Re: Limits on the number of possible buttons...
On Wed, Mar 15, 2000 at 08:25:59PM +0100, Martin Dalecki wrote:
> And the GUI based configuration thingee was much much saner in this
> in my oppinion then what we currently have... (What we currently have is
> fine for terminal based apps, but is't just a bad joke if you run the
For the most part, I agree with you, and let me expand on that topic a
bit more. (In your case, you can ignore this email, because I'm
probably preaching to the choir, but maybe it will get others on the
mailing list to agrree.)
<< Start of long rant. Please don't quote the whole thing unless you
have a lot to say. :) >>
For a gui based editor, there are some things a gui is really really
good at, but doing the same in "text mode" is just plain clunky.
The preferences/configuration option is one of these. The other is
the help system. With a gui interface, a much more powerful and
easier to use dialog could be made available for both.
Look at the current methods:
- for configuration, source $VIMRUNTIME/optwin.vim and "edit" a text
- for the help system, enable "wild" menus, type ":h" and a partial
word, then hit tab until you find what you want.
With the number of options available in vim, I typically spend a lot
more time than I want to whenever I need to investiage or find
Both methods work, and are very useful for a purely text based system,
but in a gui, they're just too clumsy.
Yes, and I know we've had this discussion in the past, and the
rationale for doing things the way they are currently done is even
documented (see ":h design-goals", ":h design-multi-platform", et al).
I'll even quote from ":h design-not" :
- Vim is not a fancy GUI editor that tries to look nice at the cost of
being less consistent over all platforms. But functional GUI features are
But it's always a trade-off for one option over another. In the gui
case, something really needs to be done to improve it, else there's
little point in providing a gui interface that's handicapped.