Why should a multi-platform application (Vim, eclipse, ...) act like a Windows application?
-Tuxman
There's no law that it has to, but it's almost always better when it does.
(The following is a general remark, not related to the current state of g/vi/m):It may no longer be the case now, but for years multiplatform apps rectricted themselves to the lowest common denominator of what's available on all supported platforms, and then further to what could be done via a remote terminal. So no arrow keys, because some systems didn't have those, no function keys, no shift key selection, etc. That was in the shell / telnet, but today I'm still seeing Java apps without context menus in text boxes. Or apps where Ctrl+C works, but Ctrl+Insert does not - because the clipboard support was hardwired manually and is incomplete. By contrast, when your application is native, it gets all the clipboard functionality for free, by "birthright", as it were.
It takes a lot of work to reimplement all the clipboard features or all the functionality something even relatively simple as a standard Windows textbox. Some multiplatform apps don't do that, and it's understandable. I just won't use them if they don't.
I'm weird that way. If the 'A' key does the same thing in every editor, I believe the 'Home' key should also do the same. Anything else strains my patience, and I've yet to find an app with enough redeeming features to compensate for feeling alien on Windows.
I think the fantastic success of FireFox on Windows is partly due to the fact that it respects Windows rules all the way. There's nothing unusual, nothing out of place about the FireFox UI. And I expect it does the same on Macs and other platforms it supports. It must have taken an enormous work to make it that way.