While in cell editing, option left or right arrows should skip to cursor to the previous/next word instead of decreasing/increasing the column width
Steps to Reproduce:
1.Double-click a cell with text comprising many words
2.Press Option and Right Arrow Key
The width of the column is changing.
Scroll to the next word's beginning (like in Microsoft Excel)
User Profile Reset: No
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:58.0) Gecko/20100101 Firefox/58.0
On Windows it is Ctrl+Right Arrow to move to next word. Have you tried Command+Right Arrow? In most cases using Command key instead of Ctrl key should work.
On Mac, default shortcut key for moving word-by-word is Option and Left/Right arrow. Command and Left/Right goes to the beginning/ending in the current line. (Not only Microsoft Excel on Mac but in other programs such as TextEdit.
Build ID: 97471ab4eb4db4c487195658631696bb3238656c
CPU threads: 4; OS: Mac OS X 10.13.1; UI render: default;
Locale: fr-FR (fr_FR.UTF-8); Calc: group threaded
This behaviour has been there since
setting version to InheritedfromOOo
In comparison, Apple's own
Numbers version 4.3.1 (5249)
behaves in the expected Apple way, i.e. using the Option+arrow key to jump from word to word.
What does LibreOffice use for word wise cursor movement in normal text in Writer?
Is the short cut Ctrl+Arrow already used on a Mac for something, or can it be used as an alternative for changing column width?
In LibreOffice Writer on MacOS, Option + Left/Right Arrow scrolls word-by-word.
In macOS Ctrl + Left Arrow key switch the user desktop into the special desktop named dashboard (with some sort of widgets). Ctrl + Right Arrow does not have a special behaviour.
Ctrl+left/right arrow is the MacOS/OSX system shortcut for switching desktop spaces.
So what is your suggestion for shortcuts for changing the column width for Mac? It has to be suitable for all Writer, Calc, Draw and Impress.
(fn + Option + Left/Righ Arrow) may be suitable.
By the way, I realized that (Shift + Option + Right Arrow) key combination arranges the current column's width in a best fit in calc. Therefore, this shortcut should also changed accordingly (i.e. fn + Shift + Option + Right Arrow).
I strongly support the view that this is unexpected behaviour, i.e. a bug. Actually, I have just registered to post it and found this when searching.
Calc is the only application I use that does not use the standard shortcuts (don't know about Impress which I never use. A brief test shows me that the behaviour is normal (i.e. option+arrows jumping words, cmd+arrows jumping towards beginning/end of line). Writer behaves as I would expect it on my mac).
As for a suggestion: what do the other LibreOffice apps use? (If somebody knows it). Fn+the keys seem viable for me, although I don't know whether that's Apple standard. Otherwise: what about Cmd+Option+Arrows (that is resize *cell* in Writer currently, as far as I can tell)?
Personally, I think it would be better not to have a combination than to have a totally unexpected one for Mac users (Mac used to be known for its consistency in UI, although Apple is apparently letting on that).
Could be easyhack-ified ?
(In reply to Cor Nouws from comment #12)
> Could be easyhack-ified ?
If you find the right code pointer it's a one-liner. But most key events in the edit engine are hard-coded and well hidden under the spaghetti pile. Tried https://opengrok.libreoffice.org/xref/core/sc/source/ui/drawfunc/fudraw.cxx?r=423d1648#360 but that's not the right place. Maybe Eike has time to help.
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!