Description: Please forgive me if this is not in an expected format. This is my first bug submission. In the new tabbed interface the end of the first tab(file)has no left side of the rectangle only a top and right line. This can be clearly seen when you select the Home tab. Could this be assigned to the viewing and accessibility sub components of UI. I'm not sure how this is done. Perhaps this should be submitted to Andreas Kainz? This looks very unprofessional and not finised. The file tab should look like all oter tabs it is inconsistent currently. Steps to Reproduce: 1.Open the view menu option 2.Select User Interface 3.Select Tabbed Actual Results: The File tab has no left hand side to the rectange only top and right, this can be clearly seen when selecting the 'Home' tab Expected Results: That this is fixed by amending the user interface to improve consistency of the user interface. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info:
Created attachment 147875 [details] Screenshot of missing tab left hand line. Please can you send to a member of the UI team who works on the notebook bar interface. I hope this helps, Kind regards, John Mills
And when you select the File tab? Edge is present there--so this is just when File Tab is unselected. The Groupedbar Compact flavor of MUFFIN is not affected. And, actually suspect all the the Notebook bar tabs similarly lack the left edge decoration--and we'll find it is just the File tab butting up against the Print widget in the abbreviated toolbar that is missing a right edge decoration. So, confirmed on Windows builds. But personally this is a pretty trivial issue.
I can't reproduce it in Versión: 6.2.0.1 Id. de compilación: 0412ee99e862f384c1106d0841a950c4cfaa9df1 Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; Configuración regional: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded
Created attachment 147970 [details] Screenshot of panel not having left hand side decoration when File tab looses focus
I can confirm that I have this issue too. Windows 10 X64 bit build 6.2.0.1. If this is a quick fix can this be corrected before RC2?
The missing left edge decoration of the left most tab of the 'Tabbed' Notebookbar UI is visible on Windows 10 Home 64-bit en-US with experimental mode enabled on Version: 6.1.4.2 (x64) Build ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3 CPU threads: 4; OS: Windows 10.0; UI render: GL (and Default); Locale: en-US (en_US); Calc: CL also on Version: 6.2.0.0.beta1 (x64) Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18 CPU threads: 4; OS: Windows 10.0; UI render: GL (and Default); VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded also on current master/6.3.0 Version: 6.3.0.0.alpha0+ Build ID: 02399a217b94660efc874e589fc4140bbbabd884 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded
I think the bug title is a little inaccurate, it is the left hand decoration of the 'File' tab missing ONLY when it does not have focus. When it does have focus it is there. As the default starting point of LibreOffice is the 'Home' tab it is very noticeable that the left end of the File tab is not shown. When the File tab is selected the edge is there, only when it looses focus (default starting point) it is not there. Does that make sense? James
This is with build: Version: 6.1.0.3 Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: en-US (en_GB); Calc: CL
And also on : Version: 6.2.0.1 (x64) Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-GB (en_GB); UI-Language: en-US Calc: threaded
I can confirm this bug and hope it can be fixed
*** Bug 125293 has been marked as a duplicate of this bug. ***
Hi all, There is a very simple solution to this bugg that I hope can be implemented for Microsoft Windows Users. It also helps with usability for those that are visually impaired / colour blind by providing good contrast between the tab items and menu background. By default there in LibreOfficeis there isno Personalization themes active. Hence there is no difference between the colour of the menu tabs and the background colour behind them. This can be seen in the original screenshot. However if a different Personalization colour is selected like Light Grey or Green etc there is a good contrast that makes the application easier to use in the Notebookbar. This improved usability and could be a medical improvement for users that struggle to differentiate similar colours. By changing the default colour to one of the personalization colours usability and menu consistency is improved. I am attaching a screenshot(LibreOffice_Bug_122361_Possible_Solution.png)to this comment to illustrate this point and how the change would look by default. This is a simple fix that improves usability and makes the interface look more consistent and professional. It is my opinion that changing to the light grey colour is an improvement for the reasons stated and would be a simple fix to implement.I understand that the severity was rated as 'trivial' but I believe this is an incorrect judgement due to Microsoft users being by far the biggest users of LibreOffice and that this simple change will improve consistency, usability and productivity. Kind regards and many thanks
Created attachment 160862 [details] LibreOffice_Bug_122361_Possible_Solution.png Possible solution to bug by changing default colour from the Personalization menu.
(In reply to John Mills from comment #12) > Hi all, > > There is a very simple solution to this bugg that I hope can be implemented > for Microsoft Windows Users. > Yes that is one approach, but providing better logic for handling of the Notebook Bar's GUI elements is still the correct approach to this trivial UI glitch. Otherwise we are waiting on MS to provide C++ API support for non-UWP applications to support correct import of desktop themes. Meaning, rather than hardcode coloring individual UI elements--we can apply coloring as set by the os/DE, as done now for the Linux os/DE builds but lacking for Windows (and macOS) That support then gets us integration with the HC and other Assistive Technology that MS provides in its 'Ease of Access' framework.
I think it's an duplicate of BUG 125224 the vertical line of the tab is missing.
*** Bug 125224 has been marked as a duplicate of this bug. ***
Confirm this is still present on 7.3.0.3. Would like to see this fixe along with the lack of theming for the tabbed UI in Windows.
Still able to reproduce in: Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
I think this shows the lack of interest in the Notebook bar and the Windows version of LibreOffice in general from the development community. One possible solution is to "draw" the tabs like in the dark mode where the most left tab is displayed correctly. The tabs do look slightly different between light and dark UI variants. This could well be a small fix if the bug report gets some traction with the correct person. If not then using a different colour background for the panel (persona), as I highlighted in the screenshots a number of years back. This provides a good contrast and makes it clear where the tab starts. In the longer term I like how the tabs are represented in GNOME with the active tab having a highlight (line) underneath it. This is a good solution, however I'm not sure if this is a possibility with the windows toolkit used.