Skip to main content

Bug - tab navigation, keyboard shortcuts conflict with text alignment

Completed

Comments

5 comments

  • Fletcher Penney

    Cmd-{/} don't change tabs for me under any circumstances (in nvUltra, Compose, or TextEdit for that matter).  Is that a custom shortcut you have?

    0
  • William Turrell

    No, I checked. (edit: it works in Textedit for me - version 1.13 (333))

    If I get time I can try it on a different machine.

    0
  • Fletcher Penney

    What version of macOS are you using?

    0
  • AmberV

    I do think there is some weirdness here in that Apple does treat ⇧⌘[ and ] as tab switching keys, even though as printed in the menus, the official shortcuts (on 10.14.6 anyway) are ⌃⇥ and ⇧⌃⇥. They probably do this because, yes, prior to making tabs an OS-wide thing, those programs with bespoke tabs, like browsers, would often use curly brackets for switching.

    For me, I can reproduce this in TextEdit (v1.14), however importantly in order to see that effect, I must have TextEdit in plain text mode, where alignment is irrelevant! If I switch over to RTF mode, then the bracket-based shortcuts stop switching tabs, and start changing alignment.

    So in short, I think that nvUltra does the same thing is fine. I don't think Apple intends the bracket-based shortcuts to be universal or to override the local software's use of these shortcuts, they are meant to be a background fallback, and that behaviour is probably meant to be deeper than third-party software messes with. And at the same time, I don't think that nvUltra should change alignment shortcuts from what is otherwise a Mac-wide standard. Anyone that uses word processors on a Mac (except maybe Word users, I don't know) is going to instinctively use {, } and | for alignment.

    0
  • Fletcher Penney

    Fixed for me in later versions.  Please update if you're still experiencing this.

    0

Please sign in to leave a comment.

Powered by Zendesk