Description: RFE: Writer: Change Selection type icon in Statusbar to labels depending on current type Steps to Reproduce: 1. Open Writer document 2. Look at Statusbar on Selection type icon 3. You can't know which type is active now I suggest change the icon to labels (Standard, Extending, Adding, Dlock) depending on current type Actual Results: User can easy only one icon for all selection types and he can't see which fron it is active right now Expected Results: User can easy see which selection type is active right now Reproducible: Always User Profile Reset: No Additional Info: -
Created attachment 170416 [details] statusbar section mode control demo Pending UX approval: https://gerrit.libreoffice.org/c/core/+/112367
Roman, * Jim as usual hits the request, but is the UI best served by adding textual labeling to the Status bar? The labeling, especially whe translated, is going to suck up a lot of horizontal width on the Status bar--which is always space constrained. The meaning of the current multi-mode selection Icon is functional--but better is concise. And, we can determine mode with mouse-over tool-tip, or change with r-mouse context menu. If we are to make any visual change--we'd be better served with a set of icons for the modes (but difficult to capture iconography for use on the Status bar as these are minimal size icons). All that said, I don't think this is the best way to adjust things. Stuart =-ref-= Help for the modes is here: https://help.libreoffice.org/7.2/en-US/text/shared/02/20050000.html?DbPAR=SHARED#bm_id3148668
In writer we have a free space in statusbar enough.
(In reply to Jim Raykowski from comment #1) > Created attachment 170416 [details] > statusbar section mode control demo > > Pending UX approval: > > https://gerrit.libreoffice.org/c/core/+/112367 Jim, thanks for a nice proposal. I would delete a word "selection" from labels in statusbar. Let's it will be just words "Standard", "Extending", "Adding" and "Block" as I wrote in description. With it we save some horizontal space as want V Stuart Foote
(In reply to Roman Kuznetsov from comment #4) > > https://gerrit.libreoffice.org/c/core/+/112367 > > Jim, thanks for a nice proposal. I would delete a word "selection" from > labels in statusbar. Let's it will be just words "Standard", "Extending", > "Adding" and "Block" as I wrote in description. With it we save some > horizontal space as want V Stuart Foote Done in patch set 2
Agree with Stuart, different icons should do the trick. Label would be required for Benjamin but he is not the target of this function. And when Eve intentionally changes the selection mode she knows what she does. The label is fine for the tooltip.
(In reply to Roman Kuznetsov from comment #3) > In writer we have a free space in statusbar enough. Note that "enough" depends on "writer window is expanded to whole screen" (or the like). Consider also "two windows (one of them Writer's) side by side".
(In reply to Heiko Tietze from comment #6) > Agree with Stuart, different icons should do the trick. Label would be > required for Benjamin but he is not the target of this function. And when > Eve intentionally changes the selection mode she knows what she does. The > label is fine for the tooltip. You forgot about too small height of the statusbar. Any icons there will be too small that people can see difference between its
(In reply to Jim Raykowski from comment #5) > (In reply to Roman Kuznetsov from comment #4) > > > https://gerrit.libreoffice.org/c/core/+/112367 > > > > Jim, thanks for a nice proposal. I would delete a word "selection" from > > labels in statusbar. Let's it will be just words "Standard", "Extending", > > "Adding" and "Block" as I wrote in description. With it we save some > > horizontal space as want V Stuart Foote > Done in patch set 2 Jim, can you test Writer with your patch for 1024 px LO's window by width (it's a recomended minimum size for LibreOffice)? Will all statusbar's items available for user?
Note also that availability of space depends on length of text in elements. E.g., "words + characters" section will expand as soon as you select something, and become "Selected: 233 words, 1.615 characters"; text language may have not only short entries like "Russian", but also longer ones, like "English (New Zealand)", etc. I found out that when space is not enough, we hide text language first, and keep this selection mode, which looks strange given relative importance of these elements (people often need to know the language of the text they input, to have it spell-checked properly, while selection mode is used less often). Also note that in applications that use textual labels with lots of such data (AutoCAD), the test is abbreviated, and this is targeted at engineers, i.e. people with technical set of mind ... I doubt this is suitable for Writer.
Created attachment 170450 [details] selection mode control with different image for each mode Here is a go at using a different image for each selection mode. The images are for demonstration purpose. Hoping the LO icon design talents can help with these.
Rizal, we need your help with icons =) I suggest to add a letter to icons : S, E, A, B, instead mini pictograms Jim, if we are going with icons, then I ask you delete left click action or change it action to show a context menu.
(In reply to Roman Kuznetsov from comment #12) > Jim, if we are going with icons, then I ask you delete left click action or > change it action to show a context menu. done in patch set 4
(In reply to Roman Kuznetsov from comment #12) > Rizal, we need your help with icons =) I suggest to add a letter to icons : > S, E, A, B, instead mini pictograms > Sure I can give hand, but should we go with Anglo-Saxonism again after all B,I,U saga?
(In reply to Rizal Muttaqin from comment #14) > Sure I can give hand, but should we go with Anglo-Saxonism again after all > B,I,U saga? Nope, text in icons is never a good idea. I'm sure you are creative enough to draw distinguishable icons and, again advertising for tooltips, the user can always get more information.
*** Bug 140789 has been marked as a duplicate of this bug. ***
(In reply to V Stuart Foote from comment #2) > Roman, * > > > =-ref-= > Help for the modes is here: > https://help.libreoffice.org/7.2/en-US/text/shared/02/20050000. > html?DbPAR=SHARED#bm_id3148668 Can someone give me any screencast on how each selection mode works? Would be nice if the recorder use keystroke app so I can see what's he clicked on the keyboard. I don't understand how especially Adding selection (Shift+F8) and Block selection (Ctrl+Shift+F8) work.
(In reply to Rizal Muttaqin from comment #17) > Can someone give me any screencast on how each selection mode works? Would > be nice if the recorder use keystroke app so I can see what's he clicked on > the keyboard. I don't understand how especially Adding selection (Shift+F8) > and Block selection (Ctrl+Shift+F8) work. Didn't Jim do that with the first attachment 170416 [details]? But the help description is pretty precise... https://help.libreoffice.org/7.2/en-US/text/shared/02/20050000.html?DbPAR=SHARED#bm_id3148668
(In reply to V Stuart Foote from comment #18) > Didn't Jim do that with the first attachment 170416 [details]? > Ah thank you, but the attachment does not show how to achieve same result by using keyboard? OK but the video is enough for projecting the icon appearance.
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e18b743a840475cfbdfba437a1edf8677a5f93bd tdf#140936 statusbar selection mode control improvements It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks Rizal for making the icons and incorporating them into the patch.
Verified as fixed in: Version: 7.2.0.2 / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
*** Bug 88477 has been marked as a duplicate of this bug. ***