Good idea, let's say someone got up and ported vim to some other
architecture - would the changes be merged into the source tree or not?
I don't have the $$$ for the devices you mention below. Any why havent
the existing ports (say to win ce) been merged into the source tree (but
pick some other
Calculators these days have plenty of RAM on them, as do the other
hand-held gadgets. C (cross)compilers exist for them all. I'd like to
know if any ports of vim to them are supported out of the box, without
changing the code. I've seen ports of vim to odd architectures, but I
think some of the
I am using the gentoo distro, which has gvim 7.0.17 with some gentoo
patches applied. You did not tell, whether you tried the 'set lines=999
columns=999' twice in a row. Anyway, the plain setting does not work for
me at all in .vimrc even though it does work after some delay, after
gvim has
Works? Anyway my question:
Is it possible to set a global textwidth option in
some way? It is annoying me that it is set to 78 after
pretty much every file I load.
Sucker-punch spam with award-winning
No no, the options is local to a buffer. The only way
I can think of is to create a hook of some sort
(events) and do 'set tw=0' after a file loads, but
gurus might know better.
Need Mail bonding?
Go to the
Well, I am so happy I can post here again (I've been
shut out for about 1/2 year for no apparent reason).
So I need to catch up with the question backlog.
I used to be able to conjure regenerating timer events
in vim 6.4 like this:
here's a nice workaround for a regenerative
CursorHold
I don't know if I am in error, but ':set lines=999 columns=999' from
.vimrc does not work for me under KDE 3.5. It works in ex mode, after
everything is loaded, but not from the .vimrc file (and yes I am using
gvim). There are also some notable strange effects:
au GUIEnter * set lines=999