Bug 157385 - [Enhancement] Allow users to put navigator deck and tabbar at the top or bottom of the window.
Summary: [Enhancement] Allow users to put navigator deck and tabbar at the top or bott...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.5.0.3 release
Hardware: All All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sidebar-UI-UX
  Show dependency treegraph
 
Reported: 2023-09-23 02:11 UTC by MarjaE
Modified: 2023-09-26 09:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description MarjaE 2023-09-23 02:11:03 UTC
I'm rotating my computer screen to better pages when reading and writing.

I want to get the whole page on the screen and get decent readable zoom at the same time. I should also be able to avoid some of the migraines from too many sidebars.

Libreoffice insists on either 1. showing the navigator and toolbar on each side, using scarce horizontal space, or 2. showing them in separate windows, which are a pain and also trigger my migraines, or 3. hiding them. I can't find a way to show them above or below the page.

It'd be handy to be able to show them above the page.
Comment 1 V Stuart Foote 2023-09-23 12:00:59 UTC
The docking "attachment point" for the Sidebar (decks and tab bar) are on the right or the left of the LibreOffice app window.

And in the undocked state the Sidebar (with it Tab bar) can be resized, and positioned anywhere on the display (above, below, to left or right even floating over the LO application frame).

However unlike Toolbar structure (where most can be toggled from horizontal to vertical orientation--with some button widgets losing function) the Sidebar framework was never intended to assume a horizontal orientation.

No clear use case that doing so makes sense or the dev work needed would be justified. More on point to pursue the Sidebar framework adjustments needed for bug 85905

IMHO => WF
Comment 2 MarjaE 2023-09-23 21:13:18 UTC
Bug 85905 is intended to allow more little windows.

If you can handle little windows, good for you, but that doesn't help when you can't handle them, and need to put the navigator and sidebar above or below the work.
Comment 3 MarjaE 2023-09-23 21:25:45 UTC
In case my original post wasn't clear:

1. The use case is to improve compatibility with vertical/rotated monitor setups.

2. If you're using standard page layouts in LibreOffice, the standard horizontal screen setups force a choice between zooming in enough to see what you're writing, and have written, and being able to see text at the top and footnotes at the bottom of the page. I've sometimes worked around this by using other page layouts. It's particularly bad with 16x9 as the de facto standard. I've looked for alternatives, but they tend to miss my accessibility needs and/or to be more expensive.

3. If you're reading sources in pdf layout, the standard horizontal screen setups often force a choice between zooming in enough to read the text, and zooming out enough to see an entire page at once.
Comment 4 MarjaE 2023-09-23 21:28:30 UTC
3, continued. And if you're going back and forth between LibreOffice and sources which work best in a vertical layout, it may not be practical to unplug and reorient the monitor between checking a source and typing up the reference.
Comment 5 V Stuart Foote 2023-09-23 22:09:22 UTC
Hmm, sounds like you need to be working with second monitor?

Again, no reasonable requirement for the Sidebar framework to undergo refactoring that would be needed to support rotated display orientation.

IMHO => WF
Comment 6 MarjaE 2023-09-23 23:32:40 UTC
So I'm supposed to get a new desk, a new monitor, which is expensive given my accessibility needs, and ... am I supposed to put the navigator on the other monitor???
Comment 7 V Stuart Foote 2023-09-24 11:30:46 UTC
(In reply to MarjaE from comment #6)
> So I'm supposed to get a new desk, a new monitor, which is expensive given
> my accessibility needs, and ... am I supposed to put the navigator on the
> other monitor???

Yes, that seems "reasonable" to me... you've already chosen to rotate your monitor and work in a non-standard mode the software is not intended to function. Asking the project to devote dev effort/expense to accommodate 'your use' mode is not "reasonable" IMHO.
Comment 8 Rascta 2023-09-24 21:23:20 UTC
LibreOffice is all about creating and viewing documents which are most often going to be printed in 'portrait mode' - 8.5x11", not landscape mode 11x8.5"

I think this request is totally reasonable that the UI should support viewing and editing documents in the same mode that they will be used. MarjaE is correct about that. I have no accessibility issues myself, but I totally agree. The basic principle of being able to see something on screen as you would on paper - that seems obvious to be a good thing.

I do understand that it may be difficult due to existing code, and it may not be economical to dedicate dev time and effort to this at the moment. However, I think it's quite rude and short-sighted to call this unreasonable. It is totally reasonable.

I do not think that this should be a wont-fix. It may not be a quick fix. But it should at least persist as a feature request until such time as it can be implemented. It would be a benefit to everyone.
Comment 9 Heiko Tietze 2023-09-26 09:26:45 UTC
Toolbars can be docked at any side of the screen and arrange their content respectively. It wont work like this with a static UI like the sidebar (and Notebookbars). But I agree on the basic idea by either making the configuration more flexible or by providing a dedicated UIs for this portrait mode purpose. Let's keep the ticket.