在mac下用karabiner可以实现 press ‘w’ click ‘k’ -> toggle emacs to front most 所有键都能绑定
常用应用比如浏览器 编辑器 设置快捷键 然后在设置一个键切换到 上一个应用 和切换到上上个应用就可以了(或者是最近两个应用切换 和最近三个应用切换)
长期使用Emacs,购置一个键位对Emacs友好的键盘是非常必要的．
不可否认的是，emacs的确实有ctrl过度使用的问题，从我的个人的感受来说，人类的五根手指的可利用性上来说，小指确实不应被分配到emacs这样使用度的ctrl按键。我是说，拇指或者食指或许更适合这样的使用度。
如果从解决问题的角度来说的话，我的亲人经历感受来讲，有几方面或许是可以被用来在这种情况下解决这样的问题的：
1，使用一个mac系统，而非linux或win。我是说，win或linux相对mac来说，对ctrl的使用更加频繁，mac大量的使用了要用拇指按的command按键代替了ctrl的使用。我以前是linux的重度使用者，这是我从linux切换到mac的一个直观利好感觉。
2，调整emacs的默认按键设置。众所周知的是，vim和emacs是两大用键盘来控制一切文本编辑的利器，而他们各自采用了两种在只用键盘解决文本编辑的截然不同的思路。如果我们认真的观测和思考用键盘来解决文本编辑的问题的话，似乎也只有vim和emacs的这两种思路。emacs是一种递进增加按键层次的解决方案，这很像windows系统里面alt所做的事情，emacs是非常直观的解决键盘文本编辑的思路，我其实认为emacs的这种解决思路在windows的系统按键设计里面是很好的实现，我是说windows的ctrl和alt的配合使用来达到的可以用按键实现所有的gui操作。但emacs的按键解决思路有非常明显的问题，就是显得非常啰嗦，vim通过划分编辑模式的方式，来精简掉了按键太多冗长的问题。
对于我的第二项，我讲的也太啰嗦了，我是想说，通过这样的思考，可能会启发到我们，关于键盘按键的设计问题，的根本问题是，如果我们尝试包含所有的功能实现映射到按键，那么总是没有办法把按键做到非常精简和适合人手来按的。但是我们会发现，对于特定的人，总是不会需要所有的按键绑定的，其实有非常多的冗余绑定可以被解放掉，也就是对于特定的人，我们用不到的按键。这种问题就像，MacOS在系统内部尝试了把emacs的按键绑定拓展放在所有的文本编辑里面，但是由于按键冲突，MacOS修改了部分按键绑定((Emacs) Keyboard Shortcuts for Editing Text Fields in OS X)，Mac这样修改的原因是因为，mac作为一种大众设计的系统，要平衡按键设计试图做到保留所有的旧按键，他没有办法定制化的对特定的人来精简按键，去除按键。
总结来说，我觉得从宏观和整体的角度思考来说，emacs目前已然是在一种过度使用小指的状态下来，要避免这样的问题，有几种思路，一种是要适应的修改一些自己太长用的需要用到ctrl的自己的按键绑定到其他不用ctrl的位置，另外是我们总是要注意休息和揣摩自己的小指的承受力，适当的休息手指，这就像，当前俨然已经是在一种到处都在过度近距离使用眼睛的状况下了，要预防近视，总重要的是要适当的休息眼睛，而且我们会发现，对于我们身体的承受力来说，本来就是要适当的休息眼睛的，而且会发现，只有适当的休息了眼睛，才能做到更加充分的发挥眼睛功效的境界，适当的休息眼睛从更加宏观的角度来说，是提高了自己的生产力的，这同样适用于我们所说的小指问题。
希望我的评论，可以抛砖引玉，引发出大家更加深刻的思考和感受。
1 个赞
1 个赞
我的r-alt作为hyper key用了不到一个月就大拇指不舒服了 
，又有个主意，现在改成了cmd-1~cmd-5(我有cmd/win在右边，是用右手手掌压的)(app内切换比如浏览器tab切换，我改成ctrl-1了)，这样算是绕路找回了hhkb缺失的左下角那个键吧，暂时不用考虑换键盘了。感觉这个方案对手指没什么威胁，和编辑器没冲突，还是很棒的，唯一缺点是数字键的容量/槽位略少。
咦，居然可以装了，我记得之前从melpa里是装不上的