Ok. Will have to keep going at it then.
Dr W - Fences Support
I was hoping that'd do it horray problem solved! thanks
Hap Hap Happy BDay
Latest beta should take of that Can anyone confirm?
Interesting. I could see perhaps why that might happen though. Vista? Thanks, -Jeff
Let us know if you have any problem at all ever even once with "Feed unavailable" - Shouldn't happen but wanna know if it does
Ok, well I've made note to look at it. Thank you for the report
Still happen in the new v1.90 beta? (v1.90h is the current)
Hah ah just a little thing. I should probably try and remember to update the skinning doc regardless. Anyways, the update to the skinning format: "TabOverlapLeft/TabOverlapRight and TabContentBufferLeft/TabContentBufferRight can now be defined per-background-position as well as of globally for a skin. Previously, they could only be defined globally, which could cause a problem if graphics were rotated say for tabs when on the right side of the screen."
Lol well thank you for the 'props DesignCaddy Yes indeed ObjectDock particularly the plus version does do a lot of things that the Mac dock doesn't even do yet. Hah the first time I saw "stacks" I couldn't help but think a touch of the flyout menus that we've had for years but just in a different way ; OD could probably learn a thing about usability from stacks in the future. But beyond that, the ultra
Thanks everybody Horray its all working Hehe glad your little seaside town is now showing up bobby, & pictoratus, hopfully your day-transposing days are over I'd say the liklihood is high And hah yep Chris all better!!! <img src="http://images
DuffMasta - thanks for the kind words Welp thats what betas are for, finding glitches. No sense in leaving a buggy one out there if we can figure out the problem quick so that real problems can be found, if any
Hi DuffMasta, thanks for the report. It seems the x64 dll issue was due to missing runtimes; if a user didn't already have the latest C++ runtime it would not load correctly. Fixed up. Flyout images, there was some new optimizations done to improve speed... hoping the update 1.09g that we just updated helps. If that doesn't work I might have to attack the problem more directly. I heard of one person having a problem with flyouts appearing not in proper places as well, can anyone confirm
Hi guys, yeah there were some others (1.09b-1.09e) that our publishing software was having a bit of hickup where an old test build was being included that had that problem with some video cards. Make sure you have 1.90f - you may need to close and re-open Stardock Central for it to pick up on the very latest build. In the case you're still having a problem, note that the ObjectDock.exe file's "Modified Time" should be 8/7/2007 4:58pm. If you've done the update and that's not, let us know, and tr
A new ObjectDock Plus beta is now available! Open up Stardock Central to get the goods for the updated ObjectDock Plus, make sure to have "Show prerelease versions" checked. v1.90f I believe is the version number in SDC. Main features of this update beyond a variety of small bug/glitch fixes include: -Use of the new weather feed. More reliable, always up to date and now with super-robust location lookup. *Any* location that shows up with accuweather now works with ObjectDoc
Hrm. I thought I fixed that. v1.9? And does this happen regardless of the position of the dock...e.g. top edge, left edge Thanks
We appreciate your patience, a first beta of the new technology will be coming out perhaps as soon as this week. (When released Stardock Central will show the update as long as you have "show pre-release versions" checked Thank you, Best Regards, -Jeff Bargmann ObjectDock Lead Developer
Highseas: Thanks for bringing up the issue, I'm very happy (for both of us) that we could identify the problem so quickly Problem was around the swapped mouse buttons and handling that correctly. Fixed for the next release (not for the beta that will be out today/tomorrow, but the next one that'll come out) Th
Hey guys, Check out my post on the message: https://forums.stardock.com/?aid=159068#1273257 Feel free to try the steps in there and see if any help. Judging by post #1 here it sounds like the MCP might be the problem. The MCP a piece of software that comes with Stardock Central that used to help with tray stuff but is being phased out...but still is there for some and can get in the way. DesktopX and ObjectBar still use it right this moment but they are being updated as well to
ananzjo: we're activly looking in to it, hope to have it working for you for the next release. Quick few questions and a few steps that you can follow, if you wish... Are you running Windows Vista? If so, is UAC enabled? And if so, does the problem go away when UAC is disabled? Also if UAC is enabled, you're not doing anything special to run explorer "as administrator" I assume? (doing so would definitely make it not work) Also, MCP is no longer needed for tray functio
naimerror: Can you try turning UAC off and seeing if the problem still happens? Assuming it is on? Also, explorer is not running "as administrator", is it? That would definitely prevent ObjectDock from accessing the system tray.
Hi HighSeas, Hrm, I see. I haven't heard of anything liek this before particularly but I've made note. Quick question, your mouse, "left handed" or "right handed"? (E.g. is the orientation of the mouse buttons switched) Thanks
Not sure if it was a video card thing or what, but I figured it out. Something ridiculous too... when they flyout was going out I would, in effort to keep the flyout icons on top, tell windows to keep them on top. Turns out when that piece of code, new to v1.9, was enabled... well, slowness ensued. Unfortunatly this did fix a problem where in instances flyouts could show up underneath some other things like a taskbar, etc, so I'm not sure if that will ever crop up again, but in my testing I didn
Currently ObjectDock's special WindowsKey+D (Show Desktop) handling, which prevents it from being hidden by the "Show Desktop" windows command, is only set to kick in for "Always on Bottom" and "Always on Top" modes. For the next release, I'm considering changing this so that the "Keep visible during a WinKey+D/Show Desktop" ability does its thing regardless of if its on top or not or whatever. My logic, you can always disable it like you could before from the Advanced/Misc options (how
Neil & BigDogBigFeet: Ha ha! Good feature tips guys i'll make sure to make note in thee 'ol "todo" log.... haha