elastic tabstops and gvim's GTK text widget

2006-10-19 Thread Nick Gravgaard
Hi all, I am the creator of a mechanism called elastic tabstops (see nickgravgaard.com/elastictabstops/). Right now, my plan is to try and implement this in as many text widgets as possible so that the editors that use them will be able to easily add this as a feature. Since vim (well, gvim

insert-mode :map-alt-keys and 8-bit locales

2006-10-19 Thread Alexey I. Froloff
There is bug in vim... According to :help :map-alt-keys : By default Vim assumes that pressing the ALT key sets the 8th bit of a typed character. This is wrong for 8-bit non-ascii locales. Example: :imap M-i something maps CYRILLIC CAPITAL I (in KOI8-R locale) instead of Alt-I. Also, vim

Re: elastic tabstops and gvim's GTK text widget

2006-10-19 Thread Peter Hodge
Hello, Do you intend to make Elastic Tabs available in a console vim as well? regards, Peter --- Nick Gravgaard [EMAIL PROTECTED] wrote: Hi all, I am the creator of a mechanism called elastic tabstops (see nickgravgaard.com/elastictabstops/). Right now, my plan is to try and implement

Re: elastic tabstops and gvim's GTK text widget

2006-10-19 Thread Peter Hodge
I don't think so - just the GTK version. One of the advantages of the elastic tabstop system is that proportional fonts can be used without breaking vertical alignment, and obviously this advantage is invalid in a monospaced console. I'm not fussed about proportional fonts, I'm interested in

Re: elastic tabstops and gvim's GTK text widget

2006-10-19 Thread Peter Hodge
--- Nick Gravgaard [EMAIL PROTECTED] wrote: On 20/10/06, Peter Hodge [EMAIL PROTECTED] wrote: I don't think so - just the GTK version. One of the advantages of the elastic tabstop system is that proportional fonts can be used without breaking vertical alignment, and obviously this

the plugin startup check

2006-10-19 Thread Yakov Lerner
Almost every plugin begins with this check: if exists(g:plugin_name) | finish | endif let g:plugin_name = 1 I understand this tries to save time if vim tries to load plugins 2nd time. But aren't plugins loaded only at vim startup ? Does vim *ever* ever try to load plugins 2nd time ? In

Re: the plugin startup check

2006-10-19 Thread Peter Hodge
I think it is because you may have a copy of the plugin in $VIMRUNTIME as well as in your .vim folder. In this way, your .vim copy is sourced first (well, according to 'rtp'), sets the g:plugin_name variable and when the $VIMRUNTIME plugins are sourced, and it sees the variable and prevents

Re: the plugin startup check

2006-10-19 Thread Yakov Lerner
On 10/20/06, Peter Hodge [EMAIL PROTECTED] wrote: --- Yakov Lerner [EMAIL PROTECTED] wrote: Almost every plugin begins with this check: if exists(g:plugin_name) | finish | endif let g:plugin_name = 1 I understand this tries to save time if vim tries to load plugins 2nd time. But

Re: insert-mode :map-alt-keys and 8-bit locales

2006-10-19 Thread A.J.Mechelynck
Alexey I. Froloff wrote: There is bug in vim... According to :help :map-alt-keys : By default Vim assumes that pressing the ALT key sets the 8th bit of a typed character. This is wrong for 8-bit non-ascii locales. Example: :imap M-i something maps CYRILLIC CAPITAL I (in KOI8-R locale)