In multiple monitor environments, the dialog positions are not consistent.
Start Rhino from monitor 1.
Do something.
Move it to monitor 3.
Drag a file onto Rhino.
Now see where the different dialogs come up.
Export something as DXF.
Where is the dialog now?
Try to find it.
Some of the wild dialogs must be redesigned anyway because of Eto - this is what I assume.
I would really like to see all dialogs in a predictable place.
-C-H-A-R-L-E-S-
I’ll second this. In designing Custom UIs I’ll admit to regular twinges of annoyance that I can’t predict where child windows are going to pop up. If all dialogs could be constrained to start in the center of the main Rhino window (or somewhere), it would definitely help to draw the user’s attention more effectively.
That would help for most dialogs, yes.
For dialogs like Zebra, then they will hide the geometry.
A position relative to the main window could be better for those.
-C-H-A-R-L-E-S-
I was in the middle of creating a new topic regarding the dialog positions.
Discourse helped me, so I’m in the right place now.
In the current WIP, it is not better than ever before.
Seems the topic is not considered as important - OK.
The dialog positions are a constant source of annoyance.
Since V3 minimum.
I really don’t understand why nobody tidies this up.
There is nothing complicated to invent.
I can imagine such a task is boring work.
But should be done.
Or are there arguments against it?
-C-H-A-R-L-E-S-
I know I’m annoying, but a comment from McNeel would be fine…
@Pascal ?
I guess we’d need a few specifics… what is it that is so terrible? Docking? Remembering between sessions?
-Pascal
Oh well.
I wrote over and over again about the problems.
I’ll crawl through the newsgroup archive and come back with all the results soon.
Other possibility: You could search.
Or use Rhino on a multi-monitor system.
-C-H-A-R-L-E-S-
See a description in this thread here: