ubuntu下的gvim不如windows下的好用

[Fermat618]

to Fermat618 呵呵，既然按F10 能激活菜单（不过，F10离得有点远），那么单按一个Alt
激活菜单，也不在话下。

至于协调不协调的问题，你可以看看gvim，它的行为又和哪些程序协调了？模式编辑，又有
哪些程序有？

软件这个东西，其实就是一个习惯（操作惯性）问题在作怪。也就无怪乎，为什么ubuntu最
开始在模仿windows，现在又在模仿mac的风格了。

什么都不是问题，习惯了就好。

vim这个东西，最大的好处，就是能打造属于自己的习惯——我相信，我的vim配置，完全搬
给你使用，你也会头大一段时间——至少很多功能你不会用。

至于“折腾”这个说法，既然选择了VIM，折腾就是免不了的了——给vim打打补丁这种事，
我也干过——虽然自己没有贡献代码。痛并快乐着吧——呵呵，折腾也成了一种习惯了。

关于“协调”这个问题，我使用了模糊词，导致你扯远了。换种说法吧，vim 在 GNU/Linux 下的菜单是GTK+管的，vim和其它的GTK+程序都没有单按Alt激活菜单的行为，说明了这个行为应该是一个GTK+的标准行为。你要改vim的源代码来实现vim的 GTK+ 界面下单按Alt能激活菜单，很可能意味着你要在vim的源码中来hack GTK+的行为，这本身是很不自然的一件事。

[Fermat618]

<Alt+字幕>进入特定的菜单;单独<Alt>选中菜单栏，用方向键可切换或者唤出特定的菜单功能;

你不得不认为，windows下，这种设定又一定操作上的惯性——起码，不用像gtk下，你需要多记歌功能键——F10;虽然，Windows下，F10也是选中菜单栏。

那我告诉你windows这种行为的一些不好之处吧。

1. windows这种菜单默认行为多了个无谓中间状态。当按下Alt键后，焦点到了菜单上，而菜单又是半激活状态，需要进一步的操作才能激活。退出菜单时也要按两次Esc才能退出。这一个无谓的中间过程的主要作用就是减慢用户的操作。
2. 增加了Alt修饰键的副作用。修饰键主要作用是修饰其它同时按下去的键，单独按修饰键是不应该有副作用的，这样用户想中途取消某个组合键，不会发生想不到的结果。而Windows的Alt激活菜单，显然违背了这一点。

综上所述，如果我是GTK+开发者，我也不会让Alt键有类似于windows下Alt键这种奇怪行为的。

什么叫以人为本？为什么要开发触屏？Windows中gui上花费了这么多心思，必然有其可取之处。

windows的gui不见得怎么样。举个例子吧，GTK+的菜单在当鼠标移到有子菜单的项时，子菜单会展开，此时鼠标竖直向下移动，子菜单会立即消失, 而鼠标斜向下移向子菜单项，就算移得慢也可以顺利到达子菜单。而在windows XP中，不管你向下移动鼠标或是斜向下向着子菜单移，子菜单的消失时间是一样的。这个消失时间长意味着鼠标移过菜单的时候有一顿一顿的感觉，而设短的话就得先横后竖走一条很狭窄的路径才能顺利到达子菜单。当然，这个技术首先不是GTK+的功劳而是苹果公司的功劳。我第一次看到这个设计的时候就很惊叹，这是个很细却很影响用户体验的地方。

兼容并续才是王道;不然也就不会有ubuntu这种东西了。

当然，本问题没有必要再继续了。

改变不了环境，我适应环境还不行吗？

发点牢骚而已——感觉牢骚塞肚子里不放出来，会消化不良的。

还真只能当牢骚话。

[sarrow]

Fermat618，你来得真早。

好了，到时间了。我要说，感谢各位捧场。某也非常佩服各位的学识。

俺作一点总结吧：

1. 凡事皆有两面性。
2. 每个人心里面都有一个自己的哈姆雷特。

另，祝愿linux世界越来越好。也祝愿各位工作学习顺利。

[fanhe]

天亮了

[lilydjwg]

windows的gui不见得怎么样。举个例子吧，GTK+的菜单在当鼠标移到有子菜单的项时，子菜单会展开，此时鼠标竖直向下移动，子菜单会立即消失, 而鼠标斜向下移向子菜单项，就算移得慢也可以顺利到达子菜单。而在windows XP中，不管你向下移动鼠标或是斜向下向着子菜单移，子菜单的消失时间是一样的。这个消失时间长意味着鼠标移过菜单的时候有一顿一顿的感觉，而设短的话就得先横后竖走一条很狭窄的路径才能顺利到达子菜单。当然，这个技术首先不是GTK+的功劳而是苹果公司的功劳。我第一次看到这个设计的时候就很惊叹，这是个很细却很影响用户体验的地方。

啊，原来是这样。。。。我一直不知道呢。不过在 Windows 下（以及 fcitx 的菜单、Tk 程序中）我经常得小心地移动到子菜单上。
PS: SWT 也支持这个呢。Qt 通常是在激活其它菜单项时才取消子菜单的显示。