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.
*** Bug 165646 has been marked as a duplicate of this bug. ***
Already in 5.4, btw.
(In reply to Buovjaga from comment #21) > Already in 5.4, btw. @Bouvjega this issue has still not been resolved after 6 years.
(In reply to John Mills from comment #22) > (In reply to Buovjaga from comment #21) > > Already in 5.4, btw. > > @Bouvjega this issue has still not been resolved after 6 years. Still a structural issue of WDM native win32 widgets responding to os/DE defaults. But please note that applying an Appearance theme (from 25.2, refactored at 25.8 onward) places the UI tab elements under appearance theme control. The tab border is visible equally on all NB Tabbed UI tab buttons. Meanwhile, dev work proceeds on bringing the Notebookbar assemblages under weld bug 163988 IMHO resolved => WFM
Created attachment 204172 [details] LO master against 26.2, WDM os/DE Light scheme with "Office2003Blue" Appearance theme
Created attachment 204173 [details] LO master against 26.2, WDM os/DE Dark scheme with "Dark Gray" Appearance theme
Created attachment 204174 [details] LO master against 26.2, WDM os/DE Light scheme with no appearance theme and default "Automatic" UI theming Clip to confirm issues with NB "tab" widgets continue with Win10/11 WDM working using os/DE "Light" color scheme, but without an appearance theme active.
This isn't fixed, it shouldn't be closed and is still relevant. It has been an issue for years and just looks sloppy for Windows users. If the decision is that we have a default theme applied on start up such as what exists with the likes of Office2003 blue then that could be a reasonable resolution. However,for now we are no further along than we were in 2028.
(In reply to John Mills from comment #27) > This isn't fixed, it shouldn't be closed and is still relevant. It has been > an issue for years and just looks sloppy for Windows users. > If the decision > is that we have a default theme applied on start up such as what exists with > the likes of Office2003 blue then that could be a reasonable resolution. > However,for now we are no further along than we were in 2028. Sure, but isn't this is exactly what you'd requested in comment 12, though the 'Personalization' and 'Application' theme framework was reworked into the current (> 25.8) 'Appearance' dialog for UI theming. Yes, it is not by default, users in WDM Light scheme are affected--but then users need only to install and enable an extension and activate appearance theming. Otherwise, the fully implemented win32 (or WinUI3/XAML) of bug 164656, may eventually arrive--have not heard from Sahil of late. But then a qt6 toolkit might be the dev's preferred implementation for a reworked Windows VCL backend aligning better with work on bug 130857 (non-GTK3/4), and give better ability to weld the Win .UI configurations. All really just depends on the individual developers, and the sponsoring community partner interest. Meanwhile the MUFFIN NB Tabbed UI "tab buttons" on the assemblages *function* with or without an 'Appearance' theme in use.
(In reply to V Stuart Foote from comment #28) > (In reply to John Mills from comment #27) > > This isn't fixed, it shouldn't be closed and is still relevant. It has been > > an issue for years and just looks sloppy for Windows users. > > > If the decision > > is that we have a default theme applied on start up such as what exists with > > the likes of Office2003 blue then that could be a reasonable resolution. > > However,for now we are no further along than we were in 2028. > > Sure, but isn't this is exactly what you'd requested in comment 12, though > the 'Personalization' and 'Application' theme framework was reworked into > the current (> 25.8) 'Appearance' dialog for UI theming. Yes, it is not by > default, users in WDM Light scheme are affected--but then users need only to > install and enable an extension and activate appearance theming. > > Otherwise, the fully implemented win32 (or WinUI3/XAML) of bug 164656, may > eventually arrive--have not heard from Sahil of late. > > But then a qt6 toolkit might be the dev's preferred implementation for a > reworked Windows VCL backend aligning better with work on bug 130857 > (non-GTK3/4), and give better ability to weld the Win .UI configurations. > > All really just depends on the individual developers, and the sponsoring > community partner interest. > > Meanwhile the MUFFIN NB Tabbed UI "tab buttons" on the assemblages > *function* with or without an 'Appearance' theme in use. I used to be very positive about having native integration as the first and best option in LibreOffice, but we now have issues like this that do not get resolved after numerous years. It seems to me that the Windows version just does not have the resources available to make a comparable experience to Linux. I do not mind (and even think it could be beneficial) if all versions of LibreOffice in future versions used the same VCL to look consistent on all supported OS platforms, be that using QT or GTK4 or something else. Sahil indicated a while back that using GTK could be an option for Windows in the future. This could be very positive to create a more modern and complete look. On the design channel I highlighted a Reddit post on theming: https://www.reddit.com/r/libreoffice/comments/1oxnlu1/make_libreoffice_look_great_with_these_custom/ I really like the design choices that this user has made in the light and dark theme presented(except the page colour that should be white). I understand that people want native theming, but could we as a community move away from this and just produce one exceptional light and dark theme and just make this the default everywhere? Wouldn't this cut down on the maintenance work and make documentation consistent across all OS versions?