Re: VIM doesn't need new features?!?!
Peter Michaux wrote: And now I see that VIM doesn't need more features... http://www.vim.org/soc/ideas.php May I suggest taking a look at: http://vim.sourceforge.net/sponsor/vote_results.php Regards, Chip Campbell
RE: VIM doesn't need new features?!?!
I really didn't think Peter said anything that was a flame. Perhaps he didn't read the whole thing, but I, too, initially walked away with the same conclusion was he did, and I *have* been using Vim for a long time. (I just know better because I've been here longer.) Suresh, on the other hand, was pretty much out of line and actually took it to the level of personal attacks. Makes me wonder if he's really Sven Guckes in disguise. Salman. -Original Message- From: Milan Vancura [mailto:[EMAIL PROTECTED] Sent: Monday, April 16, 2007 3:27 AM To: Vim development list Subject: Re: VIM doesn't need new features?!?! The preceding shows you have trouble reading -- that page has a link to a voting page, which page lists certain core features that could be added to vim. If your investigation into plugins was as casual as your reading of the above link, then your efforts at finding and evaluating existing plugins in relation to your notion of a project are likely to have been botched! Vim has many, many features. We don't really need more Peter, don't start flames, please. vim-dev list is a very valuable list exactly for the reason that people usualy don't try flaming here. It's easy to take one sentence without any context and become upset. Read more (as Suresh Govindachar already suggested) and your life will be nicer again. Please start with Suresh Govindachar's e-mail, the answer for you is already there. The sentence you started a flame with means that it seems we can add new features by some script languages (most usualy the internal vim script) and don't need to add every bell and whistle in the core vim code. And it's true for your problem too: core vim features are strong enough to allow project handling - but the exact implementation is up to your choice. There are several plugins ready at vim.org which you can use or modify. So again: please start reading at vim.org again with this information in mind. And stop the flame. If you have a concrete question, ask here or at vim-users. Thank you and have a nice day, Milan Vancura -- Milan Vancura, Prague, Czech Republic, Europe
Re: vim patch for cygwin
Bram Moolenaar wrote: The mch_FullName() in os_unix.c already takes care of symlinks. Why would this extra code for Cygwin be needed? If something needs to be patched it's probably best done in mch_FullName(). In cygwin /etc/hosts is a symbolic link to C:\WINDOWS\system32\drivers\etc\hosts and if expanded in that way is not recognized as a full path because does not start with / or with ~. The small patch change it in posix format /cygdrive/c/WINDOWS/system32/drivers/etc/hosts so it is recognized as a full path and the .swp file is created (in the other case there is the message *E303* Unable to open swap file) Maybe the mch_FullName() is a better place to put the cygwin_conv_to_posix_path(). I have put it there because there is also slash_adjust() for other platform. Luca.
Re: how to avoid deleting the auto-indent in a new empty line when i press Esc
Do I need always type a char then BS? Is there a better solution? I wander whether the vim option can do this automatically. A better solution to what problem? If vim automatically indents properly when you add a new line, what difference does it make whether it leaves leading spaces in that line you left or not? If you want to leave a blank line and add properly indented text to it later, you can resume editing that line by typing S which should automatically move your cursor to the proper indentation. Regards, Gary What I need is to always keep the auto-indented spaces. So next time I can start to insert from the spaced cursor. The typing S is a reasonable way although I really want to know how to change indent-deleting behavior for a empty line in vim. Best Regards, sun
Re: how to avoid deleting the auto-indent in a new empty line when i press Esc
sun [EMAIL PROTECTED] wrote on 2007-04-16 15:57:21: What I need is to always keep the auto-indented spaces. So next time I can start to insert from the spaced cursor. The typing S is a reasonable way although I really want to know how to change indent-deleting behavior for a empty line in vim. Best Regards, sun Few people need that feature, so it is not there, I believe more than 99% of vim users think it is better to just delete the trailing blanks. If you still insist that the indent-deleting should be changed, then you can do-it-yourself. The indent script and vim source are all open to you and please feel free to change them (for your own custimized version, of course). -- Sincerely, Pan, Shi Zhu. ext: 2606
Re: how to avoid deleting the auto-indent in a new empty line when i press Esc
What I need is to always keep the auto-indented spaces. So next time I can start to insert from the spaced cursor. Alternatively use cc to edit the ostensibly blank line. This will open the line using the correct auto indent. Get into this habit and it doesn't matter what state the line was in before - you always get the right indentation. Cheers.
Re: Resp.: Help needed on pt_BR spell checking
Leonardo Fontenelle wrote: Finally, I have a working pt dictionary for vim. I attached a shell script, which means I gave up learning AAP. Not that it's hard, but it took me long enough to sit down and write the script, and I wouldn't like to stall any longer. I believe I wrote all the relevant comments in the script. The gzipped spl file is 1,3M large, so I didn't attach it yet. May I send it directly to you, Bram? I have no sug file because it seems that the MAP's are doing a better job than I could do with SOFO's. Thanks. I updated the Aap script according to your shell script. I also changed the .aff files to include the FOL/LOW/UPP lines. That works better when switching languages. I also added the MIDWORD line to make clear a quote can appear halfway a word. I don't understand why you need to remove words that contain a dot. In English words with an embedded dot works just fine. I can't do much with the .pdf file that replaces the README file. Please ask the maintainers to provide a plain text file with the Copyright notice. I produced the .spl files this way. You can find them on the ftp server: ftp://ftp.vim.org/pub/vim/runtime/spell You can see the Aap recipe and diff files here: ftp://ftp.vim.org/pub/vim/runtime/spell/pt Please verify the .spl files I produced are the same (or better :-) than yours. -- FIRST SOLDIER: So they wouldn't be able to bring a coconut back anyway. SECOND SOLDIER: Wait a minute! Suppose two swallows carried it together? FIRST SOLDIER: No, they'd have to have it on a line. Monty Python and the Holy Grail PYTHON (MONTY) PICTURES LTD /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
RE: Troubles configuring vim (multi-questions)
By default Vim (and vi) has always put the cursor on the end of a character that occupies multiple spaces on the screen. I don't know why this decision was taken, unless it was to make it easier to spot the difference between lines indented with tabs and those indented with spaces, but the cursor has to appear somewhere and it might as That's what I imagine, and appreciate it. Otherwise, do a '0' and ride the 'j' key a the way down a file. If the cursor doesn't budge, how would you be able to tell if it was a space or multiple spaces there, or a tab character? You'd have to go down-right-left, down-right-left, down-right-left, etc., just to see if the cursor advances to position 1 (space), or skips to position 7 (tab). Personally, I'd rather exfoliate with a cheese-grater than have to do *that*...
Re: Troubles configuring vim (multi-questions)
Otherwise, do a '0' and ride the 'j' key a the way down a file. If the cursor doesn't budge, how would you be able to tell if it was a space or multiple spaces there, or a tab character? Well, if that information is truely useful and what you want to know, you can always :set list ;) -tim
Re: Troubles configuring vim (multi-questions)
* Gene Kwiecinski [2007.04.16 11:45]: Displays ^I just fine, but trashes actual indentation, at least for me (dunno if there's any magical 'vim' setting, like :set keepindent or something). set listchars+=tab:- -- JR
Re: Troubles configuring vim (multi-questions)
Well, if that information is truely useful and what you want to know, you can always :set list Displays ^I just fine, but trashes actual indentation, at least for me (dunno if there's any magical 'vim' setting, like :set keepindent or something). Iow, I wanna be able to see indented text... and just see whether it's indented with spaces or tabs, not ^I^I^Iindented text...$ with everything squooshed to the left of the screen. Now, maybe if there were a show character in list-mode, so it'd look like indented text that'd work for me, too. Looks like you want the listchars setting: :set listchars+=tab:. That will turn your above example into ...indented text when you use :set list. If there isn't a tab clause in your 'listchars' setting, it defaults to the standard ^I that you see by default. You can choose your characters to be anything[*] you like, and as they have their own syntax group, they should stand out and not get confused with regular characters. To duplicate your above, you want your listchars to be (with the space), which you'd have to enter as :set listchars+=tab:\ (with the escaping backslash before the space) or possibly :let listchars=listchars.'tab: ' You can read more at :help 'listchars' I personally find it horribly distracting 99.9% of the time, but for that 0.1% of the time that I find it useful, nothing compares to having the feature already available and just turning it on. :) -tim (okay...not quite anything, I tried setting it with :set listchars+=^I. where ^I was a literal tab, and Vim choked on it...I suspect it's the same for other control characters, and perhaps other odd characters such as multi-byte characters or double-wide characters. But ASCII 0x20-0x7e should work fine. YMMV)
RE: Troubles configuring vim (multi-questions)
Try ':help listchars' Gene Kwiecinski [EMAIL PROTECTED] 16/04/2007 16:36 To: Tim Chase [EMAIL PROTECTED], vim@vim.org cc: Subject:RE: Troubles configuring vim (multi-questions) Otherwise, do a '0' and ride the 'j' key a the way down a file. If the cursor doesn't budge, how would you be able to tell if it was a space or multiple spaces there, or a tab character? Well, if that information is truely useful and what you want to know, you can always :set list Displays ^I just fine, but trashes actual indentation, at least for me (dunno if there's any magical 'vim' setting, like :set keepindent or something). Iow, I wanna be able to see indented text... and just see whether it's indented with spaces or tabs, not ^I^I^Iindented text...$ with everything squooshed to the left of the screen. Now, maybe if there were a show character in list-mode, so it'd look like indented text that'd work for me, too. Worse comes to worse, I just do /^I and have all tabs highlighted in fiery-red, but I can't deal with too much of that, as it sunburns my retinas fairly quickly. - This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities.
Re: file operation in vimcommander?
On poniedziałek 16 kwiecień 2007, vim@vim.org wrote: hi, I found vimcommander which is a wonderful file management script for vim, but when I select a file, say foo.pdf, it just open it in vim, not xpdf I expect, so I have a question, whether vimcommander can use other progam to open the file and how, or it's taget is just simple file management like copy/move? Don't know vimcommander but if it uses for underlying operations netrw you can use gx to execute files. m.
Re: Describe-key ?
On 4/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, is there anything like describe-key (EMacs)in vim ? In EMacs vou can submit this command, press a combination of keys and EMacs will tel you the naming convention of this key (for example Meta-p) and its current bindings of that combination of keys. Anything like that in vim ? For builtin commands, :help Keys For user-remapped keys, :map Keys Vim is multimode, so you have several meanings for each control-key. (normal mode, insert, mode, commandline mode, etc). Every mode for every command is documented in the help. You need to learn the help navigation by tags and completion. If you have these settings 'set wildmode=list:longest wildmenu', and you type :help ^Xtab (that's ':','h',space,'^','X,Tab) you'll commands involving Ctrl-X in all modes. You need to know how to find meaning for keys X for every mode in the help. Help uses uniform prefixes for that. Yakov
RE: Troubles configuring vim (multi-questions)
Try ':help listchars' Tnx. Kinda figured there was some option to do that, but never bothered to look up what it might be. Complacency and all... Good to know, but I still just like the cursor jiggling back'n'forth between col0 and col7 when I ride the down/'j' key. It's so much easier... :D Actually, the whole 'listchars' thing gives me some ideas...
Re: setting title of gvim window inside a bash script
--- Kamaraju S Kusumanchi [EMAIL PROTECTED] wrote: I tried /usr/bin/gview -c 'set ft=man nomod nolist titlestring=$1' - /usr/bin/gview -c 'set ft=man nomod nolist titlestring=$1' - The problem here is that you're forgetting that string interpolation _doesn't_ happen within single quotes. Hence what you want to do is use: /usr/bin/gview -c set ft=man nomod nolist titlestring=$1 - -- Thomas Adam ___ Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your free account today http://uk.rd.yahoo.com/evt=44106/*http://uk.docs.yahoo.com/mail/winter07.html
Vimperator, vim extension for firefox
Just saw this posted on digg and tried i out, gotta say i'm very impressed. Has a list of commands here http://vimperator.mozdev.net/help.html Link: http://vimperator.mozdev.net/index.html BTW, i'm not the developer i saw this posted on digg and thought i'd let you guys know --Brendon
Re: :args - buffer list mapping issue
Chuck Mason wrote: A coworker (who is not on VIM Mailing List) has asked me to forward this issue here. Is this already known about or what do we do to submit a bug? I have verified that it happens on my build of vim. His repro steps are below. My :version is [...] You don't mention the version of the netrw plugin that you are using. That's important here. From: Boris Kazanskii=20 Sent: Wednesday, April 04, 2007 2:43 PM To: Chuck Mason Subject: :args - buffer list mapping issue :args allows to insert directory browser buffers into the buffer list, which cause :bn, :bufdo and friends to fail After :args you should use :next to move to the next argument. To reproduce: - Open vim (win32) - :args D:\Program\ Files\Vim\**\co*.* (or whatever matches your configuration) - :bfirst - do a couple of :bn, this will never ever get over the first directory browser buffer (D:\Program\ Files\Vim\vim70\colors\ in this case) - :bufdo echo expand(%) will also stop after it encounters the first directory browser - :bd/:bw are unable to delete these bad directory buffers - the only way to get rid of these is to do :1,1000bd Does this still happen when using a path without a space in it? -- ARTHUR:Be quiet! I order you to shut up. OLD WOMAN: Order, eh -- who does he think he is? ARTHUR:I am your king! OLD WOMAN: Well, I didn't vote for you. Monty Python and the Holy Grail PYTHON (MONTY) PICTURES LTD /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: A nice efm for javac
Michael F. Lamb wrote:
I've put some spare time into an errorformat string and a filter script
which I think makes plain-old javac compilation (read: not using JUnit,
not using Ant) quite a bit nicer than the examples from :help
errorformat-javac, without being too heavy or complicated. I've tested
this with only Vim 7.0.122 on Linux, Sun Java 1.6.0, and only minimally
at that.
It correctly discovers the column number even if you use tabs in your
source code, doesn't fill the error message variable with extra crud,
shows the symbol: and location: lines in the quickfix window, but
properly skips over them when doing :cnext and :cprevious. Note that
symbol: and location: will appear above their related error message
in the quickfix window.
Here's the sed script to filter the output from javac. I named it
'vim-javac-filter' and placed it in my path.
#!/bin/sed -f
/\^$/s/\t/\ /g;/:[0-9]\+:/{h;d};/^[ \t]*\^/G;
In English, that sed script:
- Changes tabs to spaces and
- Moves the line with the filename, line number, error message to just
after the pointer line. That way, the extra gunk between doesn't
break vim's notion of a multi-line message and also doesn't force
us to include that gunk as a continuation of a multi-line message.
Here's the corresponding efm:
:setlocal errorformat=%Z%f:%l:\ %m,%A%p^,%-G%*[^sl]%.%#
To make it work using :make:
:setlocal makeprg=javac\ %\ 21\ \\\|\ vim-javac-filter
Assuming this works well, it's only for Unix. Thus I would add it to
:help errorformat-javac instead of replacing the existing example.
How about this:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Here is an alternative from Michael F. Lamb for Unix that filters the errors
first:
:setl errorformat=%Z%f:%l:\ %m,%A%p^,%-G%*[^sl]%.%#
:setl makeprg=javac\ %\ 21\ \\\|\ vim-javac-filter
You need to put the following in vim-javac-filter somewhere in your path
(e.g., in ~/bin) and make it executable:
#!/bin/sed -f
/\^$/s/\t/\ /g;/:[0-9]\+:/{h;d};/^[ \t]*\^/G;
In English, that sed script:
- Changes tabs to spaces and
- Moves the line with the filename, line number, error message to just after
the pointer line. That way, the extra gunk between doesn't break vim's
notion of a multi-line message and also doesn't force us to include that
gunk as a continuation of a multi-line message.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
--
DENNIS: Look, strange women lying on their backs in ponds handing out
swords ... that's no basis for a system of government. Supreme
executive power derives from a mandate from the masses, not from some
farcical aquatic ceremony.
Monty Python and the Holy Grail PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download, build and distribute -- http://www.A-A-P.org///
\\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: how to avoid deleting the auto-indent in a new empty line when i press Esc
On 4/16/07, Tom Whittock [EMAIL PROTECTED] wrote: What I need is to always keep the auto-indented spaces. So next time I can start to insert from the spaced cursor. Alternatively use cc to edit the ostensibly blank line. This will open the line using the correct auto indent. Get into this habit and it doesn't matter what state the line was in before - you always get the right indentation. Cheers. I tried cc and S and neither of them correctly reindented the line for me. What gives?
Re: Troubles configuring vim (multi-questions)
Gene Kwiecinski wrote: Otherwise, do a '0' and ride the 'j' key a the way down a file. If the cursor doesn't budge, how would you be able to tell if it was a space or multiple spaces there, or a tab character? Well, if that information is truely useful and what you want to know, you can always :set list Displays ^I just fine, but trashes actual indentation, at least for me (dunno if there's any magical 'vim' setting, like :set keepindent or something). Iow, I wanna be able to see indented text... and just see whether it's indented with spaces or tabs, not ^I^I^Iindented text...$ with everything squooshed to the left of the screen. Now, maybe if there were a show character in list-mode, so it'd look like indented text that'd work for me, too. Worse comes to worse, I just do /^I and have all tabs highlighted in fiery-red, but I can't deal with too much of that, as it sunburns my retinas fairly quickly. About the fiery red highlight, change your colourscheme; or move it to (on Windows, but in Vim terminology) $HOME/vimfiles/colors/ under a changed name (create the directories if necessary) then change the highlight for the Search and/or IncSearch groups. About the width of tabs, see :help 'listchars': With 'list' on, then if 'listchars' doesn't contain tab: each tab is replaced by ^I, trashing indentation. But if it contains tab:xy where x and y are any two characters (the same or different) then x marks the start of each tab and y the rest of it. Note that spaces, double quotes, bars and backslashes must be backslash-escaped. Examples (assuming ts=8): :set list listchars=tab:\ \ ,eol:¶ keep tabs as up to 8 spaces, show ends-of-lines with the Pilcrow mark :set list listchars=tab:\|_,eol:$ show each tab as one bar followed by 0 to 7 underlines, ends-of-lines as dollar signs. :set list listchars=tab:^\ ,trail:§,extends:,precedes:,nbsp:~ show: - a hard tab as one caret followed by zero or more spaces - end-of-line is not highlighted - trailing spaces as § - last character before overflow right in 'nowrap' mode as - first character after overflow left in 'nowrap mode as - no-break spaces as (blue) tildes etc. Best regards, Tony. -- According to Arkansas law, Section 4761, Pope's Digest: No person shall be permitted under any pretext whatever, to come nearer than fifty feet of any door or window of any polling room, from the opening of the polls until the completion of the count and the certification of the returns.
Re: let loaded_matchparen = 1
fREW wrote: On 4/13/07, A.J.Mechelynck [EMAIL PROTECTED] wrote: Andre Majorel wrote: Are there any plans to make the highlight-the-matching-thing feature disabled by default in a future release of Vim ? AFAIK, there isn't; for one thing, it would break all the vimrc's which rely on its being set by default (and therefore don't force-set it). As your Subject line shows, you know how to remove that feature. Best regards, Tony. -- Sorry. I forget what I was going to say. Personally I like this feature, but I do get lost every now and then and forget which one is my cursor. Is there any way that I can say, make the cursor have a red background and make the matched paren (or whatever) have a blue background? And is there a way to do this that won't break if the background is already red/blue? -fREW In gvim, with no colourscheme, the matched parens are light cyan and the cursor is black. In addition, with the settings I use, the cursor is blinking. No risk of confusion. In console Vim, you may or may not make the cursor blink (see :help cursor-blinking and/or :help xterm-blink) but you can change the colours, for instance: :hi MatchParen ctermbg=darkcyan ctermfg=white :hi Cursor cterm=NONE,reverse :if exists(+guicursor) : set guicursor+=a:blinkwait500-blinkon500-blinkoff500 :endif Best regards, Tony. -- You can only live once, but if you do it right, once is enough.
Re: how to avoid deleting the auto-indent in a new empty line when i press Esc
sun wrote: The idea of the comment shown above was to leave something to remind you that you had to come back later, since, as you said, you want to leave the indent there for future use; also, the comment would be sure to stay in place even if the bare indent didn't. But if just adding, let's say, a period, then backspacing over it, makes the indent remain, then you don't have to type a lengthy comment unless you need it. You may even try (untested) :inoremap CRCR.BS Note: Next time, please use Reply to all rather than Reply to sender, unless you're straying off-topic. Best regards, Tony. Do I need always type a char then BS? Is there a better solution? I wander whether the vim option can do this automatically. With the mapping above, you don't have to add a character then delete it: you hit the Return key, and Vim (with 'nopaste') maps it to hit Return, hit dot, hit backspace, i.e., the insertion-deletion game is played automatically whenever you hit Return in Insert mode. What more do you want? ...or at least that's how I think it works. Best regards, Tony. -- Speer's 1st Law of Proofreading: The visibility of an error is inversely proportional to the number of times you have looked at it.
Re: Making vim more friendly under windows with non ascii codepage
Pavel Shevaev wrote: I often type in vim using cp1251 charset under windows and currently I have to switch to english charset every time I need to execute any action in command mode which is quite inconvenient. For example I have ш Russian symbol along with i on the same button on my keyboard. It would be very nice if while in command mode ш would actually map to i. The same story with other keys. Thus I won't have to switch to ascii in command mode. See :help 'langmap'. The example is for a Greek locale but I believe the adaptation for Russian should be trivial. You may have to check v:ctype if you use Vim in various locales, e.g. ru_RU.cp1251, which needs the langmap, and en_GB.UTF-8, which doesn't (but may need a 'keymap' to type Russian text). See: :help 'langmap' :help 'keymap' :help v:ctype :help :language :help keymap-file-format Best regards, Tony. -- hundred-and-one symptoms of being an internet addict: 172. You join listservers just for the extra e-mail.
