Description: Using LO54b2 on MacOS (on MacBook Air, with 1440x900 display) using LibreOfficeBar in the tabbed mode the icons "Open", "Save", "Undo", "Redo" and the drop-down icon are squeezed even if there is enough room for all. Thus the icons "Redo" and drop-down get overlaid. This happens on full screen. If the LO window is resized for width under 1440, even weirder things happen, the tabs names get displayed in two rows and overstreched even if there is enough room in the tab bar. Will attach screenshots. Steps to Reproduce: 1. Open a document in LO54b2 Writer in NotebookBar mode with tabs 2. Resize LO window (i.e. squeeze to width 1080 px) 3. Actual Results: The notebookbar icons and tabs are not optimized in placement/positioning. Expected Results: No icon overlays in tabbed bar. No overstretched tabs. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:53.0) Gecko/20100101 Firefox/53.0
Created attachment 133905 [details] Tabbed Notebookbar at 1440 px width
Created attachment 133906 [details] Tabbed Notebookbar at less than 1440 px width
I repro the "weirder things" upon small width, on macOS 5.4b2, but also on Linux. I can't test the main problem on macOS because the display is max 1024px. Linux does not have the problem. Arch Linux 64-bit, KDE Plasma 5 Version: 5.5.0.0.alpha0+ Build ID: 2802dca10eef67554a81cb2347d5f648fa6fcd63 CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 10th 2017 macOS 10.12.5 LibO 5.4 beta2
Regression introduced in range: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=4d43f9e9dda5edeeb6e4b99487b5b6a1fae4bd56..42b40ede8c496aad1021e68a72523af4f57e89f6 where 055ae711eff085ff6b9db8f47c3193016d0db81e looks quite suspicious (I don't have the change to revert it locally now ) Adding Cc: to Szymon Kłos
I can say that the problem happens on my Ubuntu 16.04 machine. I'm running Libreoffice Build ID: 1:5.4.0~rc3-0ubuntu0.16.04.1~lo1 I have a 1920x1080 screen and when the window is maximized everything looks great. I used wmctrl to resize the window from command line to an exact value and find out the width at which the problems happens. In my case, any value less than 1283px will show two rows. Any value higher or equal to 1283px shows the windows without any problems.
Created attachment 135705 [details] Tabs in notebook view look ugly on Mac OS Notebook view in Mac OSX 10.11.6 (El Capitan), libreoffice 5.3.0.3, 2880 x 1800 resolution
The first tab is interpreted by LO as the last one. Widgets look absolutely not native in Mac OS!
Same here with LO 5.4.0.3 in Debian SID. If I put two windows side-by-side, the notebookbar can't put the menu in a single line and paints everything wrong. I attach a capture.
Created attachment 135903 [details] omnibar is rendered incorrectly when the window is too narrow This is LibreOffice 5.4.0.3 from Debian SID (linux), in a 1920x1080 screen but in side-by-side mode (two windows, each one using one half of the screen).
(In reply to Rastersoft from comment #9) > Created attachment 135903 [details] > omnibar is rendered incorrectly when the window is too narrow > > This is LibreOffice 5.4.0.3 from Debian SID (linux), in a 1920x1080 screen > but in side-by-side mode (two windows, each one using one half of the > screen). I can confirm this on Fedora, but I'm not sure that it is the same issue as the original report. Anyhow, it would be nice if it was fixed.
I pushed a patch for this in the past, can someone verify using Mac OS?
Is your patch included in LO61b1?
yes
Created attachment 142725 [details] LibreOffice 6.1 Beta1 on mac This is how it looks on mac with 6.1 beta1. At some point, the tabs overlap the icons on the left and the right
On windows and Linux (kde) tabbed toolbar didn't have vissual issues in 6.2 alpha 1. look like OS-X need some work
Cannot confirm the wrapping issue with latest master but c14 is still the current state. Meaning: the tabs are underneath the left icons. Not a big deal since the usual window size should be larger than 1k px. The NB variants are not for all scenarios suited. Another not so nice issue is the titlebar height. The icons left and the menu right-most are larger. Up to NB designer/QA to close as WFM/WF/NAB/INV.
Created attachment 147664 [details] Screenshot
Still present in 6.2.0.3 release on macOS, see bug 123601
*** Bug 123601 has been marked as a duplicate of this bug. ***
*** Bug 124407 has been marked as a duplicate of this bug. ***
Dear Martin Srebotnjak, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The behaviour is changed, now the remaining tabs just are not shown, they continue hidden on the right side. The solution would be that the empty space on the left toward the print icon should diminished, if there is no space on the right to display all the tabs - and all the tabs would move to the left accordingly. This bug must be observed also from the perspective of localized UI, where strings are usually not so short as they can be in English ... So this gets even worse, when notebookbar with titles (longer than in English) under icons gets even wider and only portions of it remain visible (and the rest is available with the ">>" icon).
Created attachment 181224 [details] Update - tabbed noteboobar as of 74b1 I marked the space that, IMHO, could be used in case the tabs get truncated on the right side - the tabs would in that case move to their right, near the Print icon.
Besides, the notebookbar does show more icons, once you click the ">>" icon on its edge. Then the icons fill the empty space and only those that do not fit are shown in the lower part (and those get later hidden). This show there is a mechanism to show the toolbar in its partial view (as much as vertical space is available), only that it does not activate this mode automatically - if there is not enough space for the complete toolbar part to show, it gets completely hidden (and not partially shown).
The toolbar should look better now in 7.6. Please check again.
There are many CC folks here, it would be good if someone tested after Justin's comment. I did today in Linux GTK3 with 1440x900 and Tabbed looks good to me. This was marked All, not macOS. Should someone disagree, please explain.