FYI: I think I found a crash-bug, just fyi. If you have the smoothness set to "gradual", then drag and drop several items that have decently-sized icon files (so take longer to load) at the same time and then mouse-out-mouse-in-mouse-out quickly. Might only happen too when the dock is already filling the whole screen so it has to resize the background image down each frame...and I have colorization on too which further slows it. So don't do that. Fixed for next refresh.
JMB1984
For taskbar items in ObjectDock, currently ObjectDock pulls the application's icon (32x32) and stretches it if you haven't manually set up an icon for it. This, ends up looking quite bad. Also, if you set an icon for something in the taskbar, it falls out of sync quite easily with what you've set for it as a shortcut, and vice-versa. All of the above results in mis-matched results with poorly stretched images, resulting in one of the two of the following: (1) the user is left with a
x-Zoomin/Zoomout smoothness significantly enhanced, and is now adjustable! Find the new options in the "Quality & Performance" settings x-Fixed a significant significant number of "little glitches" in behavior x-Completely redone z-ordering system. See the new "interaction" area in zooming dock's positioning options. Should help eliminate problems people were seeing where dock would lose always-on-top. x-Improved handling / awareness of full-screen applications
Hi Keithito, what version of Windows are you using? XP? Vista? If Vista, is User Account Control enabled, and were any of the windows in question ran as Administrator? Also, is your version of Windows 32bit or 64bit? Lastly, the "latest version" you have...is that v1.5? Or the v1.6 beta. Thanks! -Jeff Bargmann ObjectDock Developer
> Interesting idea, showing only minimized windows on the dock. I think that this idea could be added under Grouping without too much of a problem... CerebroJD - you have v1.6 right? You might want to check out options for the taskbar on zooming docks (Will be a little tougher to do on tabbed) -Jeff
Good news, I believe I was able to fix this It was tricky but the solution should take care of it, and shouldn't negativly effect anything else. My question, is why did firefox have to go do something funky/non-standard to minimize This build isn't up on Stardock Central yet but I'll let you know when it is. Perhaps Mo
thomassen: Hrm, I'm not seeing that...in regards to tabbed docks not activating when not always on top and when the cursor goes near the edge of the screen where they are. You might want to ensure mouse activation is enabled, and try playing with the slider incase some errored value got into there somehow. That option is in the "Positioning" area of the tabbed dock's configuration dialog. Thanks for the kudos! Even more updates coming that we're ready to turn on in the beta; we'
Hey Everyone, Just for your information the next release of ObjectDock (v1.5) will be coming out next month and will have an option to reserve-edge-of-screen for all types of docks -Jeff Bargmann ObjectDock Developer
I wasn't able to reproduce, tried a few different combinations I assume you're using v1.3? What kind of setup do you have as far as how many zooming docks, how many tabbed docks... are any using system tray or taskbars Thanks... -Jeff ObjectDock Developer
Hello, It looks like you probably have two shortcuts to ObjectDock in your Startup folder. Head to your start menu, open up the programs menu and find your way to the Startup subfolder. Try deleting any entries you find there for ObjectDock, and then head back to ObjectDock and re-enable having it run when windows starts. -Jeff ObjectDock Developer
Hey Everyone, Just so you know we've now added proper Vista support to ObjectDock! Little change on how they handle their semi-transparent windows that I had to work around, no biggie. You'll find the update next month in v1.5 -Jeff ObjectDock Developer
Lol no problem Orion its alright, yeah sorry about the moreover stark documentation with things being unstable as they were we couldnt really nail anything down. People are pretty busy with things being done right now but we'll looking for an opportunity to get a manual written. I'm glad you're getting good use out of ObjectBar Also...ShowTitle is indeed overridden within the obbar f
Hi Athenian, Unfortunatly, I dont think this is easily achievable right now. I'd say create a shortcut to it somewhere and then add the shortcut to ObjectDock, except for that ObjectDock will automatically redirect inputted shortcut files to point to the file they point to not the shortcut itself. As a grossly-overcomplicated workaround however, you could do the following: -Create a shortcut to the program, and in its settings have it be set to run in compatibility mode. -Create a
Hi Bob... Sorry I'm not personally around the forums all the time I have a decent number of projects that I'm responsible for, Zubaz was kind enough for directly forward a heads-up on this thread to me. That said, I believe I can help with your problem. Folders within ObjectBar 2.0 are definitely re-organizable. Hold shift then drag an item to reorder files within a folder or folder dropdown. Because of technical limitations this isn't possible with the Control Panel but it definitely is with Qu
haha no, sorry. You can, however, edit the amount of delay before they show themselves when autohidden as you've likly figured out
Sventekoz: Looks like you found a tiny glitch The shadows show up in the task manager as 'running applications' - I can assure you there're not applications just single windows so really its 0 of them running Windows just puts anything thats visible and has a window title in that lis
One week of final testing No need to rush it out the door ( VISTA! ). Dev work is all done just giving it more runs through the QA lab, as we want this to be an as high-quality of a release as possible. In the release there are some very useful themes and many improvements that are sure to be of much use! Autohidden bars now have adjustable re-show delays so they won'
Hi Cynthia Blue & Zubaz: I've tried reproducing that kind of problem before in tabbed docks but was completly unable to get it to happen or figure out what in the code would make something like that happen. Any tips as far as reproducability or more details/thoughts on what it looks like when this happens? e.g. does it seem like a new item has been added so everything is shifted over and the last one goes down a line? or does everything just
I did some things for the v1.3 update (build 526)...give it a shot. Otherwise new in this build also are stubs for me to plug in to for a thing like I had mentioned before, that being an external program sending a message to the dock to have it reset its always-on-top nature.
Hi Ronan - can you check the versioning to make sure it is in fact the most recent copy that you're using? In the about dialog it's Build #526 for the latest ObjectDock Plus. (or 525 for the free) Not seeing either of those bugs, just tried having a zooming and tabbed dock both in various positions/various offsets and adding a tray icon couldn't reproduce the 'jumping'.
Well its a little different situation with explorer, since it's the original application being sent messages by other programs which is what happens when apps request to add tray icons. My stuff on the other hand has to tap into other things of varying bit-type 32/64 and then plug back into my 32bit module. Aye complications. So it's going to be some time for the tray. I'm hoping we can figure out a whole new kind of method to use instead of our old on
Superdog and Excalpius: Didn't see the reports for that problem from the v1.3 beta unfortunatly. I think the release went really well ; put tons of testing in with the crazy crazy number of updates it had - I'm mad something got by me!! hah Fixed both the dragging-when-distanced-from-top-or-left-edges and fake-separators-when-distanced-from-any-edge issues. We
Here's something you might want to try in the mean time, see if you get any milage out of it. ObjectDock will set itself to not always on top if it detects a game is on top. It's fairly specific so i don't know how it might be getting fooled, or particularly, how it would ever get stuck. But try this: 1) Unload ObjectDock 2) Locate your ObjectDock settings folder. Going to the following folder will take you there: C:\Documents a
ekrub: yikes we will not let you have to give it up i should get to you a test build or something that does additional checking and if it finds that it is it'll try n show some debug info. but i could make you a special build too that will respond to a seperate program telli
Unfortunatly, I don't think the new release is going to address this still. Any more details such as which kinds of docks (zooming dock or tabbed?) and their docked status/position...or what you feel might be triggering it getting all goofed up? I had figured events such as coming out of suspended mode or perhaps coming back from a game or fullscreen app...I've spent a good deal of time trying to go through and force it into tricky situation