I’ve noticed that Scrivener comes up maximized when I didn’t leave it that way.
This happens whenever (and however) I happen to make the Scrivener app window taller than the desktop area. It only takes a few pixels of the window extending into or under the task bar for this to happen.
Afer discovering this I tried both Outlook and Firefox the same way. They simply shrink vertically so that none of the app is under the task bar.
To make it happen, have the app’s top edge at the top of the screen and drag the lower edge down into the task bar area and then close and reopen the app.
I see something similar happening with a horizontal over-size. I also see that Scrivener centers itself when part of the app is off-screen and it is then closed and reopened. Scrivener appears to have special handling for when the over-size condition is detected versus the partially off-screen condition. However, maximizing is bad because the user can’t do anything while maximized except un-maximize. There are no edges to grab to fix the over-size condition. And there are people who work in an over-size condition, i.e. 2 monitors.
I think it would be better to operate as other apps have and only change the offending dimension(s).
Thanks for this catch; I was able to test it on the XP machine today and immediately saw what you’re getting, just with the window sized to touch the top of the screen and the top of the task bar. If you hit the resize button in the top right it will jump back to the previous settings (hitting the top and bottom but not expanded to full screen), but yes, it should be reopening to that initially rather than maximizing.
Just to clarify, are you saying that if the Scrivener window is partially off screen to the right or left (due to having previously been opened on a larger monitor/dual monitors) you see this same maximizing occurring, but if the window was entirely off screen (i.e. on the second monitor) then when opened on another machine it will correctly re-center itself for the single monitor? I don’t have a dual-monitor set up with the XP machine so I can’t test this one as easily and just want to make sure I write it up for Lee correctly. Thanks!
No second machine here. And I haven’t tried a reopen with only 1 monitor; that’s always an ordeal so I avoid it.
I did a few more tests; see the image below.
I think I see 3 rules working, for example:
If both the top and left edges are stuck at the monitor’s edge and one or both other edges are moved off screen then it will reopen maximized.
If one or none of the edges are stuck and one or both other edges are moved off screen then it will reopen centered.
Rule 2 performs like rule 1 if the Scrivener window occupies maybe 95% of the screen size and centering does not bring all of the window on-screen.
I’m Ok with the centering but I prefer resizing to maximizing.
I may be wrong but I think I’ve seen Scrivener reopen maximized when I had not moved or resized it in the last several openings. Like maybe it’s growing on its own. That may be what caught my attention about this in the first place. I rarely maximize an app.
In this image the 2 monitors are shown as big black rectangles. Scrivener’s windows are inside those monitor rectangles and shown before closing and reopening with the text indicating the state after reopening. I have the primary monitor on the left and the secondary (laptop) on the right. Both are the same resolution, 1920x1200, with the primary having 2 rows of task bar and the secondary only 1 row of task bar (I use UltraMon). Max means maximized, Center means centered, Rt means right monitor and Lt means left monitor.
In the bottom half of the image I see the Scrivener window being maximized onto the “other” monitor.
