Vim 6.4 Released 419
file cabinet writes to tell us that for the first time in more than a year Vim has released a new version. Version 6.4 stable was released yesterday and while there are no new features added they are touting dozens of bug fixes.
Re:Bugggg fix only. nice (Score:5, Informative)
It's a tricky decision. Some projects are way over on the side of "keep throwing out new versions with new features and new bugs". Vim is way over on the other extreme: "release 'new feature' releases every few years and keep the stable branch working". For end users it's a mixed blessing.
Fortunately, the 7.x branch is pretty much stable (as in every day usable) at the moment. I've been using the Gentoo ebuilds (package.masked), which means I get a CVS snapshot which has been at least reasonably well checked and had any icky bugs fixed. I'd hate to miss out on the new toys. The 'numberwidth feature alone makes it worth the upgrade, even if 'spell didn't exist.
Re:Intellisense #1 feature, pay Bram to add it (Score:0, Informative)
http://www.satokar.com/viplugin/index.php [satokar.com]
This plugin + eclipse is super productive (for me, anyway) when writing java.
Re:I just want to say thanks. (Score:5, Informative)
http://iccf-holland.org/index.html [iccf-holland.org]
Re:Why are we hiding from the police, daddy? (Score:3, Informative)
Regards,
Steve
Re:How do you do a character literal? (Score:3, Informative)
Re:Intellisense #1 feature, pay Bram to add it (Score:5, Informative)
Re:I just want to say thanks. (Score:3, Informative)
Re:Bug fixes (Score:3, Informative)
If you're a loyal Vim user... (Score:5, Informative)
Re:Wishes for the next VIM and why use Vim (Score:4, Informative)
change log (Score:3, Informative)
----------------
This section is about improvements made between version 6.3 and 6.4.
This is a bug-fix release. There are also a few new features. The major number of new items is in the runtime files and translations.
The big MS-Windows version now uses:
Ruby version 1.8.3
Perl version 5.8.7
Python version 2.4.2
Changed *changed-6.4*
-------
Removed runtime/tools/tcltags, Exuberant ctags does it better.
Added *added-6.4*
-----
Alsaconf syntax file (Nikolai Weibull)
Eruby syntax, indent, compiler and ftplugin file (Doug Kearns)
Esterel syntax file (Maurizio Tranchero)
Mathematica indent file (Steve Layland)
Netrc syntax file (Nikolai Weibull)
PHP compiler file (Doug Kearns)
Pascal indent file (Neil Carter)
Prescribe syntax file (Klaus Muth)
Rubyunit conpiler file (Doug Kearns)
SMTPrc syntax file (Kornel Kielczewski)
Sudoers syntax file (Nikolai Weibull)
TPP syntax file (Gerfried Fuchs)
VHDL ftplugin file (R. Shankar)
Verilog-AMS syntax file (S. Myles Prather)
Bulgarian keymap (Alberto Mardegan)
Canadian keymap (Eric Joanis)
Hungarian menu translations in UTF-8 (Kantra Gergely)
Ukrainian menu translations (Bohdan Vlasyuk)
Irish message translations (Kevin Patrick Scannell)
Configure also checks for tclsh8.4.
Fixed *fixed-6.4*
-----
"dFxd;" deleted the character under the cursor, "d;" didn't remember the exclusiveness of the motion.
When using "set laststatus=2 cmdheight=2" in the
Gcc would warn "dereferencing type-punned pointer will break strict -aliasing rules". Avoid using typecasts for variable pointers.
Gcc 3.x interprets the -MM argument differently. Change "-I
Patch 6.3.001
Problem: ":browse split" gives the file selection dialog twice. (Gordon Bazeley) Same problem for ":browse diffpatch".
Solution: Reset cmdmod.browse before calling do_ecmd().
Files: src/diff.c, src/ex_docmd.c
Patch 6.3.002
Problem: When using translated help files with non-ASCII latin1 characters in the first line the utf-8 detection is wrong.
Solution: Properly detect utf-8 characters. When a mix of encodings is detected continue with the next language and avoid a "no matches" error because of "got_int" being set. Add the directory name to the error message for a duplicate tag. Files: src/ex_cmds.c
Patch 6.3.003
Problem: Crash when using a console dialog and the first choice does not have a default button. (Darin Ohashi)
Solution: Allocate two more characters for the [] around the character for the default choice.
Files: src/message.c
Patch 6.3.004
Problem: When searching for a long string (140 chars in a 80 column terminal) get three hit-enter prompts. (Robert Webb)
Solution: Avoid the hit-enter prompt when giving the message for wrapping around the end of the buffer. Don't give that message again when the string was not found.
Files: src/message.c, src/search.c
Patch 6.3.005
Problem: Crash when searching for a pattern with a character offset and starting in a closed fold. (Frank Butler)
Solution: Check for the column to be past the end of the line. Al
Re:hats off to Bram, Bill Joy, and ATT (Score:3, Informative)
You mean something like this ?
Although I would usually do that using sed, not vim.
In text processing, the workload determines the ability of a "ve" user (internal IBM tool) to surpass my vi efficiency. Typically, it's when the ve user mouse selects a column and then does replaces on it. I'd like to mimic this behavior using only my qwerty pad and some newly aquired vi skills.
Oh my god, they are still using that ? I remember the religious wars of VE versus VX when I worked there, pretty much like the VI versus EMACS wars we see out here.
The real trick is a good background in sed and regular expressions. Then you can use
Re:I just want to say thanks. (Score:5, Informative)
Re:Why are we hiding from the police, daddy? (Score:5, Informative)
Re:Why are we hiding from the police, daddy? (Score:3, Informative)
Re:Yipee! (Score:2, Informative)
Also, when I do a compile on Emacs with 'perl -c' I can automatically go to the errors in the Perl code. In vim, I had to enter manually the regular expressions for matching those.
Vim can do that too, for almost any programming language. :compiler perl :make
Re:Intellisense #1 feature, pay Bram to add it (Score:2, Informative)
In my
function InsertTabWrapper()
let col = col('.') - 1
if !col || getline('.')[col - 1] !~ '\k'
return "\<tab>"
else
return "\<c-p>"
endif
endfunction
in
set dictionary-=~/.vim/clist.txt dictionary+=~/.vim/clist.txt
set complete-=k complete+=k
this gives me auto completion in c files where
Re:Why are we hiding from the police, daddy? (Score:2, Informative)
Polish apparently uses jj to transliterate Arabic [wikipedia.org]; see Omar Chajjam. I don't know Polish, but it probably uses it for other things, too, since transliteration generally means bringing foreign words into your language's orthography.
That also ignores the fact that people don't just use editors for typing natural text but for typing code: I'm sure someone's source code contains name tokens with jj in them.
Re:emacs and vim are too difficult to use (Score:1, Informative)
Then again, I already know vi and it exceeds my needs in every way so why should I change?
So yeah, we probably use vi out of habit, but why is that necessarily a bad thing?