robc

Wait... "decrease in quality" in what sense? I mean, SD1 had smaller icons by default, SD2 uses 48x48: many applications still have small icons inside their .exe, so using them in a SD1 stack displayed a 32x32 icon which could be good, now in SD2 the stack tries to show a 48x48 or bigger icon, does not find one and zooms up the only available 32x32, resulting in a low quality icon. This is the ONLY icon quality "issue" I found in SD2. If you change your shortcuts icons with 128x128 or 256x256 .ico files you'll see that SD2 is way better than SD1.

OK now matonga stop playing with your hardware and do some work on the docklet (you know, onHover etc.)

If it were soooooooooooo important you could probably make a different docklet folder for each stack (stack1, stack2 etc.), duplicating all files and changing the stack icon, then adding one instance each to your dock...

It was a bug in version 1.0; it was fixed in version 2.0 (which this thread refers to).

Exactly If it hadn't been there in 1.0 nobody would have complained here either!

Yes, it has been noted several times in this thread. I guess it will be fixed in future releases, the current still is pre-beta.

Dash, it's enough to install rocketdock in a folder that is not under UAC, like Program Files is... some time ago I suggested (in the stacks 1.0 thread) to create a Tools folder in C:\ and install there.

@Matonga: sometimes - not often but it has happened a few times recently, I'd say after you made those 'debug log' versions - Rocketdock crashes upon starting. When I restart it I get the usual 'rocketdock didn't start normally...' etc. and the dialog asking if I want to restore the default icons, to which I answer 'no', then it crashes again and everything repeats a couple times, after which Rocketdock starts perfectly with all docklets, icons etc. as if nothing happened. I have a feeling that this happens after I change some icon, either in the dock or in one of the folders the stacks docklet point to (I have 4 stacks docklets in my dock) but I cannot be sure since the crash comes as a surprise, for sure it didn't crash at some times I changed icons. It never crashes during use, only a very few times and only at startup. It didn't behave like this with SD 1.0 and, I'm quite sure, with the first releases of SD 2.0.

Of course you're right, I completely forgot I made an .ico from it with IconEdit... when I think about the docklet etc. I always go into "rocketdock-mode" and think about icons as PNGs. Anyway it's not a problem anymore since the last release (4-2) correctly displays it, it seems it was something in the "full debug log" release only. The last version works fine with Vista Ultimate SP1 x86 and Rocketdock. In the meantime I got "converted" to the reflection effect

WHAT setting? the Stacks Docklet doesn't have such a setting... you mean in ObjectDock? And icons in the fan display are as big as in the grid display anyway, also under Rocketdock. I'm running the latest "debug" docklet with reflection effect (which is really nice if you have your dock horizontal and have all icons with reflection like you can do with iReflector). Matonga, it seems that the latest DLL (the one you posted with a direct link, not the latest .rar) is unable to read this FileZilla icon here http://rocketdock.com/addon/icons/1633 which was perfectly read and rendered by the March 17 version and the previous "debug log" version, a generic (and low-res) exe icon is shown instead.

Matonga, I had a try at the "log" version and it runs OK as the normal one in my case. The reflection is nice but it doesn't look good on my vertically placed (left side) Rocketdock. I switched back to the previous version since I cannot switch it off and anyway logging would produce a huge file in a short time.

