Description: When opening Writer on a vertical (Full HD) screen, the blank page, or a single page document, is displayed directly under the toolbars, with a huge empty space underneath. This makes it incredible uncomfortable to work on the first lines as they are too high up. The page itself needs to be vertically centered. Steps to Reproduce: Open LibreOffice Writer on a vertical/portrait screen Actual Results: The page is at the top of the screen with lots of blank space underneath. Expected Results: The page should be centered vertically. Reproducible: Always User Profile Reset: No Additional Info: This is something Word does and makes working on single page documents much more comfortable. The top of a vertical screen is much too high to look at for extended periods.
The default position is top left. Simply drag the LibreOffice app frame to the position (and resize) that you find comfortable. Then close Writer. Launch again, and it should reopen to the same position and app frame size. Alternatively, you can "maximize" the app frame. But that may not give you the position and size you find comfortable for the document canvas. The size (windowed, or maximized) is recorded per LO module into the LO user profile 'regsitrymodifications.xcu'. It can be directly edited with a text editor (the "ooSetupFactoryWindowAttributes" for each module), but drag-n-resize writes into the .xcu profile. See if adjusting to your needs persists.
So I see I missed out one small bit of info, this is in full screen mode. I need the page to be vertically centred in a full screen window. Having the page top-aligned works on a horizontal screen because the page is usually taller than the screen. But on a vertical screen it just leaves a huge blank space at the bottom, and puts the first part of the page so high up on the screen that’s fine for a quick glance, but uncomfortable for prolonged work. I’m not interested in using windowed mode to try to fix this, as that would mean constantly switching between windowed and full screen depending on the length of the document, and then the toolbars would also be changing place on the screen. I edit quite a few documents per day of different lengths and have always worked full screen in Word and never had an issue with the placement.
Created attachment 201904 [details] This is what the page placement looks like in a full screen window on a vertical screen This is what the page placement looks like in a full screen window on a vertical screen
I could see some utility, especially on a 4K monitor rotated portrait mode. This is for a "maximized" app frame (ooSetupFactoryWindowAttributes == 4), and not the "windowed" (ooSetupFactoryWindowAttributes == 1) layout. And nothing to do with Full Screen mode (<Shift><Ctrl>+J). And while the view port off the canvas might be centered vertically in the maximized app frame, where would you expect the main menu, active tool bars, and the SideBar deck to align.? I could see the SideBar deck and any of the vertical toolbar like Drawing to be attached at center of vertical space. Should the empty vertical space open at the bottom be split? For me leaves about 720px on a 4K monitor rotated portrait with Letter size zoomed to fit the 2048px ~220% at 1.25 scaling. Then should Menus and Toolbars be translated down and positioned with same offset above the document canvas--leaving blank space above and below in the app frame? Or, maybe best to leave them anchored to top left as current defaults? So they don't move as zoom-in/out on document.
As a possible implementation strategy, we could follow the same approach that LibreOffice Draw already uses: centering the working page vertically within the window. This aligns with the current behavior in Writer when working with multi-page documents. For a single-page or blank document, applying the same logic would be consistent and ergonomically beneficial.
Apologies if my terminology was incorrect. Yes, Draw does exactly what I’m asking for. I would not expect the main menu and active tool bars to move, as that would then make no real difference from the windowed layout. I would personally find it frustrating to have the menus and buttons move depending on the length of the document. I much prefer them anchored to the top. The side bar I don’t really have an opinion on. I personally don’t see an issue keeping it anchored to the top, though maybe a vertically centred anchor position with a re-sizable height might be useful for some (so a mix between current free floating and left/right anchors).
(In reply to Takenori Yasuda from comment #5) > As a possible implementation strategy, we could follow the same approach > that LibreOffice Draw already uses: centering the working page vertically > within the window. Hmm, in fact the sdraw module does exactly that! Never noticed... > > This aligns with the current behavior in Writer when working with multi-page > documents. For a single-page or blank document, applying the same logic > would be consistent and ergonomically beneficial. Would need a reliable way for os/DE to signal it has opened to a Portrait display orientation, I don't think we'd want to disrupt things for folks on a display in more typical horizontal orientation.
(In reply to V Stuart Foote from comment #7) > Would need a reliable way for os/DE to signal it has opened to a Portrait > display orientation, I don't think we'd want to disrupt things for folks on > a display in more typical horizontal orientation. In my opinion, there's no need to take screen orientation into account here. The same issue can occur even on landscape monitors simply by reducing the zoom level. Instead, I believe the root cause lies in how the document is currently fixed to the top center of the screen, combined with the restriction that vertical scrolling stops at the top edge of the document. Therefore, if LibreOffice Writer adopted the same document alignment and vertical scrolling behavior as LibreOffice Draw, users—including myself—could work more comfortably regardless of their monitor's orientation.
(In reply to Takenori Yasuda from comment #8) > > In my opinion, there's no need to take screen orientation into account here. > The same issue can occur even on landscape monitors simply by reducing the > zoom level. > Yes, can see that happens. > Instead, I believe the root cause lies in how the document is currently > fixed to the top center of the screen, combined with the restriction that > vertical scrolling stops at the top edge of the document. > > Therefore, if LibreOffice Writer adopted the same document alignment and > vertical scrolling behavior as LibreOffice Draw, users—including > myself—could work more comfortably regardless of their monitor's orientation. Not so sure, the sdraw (sd) module handling of zoom is different than swriter (sw), but then Writer documents are manipulated much differently than Draw canvas pages or Impress presentation slides where we provide the Pages/Slides Pane in the UI to represent active position in document. Writer handles document content linearly, paginating the entire document. Users get view options--the Status Bar button selectors, or now View -> Page Layout (bug 150839)--which control document layout in the app frame, and give users a resulting "viewport" into the document. Not clear we'd want the same sd zoom behavior (e.g. follow pointer focus) for the sw 'Single-page view'. While the 'Multiple-page view' and 'Book view' are not the ask here and would be disrupted considerably with a mass change to sd type zoom. Also all the sw layout modes receive ruler support, and that would likely be affected with changes in "viewport" positioning for the 'Single-page' layout. But, if the viewport in sw 'Single-mode' could be *unbound* from the frame's top edge without too much effort and impact on the other sw layout modes, then adjusting its zoom to center vertically in frame is appealing. If all three layouts (and Full Screen and Web/Writer) can not be isolated without major refactoring of the sw layout then it is probably not justified to change the Single-page layout.
Created attachment 201975 [details] Proposal for vertical scroll adjustment Would it be possible to slightly extend the vertical scroll range beyond the current page boundaries in Writer, while keeping the existing layout, zoom, ruler behavior, and other display specifications unchanged? For example, by allowing a small amount of extra scroll room in the Single Page View, it would become possible to position the first page a bit lower—such as around the vertical center of the screen—as shown in the red box in the attached screenshot. If that’s achievable, there would be less need to replicate Draw’s centering and zoom behavior. Since this idea focuses solely on adjusting scroll range and does not alter Writer’s linear document processing or ruler display logic, I believe the impact on existing behaviors and design would be minimal. If it works well, perhaps the same approach could also be extended to other view modes.
(In reply to Takenori Yasuda from comment #5) > As a possible implementation strategy...centering the working page vertically > within the window. Was my first idea too. The difference to Draw/Impress is that Writer has infinite content and the pages are rather virtually for printout. Text flows from p1 to p2 etc. It would be very annoying to see only one page if you have more. Or if "View > [ ] Whitespace" is off. What we could do is to center the very first page if it's the only page. But is it really worth the effort?
(In reply to Heiko Tietze from comment #11) > The difference to Draw/Impress is that Writer has infinite content and > the pages are rather virtually for printout. > It would be very annoying to see only one page if you have more. You're absolutely right—I had the same concern after thinking about it further. That's why I revised my idea in comment 10. I believe this new approach is more practical than mimicking Draw, as it respects Writer’s existing document behavior. > But is it really worth the effort? To be honest, I'm probably in the same category as most of you—I only use landscape monitors. I can't fully speak to the experience of those using Writer on portrait monitors. So, on my end, I'll respect whatever final judgment the developers make. --- Side note: > "View > [ ] Whitespace" I've been using LibreOffice for six years, and I just found out that this feature exists.