MySecret: in the prior v1.6 builds the "show start menu" item was working fine but now after updating it does not? Hrm. Well, something to note with that you may have to reboot on update for that to work properly since it is updating a locked file.
Foobie - good catch on the start menu glitch! Fixed I'm thinking...will be updating again tonight or tomorrow, give that one a try
Foobie - good catch! Fixed I'm thinking...will be updating again tonight or tomorrow, give that one a try
Jck0804: thanks to your very helpful screenshot I was able to take care of the problem fixed for the next refresh.
Hap hap happy bday!
Anyone with "objectdock closes sometimes" problems...can you check your ObjectDock program folder for crash logs? If it didn't have time to give you a crash dialog, it still likly was able to save a crash report. Please check your program folder (likly "c:\Program Files\Stardock\ObjectDock" or similar) for files named something like: "ObjectDock Crash Report (4-13-2007 243b30c56).zip" and toss them over to support, with "v1.6 beta crash" in the subject. Thank you!! By the way, the laggy
Jck0803: Is this a tabbed dock or zoomer dock? Is it currently set to being always on top? If not, try setting it to always on top and trying again...if it is, try toggling that off and trying. Could be one of two things...but I'm concerned that may be a bug of Windows XP itself (fixed in Vista) where non-always-on-top semi-transparent windows get drawn on top of always-on-top semi-transparent windows. (Reboots normally fix). The alternative is that it is a problem with OD and the windows are in
FYI: Mouse lagginess has been solved, but will be updated tomorrow. I was just only today able to reproduce it on one of our test machines. Definitely solved however! Will be updating tomorrow evening (wednesday). Will look into the other reports as well, thank you for the messages. -Jeff Bargmann ObjectDock Team
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
Stardock Forums