https://bugs.documentfoundation.org/show_bug.cgi?id=167090

--- Comment #13 from ady <[email protected]> ---
(In reply to Eyal Rozenberg from comment #12)

> 
> Alt+Left/Right moves the _end_ side of the column. i.e. it moves the right
> side in an LTR sheet and the left side in an RTL sheet. So, what you
> suggested as a proposed change is actually the current beahvior :-(


> I am not against cell enlargement taking the End direction; but if that's
> then the shortcuts need to be flipped

Wrong, incorrect conclusion. No, no, no movement. Please carefully re-read
Regina's comment 2; those are mere observations, not definitions. The in-common
behavior: the width of the column. Focusing on column limits
(end/start/left/right) is an observation of a natural physical consequence.
When the width of a column changes, then the (quasi-hypothetical) consequence
is that either one column limit moves, or the other, or both, but the effect is
not "move the limit". The effect is "change the width of the column".

No dependency of these keyboard shortcuts on spreadsheet direction. No.
Completely against.

There are many things in Calc that are not intuitive. Keyboard shortcuts must
be consistent, and then intuitive. I do not agree that these shortcuts are not
intuitive. They are consistent, and intuitive. They modify the width of the
column, no matter the spreadsheet direction.

We frequently refer to the "secondary" button in a computer mouse as
"right-click". But there are left-hand users, and devices with no buttons, or
with more than 2 buttons. We still usually talk about "right-click". I am sure
we don't intend to offend anyone, or to dismiss their needs. It is just a
simpler way to express ourselves, and almost everyone understands what this
"right-click" means, including left-handed users.

Do not make a mess of shortcuts that do not really require modifications.
Without repeatable patterns, shortcuts are useless. If you insert conditions
such as the direction of the worksheet, you will only get users applying the
wrong shortcut (e.g. shrinking the width of a column when they wanted to expand
it).

There are more than enough issues with keyboard shortcuts in Calc. Shortcuts
that should had been available for years but they aren't. Shortcuts that never
worked as documented. Modifying already-known shortcuts has to have very good
reasons. In other situations, I have been in favor of changing a shortcut in
Calc. This is not such case, at all.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to