Description: As per the title/summary above. Detail given below. Would note that this doesn't happen with all documents hence have attached here a document where the issue occurs on my system. Steps to Reproduce: 1. Load the supplied attached document into Writer. 2. Adjust the Writer window to have a width of 1186 pixels. You should see the Text Language on the Status Bar displayed properly. 3. Now change the width of the Writer window to 960 pixels. And you should see that the Text Language display on the Status Bar disappears, to be be replaced by the Insert Mode setting. Note that you might have to scroll up and down in the document to get this issue to show up on the Status Bar. 4. Experiment with different window width settings to see when the Text Language option re-appears and disappears. Actual Results: As described above Text Language display disappears. Expected Results: Would not expect the Text Language Display to disappear from the Status Bar as it is much more useful function to have in the Status Bar than the Insert/Overwrite Mode display. Reproducible: Always User Profile Reset: Yes Additional Info: This is a problem of long standing with Writer but don't know the earliest affected version. I think that the issue with the Text Language Display might in some ways be related to the Page Style Display in the Status Bar, but I can't qualify this any further as I can't see what the 'trigger' might be. So, just watch the Page Style Display too while experimenting with different window widths. If this amounts to an issue of 'prioritisation' of what gets displayed in the Status Bar I would think that Text Language Display should have far higher prioritisation than the Insert/Overwrite Display.
Created attachment 196604 [details] Document that issue is known to occur with.
Created attachment 196605 [details] Image showing Status Bar Working Properly
Created attachment 196606 [details] Image shown Status Bar not working properly.
Created attachment 196613 [details] Screenshsot Not reproducible with sample file Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
I will now post a video of the issue occurring. The 'info-tip' at the mouse position at the right hand side of the window shows the width x height of the Writer window in pixels as that window is being resized. System information: Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded
Created attachment 196615 [details] Video of Problem with Width Resize of Writer Window
I will now post another video. The video shows the Writer window as having a fixed width of 960 pixels and what happens when I load that document into that Writer window and I just scroll down the document using the mouse-wheel (i.e. no resizing of the window width involved).
Created attachment 196616 [details] Video Showing What Can Happen When Scrolling Down the Window
The status bar elements are characterized in statusbar.xml per module. They are prioritized and will collapse/be hidden as the app frame is reduced in width. In the sw module for Writer, the .uno:LanguageStatus was set with statusbar:mandatory="false" at the 6.1 release [1] as for bug 86612 Meaning that the 100px used by the control will be reclaimed as the app frame collapses below some minimum width--progressively from right side to left as set mandatory. LanguageStatus could be made mandatory "true", (and may need to be for issues like bug 148257) but at present not too much of an issue. =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/56859
(In reply to V Stuart Foote from comment #9) > In the sw module for Writer, the .uno:LanguageStatus was set with > statusbar:mandatory="false" at the 6.1 release [1] as for bug 86612 => NAB But let's rather make this a duplicate of bug 113828 requesting customization of the status bar. Agreed?
Well thanks for looking into this. I am surprised that this gets marked up as "Trivial" and "at present not too much of an issue". I choose 960px width as a good width test size because I have a widescreen monitor 1920 x 1200 pixels. This is common widescreen monitor nowadays. Half the width is 960px which, if I set Writer windows to that width, means that I can work on two documents side-by-side at the same time. But it would be very useful if I could rely on the Status Bar Text Language Display being always available at that window width setting. For now as a workaround I've edited the "statusbar.xml" for Writer to make the Text Language display mandatory. So this has solved the problem for me for now. Thanks very much for that workaround. Having now had some focus on the Status Bar for a while I do think there is lots of room there to polish it up somewhat, and wouldn't regard that as a 'trivial' matter. I do hope you get round to doing that in the nearish future. Thanks for looking at the problem anyway, very much appreciated.
(In reply to Radish from comment #11) > For now as a workaround I've edited the "statusbar.xml" for Writer... Awesome, and kind of support to make this ticket a duplicate. > Having now had some focus on the Status Bar for a while I do think there is > lots of room there to polish it up somewhat, and wouldn't regard that as a > 'trivial' matter. I do hope you get round to doing that in the nearish > future. Thanks a lot for your contributions. Looking forward your proposals. Please also check the tickets. *** This bug has been marked as a duplicate of bug 113828 ***