-Unfortunately while we do our best to ensure compatibility with all programs, ObjectDock cannot gurantee 100% compatibility with all programs. In fact many times, programs go out of their way to do tricks that may 'work' in the taskbar / systemtray... but are non-standard and regularly cause havoc in 3rd party programs like ours. I know that we did have an issue exactly like this with Skype in the past; we were fortunately able to resolve that one as of beta-2 earlier this summer, and so I invite you to check to see if that has been resolved. (The fix was not specific to Skype, but rather a workaround for certain types of windows that are structured in a non-standard way). I did attempt to reproduce your iTunes report and was unable to do so (Win7 x64, iTunes 10)
i've decided that to load objectdock back up during my reply. at the moment i have no issue, but this is something i'll keep my eye out for while writing.
-This unfortunately is not something that can be fixed. It is a glitch in windows ; the start menu was not designed to be repositioned. We are strongly considering disabling the "move the start menu" functionality while in Windows 7. The "Show Start Menu" docklet was created by Stardock.
this is exactly what i was recommending. i'd imagine it's not impossible to move the start menu, but even if you can't have it anywhere, the start menu can appear in any corner of the screen. when the start menu is activated normally, it will show up according to where your taskbar is positioned, even when hidden by OD. at the worst. there are 4 locations we can choose from in this fashion.
i myself never used the start menu docklet, because i was so programmed to look for it in the lower left and thought it seemed out of place hovering in the middle of my screen. to add the start menu that would work this way, i needed to make a shortcut to this small utility...
this is where i send everyone who has an issue with the docklet. the thing i find interesting, is that in using an older version of the press-start in windows 7; it doesn't' show me the start menu, but instead shows me the icons in my tray that i have hidden. it shows me this as if i had clicked on the little white arrow next to the clock in the taskbar. i'm probably just lucky to have stumbled upon this by keeping an old file saved, but this would be another great thing to have built in because the object dock displayed tasks does not show anything you have set to hidden in the windows taskbar.
the original start menu docklet was designed for windows xp though, and i'd imagine that people using that OS might still enjoy it, but it would be grand to see a "windows 7 start menu" docklet which does not hover as an addition, unless replacing the old one altogether seems your preferred route.
the reason i hold the position that you should not rely on wincustomize docklets is because they become dated...
when it comes to using object dock as an interface replacement, having access to the start menu and having things like the stacks docklet are pretty much a necessity. the fear is, that unless stardock has such things built into OD as standard features, we may one day lose out if other 3rd parties stop their support.
it's great that we can use the stacks docklet now, but as so many view the stacks docklet as a necessity when using object dock, it would be a horrible shame to see that docklet run into incompatibility issues like the start menu currently is.
if we had such a feature built into objectdock, we could be assured that "for however long we choose to use object dock, it will always have the features we want". that's why we continue to plead, because we've already run into issues like this.
-This is by design. If this non-ideal, I recommend disabling the effect. At this time there are no plans for additional effects in tabbed docks, though it is not a possibility we've ruled out.
i understand the general way in which it functions. an icon is displayed, but also has several other sizes of the icon being hidden. changing which is visible and which are hidden produces the effect of "growing" similar to still frames in animation.
keeping in mind that this was the original solution for achieving this; would it not be manageable to have the original icon disappear when the "grow" effect is active, or to make the small frame of this animation "be" the icon we see. in which case the grow effect would always be active, just "playing the animation" until the mouse hovers over it?
as far as bugs go, i can't claim this to be one, but i look at this as a flaw none the less. it creates limitations on the skinning side. i waited half a decade for the ability to skin zoomer docks correctly [like yzdock etc. allowed] with this new "true stretch" ability, but i would like to know that this issue is going to be remedied "someday". it's not paramount to functionality, and simply turning off the effect makes it difficult to distinguish or recognize that OD is responding; it would simply be nice to know that... one day... when time permits, the grow effect will be changed in a way that i don't have to forgo transparency, or force a background onto thin or curved shapes to make sure it displays attractively. having another effect would help, but ultimately i'd like to see the grow/zoom effect perfected.
-At this time AeroPeek was designed to work only with shortcuts, not with groups in the taskbar. We are recommending users look at trying the new "Show Applications" mode in today's build of ObjectDock (a feature we had been planning to be in OD2 from the get-go but wanted to make sure we got done right)
this one isn't a big deal for me, i just happened to notice it. i'll give a look at the show applications mode, but aero peek is something i myself can live without; i just thought this might have been overlooked.
-As previously mentioned, while we do our best to maintain compatibility it is difficult to keep that at 100% due to both technical and practical reasons. This may or may not be one of those cases, and while your case has been noted regarding Yahoo we don't have a fix in mind at this time
i do... trillian~
yahoo was just another one of those "things i noticed", but i have had this happen with other applications. one thing i may note, is that yahoo+OD might have been the reason my loss of control happened before... in writing my post this time, the only difference is that yahoo is not active, and so far i've had no issue with being unable to type here, or change songs in itunes. i did forget to mention before that i was using firefox though.
the plus side is that all options work fine when this loss of visibility occurs, you just can't "read" which one you're clicking on. it's just a matter of knowing where to click ahead of time by comparing the list generated with another icon.
i trust photoshop and other icons such as explorer is/was just a fluke, a lot of people reported a lack of being able to change icons. the previous version of OD 2 beta let me, as did 1.9.
- It is not recommended that flyout menus be used for an excessively large number of items (from both a program/memory standpoint, and realistically a usability standpoint). Flyout menus were intended as a novel and fun way to access nested icons quickly.
that's why i stressed it happens "even before excessive" =p
though i recognize that excessive is a subjective term, i rarely use flyouts so i'm not too worried on this one either. it works perfectly for doing things like grouping "photoshop, illustrator, indesign, flash, and dreamweaver", causing them to flyout when i click the "adobe" icon, but for opening my computer or my documents, it's another story. i suppose this is where you tell me your intent is different than my expectations, but this is where i remind you how many of us would just love you bunches if we had "stacks" docklet built in and officially supported~
- We would like to rewrite the clock plugin (i too think it does not look particularly good) but it is not in our current priorities. If it were done however, it would definitely have skinned hands.
what the... clock hands aren't your top priority?!!
actually, this is the type of response i wish i was hearing more often. for example; this is the kind of thing i wish you would say on my inquiry for the "grow" effect.
"it might be the last thing i want to do... but it's still something i want to do".
i've always been a supporter of objectdock, but i often worry that OD is only worked on when it comes to compatibility/bugs, though i neglected when it comes to improvement.
i suppose it's foolish of me to think OD would be stardock's biggest priority either, but i believe OD still has a lot of unused potential for becoming incomparably amazing.
one small step for clocks, one giant leap for docks?
i hope so.
-At this time as you noted, the +/- icons in tabbed docks do not support reflection. This is something in our list of items would like to approach but do not plan to at this current time.
i think it would be nice to have the choice, since in some docks it looks better without the reflection, but yeah... i'm fine with these types of "in the future" answers. in the meantime; "true stretch" and "reflections" have gone a long way to make me happy for now.
-We intend to bring back Hotspot functionality for the final version of ObjectDock 2.0.
this comes back to my point about "potential".
the use of a hotspot was always a "compromise" i used for years, and in those years i've spent my time on these forums saying "hot... keys... KEYS". to be able to bring a floating/hidden dock to the top by pushing a button on my mouse, tablet, pen, or keyboard would take OD to a whole new level of usability and workflow "sexiness".
at the time being though, i have nothing. and while the promise hotspots coming back does give me assurance that i will one day be able to take advantage of tabbed docks again, what about the fact that RIGHT NOW... when i set accessibility to "show in taskbar", it doesn't show in objectdocks taskbar? you didn't respond to this issue.
i would be completely happy to access my tabbed dock through my zooming/quicklaunch dock until hotspots return, and would probably like being able to use that shortcut in conjunction with hotspots when they return if hotkeys is an addition that gets dismissed.
the question for "now" though is, why does setting accessibility to "taskbar" work only for the windows taskbar and not the OD taskbar?
-Interesting. I have not heard of this but have noted it to look into soon. If we're able to reproduce this in any way (or see where it might be happening) we'll take care of it for sure.
the case of the reflection lingering is simple, and reproducing it is as well.
set a zoomer dock centered in the bottom screen; set a floating tabbed dock anywhere else, but for the sake of seeing this easier put the tabbed dock in a location where the zoomer dock is not directly below it. drag an icon from the zoomer dock up and to the left [or right] and release it to add it to the tabbed dock. as you drag, you will notice that the reflection follows your movements on the y axis, but on the x axis the reflection stays the same as it was in the zooming dock. after you've moved the icon successfully from the zoomer to the tabbed dock, you'll see that the reflecting lingers in the location of whatever y axis it happened to be in at the time of adding it to the other dock.
i can supply a screenshot if needed, but i don't think you'll have trouble reproducing or spotting this.
i also forget if i mentioned it, but unloading and reloading object dock will remove the effect when it happens; it doesn't remain even as some ghost even when OD is closed. it seems more or less that when the icon is moved from one dock to the other, it just doesn't know to stop producing it's reflection from the old dock until reloaded.
-The new "Show Applications" mode works concurrently with the system tray mode. We recommend giving it a try! It's on by default in new-user settings from here on out. The current build doesn't show iTunes in the running-application list but this was already caught by our QA team today and will be resolved at the next release
that again huh? well i'll definitely give "show applications" a look, but despite the possibility of now having other options; i still i have to ask... are there complications when it comes to showing both in the same dock? i feel this is something that has been requested since the beginning and i'm surprised it's still not available. i've always wondered if this was just an option that you haven't made available, or if it was something that was hard to accomplish; perhaps something different altogether?
-Noted, however we have been unable to reproduce this in such a way where it's predictable. (E.g. been able to have it randomly happen once, but have been unable to reproduce otherwise or figure out why that might happen). So unfortunately no news on this for the time being.
i can live with that for now. for the most part i find it happening most often with photoshop, and considering your other comments regarding photoshop and so forth, i'd expect you to say it's unusual GUI is to blame again. it's a minor annoyance, but if it helps figure anything out; it appears to me that it's not that object dock isn't un-hiding or failing to recognize my gestures, it's seems that it's not top level and may be fighting other windows for the "front position". in all cases that i've seen this happen, my second attempt successfully brings the dock in view.
-As noted above, while we strive for 100% compatibility, unfortunately at this time / given the resources for the program (It's a $19.95 product) we're just not there at this time.
to be extra clear, i'm using cs4, which has a custom GUI separate from normal program windows. i expect a lot of my problems with photoshop are related to this rather than OD having a lot of problems and photoshop just being why i notice it. 100% compatibility is a dream; but photoshop is such a commonly used program for a lot of people around here [and probably elsewhere] that i just hope it might be added to the programs you do end up ironing out compatibility issues with.
-We've done considerable work to smooth out this animation, but unfortunately we can't claim absolutely flawless smoothness at this point. Consider it a difficulty of the graphics system in use by ObjectDock. Thumbnails are particularly tricky as it is a completely separate system, which cannot be kept in sync with other drawing operations. We do very much care about the smoothness of our program, however there are some limits to how far we can redesign the program at this point in time to get to a level of perfection.
i can personally live without the thumbnails, and i can appreciate the difficulty they present, but the reflections i hope to see perform with the same smoothness as the icons eventually. is it possible that the reflections are simply not in the "sweet spot" and are trying to be in a fraction of a pixel rather than in one or the other? if i recall, the ini had some settings for reflections position and so forth, maybe i can test that theory myself later.
if this is the case, i doubt it's because you've put in a number like 2.7 pixels instead of a 2 or a 3, but i'm thinking that if you had reflections put on a 5 pixel edge distance, but the icon/dock size is set to a number not divisible evenly... such as 73, that might be why it wants to go from one pixel to another depending on current size of the icon as the dock zooms and the icon grows in size.
-Again, hoping the Aero-Peek-like functionality and Show Applications mode will open up some better functionality
i'm looking forward to testing it out, but for the sake of my testing purposes, i want to continue using this version while i write. so far i still have no issue; perhaps i'll open up yahoo at the end and see if the problem immediately occurs~
-The text has been improved, but still is less than what I'd call "ideal". This is due to compromise... there are numerous drawing methods we can consider for drawing the text, however we choose to pick the one that we felt would work more often / consistantly given that the program is skinnable. An alternative might be to allow picking of exactly how the text should be drawn, but we do not want to overload the program with options at this time.-Manually setting tab text color is something we've noted as a top-tier request for 2.0-final but not something that's on the definitely-going-in list at this time.
this is another one where i'm just wanting to open new doors for skinning, and can easily tolerate having it on the back burner. i don't consider it as big an issue as the tabbed "grow" effect and can accept the point that "form follows function" in this case completely, since it's really just a limitation and doesn't produce visual flaws.
-I would agree with that. I think perhaps the new "Default" should be "whatever skin you picked last". This has been noted.
that would be a wonderful little blessing.
• we need a "stacks docklet" equiv. even for those who like the flyouts, they're useless and require you to wait ages for it to cycle to the one you want if you have more than 5 or 6 items in one.
• changing the running indicators again is a step in the right direction, now how about changing flyout arrows in the same manner rather than having to overwrite files?
• tabbed docks suffer from lack of alignment options. instead of forced left at all times, align right and align center seems a good compromise since tabbed docks would be difficult to make stretch like zoomers.
-Unfortunately the above features are not ones we have planned at this time.
all i can say is i hope that this changes in the future; especially the stacks and alignment options.
i feel it's only a matter of time before the stacks docklet becomes completely incompatible with OD. we all got along fine without it in the beginning, but today a large percentage of OD's users have come to hold great a reliance on it.
• a lot of programs are doing as i mentioned with photoshop when trying to change the icons; despite any privileges you give to OD, it simply will not allow you to change the icon. it's especially annoying now that system icons [such as folders] for explorer.exe show up in the dock as low res icons even when you tell OD to use high quality versions.
• object dock fails to change the icons for all applications of open office. the dialogue opens, but after picking your icon and hitting "ok", nothing changes. the same goes for any other method of trying to change them.
-I recommend trying the new Show Applications mode, I tried it with photoshop and had no problems. Given however,customizing the icon in the regular window-taskbar in objectdock worked frim for me as well.
i do intend to look it over, but i should say that open office is a particular case all its own and google shows me that i'm not alone on this one; perhaps it might be worth taking a look at? it's a free open source program, and fairly constantly changing, but i've constantly been unable to change this suites icons in object dock throughout my use of it.
• by far my worst instance at the time being is that if i load object dock i cannot close explorer windows with the X button. i have to unload object dock and close from the windows taskbar.
-? Not sure.. I have tried this myself and unless i'm misunderstanding, have not been able to reproduce.
i'm not sure either, but i'm running all applications i was in my last post; even yahoo now, but i'm having none of the issues with loss of application control, or ability to close any of my windows.
maybe rebooting since the install flushed those particular quirks out of my system.
at any rate, i think it's time for me to test the new release.
also, thank you. i appreciate your reading and responding