Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Kinto: Mac-style shortcut keys for Linux and Windows

github.com

Post reply on HN
Print view View original

91–100 of 248 posts

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#91

Post by CGamesPlay »

rbreaves wrote: post #63
CGamesPlay wrote: post #4

Who puts the table of contents in the middle of the content? Below that is where you'll find the "What does this do exactly?" section, which really should be the first thing on the page. Why does the opening section say "Seamless copy and paste with all apps and terminals"? Seems to have nothing to do with the project. https://github.com/rbreaves/kinto/#table-of-contents

There's a link to the Table of Contents near the very top of the Readme right after the basic and short description. I prioritized the info to make it a little faster to get up and running versus the need to scroll past an ever increasingly long ToC. For the most part people shouldn't really need to read something a mile long to get it up and running. I really need to get Kinto packaged officially into the repos for…

I'm actually pretty interested in the project and will definitely take a look into it when I next set up a Linux desktop for whatever reason. That said, I'm only interested in it because I had to spend a lot of effort to figure out exactly what it would be useful for.

> I prioritized the info to make it a little faster to get up and running versus the need to scroll past an ever increasingly long ToC. For the most part people shouldn't really need to read something a mile long to get it up and running.

This is fair! But I don't want to "get set up and running" on something I've never heard of and don't know what it's going to do. I still don't understand why it says "copy and paste with all apps and terminals"... is it because you can copy and paste with a keyboard shortcut?

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#92

Post by fisherjeff »

quesera wrote: post #77
SeanLuke wrote: post #76

Earlier quoted context omitted.

> They add a key to the keyboard, an Alt or Meta equivalent called "Command". OK, awesome. Apple added three keys on the original Mac keyboard. The Command key, the Option key (which is used, more or less, as a second Shift key) and the Enter key (not to be confused with Return). The Enter key eventually was deprecated and made equivalent to keypad-Enter. It's now mapped to Shift-Return on Macs. The Option key, not t…

This is true, and it's an evolution from the Apple II (//, ][, etc) days which had two Apple keys (Open Apple and Closed Apple), one on each side of the space bar. I recall reading somewhere that Jobs hated Open Apple and Closed Apple. But thank goodness for ⌘ !

Amazing how little it takes to completely transport a person back in time. Hadn’t thought about “Open Apple” in a long time – thanks for that!

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#93

Post by stevenguh »

This seems like a collection of shortcut remappings instead of a general window key to ctrl remap. That means that for example if Ctrl+p is not remapped, you can't use the win key.

I have an ahk script that's have a more general approach which maps window key to ctrl. It also remap the text navigation and mac style window switching.

https://github.com/stevenguh/autohotkey-windows-mac-keyboard

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#94

Post by Cyph0n »

On a slightly related note: does anyone else map caps lock to control (and vice-versa)?

I’ve never really understood why caps lock gets a huge key in the middle of the keyboard, while control gets a regular-sized key at the bottom. Generally speaking, caps lock is used much less than control.

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#95

Post by mcpherrinm »

Cyph0n wrote: post #94

On a slightly related note: does anyone else map caps lock to control (and vice-versa)? I’ve never really understood why caps lock gets a huge key in the middle of the keyboard, while control gets a regular-sized key at the bottom. Generally speaking, caps lock is used much less than control.

It's sufficiently common that one of my keyboards has a built-in DIP switch to enable that

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#96

Post by fishywang »

jacobolus wrote: post #60
chmln wrote: post #57

Earlier quoted context omitted.

> One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK in a fucking TERMINAL... Because `ctrl-c` sends an interrupt Most terminals today have a copy-on-select feature, which means you don't need to ctrl-c at all. Just select and ctrl-v.

A large number of keyboard shortcuts are in conflict. "One specific keyboard shortcut has a mouse-based workaround" is not really a good answer. The Windows GUI copied the Mac’s keyboard shortcuts (originally from Lisa?) but didn't have a dedicated key for them so re-used the existing Ctrl key, which already had a meaning on text-based operating systems. (This happened because Microsoft had no input into hardware key…

>One specific keyboard shortcut has a mouse-based workaround

Except for that particular action (select some text on terminal then copy) you have to use mouse to do the "select" part anyways.

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#97

