4 ms·

There are clipboard applications which will pull everything into a single clipboard. KDE Plasma, for instance, has a great built-in clipboard which does this an

There are clipboard applications which will pull everything into a single clipboard. KDE Plasma, for instance, has a great built-in clipboard which does this and which also handles at least images as well. > The second dream wish would be for consistent keybindings in all text input boxes, like in Mac OS. Such as make Ctrl-A always go to the beginning of line, Ctrl-E always to the end, and Ctrl-K always kill whatever is in there. For this, you should really just run Emacs. But this isn't a Linux issue really, but a more general 'problem' of competing conventions (Emacs, vi, CUA, etc.) for keyboard shortcuts.

dubya 8y ago
The issue is that on a Mac, the conventions work in (almost) any app, in any text entry area, and it's frustrating to not have that work. For example, Excel violates this convention for formula editing, and it's really grating to edit using only left, right and backspace. Probably MS has their own conventions, but I don't use Excel enough to learn them. Command line apps and things like MacVim are obviously a different story. The controls are actually a little strange, because they aren't well documented or discoverable, and don't seem to be configurable, unlike most other shortcuts.
- _emacsomancer_ 8y ago
  I do agree that it's frustrating not to have this functionality everywhere. (One minor trick to make some of it a little less painful is that in CUA mode [i.e. MS mode], for Control-A, Control-E, you can type Control-A (=select all) and then Left to jump to the left edge, and Control-A and then Right to jump to the right of a text box).
ams6110 8y ago
It's a NEXTSTEP legacy. Any MacOS application that uses the standard UI text field classes (NSText, NSTextView, etc) will get the emacs-like key shortcut behaviors. The NS prefix on those classes means "NEXTSTEP" Microsoft Office probably implements its own text box classes so it's different.
- _emacsomancer_ 8y ago
  Amusingly, at least in certain Emacs libraries (e.g. `frame.el`), `'ns` is also used to indicate macOS.

dubya 8y ago

The issue is that on a Mac, the conventions work in (almost) any app, in any text entry area, and it's frustrating to not have that work. For example, Excel violates this convention for formula editing, and it's really grating to edit using only left, right and backspace. Probably MS has their own conventions, but I don't use Excel enough to learn them. Command line apps and things like MacVim are obviously a different story. The controls are actually a little strange, because they aren't well documented or discoverable, and don't seem to be configurable, unlike most other shortcuts.

_emacsomancer_ 8y ago
I do agree that it's frustrating not to have this functionality everywhere. (One minor trick to make some of it a little less painful is that in CUA mode [i.e. MS mode], for Control-A, Control-E, you can type Control-A (=select all) and then Left to jump to the left edge, and Control-A and then Right to jump to the right of a text box).

ams6110 8y ago

It's a NEXTSTEP legacy. Any MacOS application that uses the standard UI text field classes (NSText, NSTextView, etc) will get the emacs-like key shortcut behaviors. The NS prefix on those classes means "NEXTSTEP" Microsoft Office probably implements its own text box classes so it's different.

_emacsomancer_ 8y ago
Amusingly, at least in certain Emacs libraries (e.g. `frame.el`), `'ns` is also used to indicate macOS.