I have a dual monitor display, left monitor is primary, right monitor is secondary. I have a Workshelf docked top left, and Nexus docked top right.

If I create a new dock, say on the far right of the secondary monitor (i.e. rightmost edge of the total desktop display), when I open any dock item's context menu, it always appears on the right edge of the LEFT monitor. The windows "trick" of shift-closing doesn't appear to work with the dialogs in this case, they always appear at the wrong monitor edge (except, of course, if I've manually configured the dock to the right edge of the "first" monitor in preferences - then it is fine! ;)

Subsequent windows (i.e. browse windows, and so on) do remember their position, only the first context menu window gets confused.

Any ideas?

(Please note, that due to problems with NS, I'm using WS on its own, so I don't *think* NS preferences - like follow the mouse - are affecting this behaviour, but I could be wrong).

Ok, to make sure, we are talking about the context menus only, not setting dialogs, etc, right?

I also have a dual monitor system here with the primary on the left and the secondary on the right, however I have never seen this problem with the context menus (although I do see a problem where some setting dialogs set to center screen actually appear on the secondary monitor instead of the primary). I was also not able to reproduce the problem here.

Context menus are programmed to always appear close to the mouse pointer - but they might change position if this would cause them to be cropped by a screen edge. Still, one thing is for a context menu to be offset so it doesn't appear cropped, another is for it to jump into another monitor altogether!



Not so sure I fully understood this one: do you mean only the very first context menu gets shifted to the primary monitor with subsequent context menus appearing on the right place or that dialogs that pop up through the context menu appear on the correct place (i.e. secondary monitor)?

Sorry, Jorge, I used completely incorrect terms.

It's the settings dialogs that appear on the right edge of the left monitor all the time. The context menus for the icons and subdocks all appear in the right places.

You're right - a lot of the confirmation dialogs and so on appear in the primary monitor (leftmost on my setup), despite the action taking place almost exclusively in the right (secondary) monitor.

Initially, most of the file browse-type dialogs also appeared in the wrong display, but moving them and shift-closing them fixed them up.

I've come across this in Delphi myself - the screen coordinates for some components seem to limit themselves to whatever coordinates fit on the primary monitor, and even overriding the checking in descendant objects doesn't always work.

It's even worse when there are so many versions of MS controls out there that just don't work properly with multiple monitors, reserved areas, and all that newfangled stuff. (On the other hand, I use a text editor that was last built in 1996 (PFE32) that not only installs and runs perfectly on XP x64, but also works with multiple monitors, reserved space, multigigabyte files, terabyte drive volumes, and handles the new Windows dialogs perfectly - but that's the exception).