Lortherius/Samurai/rickbert: the laggy mouse problem has been solved! I'm going to update again tomorrow evening (Wednesday) with the fix. I think that was the last major problem we were seeing, was it not? Did I miss anything? Last build takes care of everything else pretty much I feel. (Yes I know, the troubleshooting button isn't hooked up properly if you click it from a *tabbed* dock's properties dialog <i
Alllllright! I'm going to go ahead and reply to my own post, because I've been able to reproduce the "laggy on startup" issue on one of our test machines. Finally one that shows it!! I also see the mouse get laggy on drag 'n drop...so we're going to go ahead and take a look at that asap too. Now that I have something to test directly against I'd imagine we'll get this patched up relativly quickly <img src
Hi, This is actually by design. I am however planning on putting a checkbox in the "misc option" dialog that has the ability to turn that ability (auto-docking/un-docking) off. -Jeff Bargmann ObjectDock Developer
Kilu: Trying to track this down this slowdown....a few questions. Does it happen on every startup of ObjectDock? E.g. if you were to open it and then close it... if you opened it again and closed it will it happen again just as bad? Also, I'm not sure if the System Tray functionality is having anything to do with this. Can you please try removing / turning off System Trays temporarilly from your docks...and perhaps taskbars as well if that doesn't help, and seeing if that helps cure the
rickbert: does the mouse cursor itself freeze? or does just ObjectDock's zoomign freeze? Thanks!
Psyke! Update's actually coming tomorrow morning...not tonight. Hoping this can be the final beta for v1.6, I'm very happy that incidents seem to be low other than the few biggie-obvious ones that popped up / were taken care of quickly. I'll post here when it's up on SDC, i'd imagine before 1pm EST. Thanks for all your help in testing everyone hope enjoyed the sneak peak at the new tech -Jeff Bargmann<b
IanAdd: is your dock on the top or left side of the screen? We were tracking a bug around that, new update should be going up later on today.
Glad I could be of assistance! Thank you very much for the kind words - Working hard to make ObjectDock the best program it can be! Our great customers and artists make it all possible Hope you're enjoying all the new features of the program
Hey guys, Just FYI, not sure if you're using Vista or not, but to my knowledge tray support / MCP does not currently work with DesktopX on Vista. We are however working on a solution that uses ObjectDock's new tray technology, so don't worry system tray icons and DesktopX still definitely has a future Just puttin that out there in the event that that's the case! In any case, hope the program is resolve
c242: oh yeah, yeah zooming docks only currently. I have interest in doing something for tabbed docks as well... just wasn't positive how I wanted it to look so hadn't put it in. I guess the option might just turn off "tabs-always-on-top" when there's a maximized app? Since docks are usually autohidden anyways.
Was your dock on the Left or Top edge of the screen, and was the magnification set to under 128 pixels? Those were the conditions that seem to expose it as far as the code goes, and as well those were the ones I was able to get it to happen under. Lil' oops. So, if that describes you which I'm guessing it is, then the problem is fixed for the next refresh coming very likly on Monday. If not, let me know!! (Well, let me know either way <img src="http://images.stardock.com/wc/smiles/Wink.gif" bord
WinCustomize Forums
All fixed for the next refresh, coming I'd say very likly Monday.
BlueDev/measter: well thats pretty crappy. Closing/reopening the dock doesn't solve it temporarilly? And is it just the systemtray/taskbar items that stop responding? (Other items on the dock, shortcuts and such, still respond?) Can you right click on anything in the taskbar or does anything happen when you click & hold on anything in the system tray?
WinCustomize Forums
No you're indeed correct, looks like that's broken. Thank you for letting me know
Lantec: how's this for iddiot-proof! I hope to one day be able to have users drag images directly from WinCustomize-previews directly on to items onto ObjectDock, and have the associated icon automatically download and apply (allowing the user to choose from the bunch if there are several). Same for backgrounds. But I need people to use DockZip's for this to happen! If I eventually made them good enough where pe
Lantec: Well the point of the DockZip bit was to not export entire docks as the old pre-v1.5 system did, but rather to make it simple to upload individual images / sets of images / backgrounds. Forgive me if I'm wrong but it sounds like you're thinking about packing up an entire dock, and it'd be problematic to get permissions for each and every one of the things you have on your dock. Is that at all correct? Zubaz: With the new one, you're packing up individ
Hi Everyone, Just a general question to anyone who uploads stuff to WinCust for ObjectDock. In v1.5 I tried to put emphasis on "packaging up images for sharing" but it never seemed to take off. We had introduced the idea of "DockZip"'s where you could pack up icons and other misc files, with Name, Author, and Permissions information, which when opened would automatically extract...however in general it seems that noone wanted to make use of it. I really wanted it to be something that go
Lassyvious: the icon file is invalid. But, ObjectDock shouldn't be stopping to notify you of this. This has been fixed for v1.6, currently in beta
Correct, currently v1.6 Beta is only available for paid customers and can be downloaded via Stardock Central. The free version of v1.6 will be available in a few weeks.
We're in the process of enchancing this as we speak. v1.6 begins to approach this problem directly
Keithito: Just to clerify, reinstalled v1.5? (I ask because in the v1.6 beta changes have been made to that exact mechism that could help things out...ObjectDock no longer requires its dependant DLL and hooking to track applications opening/closing/etc so it should be more reliable) Sorry you're experiencing problem...hopfully we can get this worked out soon
thomassen: not a bad idea w/ the list-of-apps bit. note, the next refresh of v1.6 has a new feature as well...not totally related but similar...a mode where you can keep the dock always on top, but it automatically switches into autohide when there's a maximized application. clever eh? -Jeff Bargmann ObjectDock Developer
Glad you're enjoying the change! (We are too )
Hi pa5tord, Currently, no. We may add that at some point though just not in the to-do right at the moment.
Donpraxter: unfortunatly no not at this time. ObjectDock does however save the current configuration to your Application Data folder within your user profile, and so I'd imagine if your user profile (the root folder where all your documents, app data, desktop files, etc are stored) is on that partition that you can write to I'd imagine it'd work. Not positive about how you go about moving that however
Stardock Forums