I have two 4k monitors and keep the main Dorico window open on my primary monitor, while having the Options windows open on my secondary. However, if I close the document and reopen or open another, Dorico insists on opening everything on the secondary monitor even with the Hub displayed on the primary. It’s probably just a minor housekeeping issue, but it would be nice if Dorico remembered where everything was from before.
I found this:
But my menu bar is displayed on my primary, so…
UPDATE (that didn’t take long):
I had taskbar showing open windows on its monitor, yet even though there are no windows open in the second monitor taskbar, just having that option was enough to tell Dorico to open there–which is kind of backward. I’ll bet this is yet another problem with the Qt framework…
I guess you are on MacOS, so I don’t know what possible taskbar settings you have there.
On Windows you can configure the Display settings to show the taskbar just on one monitor and keep the other monitors free for the full Application Display.
That is what I have here, three monitor configuration, one is the main monitor with a taskbar and two other monitors without.
1 Like
Using Windows (as per my account info) but I’ve always liked having the open windows have icons in the task bar for their monitor–keeps mousing around to a minimum with large 4k monitors. I guess I have to forego that until Dorico gets their Qt house in order, or rebuilds on a more robust framework.
I don’t believe it is QT specific, this is a plain Windows behaviour, and if it is a QT problem Steinberg can not do much about it.
QT is one of the best frameworks available for cross device development.
And yet, too many problems exist with Qt. It might be the best, but I shudder to think what’s worse.
From a post around 2020, it was identified as a Qt problem, though only on Mac at the time.
1 Like