Bug 151284 - Size submenu of table selection context menu not clear enough
Summary: Size submenu of table selection context menu not clear enough
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.4.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: UNO-Command-Label
  Show dependency treegraph
 
Reported: 2022-10-02 18:52 UTC by Eyal Rozenberg
Modified: 2022-10-18 21:46 UTC (History)
2 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 Eyal Rozenberg 2022-10-02 18:52:18 UTC
IMHO it is not intuitive to figure out that the "Size" submenu of the table context menu includes "Distribute Row Height Evenly" and "Distribute Column Height Evenly". The word "size" is generic, and is not the one we use for columns nor for rows. Finally, "Size" is redundant with "Position and Size".

Please consider one of the following actions:

1. Changing the item name to "Rows & Columns" or "Row Height & Column Width" or "Row & Column Sizes"
2. Splitting "Size" into two submenus: "Row Height" and "Column Width". That would allow dropping these respective prefixes from the submenu item names.

I like option (2.) better personally.
Comment 1 Rafael Lima 2022-10-03 14:35:44 UTC
"Size" is also used in Writer, although in Writer tables do not have a "Position and Size" command, hence no redundancy.

I think I'm so used to this command name that it doesn't bother me.

Maybe we could rename "Size" to "Optimize Size".

In the Tabbed interface these commands are inside a group named "Optimize".
Comment 2 Heiko Tietze 2022-10-04 12:09:15 UTC
It was changed for bug 119773. What is the common term for height and width, if not size?
Comment 3 Eyal Rozenberg 2022-10-10 20:42:03 UTC
(In reply to Heiko Tietze from comment #2)
> It was changed for bug 119773. What is the common term for height and width,
> if not size?

It's not a common term, it's just vague. Also, look at "Insert". It has commands for both rows and columns - but all of these commands are "Insert something". Same for Delete. Not at all the case for "Size".

More naming alternatives for option (1.): "Resize Row/Column", "Row/Column Resize", and the same with "Adjust" rather than "Resize". Just adding some more ideas.
Comment 4 Cor Nouws 2022-10-12 11:31:30 UTC
Can be better indeed :)

To keep consistent with other metrics related menu entries in Table > .. let us not use the noon row/column.
So 'Height and Width' would work for me.
Comment 5 Heiko Tietze 2022-10-13 07:44:03 UTC
We discussed the topic in the design meeting.

Admittedly the label "Size" is not perfect and does not follow the recommended Verb-Noun structure labeling commands with the actual action. However, neither the suggested "Width and Height" nor "Resize" are substantial improvements. In particular thinking of localization for the full idea with "Resize Row/Column".

So we recommend to not change the label => WF.
Comment 6 Eyal Rozenberg 2022-10-18 21:46:11 UTC
(In reply to Heiko Tietze from comment #5)
> We discussed the topic in the design meeting.
> 
> Admittedly the label "Size" is not perfect and does not follow the
> recommended Verb-Noun structure labeling commands with the actual action.
> However, neither the suggested "Width and Height" nor "Resize" are
> substantial improvements. In particular thinking of localization for the
> full idea with "Resize Row/Column".

I don't understand how you can leave "Size" on the menu with "Position and Size".

If the naming is so problematic - perhaps the submenu should just be broken up into a 'Row' and 'Column' submenus.