Request for Mac-specific shortcuts for text editing
1. Open attached score (produced in 1.3).
2. Double-click title.
3. Move cursor to start.
4. Hold either Command or ctrl, and press Right.
Expected result: The cursor moves to the end of the line.
Actual result: The cursor moves to the beginning of the next word.
OR:
4. Hold alt and press Right.
Expected result: Cursor moves to the end of the word.
Actual result: Cursor moves to the next character.
Using MuseScore 2.0 Nightly Build 2f31c34 - Mac 10.7.5.
| Attachment | Size |
|---|---|
| Shortcuts move cursor to wrong place.mscz | 1.42 KB |
Comments
Could this be Mac-specific?
No, it's correct behavior, a long-standing bug that was recently fixed. Ctrl+left/right is the standard shortcut for word left/right; now we finally support it. There is no standard meaning for alt+left/right.
see #11650: request ability to use standard shortcuts to move by word when entering text
Oh.
I tried all these steps in TextEdit and Spotlight (both Mac-built). I just want to be sure incase Mac-specifc results are a case to be specially catered for.
I guess it could be worth checking to see how other cross-platform apps handle potentially different expectations for how text editing shortcuts might work.
I use both Windows and Linux (some Mac a while back as well) and have always used Control + to move by word. On Linux, I followed the steps above, and Control + right arrow moves the cursor to the end of the line, instead of to the next word like I was expecting. Alt + right arrow just moves by a single character. Please fix the arrow keys, or better yet use a standard widget which will also make the text accessible to screen readers and also meet people's expectations.
I think you misunderstand. Ctrl+Left/Right *was* fixed to move by word, a week or so ago. I am guessing you are using an older build.
Also, are you saying the text is *not* accessible to screenreaders? Which one(s) specifically? We are aiming to make MuseScore as compatible with NVDA (WIndows) as possible; other combinations may follow. There will probably be a script to enable JAWS support. But I have no idea if that extends to text editing boxes - our assumption so far is that *editing* in general is not going to be accessible, and we are focusing on *reading* scores.
Feel free to file a new issue specifically about screewnreader support to text editing wdigets.
OK, sorry, I do need to update my build. I'll file a separate ticket for the screen reader issue.
I can still reproduce this.
Using MuseScore 3.0 Nightly fd0460d - Mac 10.11.6.
In other words, it's still fixed? Ctrl+right does what it is supposed to - move to the next word?
In reply to In other words, it's still… by Marc Sabatella
Mac keyboards (Mac os X keyboard layout) have different from Windows meaning for CMD and Alt + Arrows. CMD+right should go to the end of the line, but Alt+right should go to the next word. It is because Mac keyboards don't have end/home buttons at all.
Sorry, I meant to make active.
My recollection of the discussion leading to the implementation of the next-word behavior is that it was a deliberate choice to try to unify things between OS's.
However, I could see as a feature request wanting us to break compatibility between systems in order to provide more familiar shortcuts for Mac users. I think there may one or two other places we do this?
I've also noticed MuseScore behaves differently than other Mac apps and I've found it annoying. I'd welcome the change to platform-specific behaviour.
Cf. #268197: Up/down arrow keys in first/last line of text don't go to beginning/end