Post by fishywang »

setpatchaddress wrote: post #59
rubyn00bie wrote: post #55

This is great, btw. Kinto is 100% a sanity saver. Please note the following rant is mostly tongue-in-cheek. 'cuz it turns out, I personally hate how Windows and Linux do things with `ctrl`. Coming from a Mac, my biggest and most consistent annoyance is that the `ctrl` key is fucking useless at best... One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK…

You could use a Mac and avoid all of this nonsense entirely.

And then deal with all the Mac nonsense? No thanks.

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#98

Post by maddyboo »

Cyph0n wrote: post #94

On a slightly related note: does anyone else map caps lock to control (and vice-versa)? I’ve never really understood why caps lock gets a huge key in the middle of the keyboard, while control gets a regular-sized key at the bottom. Generally speaking, caps lock is used much less than control.

I map it to escape. I find using the caps lock key as a modifier to be too awkward, I prefer the position of the control key for that. Escape being all the way up at the top left is much more of an inconvenience. I don’t remap the original escape key to caps lock, though, I have xkb set to trigger caps lock by pressing both shift keys.

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#99

Post by PostThisTooFast »

rubyn00bie wrote: post #55

This is great, btw. Kinto is 100% a sanity saver. Please note the following rant is mostly tongue-in-cheek. 'cuz it turns out, I personally hate how Windows and Linux do things with `ctrl`. Coming from a Mac, my biggest and most consistent annoyance is that the `ctrl` key is fucking useless at best... One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK…

While the terminal example is valid, the physical location of the Ctrl key is much better for access. Tucking your thumb under your hand to execute a pincer-like movement for the very common copy/paste commands is awkward and annoying.

Apple should've put the Command key where the "fn" key is.

But the worst thing about Apple keyboards: NO GODDAMNED DELETE KEY. Apple inexplicably offers only a Backspace key mislabeled "delete." WTF? Every other vendor manages to put a proper Delete key on even the smallest keyboards.

I don't backspace things away when I want to delete them. Retarded, Apple. And they had ample opportunity to fix this with the obsolescence of the Eject key... but no. And you couldn't even remap Eject to be Delete, because again inexplicably Apple put a HARDWARE DELAY on that key for some reason. Were people killed by accidentally ejecting a CD-ROM? And if so, why didn't they make Eject a secondary function... on a Delete key?

Oh, and then there's the idiotic default behavior of the Mac Home and End keys. I pretty much NEVER want to go to the beginning or end of a document, but very very frequently want to go to the end of a line.

Re: Kinto: Mac-style shortcut keys for Linux and Windows

#100

Post by PostThisTooFast »

dataflow wrote: post #30
forgotmypw17 wrote: post #19

I used to get annoyed by the differences between platforms and apps. I had my Windows desktop tweaked out just so , and I knew how to set it up that way on a new install in a matter of hours. It kept me tied to Windows for longer than it should've. Then I went switched to Apple and stuck with it for many years, learning a new way. Then, just like with Windows, the rug was pulled out and I had little say in it, and I…

What made you switch from Windows to Mac? Was it the Metro UI everyone hates? Because you can get rid of that in 5 minutes and forget it ever existed after that.

I preferred Windows over the Mac by far, and worked as a developer on Windows for over a decade and a half. Then I had to start using Macs.

The state of the Windows UI now is a disgrace. Its design defects and lack of organization confound users of every expertise level, and its defects make every task a day-ruining ordeal.

Microsoft even took away one UI facility that always made it superior to the Mac: user-definable color schemes. WTF? I was using my own "dark mode", a charcoal color scheme, since the early '90s. Now I challenge you to find the color-scheme editor in Windows. Just as everyone finally realized that inverse color schemes are stupid, Microsoft started forcing one on you.

And it doesn't look like Microsoft has any inclination to overhaul its failed mess. But really, what motivation do they have? Who uses Windows now who doesn't have to do so for work, using some specific software?

Even Visual Studio, which I held out as the gold standard for IDEs, suffers from the same dumb defects it did 25 years ago. They were tolerable then, but now everyone else has caught up and surpassed it. Even Xcode.

Post reply on HN