Bug 147524 - Enhancement request: switch location of "Increase Indent" and "Decrease Indent" icons on Writer toolbar
Summary: Enhancement request: switch location of "Increase Indent" and "Decrease Inden...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.5.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: target:7.4.0
Keywords: difficultyMedium, easyHack, skillDesign, topicDesign
Depends on:
Blocks: Writer-Toolbars Button-Controls
  Show dependency treegraph
 
Reported: 2022-02-18 19:50 UTC by Scott Bellows
Modified: 2022-05-27 11:56 UTC (History)
6 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 Scott Bellows 2022-02-18 19:50:32 UTC
Description:
The "increase indent" button on the Writer toolbar, which moves text to the right, is to the *left" of the "decrease indent" button, which moves text the other way. In MS Word and WordPerfect, the buttons are reversed, so the button that moves text left is on the left, and the button that moves text right is on the right. It's more intuitive that way! Thanks.

Steps to Reproduce:
1. Open Writer
2. Look at the "increase indent" and "decrease indent" buttons
3. Notice that the button to move text left is on the right, and vice-versa


Actual Results:
4. You'll realize that the current placement is counterintuitive

Expected Results:
5. It should reverse the location of those two buttons so that "move indent right" is on the right, and "move indent left" is on the left, as the good Lord intended.  :-)


Reproducible: Always


User Profile Reset: No



Additional Info:
You're a wonderful organization, staffed by great people, who provide a valuable public service, and should feel tremendous about yourselves (once you've fixed this one tiny glitch!).

Version: 7.2.5.2 (x64) / LibreOffice Community
Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 1 Julien Nabet 2022-02-19 12:37:44 UTC
On pc Debian x86-64 with master sources updated today, I could reproduce this.

I didn't check if it's been already discussed but I agree with Scott's suggestion.
Comment 2 Heiko Tietze 2022-02-21 08:20:15 UTC
(In reply to Scott Bellows from comment #0)
> ... button that moves text left is on the left, and the button that moves text
> right is on the right. It's more intuitive that way!

OTOH, before you can decrease an indentation you have to increase it. So the left item is the first one.

And besides this academic aspect I wonder if users are familiar with the current order of increase / decrease indent.
Comment 3 jan d 2022-02-22 17:37:03 UTC
Scott’s suggestion makes sense to me – though I rather would prefer to have the icons gone entirely in the standard configuration.
Comment 4 Heiko Tietze 2022-02-23 06:56:18 UTC
(In reply to jan d from comment #3)
> ... prefer to have the icons gone entirely in the standard configuration.

What do you mean by this? The toolbar (and sidebar) buttons are icon-only.
Comment 5 Heiko Tietze 2022-02-24 14:37:21 UTC
We discussed the proposal in the design meeting. Most software starts with increase and before decrease you have to increase. But OTOH, compatibility is important, and MSO has the button reverted. And since it's not a big deal for UX because the toolbar buttons are barely used anyway, we recommend to follow the suggestion.

It's an easyhack. The toolbar is sw/uiconfig/swriter/toolbar/textobjectbar.xml (and several other) where .uno:IncrementIndent and .uno:DecrementIndent needs to be exchanged. The notebookbars show these commands too, for example sw/uiconfig/swriter/ui/notebookbar.ui, and the sidebar svx/uiconfig/ui/sidebarparagraph.ui. Check https://opengrok.libreoffice.org/search?project=core&full=%22.uno%3AIncrementIndent%22 for a complete list.
Comment 6 sdc.blanco 2022-05-25 11:45:49 UTC
I propose closing this bug as WF.

1. "Intuition" about button location is more a "matter of taste" than a "law of nature".

2. Why change now for one "intuition" -- to only later get a "bug report" for the other?

Have I missed something?  Can't everyone always be happy about the location of these two controls....in this way:

1. Tools > Customize - Toolbars tab - Target (Text Object)
2. Find/select "Increase" in Assigned Commands list.
3. Press Move down arrow (at far right)
4. OK.

Good to go.  

@Scott -- you do not need to wait for a patch.  You can configure the toolbar to your taste with this method.
Comment 7 Commit Notification 2022-05-27 11:56:25 UTC
Seth Chaiklin committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/74de217a52a15588e3fdf4059d62a384777c66db

tdf#127294 (related: tdf#147524) add ToD about Customize toolbars

It will be available in 7.4.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.