I remember back in the 1.0 thread that somebody showed proof that some recent OS version (don't know which, though, we should look for that post) indeed had an onhover effect... it wasn't there in the first versions but it was then added. EDIT: I found the posts from the 1.0 thread. In a few words, look here http://osxdaily.com/2008/01/07/highlight-s...items-on-hover/ to see how to enable the effect on Mac OS X 10.5 and get this result

You DID solve the UAC crash for shortcuts running as Admin. Wonderful! And... I cannot wait to see what the "Say hello" button in Advanced does... :lol: Plus, I can see no option in Advanced for "Apply on hover effect" and the corresponding combobox to choose among at least ten different animations... Really, as with version 1.0 I do hope "some" onhover gets implemented, it could be enough the title highlighting for all titles (not just for the too-long ones) though some "button face" or similar could be nicer. I guess reflections will be very nice, also, you may even combine those (no reflection on hover?) but then I don't know how things work on the Mac... Do not double post - use the edit function - mps69

Weird... I'm running it under Vista Ultimate SP1 32 bit and Rocketdock 1.3.5 myself and it runs OK. It even worked with 1.0 installed, though a few error dialogs sometimes popped up. I also have UAC enabled without problems, apart, it seems, shortcuts set to run as Administrator that crash the dock. Just to test, do not install it under program files, make some "tools" folder in the root of the drive and install inside it. Both Rocketdock and the Stacks 2.0 docklet, that is.

The UAC issue I mentioned above also shows - apparently with the exact same behavior - with Access 2007 files which are NOT set to run as Administrator. I have several .mdb files with shortcuts in a stack and each time I click on one, Access correctly runs and loads the file, then after a small delay (a couple of seconds) Rocketdock crashes. I have checked, running only Access 2007 (the application) is fine, as is running other shortcuts to files, .PDF for example. If I change the shortcut to run "<path>\msaccess.exe" file.mdb instead of just file.mdb everything is fine (which is also fine as a workaround until you fix it ). Of course this also worked in 1.0.

Any fix yet for the "run as Administrator" issue? I have a few in stacks and each time I run one I need to restart RocketDock...

Under RocketDock and Vista Ultimate x86 SP1 a shortcut with Administrator privileges still crashes RK as I described above and UUFFOO confirmed under ObjectDock also. I can confirm also the Shift+Click doing a very slooooooooooooooooooooooooooooooooooooooooooooow animation, which of course is useless but very fun to watch Cannot confirm the extra space for now since... I reallocated shortcuts here and there NOT to have the extra space! No, wait... it's OK now

Mancho, in the current release whatever change I make in the folder the stack points to (adding/removing shortcuts, changing icons etc.) is visible only after I restart RocketDock, while in 1.0.x was visible immediately. I guess you see the file you dragged and dropped after you close and restart the dock. Matonga, there's a new issue I just found out: if a shorcut in a stack is set to run as Administrator under Vista, the shortcut works ok, the stack closes ok and then RocketDock crashes. Note that it worked fine under 1.0.x.

Matonga, I must admit that, after cleaning up my stacks (there were too many unused icons in there) and changing many shortcut icons so that all of them were high-res, I don't see anymore that great need to reduce their size Clearly it's a necessary option in general, but if you have "some" screen and less than, say, 20 shortcuts per stack the current icon size is not that bad. BUT, I always miss some onhover effect (even the icon title higlighting could be enough as suggested). I also noticed that the problem 1.0 had when adding/removing secondary monitors seems to have been fixed.

Matonga, I've just switched my stacks to version 2.0... won't wait for another release (though I hope you're going to make one soon!): a few comments follow. 0. The three icons for each stack are prefectly rendered now, unlike version 1.0 where they were their quality was low. Good! 1. In most instances there's a full empty row in Grid mode (that is a row without any icon), but it doesn't seem to depend on the number of icons, at least it's not a threshold. I've a 24 icon stack that displays 6x4 icons plus an empty row, then a 27 icon stack that displays correctly in 5 rows, a 28 icon stack that displays in 5 rows plus an empty row and finally a 23 icon stack that displays in 4 rows plus an empty row... 2. if I change anything in the folder the stack points to, changes (icons, ordering, removed shortcuts etc.) are reflected the next time RocketDock starts, while in 1.0 they were visible immediately after opening and closing the stack once. 3. some shortcut icons are not rendered and the generic .exe icon is used - but it's lowres. Wait... it seems as though grids are always A x B in size, where B is always A - 1, so we have 6x5, 5x4 etc. grids: when a 6x4 grid would be enough (24 icons) a 6x5 is instead displayed; when a 5x3 would be enough, a 5x4 is used and so on. At least it seems so...

You're right, I didn't notice it... but in 1.0.xxx the label appeared for ALL icons, whatever their name lengths... now it works ONLY for icons which have "too long names", which makes it useless as an "onhover" effect.

OK, since I have 4 old stacks I didn't want to remove them to check I wish there was some onhover effect (if you remember I asked for it in the old version), the long file name was good since it gave feedback for the currently selected icon in the grid: I always use short names so it was useful for THIS reason, not to see a name that I saw anyway in full Will you include any effect in the future? I seem to remember it is a Leopard feature indeed...

Just downloaded the 2/20 version and testing. First of all, 48px minimum size for grid is way too big: a grid with 7 x 5 icons is 1053x932 pixels (urgh!)... ok, I have 1920x1200 on my main monitor, there's still room I've seen you're going to have icon size as a customizable setting, which is good; I also second the proposal of per stack customization (not as a global setting), if possible, to have, say, one stack with 48px icons and another with 32px. There is one error, though, when I set the icon for the stack (not the folder to which it points) - see attachment - that cannot be related to UAC as I have the docklet with RocketDock installed in C:\Tools\etc... as the older version and have never had any issue with UAC. The settings.ini file is correctly placed in C:\Tools\System\RocketDock\Docklets and the Stacks 2.0 docklet correctly writes the other settings, it's just changing the icon that returns that error. Note that it also saves the new icon: if after setting it I close Rocketdock and reopen it the new icon is correctly in place and saved in the .ini. Note also that I have 4 "old version" stacks along with the 2.0 stack for testing, though I have no idea whether one version can interfere with the other. As soon as icons can be reduced in size and there's some "onhover" effect (like the "full label" effect in the previous version) I will be able to use the new version instead of the old.

@RocknGothAlien: I can confirm that, with RocketDock any change in monitor number (from two to one and viceversa) makes the stack docklet stop working. A restart fixes that. About the "follow the dock" behavior, the movement is not smooth altogether, also under RocketDock in my case, Vista Ultimate SP1 on an Intel Core2 Duo 2.4 Ghz with 4GB RAM and an nVidia Quadro FX1600M graphics card... which should be enough horsepower to make it run ok, I believe. I don't have autohide on, but I have RocketDock layering set to Normal and Popup on mouseover.

@alcazar: you don't have a "tools" folder, the point was to make one, and I suggested "C:Tools" but you can as well make "C:docks" or whatever, what's important is that it should not be under Program Files or Windows or Documents...