Post 2411276 by alcinnz@floss.social
(DIR) More posts by alcinnz@floss.social
(DIR) Post #2393497 by mvz@mastodon.social
2018-12-27T07:48:16Z
1 likes, 0 repeats
Ctrl-shift-c should really only be a thing if Ctrl-c is not 'copy'. And then, Ctrl-shift-c should be 'copy'. Not 'show calendar' or 'show development tools'. 😠
(DIR) Post #2404873 by aral@mastodon.ar.al
2018-12-27T10:30:26Z
0 likes, 0 repeats
@mvz Or remove a fundamental action like copy/paste from an overloaded key combination and use, eg., meta/mod C and V everywhere. Remembering to Ctrl+Shift+C/V in Terminal is one of my bugbears with Linux. Especially when the result of forgetting the former is a break command!
(DIR) Post #2404874 by mvz@mastodon.social
2018-12-27T10:42:31Z
0 likes, 0 repeats
@aral I'm not disagreeing, but for sanity's sake that would have to mean not using Ctrl at all for application accelerators.
(DIR) Post #2404875 by aral@mastodon.ar.al
2018-12-27T12:16:31Z
0 likes, 0 repeats
@mvz Not sure I follow. On macOS Command C/V works the same everywhere with zero issues.
(DIR) Post #2404876 by mvz@mastodon.social
2018-12-28T22:45:21Z
0 likes, 0 repeats
@aral Yes, but on macOS all accelerators use Command, right? That's what Linux desktops environments should do too, rather than only change copy/paste. Ctrl would then just be something you use in the terminal for sending signals and stuff.
(DIR) Post #2404877 by bugaevc@mastodon.technology
2018-12-29T11:54:17Z
0 likes, 0 repeats
@mvz @aral not all — many standard do, but complex programs such as IDEs use every imaginable combination (with shift, alt, fn, control and their combinations)• you can set up a terminal emulator on Linux to make Ctrl-C/Ctrl-V just work (for both copying and entering ^C) — I've been using this for years and cannot imagine doing it any other way; it's just a shame it's not the default
(DIR) Post #2404878 by bugaevc@mastodon.technology
2018-12-29T11:54:35Z
0 likes, 0 repeats
@mvz @aral btw, I much prefer how in GNOME, all the system combinations use Super and all the in-program ones use Ctrl/Alt or something but not super. There are some historic exceptions (Alt-Tab is an alias for Super-Tab), but overall it's a lot cleaner than how the system and apps fight for key combinations on :macos:
(DIR) Post #2404879 by aral@mastodon.ar.al
2018-12-29T14:36:26Z
0 likes, 0 repeats
@bugaevc @mvz It would make sense to have a system-wide shortcut for the _system_ clipboard ;)
(DIR) Post #2404880 by bugaevc@mastodon.technology
2018-12-29T14:49:55Z
0 likes, 1 repeats
@aral @mvz no, the copy/paste actions are handled by the active app, not by the system. The system does not know or care what your app considers a text field / selection. It's the app that decides that it has some contents that it can copy (= share with other apps) and sends them off to the system, and it's the app that decides it can paste something into the current text field / canvas / whatever, and requests the buffer contents from the system.
(DIR) Post #2406415 by BartG95@mastodon.host
2018-12-29T17:58:28Z
0 likes, 0 repeats
@bugaevc How does your terminal know whether you want to copy or send ^C if you use the same shortcut for both?
(DIR) Post #2406416 by alcinnz@floss.social
2018-12-29T18:26:01Z
0 likes, 0 repeats
@BartG95 @bugaevc In mine, the test is whether you have something selected for it to copy. That's a simple and reliable technique.
(DIR) Post #2410823 by aral@mastodon.ar.al
2018-12-29T19:19:23Z
0 likes, 0 repeats
@bugaevc @mvz Yes, but it’s the _system_ clipboard :)
(DIR) Post #2410824 by bugaevc@mastodon.technology
2018-12-29T19:29:46Z
0 likes, 0 repeats
@aral @mvz yes, so? It's the action performed by the app, and you (the user) tell the app to interact with that system clipboardI get how that can be a bit confusing because it *seems* the clipboard is "system" while say keyboard layout is in-app whereas actually it's the app who initiates clipboard interactions (so Ctrl-C/V/X) & it's the system that decides to switch the keyboard layout (so Super+Space).
(DIR) Post #2410826 by aral@mastodon.ar.al
2018-12-29T20:43:07Z
0 likes, 0 repeats
@bugaevc @mvz I’m taking about it from the perspective of the person using it.If the clipboard is something I use to copy/paste between apps then I expect a single gesture for copy and another for paste.Having the clipboard be system-wide but the shortcuts differ in one app is simply inconsistent and confusing.
(DIR) Post #2410827 by bugaevc@mastodon.technology
2018-12-29T20:49:34Z
0 likes, 1 repeats
@aral @mvz @byron that's how I see it: a bit confusing at first ("isn't the clipboard system-wide? why does it use the Ctrl key then?"), but logical once you realize it's the app you send Ctrl-C to, not your window manager or anything. (Compare to Ctrl-S'ing a script in a text editor to run it in a terminal — you do it to share some content/data between apps, but it's the apps you send the commands to.)I absolutely agree that terminal emulators using Ctrl-Shift-C/V for clipboard is nowhere near intuitive,
(DIR) Post #2411276 by alcinnz@floss.social
2018-12-29T21:07:44Z
0 likes, 0 repeats
@bugaevc @mvz @aral elementary OS does the same in this case.
(DIR) Post #2411362 by alcinnz@floss.social
2018-12-29T21:11:23Z
0 likes, 0 repeats
@aral @mvz I don't ever have that issue on elementary OS (and it appears @bugaevc has it set up the same way).ctrl-c works great in my terminal for both exit the program and for copy. It came preconfigured to decide between the two depending on whether you have text selected, and it just works perfectly!
(DIR) Post #2421390 by jon@mastodon.jonspark.com
2018-12-30T02:57:18Z
0 likes, 0 repeats
@alcinnz@aral @mvz @bugaevc My ctr-c in Terminal annoys me when I don't realise that I still have some text selected further up the buffer and try to terminate a foreground process ...
(DIR) Post #2475774 by mvz@mastodon.social
2018-12-31T16:42:37Z
0 likes, 0 repeats
@alcinnz @aral @bugaevc What terminal program would that be? I don't see gnome-terminal having this option.