Re: Why bottom-posting is prefered on Vim Mainling List?
On Tue, 2007-05-29 at 11:00 +0800, [EMAIL PROTECTED] wrote: Slightly Off-topic, but I'm still wondering why bottom-posting is prefered on Vim Mainling List. As far as I know, most e-mail clients defaults to top-posting (i.e. replied message shows before the original message), and I personally feel top-posting much much easier to read than bottom-posting. Is there any point (or historic reason) choosing bottom-post ? Two different explanations: 1. http://www.american.edu/cas/econ/htmlmail.htm (See under Interlineated responses) 2. (One of my favorite signatures) :: A: Because it's not the order people normally read. :: Q: Why is top-posting such a bad thing? :: A: Top-posting. :: Q: What is the most annoying thing in e-mail? You could say that top posting is easier to write, but bottom posting is easier to read. The extra effort of one poster saves all the readers the same amount of effort. For a group, bottom posting keeps everyone on track. And if done well, individual posts can stand alone in an archive without a peruser having to go paging through a whole thread. -- Steve Hall [ digitect dancingpaper com ]
Re: Always 1 instance-only mode for gvim?
On Mon, 2007-05-14 at 14:06 +0800, [EMAIL PROTECTED] wrote: For some reason I'd like to have only one instances of gvim in my machine at most. launch gvim anyway when gvim has existing instance will switch to the existing one. (evenif no files are specified) But the --remote-silent do not fully meet my requirement since it requires an argument. It requires one file to be open. If I want to: start gvim without opening any file will switch focus to existing gvim if available, and start a new one if no gvim exists. possible to do that? Just force the server name at startup: gvim --servername GVIM -- Steve Hall [ digitect dancingpaper com ]
Re-trigger modelines
Is there a way to re-trigger the read/execution of modelines? My autocommands are overriding my modelines but I want the reverse. -- Steve Hall [ digitect dancingpaper com ]
Tab right-click menu hardcoded
The current right-click menu on GUI tabs is hardcoded and presents a whole host of issues for anyone who uses code to manage buffers, tabs, or windows. It pretends to be a sophisticated menu but it really executes a basic Vim command which may or may not be what the user expects. Could we at least change the menu item names to the exact command being executed barring the option to customize these? -- Steve Hall [ digitect dancingpaper com ]
Re: Tab right-click menu hardcoded
On Wed, 2007-05-09 at 20:04 +0200, A.J.Mechelynck wrote: Steve Hall wrote: The current right-click menu on GUI tabs is hardcodedCould we at least change the menu item names to the exact command being executed barring the option to customize these? When using GUI-style tabs (in the GUI, but only if 'guioptions' includes e) I see three menu items: Close New tab Open tab... These titles seem to me to accurately describe the operations performed. Which titles would you prefer? Exactly what command is being used would be better I think, for example instead of Close: :close ZZ :tabclose :tabclose! The user isn't really sure what it does so it's a risk to use it. The fact that the menu is hardcoded presents two problems: - it cannot be customized - it cannot be invoked via :emenu, e.g. in a mouseless console. I'm more interested in the first--doesn't the current monolithicity(?!) seem so un-Vim-like? -- Steve Hall [ digitect dancingpaper com ]
RE: Vim stalls when I try to enable syntax on vimrc (Cream
From: Albie Janse van Rensburg, Fri, May 04, 2007 6:35 am I recently decided to try out the Cream build (sans Cream) of Vim, with all the new patches (from http://sourceforge.net/project/showfiles.php?group_id=43866package_id=39721). Now, I seem to be unable to edit my vimrc without bringing Vim to a complete halt! Sound like the age-old and infamous TCL with Cygwin problem: http://tech.groups.yahoo.com/group/vim/message/78505 http://tech.groups.yahoo.com/group/vim/message/78506 (solution) -- Steve Hall [ digitect dancingpaper com ]
Re: Cream User Preferences
On Mon, 2007-04-16 at 19:43 -0700, Barnaby Robson wrote: Specifically, if anyone would like to help I want to set Tab Expansion to always be on. Currently any time I switch windows, Tab Expansion turns itself off. (It remains checked in the menu, however) Turn on AutoWrap, this sets expandtab in all buffers. (Cream's Tab Expansion option is per buffer for temporary on/off.) If you don't like the text wrapping at your Wrap Width, just set it to something high like . I'll make a ToDo for the errant menu indication. -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net
Re: Cream User Preferences
[Apologies, I just realized this message was to the Vim list.] Barnaby, Cream uses a separate lists: http://cream.sourceforge.net/about.html We try to avoid using Vim bandwidth on Cream configuration. On Tue, 2007-04-17 at 08:15 -0400, Steve Hall wrote: On Mon, 2007-04-16 at 19:43 -0700, Barnaby Robson wrote: Specifically, if anyone would like to help I want to set Tab Expansion to always be on. Currently any time I switch windows, Tab Expansion turns itself off. (It remains checked in the menu, however) Turn on AutoWrap, this sets expandtab in all buffers. (Cream's Tab Expansion option is per buffer for temporary on/off.) If you don't like the text wrapping at your Wrap Width, just set it to something high like . I'll make a ToDo for the errant menu indication.
RE: Updated Windows installer 7.0.219
From: Panos Laganakos, Wed, March 21, 2007 9:16 am Is this version compiled with +python/dyn or +python? If so, is it python 2.4 or 2.5? See the notes for the file: http://sourceforge.net/project/shownotes.php?release_id=495061group_id=43866 -- Steve Hall [ digitect dancingpaper com ] :: Cream for Vim :: http://cream.sourceforge.net
Updated Windows installer 7.0.219
I don't normally notify this list of updates to our Windows installer: http://sourceforge.net/project/showfiles.php?group_id=43866package_id=39721 but we've modified this latest version to remove the existing Vim installation prior to installation by default. (It only removes vim\vim70, not your root Vim directory.) Don't worry, the old default to install over is still there, but the most recent round of discussion regarding obsolete plugins made me decide to make this adjustment. Unfortunately, I'm still not sure how to improve my current method of obtaining runtime files (wget) since rsync does not work through the firewall our build machine sits behind. So I'm open to solutions for how to remove obsoletes from the file set. I had considered deleting the oldest files, but in most cases (such as the current) the files to be removed are generally newer than the rest. The best I can do is to occasionally delete the whole set and re-download, but with the new spelling dictionaries, this is 200+ MB each time and I hate to waste the bandwidth. Suggestions? -- Steve Hall [ digitect dancingpaper com ] :: Cream for Vim :: http://cream.sourceforge.net
Re: Netrw go up dir command
On Sat, 2007-03-17 at 13:47 -0700, [EMAIL PROTECTED] wrote: Quoting Steve Hall [EMAIL PROTECTED]: [...] These are the filenames, folding brackets and all! This is an example of not following the directions, which state: you need a new vimball plugin! Somebody needs to communicate this to the Red Hat/Fedora Core bugzilla, I'm using the standard, up-to-date distro, now 7.0.201. That means so are *a lot* of other people. * the vimball that comes with 7.0 had bugs * one of the bugs requires one to completely remove the old vimball (and the same bug afflicts netrw, too -- you have to completely remote the old netrw) Overwriting is not enough? If you can tell me specifically what files needs to be removed prior, then I can make my Windows installer do this. * then install the new vimball (or netrw) * the new installation will go to the first writable directory on your runtimepath, which is generally your personal .vim/ directory Do you know where on Windows? Ever in a system/program folder? * the vimball is simpler to use than an old zip file (after the buggy one is no longer afflicting things). It requires Vim to use, rather than any one of a dozen package readers/viewers. This does not seem simpler to me. (Current case as just one example.) I agree with Tony -- an exe is a dangerous thing to have to expect people to run . It is equally as dangerous as a vimball. Either can be made to do destructive things, and neither's internals are immediately comprehendable to determine their safety. Perhaps one should have a checksum (md5?) so that people can be assured if they wish to be that the exe is the one you made. Pgp signatures would be good, too. Of course, that all makes it more difficult to use than simple text files. The Nullsoft Installer has a built-in integrity check which makes md5 redundant. I'm also trusting SourceForge's security system to maintain the integrity of the file. Obviously, we could put even more checks in place (like a pgp sig), but at some point this all becomes overly complicated and more overhead than it's worth. Chances are much better that the author would cause damage by unintentionally breaking something anyway. :) -- Steve Hall [ digitect dancingpaper com ]
Re: Netrw go up dir command
On Sat, 2007-03-17 at 22:45 +0100, A.J.Mechelynck wrote: BTW, the sizes, datestamps, and versions I have are currently: 18444 8-Jan 21:57 autoload/vimball.vimversion: 21 5786 8-Jan 21:57 doc/pi_vimball.txt 2007-Jan-03 1657 9-Oct 21:36 plugin/vimballPlugin.vim(no version mentioned) 190182 8-Jan 21:57 autoload/netrw.vim version: 107 10226 8-Jan 21:57 autoload/netrwFileHandlers.vim version: 9 7094 8-Jan 21:57 autoload/netrwSettings.vim version: 9a Jul 28, 2006 89232 8-Jan 21:57 doc/pi_netrw.txt2007-Jan-03 8528 8-Jan 21:57 plugin/netrwPlugin.vim Jul 18, 2006 These are also the current versions on the rsync server. Steve, if yours are older you sure may want to sync your runtimes. Our installer uses runtimes current as of the build date. I don't have access to the Windows build box ATM to double-check, but it would be nice if third party plug-in authors would keep ftp.vim.org current. Although (in my previous email) I understood that simply file-copying a new version of vimball wouldn't necessarily fix my problem? Does it actually have to be uninstalled, including it's preference file? -- Steve Hall [ digitect dancingpaper com ]
RE: Netrw go up dir command
From: Mark Woodward markonlinux internode on.net, Fri, March 16, 2007 5:50 am On Thu, 2007-03-15 at 09:41 -0500, Brian Neal wrote: I just downloaded the non-Cream pre-built Vim for Windows (version 7.0.215). The go up command (-) in the Netrw plugin no longer seems to work. Neither the - command or putting the cursor over the ../ and hitting return does anything anymore. Any ideas? Thanks. I can second this. What does :echo g:loaded_netrw say? Can anyone else on Windows with v107 from a non-Cream installer confirm this? -- Steve Hall [ digitect dancingpaper com ]
RE: Netrw go up dir command
From: Charles E Campbell Jr, Fri, March 16, 2007 12:17 pm Please try netrw v108l which I just put on my website: http://mysite.verizon.net/astronaut/vim/index.html#NETRW Unfortunately these appear distributed in vimball format only. It is unrealistic to expect users to fire off a home-brewed executable simply to unpackage TEXT FILES! Age-old formats like tar.gz or .zip are still around precisely because they allow user control--simple inspection and evalutation without potentially modifying system files. -- Steve Hall [ digitect dancingpaper com ]
Re: Netrw go up dir command
On Fri, 2007-03-16 at 21:33 +0100, A.J.Mechelynck wrote: Steve Hall wrote: Unfortunately these appear distributed in vimball format only. The vimball format is actually a text format. No, vimball is an amalgamation of text files, but it is NOT intended to be edited in situ like a text file. For typical use, it requires separation either manually or by the execution of commands which auto-separate the file into components all over a hard drive. It might as well be a binary executable. Also, in recent versions, instead of sourcing the vimball you can give a path argument to the :UseVimball command in order to unpack the vimball any which where you damn well please. A new toolset simply to view a standard package of Vim files?! I've blown HOURS on vimball in times past with no success--not again. Just wanted to quicly re-distribute an updated netrw while I had a moment on a Windows machine. Barrier too high, no passage. -- Steve Hall [ digitect dancingpaper com ]
Re: Netrw go up dir command
On Fri, 2007-03-16 at 13:26 -0500, fREW wrote: Isn't a vimball just another archive? It seems, according to the vimball help file that it's just a bunch of inert files. It doesn't really run anything... Maybe I am wrong, though. When you use :source filename, Vim executes the code in filename. Vimscript (and thereby, a vimball) can do anything to the machine your user permissions allow you to do. Not that I expect anything evil from this community, just the opposite. But I think the concept is broken and is much less obvious than a simple .tar.gz. (Especially on Windows, and ESPECIALLY with an extension like .vba!) -- Steve Hall [ digitect dancingpaper com ]
Re: Netrw go up dir command
On Sat, 2007-03-17 at 00:03 +0100, A.J.Mechelynck wrote: Sure. But you don't _have_ to source it. Since 15 June 2006, you can use instead :UseVimball /temp Tony, you convinced me to try again. But I feel vindicated, again I experienced the same kind of issues I always seem to have. :UseVimball ./ produced for me: -- $ ls -R1 ./* ./netrw.vba ./autoload: netrwFileHandlers.vim?[[[1 netrwSettings.vim?[[[1 netrw.vim?[[[1 ./doc: pi_netrw.txt?[[[1 ./plugin: netrwPlugin.vim?[[[1 ./syntax: netrw.vim?[[[1 -- These are the filenames, folding brackets and all! This is with netrw 108 JUST downloaded from Dr. Chip's site in the default gVim of the Fedora Core 6 distribution. It has dumped it all over my $HOME, despite being located in it's own subdirectory. (At least with Cream, which follows cwd, it does unpack where the file is.) BTW, a common format for distributing zipfiles is a self-extracting .exe -- like, for instance, your own Vim installers. Just to be clear, the Cream installers are actual programs not self-executing zip files. We use the Nullsoft Scriptable Install System (NSIS), a mature software dedicated to installation on Windows. I suppose I needn't point out that an .exe can potentially do anything to your Windows system that your permissions allow it to do Very true... -- not that I expect anything evil from you, Steve, quite the opposite. But the concept can quite arguably be described as broken and much less obvious than a simple .zip. I respectfully disagree. A .tgz/.zip is about distributing a simple file structure, an .exe installer is about installation, a far more complex concept. Just read through the Cream installer build script: http://cream.cvs.sourceforge.net/cream/misc/gvim.nsi?view=markup it is doing a lot more than a zip file could ever do. (And, to my original point, needs to do.) -- Steve Hall [ digitect dancingpaper com ]
RE: VimTips Wiki: New Direction
From: Hari Krishna Dara, Tue, March 06, 2007 11:33 am My only concern is on how we are planning to support the existing rating system going forward I don't see how this can be accomplished in a wiki, but on the plus side we'll be able to categorize and structure the tips better, as well as link between. and if we can enforce a fixed style on commenting such that the comments don't look like a mess. I would imagine that one needs to edit the tip to add their comment at the end, but it will be nice if the comment itself happens as a discussion (which appears as a discussion tab on the same page). I agree, is there any way the porting process can push comments to each tip's respective discussion tab? -- Steve Hall [ digitect dancingpaper com ]
RE: VimTips - Google Wiki Usefulness
From: Yakov Lerner, Mon, February 26, 2007 5:38 am
On 2/26/07, A.J.Mechelynck wrote:
If we gan get hosting space somewhere for a mediawiki server, I'm
all in favour.
From: http://en.wikibooks.org/wiki/Wiki_Science:How_to_start_a_Wiki
I started one here ages ago here:
http://en.wikibooks.org/wiki/Vim_Tipbook
Someone else started adding syntax coloring and the overly complicated
{{Vi/Ex|set}} stuff, but I have no problem stripping this off to get
back to the simpler format I proposed:
http://en.wikibooks.org/w/index.php?title=Learning_the_vi_editor/Vim/Tips_and_Tricksoldid=561585
--
Steve Hall [ digitect dancingpaper com ]
RE: Outdated page http://vim.sourceforge.net/download.php
From: A.J.Mechelynck, Thu, February 22, 2007 4:08 pm Steve Hall has taken up the flame: his Vim-without-Cream distributions for W32, which are reasonably up-to-date (currently 7.0.191) can be found at https://sourceforge.net/project/showfiles.php?group_id=43866package_id=39721 Hmm? /me goes and updates to 7.0.201... -- Steve Hall [ digitect dancingpaper com ]
RE: Pasting into gvim from word: ' turns into �
From: ben lieb, Fri, February 09, 2007 11:58 am I asked this question before, but it wasn't really resolved. I often have to paste from Word for Windows into vim/gvim (cygwin). Some characters don't transfer properly. Most annoyingly is that a single quote ( ' ) turns into this: ¿ Is there an easy way around this? It could just be a font issue, make sure your gvim font supports non-ASCII characters. (I find Courier New or Andale Mono provide extensive support.) -- Steve Hall [ digitect dancingpaper com ]
RE: Pasting into gvim from word: ' turns into �
From: ben lieb, Fri, February 09, 2007 12:54 pm Steve Hall wrote: From: ben lieb, Fri, February 09, 2007 11:58 am I often have to paste from Word for Windows into vim/gvim (cygwin). Some characters don't transfer properly. It could just be a font issue, make sure your gvim font supports non-ASCII characters. (I find Courier New or Andale Mono provide extensive support.) I checked this out. I'm using gvim, and neither of the fonts you mentioned are in the list available. I literally have thousands of fonts on my machine however, so how does it choose which font are available, and which are not? Is there a separate dir for them? So if you do :set guifont=* you don't get a dialog displaying a list similar to what you see when you select a font in Notepad? I wonder if this is a build issue, where did you get your Vim? -- Steve Hall [ digitect dancingpaper com ]
RE: Using (g)vim without installing it
From: Eric Leenman, Wed, February 07, 2007 1:20 pm Try downloading Steve Hall's self-installer from https://sourceforge.net/project/showfiles.php?group_id=43866package_id=39721 and telling it to install into a Vim folder under your My documents folder. I tried just now. But when I select a different directory then the C:\Programs Files\vim they OK-button is grayed-out. So never came to an install. This installer requires a vim subdirectory, make sure you create one and point to it wherever you happen to install. (Among other things, this ensures the uninstaller doesn't delete half your hard drive.) -- Steve Hall [ digitect dancingpaper com ] :: Cream for Vim :: http://cream.sourceforge.net
Re: Vim and Unicode supplementary chars
On Fri, 2007-01-05 at 22:30 -0700, Kenneth Reid Beesley wrote: I've started looking at vim again, and as far as I can see, it handles Unicode supplementary chars internally, but still doesn't render them properly. E.g. if you enter CTRL-V U00010400 the character is in the buffer, and can be written to file, but all you see on the screen is a question mark. Is that still the status? or is there a way to enter supplementary chars in vim and see the glyphs? Vim renders Unicode just fine, but your font must support the glyph in question or you will only see a question mark or a box. In my experience, gVim (the GUI version) and a corresponding True Type fonts such as Andale Mono, Courier New, Monospace, Bitstream Vera Sans Mono, or Luxi Mono render many more glyphs than can be accomplished in a terminal. -- Steve Hall [ digitect dancingpaper com ]
RE: GVIM 7-0-178 seizing up
From: zzapper david tvis co.uk, Tue, December 19, 2006 6:53 am http://downloads.sourceforge.net/cream/gvim-7-0-178.exe?modtime=1165578469big_mirror=0 Downloaded above by following links from vim.org It works fine with most files but cannot edit .vimrc (unless I rename .vimrc to say fred) it shows the menu read only, edit anyway etc then seizes. The correct name of vimrc on Windows is _vimrc. A file with a preceding dot is actually not a permitted file name on Windows. (Although there are ways of getting one on the system.) -- Steve Hall [ digitect dancingpaper com ]
Re: Patched VIM 7.0 reboots Windows 2000 on forced write to read-only file (?)
On Wed, 2006-12-06 at 23:14 +0100, A.J.Mechelynck wrote: Alan Isaac wrote: On Wed, 6 Dec 2006, Paul Stone wrote: I went to the Cream web page because the VIM Downloads page links there as a way of getting a fully patched version of VIM for the PC Can this be installed over the previous Vim 7, or do I need to uninstall first? (Windows.) I think the installer uninstalls a previous patchlevel if it finds one. No, the Cream project's Windows installers do not uninstall a previous one if found. (Can't say about the official Vim Windows installer.) When I was on Windows, I used to install every patchlevel on top of the previous one. Yes, this is the way we do it... In the rare case that a runtime file name becomes obsolete (as happened when plugin/netrw.vim was replaced by plugin/netrwPlugin.vim plus other netrw*.vim scripts in other subdirectories of $VIMRUNTIME) you may need to make sure that the obsolete file is deleted. Exactly, from time to time, it's probably a good idea to delete/rename your Vim directory prior to installing a new version. Both these situations could probably be remedied pretty easily, I've just never found time to write it into the installer and the side effects have been negligible to date (in 3-4 years?). Patches welcome. :) -- Steve Hall [ digitect dancingpaper com ]
RE: VIM Books
From: Taylor, Kevin, Mon, December 04, 2006 5:16 pm I have been using VIM for years to do my development and feel I am a competent user. I have done some minor tweaks in my .vimrc but I have never written a plugin and very rarely do any scripting in the editor. But, I want to take it to the next level. I esp want to start scripting functionality (preferrably in VIM 7 via Ruby). I also do most of my programming and writing in VIM (other than when I am doing Eclipse RCP development). I remember there being a couple of VIM books out there. Are any worth reading for someone like me? Recommendations? I've found the online help much better than any third-party manual. If you read: :help usr_41 :help eval :help options you are 90% the way there. -- Steve Hall [ digitect dancingpaper com ]
Re: Cream slow to start up
On Fri, 2006-12-01 at 15:24 +0200, Matti Picus wrote: [...] I thought OK, let's setup vim to be more user friendly so I can do advocacy. This led me to using cream. Cream has it's own lists (http://cream.sf.net/about.html), for the record. This list is quite tolerant, but I'd ask that you move this discussion there so we avoid taking advantage of it. I installed it (http://prdownloads.sourceforge.net/cream/cream-0-38-gvim-7-0-152.exe) on a windows computer to test, but found cream and its installation of vim both very slow to start up, on the order of 10s of seconds, about the same time as a network timeout. Is this reasonable? No, it should only add 2-3 seconds to normal gVim, maybe one or two more the first startup. Is there some kind of call home in the startup files? No. A clean installation of vim 7.0 from source on the same machine does not have this problem. Cream is added to Vim, so it will never be as fast. It's overhead includes retained preferences, a different interface, add-ons, additional features, etc. But 10 seconds sounds like there is a problem, perhaps your discovered $HOME location is remote? Join the cream-general list and I'll help you sort it out. -- Steve Hall [ digitect dancingpaper com ] :: Cream... usability for Vim :: http://cream.sourceforge.net
Re: gVim font error (Fixedsys) on Windows
On Sun, 2006-11-26 at 05:34 +0100, A.J.Mechelynck wrote: Steve Hall wrote: Has anyone here experienced font errors in gVim lately related to the system font Fixedsys? I have three separate users with relatively new Windows installations that get an error with: set background=light E235: Unknown font: Fixedsys:h9:cDEFAULT I see this font name hardcoded in os_mswin.c, just wondering if perhaps MICROS~1 has recently changed XP to not included it by default in some situations? Possibility I: Try taking advantage of the fact that the gvim 'guifont' option is supposed to accept a comma-separated list. [...] Possibility II: Fixedsys is a bitmapped font, not a scalable font. Maybe it supports 8pt or 10pt but not 9pt. [...] Neither of these actually solve the bug, they are methods whereby a script writer (myself) can hunt-and-peck on some third party system (the user) trying to hide an issue hard-coded into Vim. (That is, if Windows XP installations have recently changed, which is my essential question. If it hasn't, this is a user problem in the first place; otherwise, it's a bug in Vim.) -- Steve Hall [ digitect dancingpaper com ]
gVim font error (Fixedsys) on Windows
Has anyone here experienced font errors in gVim lately related to the system font Fixedsys? I have three separate users with relatively new Windows installations that get an error with: set background=light E235: Unknown font: Fixedsys:h9:cDEFAULT I see this font name hardcoded in os_mswin.c, just wondering if perhaps MICROS~1 has recently changed XP to not included it by default in some situations? -- Steve Hall [ digitect dancingpaper com ]
RE: gVim 7 Win32 Maximize bug report
From: dotpanic dotpanic homelinux.org, Thu, November 02, 2006 6:11 am I'm pretty new to this mailing list and I hope I'm posting at the right place. I just want to report a simple bug, easy to reproduce. I have only tested it on Windows. Open vim, write a single 1 characters line (filled with blanks for example), and just maximize the window. On my PC, I get the following error: Vi Improved - A Text Editor has encountered a problem and needs to close. We are sorry blabla... The details are: AppName: gvim.exe AppVer: 7.0.262.0 ModName: gvim.exe ModVer: 7.0.262.0 Offset: 0012c053 Is the problem reproducible on your configurations? I don't see it, but Vim has always had a weakness with long lines. For me, the line takes more than 5 seconds to refresh on any movement, so there is obviously some heavy duty processing going on somewhere. Just curious, where does one download Vim 7.0.262 ? :) -- Steve Hall [ digitect dancingpaper com ]
RE: getchar() trick with recursive expr map
From: Hari Krishna Dara, Fri, October 20, 2006 2:26 am Often there are questions on this list on how to capture every key press from a user, and the answer is that it can't, unless you map all keys. But even if you map all keys, it is not flexible enough. Here is a trick with recursive expr maps and getchar() to get all keys pass through your function. You can do whatever you want with the keys, swallow them or pass them to Vim. This is exactly how Cream's column mode works. We've been using this for several Vim versions, prior to the :try feature. It works great, but the only drawback I've ever found is the dependency on :redraw. You will find that when extending a selection area it requires the additional exclamation point (:redraw!) since that is the only way to update the background. Unfortunately, this greatly slows down the display response. The solution would be a Vim feature to refresh only the area of the selection change rather than the whole text area. But otherwise, this is a terrific way to loop on user keystrokes. If anyone is interested in seeing how this can develop (various key combinations, handling issues with listchars, etc.) take a look at: http://cream.cvs.sourceforge.net/cream/cream/cream-columns.vim?view=markup -- Steve Hall [ digitect dancingpaper com ]
Re: Question about listchars
On Thu, 2006-10-19 at 08:59 -0700, Jeff Lanzarotta wrote: I have the following in my vimrc, This shows spaces and tabs characters. Visual Whitespace. set listchars=tab:»·,trail:· set list That all work well and good, but I would like to disable this display of visual white space temporarily, do something, and then reset it back to what I had. Is there a way to do this? I wrote a plugin that toggles invisible characters with F4: http://vim.sourceforge.net/scripts/script.php?script_id=363 -- Steve Hall [ digitect dancingpaper com ]
Wrapping by substitution
I'm having a mental block, how can I wrap a string via substitute() ?
I've been trying something like:
let str = 123456789012345678901234567890
let str = substitute(str, '\n\([[:print:]]\{-10,}\)', '\n\1\n', '')
echo str
to produce:
1234567890
1234567890
1234567890
--
Steve Hall [ digitect dancingpaper com ]
RE: Wrapping by substitution
From: Tim Chase, Wed, October 18, 2006 12:00 pm
The application is this :version pretty-fier:
function! Str_wrap(str, len)
return substitute(a:str, '[[:print:]]\{,'.a:len.'}','\n','g')
endfunction
I must be missing something...in your original post, you didn't
have any linebreaks in your sample str...thus my answer didn't
deal with them. ;)
Flagrant error on my part in not posting a proper test case. :)
If you have a multi-line string and want to do a wrapping as
something sorta like gqip would do (minus its internal
smartness about things like comment-leaders or mail-quote
characters),
echo substitute(@, '\([[:print:]]\{,10}\)\[^[:cntrl:]]', '\n', 'g')
seems to do something fairly reasonably kinda sorta close to what I
understand you to be describing. :)
I'm still baffled with what is happening to returns when this ends up
in a function:
function! Str_wrap(str, len)
return substitute(a:str, '\([[:print:]]\{,' . a:len .
\ '}\)\[^[:cntrl:]]', '\n', 'g')
endfunction
function! Version()
redir @x
silent! version
redir END
echo Str_wrap(@x, 70)
endfunction
call Version()
Tony's previous approach is a work-around, but I'm trying to write a
more generic substitution for wrapping.
--
Steve Hall [ digitect dancingpaper com ]
Re: gvim-7-0-118.exe virus found??
On Tue, 2006-10-17 at 00:13 +0200, A.J.Mechelynck wrote: Benji Fisher wrote: On Mon, Oct 16, 2006 at 03:08:58PM +0800, Edward Wong wrote: Just tried downloading gvim-7-0-118 from sourceforge and AVG detects there is a trojan virus. Can it be a false alarm? Please be more specific. Can you give a link to the archive you downloaded? Or did you use CVS or SVN (and , if so, what command did you use)? I suspect it's Steve Hall's build for W32, which is hosted on the sourceforge servers nowadays (at https://sourceforge.net/project/showfiles.php?group_id=43866package_id=39721 ). If my guess is right, I would expect a false alarm, but I can't guarantee that even Steve and SourceForge are immune to virus infestation. Some anti-virus software mistakenly interprets the Nullsoft installer as a virus. Just for the record, to date there have been no other reports regarding this binary (in 468 downloads), and it was created on a heavily fortified machine that reports nothing either. -- Steve Hall [ digitect dancingpaper com ]
RE: Gvim closing unexpectedly
From: Greg Dunn, Thu, October 05, 2006 9:36 am On 10/4/06, Steve Hall wrote: On Thu, 2006-10-05 at 10:04 +1000, Robbie Gates wrote: i was having problems with gvim hanging when i tried to edit my vimrc. After a bit of sleuthing, i tracked it down to has(tcl) hanging (called from syntax/vim.vim). It appears your post and one on the vim list are related: http://tech.groups.yahoo.com/group/vim/message/74227 http://tech.groups.yahoo.com/group/vimdev/message/45215 Yep, I have cygwin, and yep, the dummy tcl84.dll fixed the problem. I, too, can now confirm that the Cygwin tcl84.dll on path prior to any others causes :echo has(tcl) to hang. Can anyone here using a Windows binary different from those packaged by Cream reproduce this? -- Steve Hall [ digitect dancingpaper com ]
RE: Gvim closing unexpectedly
From: Greg Dunn, Thu, October 05, 2006 9:36 am On 10/4/06, Steve Hall wrote: On Thu, 2006-10-05 at 10:04 +1000, Robbie Gates wrote: i was having problems with gvim hanging when i tried to edit my vimrc. After a bit of sleuthing, i tracked it down to has(tcl) hanging (called from syntax/vim.vim). It appears your post and one on the vim list are related: http://tech.groups.yahoo.com/group/vim/message/74227 http://tech.groups.yahoo.com/group/vimdev/message/45215 Yep, I have cygwin, and yep, the dummy tcl84.dll fixed the problem. I, too, can now confirm that the Cygwin tcl84.dll on path prior to any others causes :echo has(tcl) to hang. Can anyone here using a Windows binary different from those packaged by Cream reproduce this? -- Steve Hall [ digitect dancingpaper com ]
RE: C++ IDE
From: Brecht Machiels, Thu, October 05, 2006 1:07 pm While we're at it... I recently installed Cream and I very much like the shortcut key mappings. Unfortunately, Cream disables Vim's modes by default. The option of Creamlite behaviour enables modes, but removes (most of) the shortcut key mappings along with it. Is there any way to have the best of both worlds? Of course, Cream *IS* Vim, it uses 100% Vim commands and binaries. You should be able to use it's Expert Mode and turn off insertmode. But this is OT for this list, please email me privately or use the Cream lists if you want to discuss the Cream configuration further. -- Steve Hall [ digitect dancingpaper com ]
Re: Gvim closing unexpectedly
[cross-posting to connect threads] On Thu, 2006-10-05 at 10:04 +1000, Robbie Gates wrote: Hi All, i was having problems with gvim hanging when i tried to edit my vimrc. After a bit of sleuthing, i tracked it down to has(tcl) hanging (called from syntax/vim.vim). It appears your post and one on the vim list are related: http://tech.groups.yahoo.com/group/vim/message/74227 http://tech.groups.yahoo.com/group/vimdev/message/45215 I'm not on a Windows box tonight to track this down, can anyone help us figure out if this is in the binary or runtime? 1. Verify syntax/vim.vim is not corrupt 2. Test the binary: :echo has(tcl) Greg, do you have Cygwin installed? Interesting that this just cropped up twice in two hours, these packages have been downloaded nearly 300 times over 8 days. -- Steve Hall [ digitect dancingpaper com ]
RE: Gvim closing unexpectedly
From: Greg Dunn, Wed, October 04, 2006 1:51 pm I recently grabbed an updated gvim binary (7.0 with patches 1-110) from the cream sf site and now gvim closes without warning whenever I try to open a .vim script. It seems to have something to do with syntax highlighting: $ gvim -u NONE -U NONE :filetype on :e foo.vim :redir vim.txt :se verbose=10 :syntax on Vim closes at this point the redirect was intended to see what was happening before it closes, but the file never gets written to before vim closes. Any ideas? I'm unable to reproduce this in our 7.0.118 build from same site (and used 7.0.110 daily prior). Do you see anything more if you prepend :debug to that last command? -- Steve Hall [ digitect dancingpaper com ]
Re: Gvim closing unexpectedly
[cross-posting to connect threads] On Thu, 2006-10-05 at 10:04 +1000, Robbie Gates wrote: Hi All, i was having problems with gvim hanging when i tried to edit my vimrc. After a bit of sleuthing, i tracked it down to has(tcl) hanging (called from syntax/vim.vim). It appears your post and one on the vim list are related: http://tech.groups.yahoo.com/group/vim/message/74227 http://tech.groups.yahoo.com/group/vimdev/message/45215 I'm not on a Windows box tonight to track this down, can anyone help us figure out if this is in the binary or runtime? 1. Verify syntax/vim.vim is not corrupt 2. Test the binary: :echo has(tcl) Greg, do you have Cygwin installed? Interesting that this just cropped up twice in two hours, these packages have been downloaded nearly 300 times over 8 days. -- Steve Hall [ digitect dancingpaper com ]
linebreak does not work with list
:help linebreak documents that it is not used when...'list' is on but this means that toggling list shifts the text. I noticed this is on the ToDo: 7 Make 'list' and 'linebreak' work together. Is this a difficult fix? -- Steve Hall [ digitect dancingpaper com ]
Unicode chars NEL, FF, LS, PS
Does anyone here know if Vim respects the following Unicode characters (represents them rather than just indicating literals): http://en.wikipedia.org/wiki/Newline#Unicode I'm not on a Unicode platform at the moment, but I'm wondering if Vim could ever have the listchars to do it like mined: http://towo.net/mined/mined-uni.png -- Steve Hall [ digitect dancingpaper com ]
Re: linebreak does not work with list
On Fri, 2006-09-29 at 23:36 +0200, A.J.Mechelynck wrote: Steve Hall wrote: :help linebreak documents that it is not used when...'list' is on but this means that toggling list shifts the text. I noticed this is on the ToDo: 7 Make 'list' and 'linebreak' work together. Is this a difficult fix? With 'list', tabs can be represented as ^I (if 'listchars' does not include tab:) or as the right number of characters (if it does). With 'linebreak' and 'wrap', virtual spaces are added in the middle of long lines to make them wrap at a 'breakat' character. I suppose the second case has more import than the first, and would require an additional suboption in 'listchars' to optionally represent those virtual spaces as other than spaces. I don't think that indicating virtual space is important, these is a display device, not text in my file. -- Steve Hall [ digitect dancingpaper com ]
Re: Unicode chars NEL, FF, LS, PS
On Sat, 2006-09-30 at 01:14 +0200, A.J.Mechelynck wrote: Steve Hall wrote: Does anyone here know if Vim respects the following Unicode characters (represents them rather than just indicating literals): http://en.wikipedia.org/wiki/Newline#Unicode I'm not on a Unicode platform at the moment, but I'm wondering if Vim could ever have the listchars to do it like mined: http://towo.net/mined/mined-uni.png Vim is a text editor, not a word processor. It does not necessarily show control characters as a word processor or a printer would. However you might alternatively say that these floodgates were opened when list was invented. :) Even on a non-Unicode platform, you should be able to run a +multibyte version of gvim, set 'encoding' to UTF-8 while preserving the locale setting of 'encoding' in 'termencoding', and enter the characters according to :help i_CTRL-V_digit to see what happens. Sometimes there's a font limitation, and I don't always trust what I see. NEL (Next Line, 0x85) is an upper-ASCII control character. I expect Vim to represent it as 85 when 'encoding' is set to UTF-8. This, however, depends on the setting of the 'isprint' option. I don't know what this control character means. FF (Form Feed, 0x0C) is an ASCII control character; it should be represented as ^L in Unicode just as in Latin1. When sent to a printer, it usually causes a page eject. LS (Line Separator, L SEP, U+2028) and PS (Paragraph Separator, P SEP, U+2029) are Format characters according to Unicode http://www.unicode.org/charts/PDF/U2000.pdf . They are followed in the charts by Left-to-Right Embedding, Right-to-Left Embedding, Pop Directional Formatting etc. I don't expect Vim to handle them otherwise than any other character, i.e., fetch a glyph, if any (probably none) from your 'guifont'. In my Gnome2 gvim with 'encoding' set to UTF-8, both U+2028 and U+2029 display as single-width spaces. It would be a lot to ask of any text editor to respect these new Unicode formatting characters. But I do think the authors of the spec intended these to be additions to the traditional CR and LF. I've been involved in a why can't Vim do X, editor Y can do it discussion, so my interest here is not actually using these chars myself. But there are likely some cases where they will be useful, more and more as software adopts Unicode. I'd personally only care that listchars has an option for them, on screen they act the same as any other line ending or tab char. -- Steve Hall [ digitect dancingpaper com ]
Re: Convert2HTML Again
On Sun, 2006-09-24 at 16:41 +0200, A.J.Mechelynck wrote: Steve Hall wrote: On Sun, 2006-09-24 at 00:31 +0200, Michael Schaap wrote: I beg you, please don't hardcode Courier New! [snip] It's not just the proper way, it's the first thing discussed in the specification: http://www.w3.org/TR/REC-CSS2/fonts.html#font-specification It is said nowhere in that document that a generic-family should be the only element in a font-face specification. [snip] In fact that W3C document mentions selecting a font by a single string only to dismiss it as inappropriate because of lack of standardization. My point was that the generic families were designed for an obvious reason...to fall back to something that works everywhere. Why wouldn't we want Vim to work just this way? Designers, not converters, should select font faces. If the converter is going to attempt to select one, than it had better do a good job of understanding what platform I am writing for, what fonts are available for that platform, and selecting one that follows my intentions within all the details of that specification. -- Steve Hall [ digitect dancingpaper com ]
Re: Convert2HTML Again
On Sun, 2006-09-24 at 00:31 +0200, Michael Schaap wrote: I beg you, please don't hardcode Courier New! Hear, hear! Not only is it the worst possible monospaced screen font, it is also Microsoft specific (in spite of it finding its way onto Tony's Linux box). (Even Microsoft has seen the light, and changed the default monospaced font to Consolas in Windows Vista.) The proper thing to do is to only list font-family: monospace. That will use the default monospaced font on any platform, which is Courier New by default in any case on current Windows browsers. Only people who have consciously chosen to change their monospaced font (and people on non-Windows platforms) will not see Courier New. It's not just the proper way, it's the first thing discussed in the specification: http://www.w3.org/TR/REC-CSS2/fonts.html#font-specification -- Steve Hall [ digitect dancingpaper com ]
Re: vim | multiple files editing and delete question
On Thu, 2006-09-14 at 13:01 +0300, Nikolaos A. Patsopoulos wrote: 1. I want to edit multiple files from command line so I created a vim script with all the commands (20). I use a batch file in WinXP: |@echo off vim -s script file.txt exit however I need to run this script on multiple files. In vim's help there is this code for use in bash(?) shell ||for file in *.txt; do| | vim -e -s $file change.vim| | lpr -r tempfile| |done however it doesn't seem to work under Cygwin. To do an operation on multiple files in a WinXP DOS batch: for %%A in (*.txt) do [command] Chain multiple commands after the do statement with : for %%A in (*.txt) do vim -e -s change.vim %%A copy %%A lpt1 or call a separate batch that takes %1 as the argument: for %%A in (*.txt) do call MyEdit.bat %%A where MyEdit.bat is: @echo OFF echo File %1... vim -e -s change.vim %1 copy %1 lpt1 Note that I usually sprinkle double quotes liberally to avoid issues with spaces in paths. -- Steve Hall [ digitect dancingpaper com ]
RE: Specifying vim options in the files being edited
From: Aaron Johnson, Fri, September 08, 2006 1:32 pm How can I include vim settings in the files I'm editing? For example, if system wide I have syntax highlighting disabled but I want to enable it just for one particular file. For c code I'd like to be able to include something like this: /* * ?:syntax on */ It would have to always always be commented obviously, and the '?:' would trigger reading those lines as vim options. You want to use modelines: :help auto-setting :help modeline -- Steve Hall [ digitect dancingpaper com ]
Re: gvim fullscreen mode on Gnome ?
On Sat, 2006-08-19 at 12:40 +0200, A.J.Mechelynck wrote: is there gvim full screen mode feature on GNU/Linux Gnome... ? I don't think there is a full-screen mode as such, but on any version of gvim you can do: [snip] I'm continuing to snag helpful tips like this one at: http://en.wikibooks.org/wiki/Vim_Tipbook (Note the name change to avoid conflict with Steve Oualline's work.) -- Steve Hall [ digitect dancingpaper com ]
Re: icons
On Fri, 2006-08-11 at 13:08 +0200, Robert Cussons wrote: sorry if this is blindingly obvious to all except me, but where is (are) the vim icon(s) stored in a windows install of vim7, I had a look for about half an hour this morning and couldn't find them, not helped by the fact that I didn't know the file extension, are they stored in some type of .dll or something? Sorry for my ignorance, but I need to know where they are to get windows to change from the stupid notepad icon to vim icon, it seems it is too simple to manage it on its own. They are actually in the (g)vim.exe file, pick that and Windows will show them too you to select for an extention. -- Steve Hall [ digitect dancingpaper com ]
RE: Tips for advance use of Vim
From: Charles E Campbell Jr, Fri, August 11, 2006 11:31 am Tom Purl wrote: The big downside of a wiki is administrative costs. It would probably be slightly more difficult to fight spam, and you would need a heck of a lot more moderators. No more than we currently have. A lot of issues are self-regulated because users are capable of fixing pages. And the spam problem has already afflicted the tips, at the cost of using moderators to elide them. I can just see the (insert favorite descriptive adjectival phrase here) spammers wiping out existing tips' contents and inserting their garbage. Of course, I'm not a wiki expert, and perhaps this problem isn't a problem? Wikis are extremely durable, especially since anyone can fix them. Abuse tends to be over-advertised, especially for wikis requiring login to edit (like the current site). MediaWiki (Wikipedia) in particular is very strong in this area, since it is possible to see diffs between any two versions of a page. Of course it helps to have a few moderators that can lock down a page prone to abuse, but any user can revert a change simply by going back to a previous non-spammed version and pasting it to the current. The current Tips is terribly burdened by typos and obsolete pages, I think a Wiki would be a good way to fix the current problems. -- Steve Hall [ digitect dancingpaper com ]
Re: Visible Spaces
From: Bill McCarthy, Jul 21, 2006 2:14 PM I clear the last search pattern often enough that I use a mapping: map leader\ :let @/=barecho Search pattern clearedcr Which does the same as: :noh -- Steve Hall [ digitect dancingpaper com ]
Re: script installation from remote url
From: Yakov Lerner, Jul 13, 2006 5:26 AM I realize that installing scripts from remote URLs always have security considerations associated with it. Still, my question is: Let's say that somebody I trust published useful script (plugin) at some URL, like http://xyz. Is there any command or script, supposedly bundled with vim (?) that would *in one invocation* download script S from this URL right into my ~/.vim/plugin ? Ideally: :InstallScript URL If not, then what's the closest existing thing to such :InstallScript functionality ? Not only is this possible, it is how Vim7 adds additional spellcheck dictionaries if you do :set spelllang=en,[new lang]. Check this out: function! Color_NavajoNight() Change the current color scheme to Zenburn. enew execute 'Nread http://cream.cvs.sourceforge.net/' . \ '*checkout*/cream/cream/cream-colors-zenburn.vim' execute saveas . tempname() source % endfunction map silent F12 :call Color_NavajoNight()CR imap silent F12 C-o:call Color_NavajoNight()CR vmap silent F12 :C-ucall Color_NavajoNight()CR Pressing F12 will automatically change your color scheme to the Zenburn color scheme stored in the Cream CVS repository. Really, the only two tricks are using Netrw to read the file, and then saving it with a name so that you can source it. -- Steve Hall [ digitect dancingpaper com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Updated Vim installer for Windows
An updated (unofficial) Vim installer for Windows is now available here: http://sourceforge.net/project/showfiles.php?group_id=43866package_id=39721 Check the Notes for version information. My intention is to minimize all future disturbances on this list with these announcements, the link above will always display our latest build. For reference, this is also linked from the Cream download page. Please direct all comments about this installer directly to me, no one else bears any responsibility for it. -- Steve Hall [ digitect mindspring com ]
Re: broken runtimes in ftp
On Fri, 2006-06-23 at 00:27 +0200, A.J.Mechelynck wrote: Steve Hall wrote: I just noticed four broken runtime files in ftp.vim.org: runtime/filetype.vim runtime/autoload/paste.vim runtime/plugin/netrwPlugin.vim runtime/plugin/vimballPlugin.vim Each has a few stray partial duplicate lines at the end. I don't notice any stray duplicate lines there. How do they look to you? Very odd, I don't see it now. The current files are dated prior to today, but I double-checked the error with both wget and web browser. That was a Windows box, but now I don't see it here on Linux. -- Steve Hall [ digitect mindspring com ]
Re: tabline-menu
From: A.J.Mechelynck, Jun 20, 2006 11:24 PM Steve Hall wrote: On Wed, 2006-06-21 at 01:50 +0200, A.J.Mechelynck wrote: Which tabline menu? [snip] do you mind the context menu which opens when right-clicking the GUI-style tabline? Sorry, I should have re-stated. I was referring to this one, the same as discussed at :help tabline-menu (the subject line). Yegappan explained the reason, and I'm not able to hack a work around its actions muddling my every-buffer-in-a-tab configuration maintained by autocmds. Try :set guioptions-=e -- this disables the tabline context menu. That's because it disables the GUI tab line entirely! :) No, I like the GUI widgets, just need access to it's menu. -- Steve Hall [ digitect mindspring com ]
Re: tabline-menu
On Tue, 2006-06-20 at 07:38 -0700, Yegappan Lakshmanan wrote: On 6/20/06, Steve Hall [EMAIL PROTECTED] wrote: I can't figure out how to turn off or customize the tabline menu. The items in the tabline menu are hard-coded in the Vim source code. You cannot add or remove items from this menu without modifying the source. It would be nice to be able to turn it off if it can't be customized. (The issue is it bypasses buffer/window/tab management schemes that run off of autocmd events.) -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: tabline-menu
On Tue, 2006-06-20 at 09:38 -0600, Eric Arnold wrote: On 6/20/06, Steve Hall [EMAIL PROTECTED] wrote: On Tue, 2006-06-20 at 07:38 -0700, Yegappan Lakshmanan wrote: On 6/20/06, Steve Hall [EMAIL PROTECTED] wrote: I can't figure out how to turn off or customize the tabline menu. The items in the tabline menu are hard-coded in the Vim source code. You cannot add or remove items from this menu without modifying the source. It would be nice to be able to turn it off if it can't be customized. I don't understand. It can be completely customized via the 'tabline' option. I'm just talking about the menu, I love the tabline. :) -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: tabline-menu
On Wed, 2006-06-21 at 01:50 +0200, A.J.Mechelynck wrote: Which tabline menu? [snip] do you mind the context menu which opens when right-clicking the GUI-style tabline? Sorry, I should have re-stated. I was referring to this one, the same as discussed at :help tabline-menu (the subject line). Yegappan explained the reason, and I'm not able to hack a work around its actions muddling my every-buffer-in-a-tab configuration maintained by autocmds. -- Steve Hall [ digitect mindspring com ]
Nread fails to browse remote ftp
Vim 7.0.17, netrw version 99...when I do: :Nread ftp://ftp.vim.org/ after entering username/password, I get the following errors: Error detected while processing function SNR73_NetRead: line 179: local: ./tmp/v454568/0: No such file or directory Error detected while processing function SNR73_NetRead..SNR73_NetGetFile: line 78: E484: Can't open file /tmp/v454568/0 -- Steve Hall [ digitect mindspring com ]
Vim7 auto-downloading spell dictionary
Does the vim7 automatic downloading of a new spellcheck dictionary
work as advertised in :help spellfile.vim? The command in help is:
autocmd SpellFileMissing * call
Download_spell_file(expand('amatch'))
but in spellfile.vim is:
autocmd SpellFileMissing * call spellfile#LoadFile(expand('amatch'))
I was just getting ready to write this feature until I saw it in the
help, but I can't get either to work. (And don't even grep the first
in any runtime file.)
--
Steve Hall [ digitect mindspring com ]
Re: I just updated my Vim site
From: A.J.Mechelynck, Jun 6, 2006 9:30 AM Until or unlessI think I'll take a back seat to the development of Vim executables for Windows. Tony, for what it's worth, I've improved the Cream build routines so that we can stay on top of patches more easily. Our previous delay was due to a hardware changeover that is now in the past, and we can now do the whole patch/build with a single command. Once we script the upload and page reference updates, the whole thing will be croned nightly. I'd do the same with GNU/Linux, but I haven't figured RPMS yet. :) -- Steve Hall [ digitect mindspring com ]
Re: Bugtracking system for vim?
From: Matthias Pitzl, Jun 2, 2006 5:13 PM Hello! I'm just curious whether there's a bugtracking system for vim where one could see what bugs are currently open for the current version. Vim's bugtracking system is one of the most efficient you'll find: it's author, Bram Moolenaar. And the open bugs and feature request list is shipped with every version: :help todo -- Steve Hall [ digitect mindspring com ]
Re: netrw, winxp, and a problem...
From: Charles E Campbell Jr, May 25, 2006 9:52 AM Steve Hall wrote: Just assume all paths are Windows-hostile unless passed through such a wrapper. (I never see these errors on *nix, so I assume it's path related.) I'll try it! The unfortunate part is, I can't test it. Or rather, I can test to see if the wrapper introduces some new problem, but as I haven't been able to duplicate the problem others are having I can't do the test. Same thing I saw, I never could track down if the errant slashes were coming from tempname(), expand(), fnamemodify(), existing environment vars, ones Vim found (Vim contrives $HOME if it doesn't exist), etc. But the reports went away, so it seemed to fix it for us. -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: netrw, winxp, and a problem...
On Wed, 2006-05-24 at 12:04 -0400, Charles E Campbell Jr wrote: A.J.Mechelynck wrote: Charles E Campbell Jr wrote: I've had several folks having a problem with WinXP and netrw. The problems seem to involve temporary files during attempts to use ftp; since temporary filenames are produced by tempname(), they're o/s dependent. [snip] Sorry, Dr. Chip, I can't help you there so I'm referring you to the vim-dev list: I might be completely off the trail here, but this sounds suspiciously like my age old problem of using Vim-generated paths for Windows calls via system(), tempname() or the like. No matter how hard I've tried to maintain a Windows path in a var, it somehow always ends up with an escaped space or a forward slash. (It seems use of fnamemodify() or expand() resets them.) So a long time ago I gave up trying to keep slashes and backslashes straight in my variables in favor of a wrapper approach: let tmp = myvar system call prep if has(win32) remove trailing slash (Win95) let tmp = substitute(tmp, '\(\\\|/\)$', '', 'g') remove escaped spaces let tmp = substitute(tmp, '\ ', ' ', 'g') convert slashes to backslashes let tmp = substitute(tmp, '/', '\', 'g') endif set noshellslash call system(mkdir . '' . tmp . '') set shellslash Just assume all paths are Windows-hostile unless passed through such a wrapper. (I never see these errors on *nix, so I assume it's path related.) Unfortunately, it is difficult to make such a strategy reasonably modular since you want to maintain the space between the command, options and the final path-filename argument. Abstracting the path through one more function ends up confusing me more than just duplicating the wrapper where needed. You guys are both old pros, but I've been bushwhacked by this one so many times I figured I'd encourage you to take one more gander. -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: Please help
On Thu, 2006-05-25 at 10:55 +1000, Tien Pham wrote: I have a very large file containing 7000 lines of data in a single column. Below is a sample. Many of them are 7 digit numbers and others are 8 digit numbers. For those 7 digit numbers, I need to add number 0 at the beginning of it. Can someone please show me a command to do it all in one hit? Those 7 digits numbers have no regular patterns, except that they have 7 digits, and the order of all numbers in the column has to remain unchanged. %s/^\(\d\d\d\d\d\d\d\)$/0\1/ge See :help :substitute :help pattern-overview -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: Extending Vim7 with plugins
From: Mikolaj Machowski [EMAIL PROTECTED], May 19, 2006 2:44 PM Dnia pi?tek, 19 maja 2006 19:07, Meino Christian Cramer napisa?: IMHO the help files are only for those, who are know already, what they are searching for. A newbie gets hopelessly lost. Not exactly. Newbie has to read whole Users Manual from the beginning to the end. There is no way to jump directly to usr_41 and understand everything. I have never found the User's Manual to be very helpful in learning to write scripts. (Perhaps that's why it is called the User's Manual. :) My personal experience was starting with just these two pages: :help options.txt :help eval.txt A couple of miles of scripts later, I still find these answer 90% of what I need, or link directly to it. -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: Extending Vim7 with plugins
On Sat, 2006-05-20 at 00:21 +0200, A.J.Mechelynck wrote: Steve Hall wrote: My personal experience was starting with just these two pages: :help options.txt :help eval.txt the two largest, excluding those which merely list changes between versions. Not easy to read from A to Z at one setting. Wow, I never realized how long they actually are, so I just enhanced my word count function to do some calcs minus line ending chars: options.txt: 51,006 actual words 64,048 average words (5-letters) 320,243 characters (includes spaces and tabs) 256 average 250 word pages (160 at 400) eval.txt: 43,757 actual words 54,845 average words (5-letters) 274,225 characters (includes spaces and tabs) 219 average 250 word pages (137 at 400) Although for anyone actually expecting to learn how to write vimscript, this is just a Saturday afternoon read. I agree with you though. The problem is finding the answers to the other 10%, but that's where :help patternTab, :helpgrep, vim-online and @vim.org come into play. All good, and we should specifically mention the best: [EMAIL PROTECTED] -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: Always display full path in tab?
From: Mark Volkmann, May 18, 2006 3:24 PM
On 5/18/06, Scot P. Floess [EMAIL PROTECTED] wrote:
list the full path in my tabs.
I've also failed to find that, but I want the opposite.
function! TabpageName(mode)
if a:mode == 1
return fnamemodify(expand(%), :p:h)
elseif a:mode == 2
let name = fnamemodify(expand(%), :p:t)
if name ==
return (Untitled)
endif
return name
endif
endfunction
function! TabpageState()
if modified != 0
return '*'
else
return ''
endif
endfunction
set guitablabel=%{TabpageName(2)}%{TabpageState()}
Change the argument in the TabpageName() call to 1 for full paths.
--
Steve Hall [ digitect mindspring com ]
:: Cream... something good to put in your Vim!
:: http://cream.sourceforge.net
avoid :source error with 7.0 script in 6.x
Is there a way to construct the code below to avoid the E193
:endfunction not inside a function error in Vim 6.4 when loading a
Vim 7.0 script?
This for-endfor construct produces the error:
function! MyFunct()
if v:version 700
return
endif
...
for i in range(tabpagenr('$'))
...
endfor
endfunction
The runtime condition is fine, earlier versions avoid the problem.
I know I can avoid it by silencing :source call but I'd rather not do
that if there's some other trick.
Thanks.
--
Steve Hall [ digitect mindspring com ]
:: Cream... something good to put in your Vim!
:: http://cream.sourceforge.net
Re: avoid :source error with 7.0 script in 6.x
From: Yegappan Lakshmanan, May 17, 2006 5:01 PM
On 5/17/06, Steve Hall [EMAIL PROTECTED] wrote:
Is there a way to construct the code below to avoid the E193
:endfunction not inside a function error in Vim 6.4 when loading
a Vim 7.0 script?
[snip]
What about doing the following?
if v:version 700
function! MyFunc()
endfunction
else
function! MyFunc()
for i in range(tabpagenr('$'))
...
endfor
endfunction
endif
Perfect, that solution was somehow escaping me.
Thanks Yegappan.
--
Steve Hall [ digitect mindspring com ]
:: Cream... something good to put in your Vim!
:: http://cream.sourceforge.net
Re: Unsupported RD version of Vim?
From: Eric Arnold, May 12, 2006 7:51 AM I was wondering if anybody has thought about having an unsupported version of Vim which has various enhancements and patches that aren't yet approved for the official version of Vim? As a roller of one of these alternate binary strains, I've found the effort to keep each developer's patch in sync with the current Vim version a huge headache. Besides, Bram is a world class coder and designer. If a patch is decent code and fits the long-stated Vim philosophy (:help design-goals), it will get included. Testing is our job. :) -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: avoid Press Enter... with new z= from function
On Fri, 2006-05-05 at 09:22 +0200, Bram Moolenaar wrote: Steve Hall wrote: Is there a way to avoid the Press ENTER or type command to continue when requesting spelling suggestions from a :normal z= call in a function? I'm not able to make any of the usual tricks (shm, raising the command height) work, and this statement blocks user input. Why not use spellsuggest()? That seems a lot of overhead to process the list and make a menu/popup, especially given z= usefulness. It works when you set the maximum number of entries in 'spellsuggest' to less than the value of 'cmdheight'. I keep cmdheight small so my editing area is large. z= usefully expands it except... :silent normal z= also works. That's probably what you should do if you want to catch the output with a redirection. I'm not trying to capture anything, but when called in a function the screen refresh happens after the function has already terminated. 1: function! MySpellAlts() 2: let mycmdheight = cmdheight 3: set cmdheight=13 4: set spellsuggest=10 5: silent normal z= 6: let cmdheight = mycmdheight 7: endfunction 8: imap M-F7 C-o:call MySpellAlts()CR I can find no way to configure line 5 to make this work, I've tried omitting the silent, using a literal key C-o... -- Steve Hall [ digitect mindspring com ]
avoid Press Enter... with new z= from function
Is there a way to avoid the Press ENTER or type command to continue when requesting spelling suggestions from a :normal z= call in a function? I'm not able to make any of the usual tricks (shm, raising the command height) work, and this statement blocks user input. -- Steve Hall [ digitect mindspring com ]
Re: :hardcopy E673 in gVim on GTK2
On Mon, 2006-05-01 at 22:15 -0400, Benji Fisher wrote: On Mon, May 01, 2006 at 05:31:47PM -0400, Steve Hall wrote: Yes, the bug is in printencoding. With gvim -u NONE -U NONE, these lines produce the error: :let printencoding = encoding :hardcopy This is with the default utf-8, with :set enc=latin1 prior, it is avoided. Does that mean that the problem is solved now? Not at all in my mind, this is a bug! I'm not sure what changed in 7.0, but this was always possible in 6.x. Was there actually a conversion happening automatically and Vim now refuses to hide it? To me, if printencoding is not a valid option for :hardcopy, automatic conversion with a warning is better than just aborting on an error. (Which raises the question, what ARE the valid options for printencoding?) -- Steve Hall [ digitect mindspring com ]
Re: :hardcopy E673 in gVim on GTK2
On Mon, 2006-05-01 at 08:39 -0400, Benji Fisher wrote: On Sun, Apr 30, 2006 at 09:19:01PM -0400, Steve Hall wrote: In every beta of gVim I've tried on Linux/GTK2 (through 70g) I get the following error with :hardcopy : E673: Incompatible multi-byte encoding and character set. This is with utf-8 and latin1. My binary is feature-full, it includes everything except: -ebcdic -footer -gettext -hangul_input -mouse_jsbterm -mzscheme -osfiletype -sniff -sun_workshop -tag_any_white -tcl -xfontset -xterm_save The runtime is soley the directory in the vim-7.0g.tar.bz tarball. What am I doing wrong? I had problems with a similar setup (Linux/GTK2 and utf-8) but they were solved a while ago. I do not have any problem with the current version. (Actually vim 7.0f.) Have you set any of the print* options to non-default values? Yes, the bug is in printencoding. With gvim -u NONE -U NONE, these lines produce the error: :let printencoding = encoding :hardcopy This is with the default utf-8, with :set enc=latin1 prior, it is avoided. -- Steve Hall [ digitect mindspring com ]
:hardcopy E673 in gVim on GTK2
In every beta of gVim I've tried on Linux/GTK2 (through 70g) I get the following error with :hardcopy : E673: Incompatible multi-byte encoding and character set. This is with utf-8 and latin1. My binary is feature-full, it includes everything except: -ebcdic -footer -gettext -hangul_input -mouse_jsbterm -mzscheme -osfiletype -sniff -sun_workshop -tag_any_white -tcl -xfontset -xterm_save The runtime is soley the directory in the vim-7.0g.tar.bz tarball. What am I doing wrong? -- Steve Hall [ digitect mindspring com ]
Vim 7.0e (beta) Windows installer
I have made available a Windows installer for Vim 7.0e (beta): http://prdownloads.sourceforge.net/cream/gvim-7-0e-beta-0.exe?download This contains only English language files, you'll need to download and manually install the lang\ and spell\ files for other options. These are similar in compiled features to the other packages we've built, described on http://cream.sourceforge.net/vim.html. -- Steve Hall [ digitect mindspring com ] :: Cream... something good to put in your Vim! :: http://cream.sourceforge.net
Re: Vim 7.0e (beta) Windows installer
From: Robert Hicks, Apr 19, 2006 3:46 PM Steve Hall wrote: I have made available a Windows installer for Vim 7.0e (beta): http://prdownloads.sourceforge.net/cream/gvim-7-0e-beta-0.exe?download This contains only English language files, you'll need to download and manually install the lang\ and spell\ files for other options. These are similar in compiled features to the other packages we've built, described on http://cream.sourceforge.net/vim.html. Does this install cream using Vim7? No, per the page: ...*without* any of the Cream customizations. And Cream is run via an independent command and runtimes, it doesn't affect Vim. A machine can run both at the same. -- Steve Hall [ digitect mindspring com ]
Re: gVim 7.0d bug refreshing guitablabel initialized by autocmd
On Tue, 2006-04-18 at 12:40 +0200, Bram Moolenaar wrote: Steve Hall wrote: I'm seeing a gVim 7.0d (GTK2) bug in refreshing the GUI tab bar. When a guitablabel is set by autocmd (VimEnter, BufEnter, etc), the results aren't actually shown until the Vim window is refreshed, such as with :set nu or :set list. I fixed this a couple of days ago. Perhaps it's time for 7.0e... Hmm, still broken for me in 7.0e. I thought this was fixed now. At least when 'guitablabel' is changed the tab pages line is redrawn. If this doesn't work for you please give a simplistic example. Not a bug. I traced the issue down to a logic error in a series of autocmds. (guitablabel references a buffer var for filename, and multiple buffers require additional gymnastics so they can all be set prior to firing my tabpage autocmd and included set guitablabel.) Sorry for the noise. -- Steve Hall [ digitect mindspring com ]
Re: vim/win32 built with mingw/cygwin ?
From: Yakov Lerner, Apr 18, 2006 12:08 PM I wonder if anybody tried to build win32 native gvim with mingw or/and cygwin (the native win32 gui vim). I've been building Windows packages with Cygwin since the middle of last year: http://cream.sourceforge.net/vim.html The latest beta 7.0e seems to be testing fine, too. -- Steve Hall [ digitect mindspring com ]
Re: gVim 7.0d bug refreshing guitablabel initialized by autocmd
On Sun, 2006-04-16 at 13:03 +0200, Bram Moolenaar wrote: Steve Hall wrote: I'm seeing a gVim 7.0d (GTK2) bug in refreshing the GUI tab bar. When a guitablabel is set by autocmd (VimEnter, BufEnter, etc), the results aren't actually shown until the Vim window is refreshed, such as with :set nu or :set list. I fixed this a couple of days ago. Perhaps it's time for 7.0e... Hmm, still broken for me in 7.0e. -- Steve Hall [ digitect mindspring com ]
display all buffers in tabs?
I must be missing something, is there a command to put all buffers into their own tabs and at the same time remove them from the current window? (This is gVim 7.0d, using guitabline.) Using :set sessionoptions+=buffers starts a session with multiple buffers in one window. The best I can do is to hack a loop closing and then :tabedit each. But this has the horrid result of Vim having to save, close, and re-open each file--when all the user wanted to do is menu the existing buffers across the tab bar. All edits, save state, marks, etc. should be preserved. -- Steve Hall [ digitect mindspring com ]
