Bug 122834 - STATUSBAR: Improve visibility of statusbar in small windows
Summary: STATUSBAR: Improve visibility of statusbar in small windows
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.4.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: Statusbar
  Show dependency treegraph
 
Reported: 2019-01-20 15:28 UTC by kivi
Modified: 2024-03-18 09:45 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
screenshot of status bar when Language section just disappeared (39.62 KB, image/png)
2024-03-18 08:01 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kivi 2019-01-20 15:28:29 UTC
In the past versions of LibreOffice when I put my cursor on some word I could see in the bottom part of the Writer window the language of the word.
This was very helpful especially if some one like me is working frequently with documents written on more than one languages.
But in LibreOffice 6.1.4.2 this hint about the language of the word is removed from the bottom of the Writer window.
Now when I have some word underlined in red, I can not understood in which Language it is.
Now I can click with the right button of the mouse on the word, then click again on the "language of the selection" and only then I can change it to some other language.
But if the word is not underlined in red by the spell checker it is not possible at all.
Also it is very annoying that I can change the language word by word only. If I try to select by the mouse some bigger part from the text - consisting 2 or more words, then this possibility is not available.
So instead to change the language of let say 50 words at once I am enforced to change their language one by one 50 times by right clicking every word 3 times!
Please possibly consider this to be possible easier as in past versions of the Libreoffice as current behaviour makes users much less productive when working with more languages in their documents.
Comment 1 Dieter 2019-01-20 15:47:50 UTC
Thank you for reporting the bug, but I can't confirm it (I assume, that "bottom part" is the status bar).

To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 2 kivi 2019-01-27 16:49:44 UTC
I had some time for checking this weekend.
It turned out that the reported bug is some thing different than my first impression about it.

What I found:
1. The indication about the Language of some word can be visible only if the Writer windows will be maximized.
2. If you are enforced to use some smaller window, let say to be capable to read some document in one Window and write about it in the second window of Writer, then the information about the language of the words is not visible. It disappears from the bottom part of the LibreOffice Writer window.
3. Also I have checked some documents written in Russian, Bulgarian, English and some other languages all together.
Unfortunately in some cases there even by maximized window the information on the bottom part of the window disappears and appears again from time to time.
The reason for this may be that I have copied the test text form internet and pasted it as HTML in my test documents.
Also probably some difficulties may create the fact that many words in Russian are the same as in Bulgarian and their written form is the same as the alphabet of both languages is common.
This needs more investigation but I could do it probably in the next weekends.

May be the difficulties created by the need for more clicks to achieve the same thing because the new design of the interface of the Writer need to be removed from this report and put in a new report asking for improvements, because it looks like this behaviour is not bug but design decision?
Comment 3 kivi 2019-01-27 16:53:05 UTC
Probably the language work is too long for the place available in the smaller window of Writer?
Then probably instead to show some thing like 'Bulgarian' it could help to show only country abbreviation like 'BG'?
Comment 4 BogdanB 2019-03-20 16:10:01 UTC
(In reply to kivi from comment #3)
> Probably the language work is too long for the place available in the
> smaller window of Writer?
> Then probably instead to show some thing like 'Bulgarian' it could help to
> show only country abbreviation like 'BG'?

Yes, I agree with kiwi, the language is not shown on smaller windows fo Writer, and the abreviation could be use... But you have right, this is an improvement not a bug.
Comment 5 QA Administrators 2019-09-17 02:48:16 UTC Comment hidden (obsolete)
Comment 6 kivi 2019-09-17 07:20:21 UTC Comment hidden (off-topic)
Comment 7 Dieter 2019-09-17 10:45:57 UTC Comment hidden (off-topic)
Comment 8 Dieter 2019-09-17 10:49:25 UTC
(In reply to BogdanB from comment #4)
> Yes, I agree with kiwi, the language is not shown on smaller windows fo
> Writer, and the abreviation could be use... But you have right, this is an
> improvement not a bug.

I also confirm this. I would expect, that elements of the statusbar are reduced evenly, if you reduce window.

=> set status to NEW and changed summary. Please feel free to change it, if you don't agree.
Comment 9 Stéphane Guillou (stragu) 2024-03-18 08:00:44 UTC
There's two aspects to this issue:

1. Prioritisation of the language information in the status bar: currently, it is hidden before the "Overwrite mode", "Selection mode" and "Digital Signature" sections, which from my experience are not used as often as the Language section. There's even a section that looks empty, I can't figure out what it is for. (See screenshot in next comment.)
2. I like the idea of abbreviating the language to its code before it is completely hidden (e.g. going from "English (Australia)" to "en-AU")

Design/UX, what do you think? Some kind of easyhack once it's scoped out?

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded
Comment 10 Stéphane Guillou (stragu) 2024-03-18 08:01:36 UTC
Created attachment 193172 [details]
screenshot of status bar when Language section just disappeared
Comment 11 Heiko Tietze 2024-03-18 09:45:33 UTC
Statusbar panels have a mandatory flag which keeps the panel visible on resize. Both, language and overwrite mode are set to false [1] and disappear but I guess from left to right. 

Reason for the report is probably the attempt to keep zoom visible as requested in bug 86612 by making many other panels non-mandatory.

A possible band-aid is to swap language and overwrite mode. But ultimately the solution is  bug 113828 - user customization.

[1] https://opengrok.libreoffice.org/xref/core/sw/uiconfig/swriter/statusbar/statusbar.xml?r=62a0eb0a