The Snapshot Manager window pops up on the screen in one standard size, which is too small to be useful. I then have to either grab and drag the corners or pull at the edges. Once closed and reopened, it reverts to its default size, not remembering the size it was opened in.
I know it’s not meant to be an editor, but a full screen sizer with a maximise button (with its inherent Windows snap layouts) would be a welcome addition, as would the other two standard Windows control buttons.
Opening a snapshot in a QR pane is not the solution as the QR pane reverts to the Binder version of the document anyway.
For example, I write at 180% scale, which is roughly the full page-width of a Word document. When the Snapshot Manager is invoked, I get 2 to 5 words per line and 5 lines, which invariably means I need to widen and lengthen such a window each time, as well as adjust the centre divider, which otherwise sticks to half the resized popup window.
Side Note: Page 357 of the User Manual suggests that the Edit → Select All function works in Snapshot Manager (well, that’s my interpretation since it’s specifically highlighted), whereas the menu choices only apply to the edited document in the Binder. That aside, Ctrl+A certainly does work in the Snapshot Manager, so no usage problem really.
I’m filing this as a UI bug, because that’s more along the lines of what it is, and it is among a long list of windows that are supposed to be persistent across uses and even sessions, per project. This was part of the design, but never implemented.
For example, the Keywords panel isn’t supposed to always open as a tiny little window in the middle of the screen with all of the keyword groups collapsed.
Otherwise, that WinSize2 utility looks pretty nifty for all kinds of things.
Side Note: Page 357 of the User Manual suggests that the Edit → Select All function works in Snapshot Manager…
Thanks! I’ve added a note to fix that. It’s a carry-over phrasing from the Mac, where all relevant menu commands are always available to all windows, thanks to the global menu bar design of the system.
Opening a snapshot in a QR pane is not the solution as the QR pane reverts to the Binder version of the document anyway.
Yeah that isn’t intended to work (QR windows don’t even have a snapshot browser), but you can load snapshots into the main editors, or into copyholders, which will definitely give you a lot more space to work with. If that’s your primary reason for using the Manager, then try right-clicking on the editor header bar icon for the item you want to review a snapshot for, and use one of the “View Snapshot…” submenus. Alternatively, from the Inspector snapshot list, you can drag and drop a snapshot onto a header bar split to load it there.
Pretty much all the windows and panels don’t remember their size and position.
I use WinSize2 on most (if not all of them).
Take the project settings, for example. this one works, but it forgets its size and position between sessions.
And the options panel, that’s where it gets interesting, it works, but only if you close the panel using OK or CANCEL. If you close the panel using the top right X, then it doesn’t.
I think that’s a good hint as to what is actually not working.
Something tells me that should all of these windows/panels that don’t recall their size and position have a close button of their own, that isn’t native of the Windows system (the red X at the top right), they would work properly. (At least for the span of a session.)
– Just a hunch. I have no programming skills.
It’s like that using a Windows command (the red X) to terminate the process, it cuts short to what Scrivener would have then done. (Store size and position on quit.)
But otherwise, yeah, it is not that much of a problem. That little app I linked to handles it seamlessly.
(Windows 10 can’t even properly handle its own file explorer… So this little app does a lot for me.) … Windows 11 ??
P.S. I have no affiliation with whomever designed it. I am just happy that it works.