Bug 145331 - Status Bar - Text Language Indicator Disappears in Reduced Width Writer Window
Summary: Status Bar - Text Language Indicator Disappears in Reduced Width Writer Window
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: Statusbar
  Show dependency treegraph
 
Reported: 2021-10-26 19:35 UTC by Radish
Modified: 2021-11-08 09:18 UTC (History)
3 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 Radish 2021-10-26 19:35:28 UTC
Description:
On the Status Bar (to the right of the Page Style indicator) there should be a display of the Text Language in use e.g. English (UK), English (USA) etc.. However this only shows up if the width of the Writer window is above a certain size. If the width is below that size then the text language indicator disappears.

On my monitor, which is 1920 pixels wide, the Text Language is shown when the Writer window width is around size 1004 pixels wide or greater. If the window width is below that size then the Text Language disappears from the Status Bar. However I very frequently use Writer while working between two windows side-by-side. When doing that I will typically set each of the two windows to take up exactly half the screen-width available; on my monitor this would be two windows side-by-side with both windows being 960 pixels wide. If I do this, and I do this a lot, then I can't see the Text Language display in the Writer Status Bar. This seems to me to rank as a bug, or maybe I'm really requesting a feature. In either case, please fix this. I very much doubt I will be the only one that works with windows in this way.

Steps to Reproduce:
1. Just toy around with changing the width of the Writer window.

Actual Results:
As detailed above in 'Description'.

Expected Results:
I would think that the Text Language indicator should not disappear in this way.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 7.1.6.2 (x64) / LibreOffice Community
Build ID: 0e133318fcee89abacd6a7d077e292f1145735c3
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL
Comment 1 Radish 2021-10-27 13:14:20 UTC
Ops! I just discovered LibreOffice 7.2.1.2 Writer does not behave in this way -- so the bug is fixed in that. Please ignore my bug report on this.

I looked for a way to delete this bug but couldn't find anything that would allow me to do that.

Apologies.
Comment 2 V Stuart Foote 2021-10-27 13:32:24 UTC
This is not a bug (see refs).

Status bar is contextual, the Text language does not disappear if there is sufficient width to hold its "full" label. Other fields have higher visibility priority and are set 'mandatory' (for bug 86612). But it should be possible to change its priority to mandatory to allow it to progressively hide rather than being removed as available the width shrinks.

Fields with high enough priority are first reduced to minimum width and later, after other non-mandatory fields are hidden, are reduced further hiding portions (i.e. the zoom slider and -+ buttons). Here would have to set the paragraph language field to 'mandatory' to allow it reduced width. But some other status field would need to be made non-mandatory, personally I think the Zoom slider and -/+ buttons is not mandatory so long as the actual Zoom value (and its dialog) remains. 


=ref-=
https://opengrok.libreoffice.org/xref/core/sw/uiconfig/sglobal/statusbar/statusbar.xml?r=67eaa07e 

https://opengrok.libreoffice.org/xref/core/vcl/source/window/status.cxx?r=7183b3ba

https://opengrok.libreoffice.org/xref/core/framework/source/uielement/statusbarmanager.cxx?#91
Comment 3 Heiko Tietze 2021-11-08 09:18:16 UTC
(In reply to Radish from comment #1)
> I looked for a way to delete this bug but couldn't find anything that would
> allow me to do that.

At status set to RESOLVED with reason NOTABUG. See also bug 113828 for your problem.