Oops! I should have checked the date before posting, but since it looked like one of the more recent posts I presumed that it was recent. The answer still holds true though, so maybe it will be useful to somebody else sometime. Only came back to find if there was any hope of IconDeveloper importing SVGs for icon creation, but I can't find anything to suggest that it's even been discussed anywhere.
Lazlo Woodbine
Is there a straightforward way to use IconDeveloper to replace an icon in a large file, e.g. shell32.dll, with a different one? IconDeveloper can't do this, nor can any Stardock software. IconDeveloper is for producing icons, it's not for hacking files! XN Resource Editor or ResHacker can replace icons in resource and program files.
Sorry, but how is this skinning? Calmira is a shell replacement, admittedly with an XP look, not a skinning program.
Check this out. Today I was asked if I could do her a favor. This favor is to pick up a check from some 'company' and then send it through Western Union. Now this is what I can not figure out: If I own a business and I want to send money internationally, then why can't the business just send it through Wester Union, Mo
opened by windows with wordpad.exe - is assigned for me by IconPackager as C:\Program Files\Windows NT\Accessories Is that *all* you're seeing, or is there a filename too? I'm just seeing a directory, without a filename at the end, which is clearly NEVER going to work!
It appears that IconPackager is failing to load the path to some of these icons, from within the program. For instance, I have a custom icon for VBS scripts, which I simply cannot assign from within IP, but I can assign it by using the property page and changing the icon there! IconPackager is failing to correctly assign paths for at least some of these icons that it's failing to change. If I look at the "File Name" (sic) line a
The issue was user stupidity ...... I hadn't applied any IP theme! *blush*
Corky, I had a completely fresh install of IP 3.00.089 from Stardock Central, and it was NOT skinning shell icons. Something was clearly wrong! Using iprepair.dll fixed the issue.
Perhaps it is no longer utilized for repair functions and the "cache.dll" now does it all? The fact that I had cache.dll and no shell icon skinning would seem to destroy that hypothesis.
I have a 44kb iprepair.dll that Brian emailed to me on request once, but it doesn't do anything anymore. I have saved it into the IP folder, registered it (regsvr32.exe iprepair.dll) successfully, rebooted, and then upon opening xplorer² Windows default icons appear. Clearly iprepair.dll is NOT doing the job it used to do, for some reason.
iprepair.dll is not being installed with the download of IP 3.00.089 on Stardock Central and, consequently, icons in the shell are not being skinned. Please fix this!
Check the Icon Size setting under Settings in IconPackager, and if it's not 32 (or 16, 24, 48, 64 ie a standard icon size) then change it.
A friend sent me the most recent newsletter from the makers of BOClean, which contained the following section: > This really isn't fair since we're a "vendor" but since other > anti-malware vendors like to compare themselves to BOClean, we did a > fast random sampling against some other programs with the catches we > collected between May 10th, 2005 through the 13th. The test sample was > based on a random selection of 100
Enhanced File Dialog - yippee!
Back to calendar objects (oh no!): Objects that interact with Outlook are all well and good, but many people don't use Outlook. Is there any hope of seeing a calendar object that can interact with a standard iCal format calendar (I use Mozilla Sunbird and this is the format it uses)? And, importantly, could this use the alarms set in the calendar to alert the user? (Sunbird needs to be running for the alarms to go off, being able to have the alarms run without SB would be most useful)
mankar, IP will never change the toolbar icons because that feature is in the latest WindowBlinds.
personally doesn't bother me 'cause I prefer those windows to popup As would I, if they worked properly at the moment! Unfortunately, be it due to some error in the FireFox build or one of the FireFox extensions that I'm running, they don't. When the popu
There are no pop-up windows anyways right? Unless that refers to the window that comes up when you click on someones name or on a skin preview or comments. Those are the popup windows I'm referring to!
I've just finished playing around with my Edit Preferences settings and everything I changed stayed changed, except the popup window settings...it always reverts back to yes. I tried logging on and off, killcookies.asp, etc. Oh Yeah I'm using IE ver. 6.0.2800.1106.xpsp2.030422-1633 [Message Edited] Thanks for the confirmation!<
The cookie is *definitely* being rewritten when reopening the browser (but oddly not when closing the site and then revisiting without closing the browser). The cookie when popups are sent to 'yes' is this: Theme=Ice&Popup=&z4=1&z22=1&z29=1&PollID=114&z5=0&z13=0&z26=1&z32=1&z1=1&z11=0&z8=1&z18=0&z30=1&z2=1&z9=1&z15=0&z21=0&z28=1&z34=1&z3=1&z12=0&z19=0&z25=1&z31=1&z6=1&z10=1&z17=0&z7=1&z14=1&z20=0&z27=0&z33=1 and when set to 'no' is this: z33=1&z27=0&z20=0&z14
NO, I've already tried the obvious. It's a definite issue with the site.
Under Web Viewing Preferences the setting for Popup windows *always* reverts to Yes after restarting my web browser (both FireFox and IE). This is annoying, and given that it occurs in both browsers, I suspect a problem with the site. Does this work properly for other users? This is made more annoying by a recent problem where clicking on a link to a preview will open a new tab in FireFox, but will also open the preview in the current tab, thus giving two identical tabs.
It's refreshing to see consideration being given to this issue. It does seem however that MS (so far, anyway) are not particularly bothered by this issue given the numbers of sites hosting boot screens. Having said that I voted for *Trillian skins* anyway!
Neowin has been taken down until further notice due to these DoS attacks: http://groups.msn.com/neowinnet