Church Punk wrote:
First bug:
When i open the mouse options from a nextstart menu with a "Virtual Folder Menu" ("Control Panel") it, for some weird reason, removes the settings for my synaptics pointing device (usually last tab of mouse config). If i open the mouse config window via control panel in explorer.exe, the synaptics options are just fine.
It's not really a bug, but a 32 bit -> 64 bit system limitation.
This is because you are running a 64 bit version of Windows, Winstep applications are 32 bit, and the Synaptics Control Panel extension is also 64 bit. Microsoft uses a file and registry re-direction scheme which sometimes causes more problems than it solves.
Church Punk wrote:
Second bug:
I found that if you try changing the "item type" of a sub-dock, and select it to be something else than a dock-place-holder (and back to a dock-place-holder), it is shown as a separator and not as the designated icon.
Ah, I see what you mean, not a biggie.
This is because internally separators and sub-dock place-holders are actually one and the same thing. You can still select an icon of your choice and type it into the Icon Path text box (e.g.; C:\Program Files (x86)\Winstep\WorkShelf.exe, 70)
Church Punk wrote:
Third bug:
The "System Tray Expand Button" icon seems to be untouchable

, it rather chooses one icon of its own liking, and i can NOT change it to any other (changes dont stick). Screenie in green.
Ah! Gotcha, it is a bug!
That's because you are customizing the system tray expand button in a sub-dock. I've fixed it for next release, to work around this bug in v12.2 temporarily make the system tray appear on the main dock, customize the expand button there, remove the system tray from the main dock, then the new system tray icon will also appear in the system tray sub-dock.
Church Punk wrote:
What does the option "Allow attaching sub-docks to existing applications shortuts" actually do? It is under the ...>Dock Properties>Behavior tab>Subdocks and has a little world icon on it.
I can not convert any of my current icons into a sub-dock without losing the application shortcut (or adding a subdock with new icon just next to the application).
Is it just a place holder for a future feature? Or did I miss something?
That setting allows you to make dock items act BOTH as an application shortcut *and* as a sub-dock place holder. If you click on the icon itself, it launches whatever application is associated to that dock item, if you click on the little sub-dock indicator *arrow*, it opens the associated sub-dock instead.
This was the initial and default method used to create and open sub-docks when Nexus was first released, because, back then, there was no magnification effect yet. Docks were 'static' and so clicking on the little sub-dock indicator arrow was easy because it always remained on the same place.
With the Magnification effect, this was no longer true. Clicking the little arrow became very difficult because you were basically trying to click on a small moving target as the dock magnified dynamically. If you failed to hit it, instead of opening the sub-dock you would launch the application.
So, to prevent this, from then on sub-docks could only be associated to dock place-holders (since docks place-holders are essentially separators and thus have no application associated to it, clicking the whole icon opens the sub-dock).
However, for backwards compatibility, the ability to associate sub-docks to normal dock items was preserved with that setting - but it is only practical to use that ability if you are using a non-magnifying dock effect (or if you're a masochist

).