Re: Moving away from SourceForge
On Fri, Feb 16, 2018 at 11:17 AM, Christian J. Robinson <hept...@gmail.com> wrote: > On Fri, 16 Feb 2018, Bram Moolenaar wrote: > > The recent (and ongoing) outage of the Vim website on SourceForge shows >> again that this is not a good place to host Vim. >> > > [...] > > If you have positive or negative comments about moving to osdn.net, let's >> discuss that. >> > > I think this move is the right choice even without the outage. > SourceForge's current owners/leadership has been engaged in behaviors that > are antithetical to the original mission of the service: > > https://en.wikipedia.org/wiki/SourceForge#Controversies Can you actually run a custom website on osdn.net? Both the Project Web Servers (e.g., http://peazip.osdn.jp/) and the Project Top Page/Dashboard (e.g., https://osdn.net/projects/peazip/) make it look like you can't. Vim.org is a PHP-based website, but is it actually using any server-side code? If it's static HTML, then GitHub Pages is quite satisfactory. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly *www.GeorgeVReilly.com <http://www.georgevreilly.com/>* -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: where is my file under c:\windows\
On Thu, Apr 27, 2017 at 8:44 PM, KC Chengwrote: > Hi, > > I'm using vim on Windows 7 and found a very odd problem. > For example, under DOS prompt, I can use command: > >vim c:\windows\abc.txt > > to edit the file abc.txt. However, > >dir c:\windows\abc.txt > > show me file not found !!! > and I run > >vim c:\windows\abc.txt > > again, everything I put in abc.txt is still there !!!??? > Does vim use some cache directory ?? What's the problem here ?? > Are you running a 32-bit Vim.exe under 64-bit Windows? This is probably WoW64 File System Redirection. https://en.wikipedia.org/wiki/WoW64 -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Vim for Windows build, contains all 3rd party dependencies
On Sun, Jan 4, 2015 at 6:48 AM, Bram Moolenaar b...@moolenaar.net wrote: Shiny Bling wrote: On Friday, 2 January 2015 18:28:19 UTC+1, Дарио Ѓорѓевски wrote: The author claims that YouCompleteMe is tricky to get working under Windows: https://github.com/Valloric/YouCompleteMe Are your compiles 32- or 64-bit? 32bit. Is there any real advantage having 64 build? Generally there isn't much advantage in a 64 bit build and it uses more memory. What is more important is that all the interfaces work correctly. There were problems with the open with Vim menu when using 32 bit Vim on a 64 bit windows, but I believe that's solved. I don't have time to maintain a Windows build myself. So far the Cream version was a good second choice for users who want a recent Vim. Including the required .dll files makes installing a Vim with many features a lot simpler. Perhaps I should add a link to this version on the vim download page? e Google Groups vim_use group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. I used to maintain https://code.google.com/p/vim-win3264/, but I've stopped updating it as (a) it's been several years since I switched over to Macs and (b) there are very few cases where you *need* a 64-bit Vim. Best to concentrate on getting a really good, comprehensive 32-bit build. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly *http://georgevreilly.github.io/ http://georgevreilly.github.io/* -- -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups vim_use group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Favourite Terminal for use with vim ?
On Tue, Feb 12, 2013 at 8:55 AM, Tim Chase v...@tim.thechases.com wrote: On 2013-02-12 08:39, Ben Fritz wrote: On Tuesday, February 12, 2013 9:37:20 AM UTC-6, Patrick wrote: Hi Everyone. I would like to switch from gvim to vim. I'm not criticizing your decision. But I want to know, why? Maybe I'll consider it too sometime, too; right now I have no reason at all to switch. My big plus for (non-g)vim is that I use it within screen/tmux allowing me to uneventfully resume my session from another machine. As I spend a majority of my time in a console, it's right within reach. Gvim does offer benefits: a broader spectrum of colors for creating color-schemes, fonts are easier to choose, and Unicode display tends to be less of a pain (not reliant on the terminal and its settings). Additionally, for those that need it, the menu toolbars are there. I tend to fly with all my 'guioptions' turned off, so it's somewhat moot for me. On Win32, gvim also allows more than 80 columns with less headache (cmd.exe is less than friendly when it comes to changing the number of columns). Either way, I run both rxvt+vim (most of the time) or gvim (occasionally) using Fluxbox's ability to disable all chrome, so I can maximize my editing to 100% of the screen real-estate (no chrome, menus, task-bar, dock, slit, etc). On Win32, I run gvim almost exclusively. -tim I usually use GVim or MacVim, but occasionally I need to use Vim in a terminal Mac: iTerm2, http://www.iterm2.com/ Linux: I just learned about the st terminal, but I haven't tried it. https://plus.google.com/111049168280159033135/posts/fMe7yuaDXKA The Ubuntu Terminal (gnome-terminal?) has served me well. Windows: recently learned about ConEmu-Maximus5, but I haven't tried it. http://code.google.com/p/conemu-maximus5/ I avoid using vim in the stock cmd.exe window, even though I wrote most of the Win32 console mode code back in the mid-90s. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups vim_use group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: How to check for $ProgramFiles(x86) ?
On Wed, Oct 24, 2012 at 2:50 PM, Ben Fritz fritzophre...@gmail.com wrote: On Wednesday, October 24, 2012 4:25:41 PM UTC-5, Gary Johnson wrote: I think the following or a variation should do it. I was only able to test it on names without parentheses as I didn't see any variable names with them in my environment. split(system('set ProgramFiles(x86)', '=')[1] gets the value and system('set ProgramFiles(x86)') =~ 'not defined' will evaluate to true if the variable is not defined. Not quite. You get hit by Windows *#$#ing command-line quoting. This works for me: :echo system('set PROGRAMFILES^(x86^)') In the past, I've solved very similar problems with batch files [1] and Bash scripts [2]. The parentheses in the environment variable name are asinine. [1] http://weblogs.asp.net/george_v_reilly/archive/2009/09/11/launching-32-bit-applications-from-batchfiles-on-win64.aspx @setlocal @set _pf=%ProgramFiles% @if not [%ProgramFiles(x86)%]==[] set _pf=%ProgramFiles(x86)% @start /b %_pf%\SourceGear\DiffMerge\DiffMerge.exe %* [2] http://thread.gmane.org/gmane.comp.gnu.mingw.user/31262/focus=31273 #!/bin/sh pf=`env | sed -n s,'^PROGRAMFILES(X86)=',,p` if [ -z $pf ]; then pf=$PROGRAMFILES; fi $pf/SourceGear/DiffMerge/DiffMerge.exe $* -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: OT: hosting (was Re: Dr Chip)
On Sat, Mar 3, 2012 at 5:04 PM, Tim Chase v...@tim.thechases.com wrote: On 03/03/12 18:39, Phil Dobbin wrote: Or alternatively there are good deals to be had with a VPS nowadays if you want complete root access to a box (configure your own mail server so forth) at realistically nearly the same price as shared hosting. I personally use 6sync find them great. Getting a VPS is still pretty pricey. The best I've been able to find for a lowest-end VPS is about $15-20/mo (both your suggested 6sync and Linode fall into this category). For shared hosting, I've seen it as low as free (I wouldn't trust anything valuable to such a site as they often inject things into the output or reliability is an issue), frequently hovering around $3/mo for the lowest, $5/mo for what I'd consider reasonable reliability. That's a 3-5x price factor. If all your site is static (like I seem to recall Dr. Chip's pages were), using something like github is a pretty tempting proposition: stable, free, easy interface, and easy way to share and gather updates. There's also http://sites.google.com. But getting all of those plugins under version control at GitHub would be a good idea. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Caught deadly signal in Mac Vim
Adding the Mac Vim mailing list. On Thu, Jan 19, 2012 at 8:27 AM, Phil Dobbin phildob...@gmail.com wrote: On 19/1/12 15:59, Charles Campbell charles.e.campb...@nasa.gov wrote: Phil Dobbin wrote: Hi, all. For the first time since I seriously started using Vim about six months ago I got this message on startup: `Vim: Caught deadly signal ABRT Vim: Finished. Abort trap` I'd been using it all day had just come back to it. This version of Vim (7.3 Included patches: 1-244, 246-353) is on OS X I compiled it myself back in December has worked fine. I subsequently got it back working by removing the FuzzyFinder plugin which I had recollections of reading about being troublesome some while ago but had since been fixed so whether this was a lucky guess or not I'm not sure. As an aside MacVim on the same machine worked fine when the terminal one wasn't working. Seeing as this is first problem I've had in this respect, can anyone advise on the best way to troubleshoot this kind of occurrence? I've Googled on it but nothing much came up. I've also got a copy of the crash log if that's any help to anybody. * try to get a reproducible example; preferably with vim -u NONE . Barring that, try to isolate to a minimal .vimrc and minimal qty of plugins. * I'm not familiar with OS-X; under linux, I'd advise compiling with -g and getting a core dump. Find out where the crash occurred (file, line number), and values of pertinent variables * see if valgrind helps Hi, Chip. Thanks for the reply. The relevant part of the crash log as far as I can see is: `Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x, 0x Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: abort() called Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x7fff891000b6 __kill + 10 1 vim 0x0001000df604 0x1 + 914948 2 libSystem.B.dylib 0x7fff891121ba _sigtramp + 26 3 libSystem.B.dylib 0x7fff891000b6 __kill + 10 4 libSystem.B.dylib 0x7fff891a09f6 abort + 83 5 libSystem.B.dylib 0x7fff890b8195 free + 128 6 dyld 0x7fff5fc06d5f` Going on what I could glean from that what I read at: http://www.gnu.org/s/libc/manual/html_node/Program-Error-Signals.html is that Vim aborted before it crashed on launch. Starting Vim -u NONE it functioned as normal upon removing a couple of plugins it reverted to normal. Modifying `libSystem.B.dylib 0x7fff891000b6 __kill + 10` to make it a viable search term in Google/Stack Overflow turns up scores of entries of crashes across several different applications on OS X Snow Leopard (which is the OS this particular version of Vim of mine crashed on) so it may seem reasonable to conjecture that this problem is OS specific. The odd thing however, is that the gui version MacVim functioned normally the whole time with the same plugins vimrc. Cheers, Phil... -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: h j k l -- keys
On Fri, Dec 16, 2011 at 10:28 AM, Kazuo Teramoto kaz@gmail.com wrote: On 2011-12-16T13:26:22, Taylor Hedberg wrote: Sven Guckes, Fri 2011-12-16 @ 14:42:05+0100: because. this happened long before vim - when it has been vi. so.. around 1976. Oh, Joy! If I remember correctly, Bill Joy's terminal had no cursor keys, but the H, J, K, and L keys had arrows painted on them, hence the choice of movement commands for vi. Exactly. He used an ADM-3A [1]. The ADM-3A keyboard had an escape key more close to the home row too. [1]: http://en.wikipedia.org/wiki/Lear_Siegler_ADM3A I used SOS -- a line editor without the charm of Ex -- on a 1200-baud ADM-3A for my first two years of university in '83-'85. We had access to the VAX-11/780 for three hours in the morning in a dingy terminal room in the basement. For my final two years, we were promoted to the 9600-baud terminals upstairs with 24-hour access. It was there that I encountered vi running on Eunice, a Unix emulator for VAX/VMS and it was there that I formed my lifelong vi habit. I don't miss any of those damn terminals. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: GVim Win32 on Win7 suddenly very slow to load
On Wed, Dec 7, 2011 at 9:16 AM, Ben Fritz fritzophre...@gmail.com wrote: On Dec 6, 11:44 pm, Greg Underwood greg.underw...@gmail.com wrote: Good to know! I have mostly stuck with the tried-and-true official releases from vim.org, which I know are behind the times a bit. Unless VIM starts misbehaving, I'm cool with sticking to the official releases - my editor is my dialtone - not something I tinker with unless it ain't working or there's a clearly much better one available. :D Knowing that there's someone out there who rolls a package with the basic VIM stuff, but up to date, is worth looking into! You can see what you'd be getting if you upgraded, here: ftp://ftp.vim.org/pub/vim/patches/7.3/README There are a few really nice goodies in there, plus some easy-to-get errors which have been fixed. Also, if you upgrade, you'd be getting an all-new set of runtime files, including improved syntax highlighting, better TOhtml conversion, bugfixes in the netrw plugin (used to edit directories on local or remote systems, or files on remote systems via FTP or other protocols), and much more. If you want to dig in to the changes, far better to look at http://code.google.com/p/vim/source/list -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: GVim Win32 on Win7 suddenly very slow to load
On Mon, Dec 5, 2011 at 10:23 PM, Christian Brabandt cbli...@256bit.org wrote: On Tue, December 6, 2011 5:31 am, Ben Fritz wrote: I'd start by narrowing it down to plugins vs. your .vimrc. Try all of: gvim -i NONE (to check for the .viminfo/_viminfo file containing something ridiculous) gvim -N -u NORC -i NONE (to check for .vimrc/_vimrc causing it) gvim -N --noplugin -i NONE (to check for plugins causing it) gvim -N -u NONE -i NONE (to check all your config at once) Also there is a faq on it: http://vimhelp.appspot.com/vim_faq.txt.html#faq-36.12 If your scripts and vimrc haven't changed but your Windows has, ProcMon [1] may help pinpoint what's going on. [1] http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: how to make 'h,j,k,l' faster ?
On Fri, Oct 28, 2011 at 11:19 AM, AK andrei@gmail.com wrote: On 10/28/2011 02:05 PM, sc wrote: On Friday, October 28, 2011 12:23:44 Tim Chase wrote: On 10/28/11 10:21, Ben Fritz wrote: I find it very nice to set relative line numbers and use a count with j/k for down/up movement. I know about them head-wise, and you're right about it being easier than keying in the absolute line#, but it's a more recent feature of vim which hasn't yet made it to my muscle-memory (or more importantly, my vimrc :) i can't imagine why not -- it's the coolest new feature since 'cursorline' I just want to comment that I also think it's the best new feature (since folding, from my perspective..) I wrote my own plugin that used sign column to show line numbers relative to top line, but it was a pain in the ass to have all mappings refresh the numbers when a line is inserted or deleted or screen is moved. If anyone's not using this, totally try it out!!! I'm playing with relative line numbering for the first time. I normally run with absolute line numbering. You know what'd really make a difference for relative line numbering? If the current line's number was its absolute line number, instead of 0. Yes, I can see the absolute line number down in the ruler, but that's often far removed from the current line and I have to move my eyes down to the ruler, then back to the current line. 0 conveys little information. The absolute line number is more useful. It should be in a highlighted color to make it blatantly clear that it's different. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Please fix: make Windows Vim use same files as unix. No reason not to and it's confusing in mixed envirionments.
On Fri, Oct 14, 2011 at 2:50 PM, Alessandro Antonello antonello@gmail.com wrote: The problem with using .vim and .vimrc on Windows, is that the Windows file explorer (as of Windows XP, I'm not sure about Vista or Windows 7) will simply not allow you to create files or directories with names which begin with a '.' character. Sure, you can create them from the command-line, or from within Vim, but the average user doesn't want to do that. The default Windows setting, to hide the extension for known file types, will probably make matters worse. I expect, though I have not confirmed, that if you were to have a file association for .vim files, that a .vim folder may cause some strange behavior. Hi, I use VIM/GVIM in a common configuration between a Windows (XP) box, Cygwin (on that Windows) and a Mac. In my Mac I installed the MacVim version 7.3, in the Windows I have the GVim 7.0 and in the Cygwin (with GTK Vim to work with XWindow server) the 7.3 version. All these installations are using the same configuration files. The files are synchronized between Mac and Windows using Dropbox. So if I made some changes in one machine I will get the same changes in other. A tweak part was set the default font on startup. I love DejaVu so I installed it in all machines. Well, this is what I did: 1. In the Mac the configuration was strait forward. The files '.vimrc', '.gvimrc' and the directory '.vim' are in my home directory. All Vim scripts are in Unix format, that is important. 2. In the Windows box I set a '$HOME' environment variable to mimic the way Mac and Unix works. So I defined this variable to something like 'C:\users\Alessandro'. 3. In my new 'Windows user directory' I put the Vim files '.vimrc' and '.gvimrc' and the directory '.vim'. In '.vimrc' file I changed the 'runtimepath' so Vim can see the '.vim' directory. But only when it is loaded from Windows or a DOS box. When I start Vim/GVim from Cygwin or CygwinX all is perfectly normal. The '$HOME' environment variable is already there so 'Cygwin' will treat my directory as usual, also Vim. Why I did all that? Well, these days I work mostly in the Mac. But sometimes I need to do some work on Windows. But, I am so comfortable with the way *nix systems works that I can leave in a Windows system without cygwin. Well, there I did some apps for Windows Mobile using CeGCC. I almost forgot. I also have a MinGW installation, in my Windows, that has it's own version of Vim. It uses the same configuration files since the '$HOME' variable is also used by MSYS. What a mess!! I share my Vim configuration and other dotfiles between Windows, Mac, and Linux. It's stored in a private repository at GitHub. I create a working copy at C:\gvr or ~/gvr. Inside there, I have several directories, including dotfiles and vimfiles. Here's a *partial* view from `tree`: /Users/georger/gvr/ ├── _vimrc ├── dotfiles │ ├── bash_aliases │ ├── bash_logout │ ├── bashrc │ ├── emacs.d │ │ ├── init.el │ ├── gitconfig.mac │ ├── gitconfig.msys │ ├── makelinks │ ├── makelinks.cmd │ └── viper ├── vimfiles │ ├── after │ │ ├── ftplugin │ │ └── syntax │ ├── autoload │ ├── bundle │ │ ├── bufexplorer │ │ ├── dbext │ │ ├── fugitive │ ├── plugin I use the makelinks scripts to symlink Here's the Mac/Linux makelinks: #!/bin/bash ln -s -f ~/gvr/ctags.cnf ~/.ctags ln -s -f ~/gvr/_vimrc ~/.vimrc ln -s -f ~/gvr/vimfiles ~/.vim ln -s -f ~/gvr/dotfiles/gitconfig.mac ~/.gitconfig ln -s -f ~/gvr/dotfiles/emacs.d ~/.emacs.d for i in bashrc bash_aliases bash_profile bash_logout profile viper do ln -s -f ~/gvr/dotfiles/$i ~/.$i done And the Windows one. Note %HOME% is set to C:\gvr: :: Vista or Win7 only. Must be run as Administrator from a cmd window pushd %~dp0 for %%i in (bash* profile viper) do (mklink ..\.%%i dotfiles\%%i) mklink ..\.gitconfig dotfiles\gitconfig.msys mklink /d ..\.emacs.d dotfiles\emacs.d mklink /d ..\Dropbox %USERPROFILE%\Dropbox popd This works fine with programs running in the regular Windows cmd window, as well as the MsysGit Bash window. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Ubuntu Mono font
[Reflowed as a bottom post to forestall whining from the usual suspects] 2011/10/9 Александр Куринный kurin...@gmail.com On 9 October 2011 00:12, George V. Reilly geo...@reilly.org wrote: Since monospaced fonts are a perennial topic of discussion here, I'll mention the new Ubuntu Mono font, which can be downloaded from http://font.ubuntu.com/ The recent 0.80 release of the Ubuntu Fonts includes Ubuntu Mono in Regular, Regular Italic, Bold, and Bold Italic variants. It's the default font for the Terminal in next week's release of Oneiric Ocelot, Ubuntu 11.10. I've tried it in MacVim and Gnome Gvim and it looks decent. As the version number implies, the fonts (particularly Mono) are a work in progress. In terminal they look really bad) Some, including me, like Ubuntu Mono in Terminal. Looks more like famous Comic Sans=) Apparently, Ubuntu Mono is being tweaked (but not designed) by Vincent Connare, the designer of Comic Sans: http://design.canonical.com/2011/09/ubuntu-monospace-beta/. He also designed Trebuchet, which is a much more respectable font. Letter M - why did they do it?! That's been controversial. See the above link for some background. Also, https://bugs.launchpad.net/ubuntu-font-family/+bug/869961 My choise for terminal is Liberation Mono. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Ubuntu Mono font
Since monospaced fonts are a perennial topic of discussion here, I'll mention the new Ubuntu Mono font, which can be downloaded from http://font.ubuntu.com/ The recent 0.80 release of the Ubuntu Fonts includes Ubuntu Mono in Regular, Regular Italic, Bold, and Bold Italic variants. It's the default font for the Terminal in next week's release of Oneiric Ocelot, Ubuntu 11.10. I've tried it in MacVim and Gnome Gvim and it looks decent. As the version number implies, the fonts (particularly Mono) are a work in progress. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: How do I capitalize text bewteen HTML tags?
On Fri, Sep 2, 2011 at 1:31 PM, Tim Chase v...@tim.thechases.com wrote: On 09/02/11 11:29, tplarkin7 wrote: I then used VIM to capitalize the text since ordinary regex does not have that ability. For those that can't see the code I posted, it is visible in VIM's forum. Ah, you're posting through Nabble which doesn't seem to pass along the HTML to the official Vim list (v...@vim.org, mirrored at vim_use@googlegroups.com). Pulling in the source from the URL in your Nabble email I get the following: This post was updated on . I would like to capitalize the words, Narrator (v.o.) between the paragraph tags below: P STYLE=margin-left: 2in; margin-bottom: 0inNarrator (v.o.)/P I need to keep the entire tag as shown. For example, other tags have a margin of 1in, and I don't want to capitalize between them. Another issue is the hard return after Narrator. Some of the lines in my HTML file have no return such as the line below: P STYLE=margin-left: 2in; margin-bottom: 0inAristobulus/P Thanks for your help! EDIT: I'm slowly figuring this out: I've successfully capitalized the following example: Before code: P ALIGN=CENTERNarrator (v.o.)/P After code: P ALIGN=CENTERNARRATOR (V.O.)/P Code used: :%s:\(P ALIGN=CENTER\)\(.*\)\(\):\1\**U\2\3:g I attempted the same for P STYLE=margin-left: 2in; margin-bottom: 0inAristobulus/P But, it gave me an error. You don't give the error or the command you gave, so it's hard to track down what went wrong. I'd try something like :%s/\cP style=[^]*2in[^]*[^]*\**zs\_[^]*\ze/\U/g It has odd edge-cases where you might have nested tags, but it should handle most of the cases. A totally different approach would be to use semantic markup with CSS and get rid of all the inline styles leaving you with much cleaner HTML, as God and the W3C intended. style .narrator {text-transform: uppercase} /style p class=narratorNarrator (v.o.)/p -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech Please sponsor me: http://bit.ly/georgevreilly-aidswalk-2011 -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: 2html optimization
On Tue, Jun 14, 2011 at 1:23 PM, Benjamin Koltai bkolta...@gmail.com wrote: I am using vim to syntax highlight and convert plain text files to html. My server usually has multiple requests coming in at once, so I would love to optimize vim to work as quickly as possible. I would love to get a better understanding on what the minimum requirements for doing the conversion are and how I can set them properly. This may be heretical for this list, but is Vim the right tool for the job? There are many other syntax highlighting engines out there. I've used the Pygments http://pygments.org/ library with some success and restview http://mg.pov.lt/restview/ to render it to a browser. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Vst plugin and latex
On Wed, May 18, 2011 at 8:10 AM, Jostein Berntsen jber...@broadpark.nowrote: On 18.05.11,09:53, Charles Campbell wrote: Jostein Berntsen wrote: I checked out the Vst plugin for vim that works with restructured text: http://www.vim.org/scripts/script.php?script_id=1334 This seems to convert text to html quite well. I also tested the conversion of files to latex, but that seems to collapse indents and remove linebreaks for all text. Has anyone found a solution for this? May I suggest attempting to contact the author of that plugin? He may or may not monitor this list. Thanks, I will do that. I used to be a heavy user of VST, but I switched over to the real reStructuredText (http://docutils.sourceforge.net/) a few years ago. VST is essentially a hack. A clever hack, but fragile and unmaintained. I've successfully used docutils and the Sphinx wrapper ( http://sphinx.pocoo.org/) on Windows, Mac, and Linux. Sphinx is under active development. If all you're trying to do is generate good looking printed output, you don't even need to convert to LaTeX: rst2pdf ( http://code.google.com/p/rst2pdf/) will convert straight from reST to PDF. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Make it work like a typewriter?
On Sat, Nov 6, 2010 at 11:22 PM, Tao Joannes taojoan...@gmail.com wrote: I'm using vim to write a novel, and lots of other short stories, etc. One problem I always have is that I find it difficult to resist the temptation to go back and edit while I'm doing the initial draft. I've got a script that handles file management, wordcount, backups, etc, that's working pretty well, and I'd like to work in a drafting mode that will make VIM work like a typewriter. What I mean is that the navigation is gone, except for switching between insert and command mode. All I want is type, space, enter, and escape, basically, having it go automatically to the end of the file when opening would be nice, too. I know I could do it with a 'cat' command that captures standard in and appends it to whatever file I'm editing, but that would get kludgy on the scripting, so I'd much rather just have an alternate vimrc that made it behave as specified. I'd have a toggle setting for draft or revision mode, then would select the files by number using a case/select. I've forgotten more about vi commands, etc, than I can remember now, so any help to get this working would be greatly appreciated. http://www.google.com/search?q=vim+writeroom returns several hits that may be of interest. I can't vouch for any of them. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Vim 7.3 released!
On Mon, Aug 16, 2010 at 9:07 AM, brianm brian.mat...@gmail.com wrote: What's the word on Windows 64-bit support? Has the work that's been done here: http://code.google.com/p/vim-win3264/wiki/Win64Binaries been incorporated into this version? It would be great if the shell extension was now working with Win64 from the official package. -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php I just updated the front page of http://code.google.com/p/vim-win3264/ after uploading vim73-x64.zip. Here's what I wrote there: Vim 7.3 was released on 2010/8/15. Win64Binarieshttp://code.google.com/p/vim-win3264/wiki/Win64Binaries are available here. The official Win32 installer from vim.orghttp://www.vim.org/download.php#pc is recommended over the Win64 binaries supplied here: - Full GUI installer - Installs a Win32 or Win64 gvimext.dll Shell Extension appropriate to the target machine. This provides Edit with Vim functionality in Explorer using the 32-bit (g)vim.exe. - Big version of GVim that includes language interfaces for Python 2.7, Python 3.1, Ruby 1.9, Tcl 8.3, and Perl 5.12; - CScope and NetBeans integration, and Global Input Method Editors for Chinese, Japanese, and Korean. - Fully supported The Win64 binaries have: - Command-line installer - Huge version of GVim with a language interface for Python 2.7. (Most other languages that Vim has an interface for are not available as Win64 binaries.) - Not supported; not well tested. There are still a few reasons why one might want a native 64-bit version of Vim (per Craig Barkhouse): 1. Editing files 4GB in size; rare I know, but still. 2. 64-bit WinPE does not have a WOW64 subsystem, hence you cannot run a 32-bit executable. 3. Windows Server 2008 R2 (i.e. Win7 Server) also does not have the WOW64 subsystem, by default, although it is an optional component you can install. 4. Potential for perf gains, particularly in heavy memory operations like memcpy and memcmp which can be optimized for the 64-bit word size. -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Gvim + Win7 + dual monitors
On Mon, Aug 16, 2010 at 3:18 PM, Eric Tetz erict...@gmail.com wrote: I'm trying to use Vim in a dual monitor setup under Windows 7. If I put Vim on my secondary monitor, it snaps back to my primary monitor every time I change buffers. Anybody else experience this, and is there a way to fix it? GVim works fine on a 3-monitor Windows 7 setup for me, on any of the monitors. Does it repro if you run with -u NONE? If not, then it's one of your plugins. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Vim 7.3e ready for beta testing
On Thu, Aug 12, 2010 at 1:43 PM, Bram Moolenaar b...@moolenaar.net wrote: Pan Shizhu wrote: We need a Big icon for Windows 7. During the Vim 7.3 development, Windows 7 releases, in Windows 7 desktop we can choose small Icon, normal Icon, and big Icon. The Icon for Vim 7.3 works for Normal Icon and Small Icon, but when I choose Big icon on Windows 7 desktop, it still shows a Normal Icon. Now it is time to give Vim 7.3 Windows Installer a Big Icon. Thanks. OK, so can someone tell me how to do that? How big is a Big Icon? 256x256, which then gets scaled automatically by Vista and Windows 7. 24-bit color. More 3D. * http://msdn.microsoft.com/en-us/library/aa511280.aspx * http://www.axialis.com/tutorials/tutorial-vistaicons.html http://www.axialis.com/tutorials/tutorial-vistaicons.htmlPerhaps we could use the icon from MacVim as a starting point? -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Vim 7.3c ready for beta testing
On Mon, Aug 2, 2010 at 7:02 AM, Yue Wu vano...@gmail.com wrote: On Mon, 02 Aug 2010 17:13:39 +0800, Dominique Pellé dominique.pe...@gmail.com wrote: Yue Wu vano...@gmail.com wrote: On Mon, Aug 02, 2010 at 09:52:34AM +0200, Bram Moolenaar wrote: Yue Wu wrote: Sorry, I forgot that it's a new topic in the list, I've reported that vim73 can't be run on windows 2000. After extractpc/gvim73c.zip + pc/vim73crt.zip then run gvim.exe, it warns: gvim is not a valid Win32 application. My OS is windows 2000 sp4. Is it only a warning, does it continue to run? Warning + can't run. Is there an error number along with it? Can you provide the full error/warning so we can google search for it? I found this which looks similar and may help: http://support.microsoft.com/kb/812486 No any error number, a dialog says vim is not a valid Win32 application, after close the dialog, nothing happens. Attach is the shot. It's probably due to a linker flag that was used to construct the executable's header. It may be possible to override the VS2010 linker flags in a way that will make Windows 2000 happy, but that will require some research. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Vim 7.3c ready for beta testing
On Mon, Aug 2, 2010 at 3:52 AM, Bram Moolenaar b...@moolenaar.net wrote: Yue Wu wrote: On Mon, 02 Aug 2010 02:35:34 +0800, Bram Moolenaar b...@moolenaar.net wrote: Hello Vim users, Announcing: Vim (Vi IMproved) version 7.3c BETA MS-WINDOWS separate files: pc/vim73crt.zip runtime files pc/gvim73c.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim73cole.zip GUI binary with OLE support pc/gvim73c_s.zipGUI binary for Windows 3.1 (untested) pc/vim73cd32.zipconsole version for MS-DOS/Windows 95/98 pc/vim73cw32.zipconsole version for Windows NT/2000/XP pc/vim73csrc.zipsources for PC (with CR-LF) Still can't be run under windows 2000 here (pc/gvim73c.zip + pc/vim73crt.zip). Since I didn't get a reply about whether older versions of the compiler, e.g., the 2008 one, work properly on Windows 7, I stick with the 2010 compiler. I also don't know what the problem is, thus it might be possible we fix something to make this build with the 2010 compiler work on Windows 2000. I find it more important to support Windows 7, so unless we find a way to support Windows 2000 without breaking Windows 7 compatibility it won't change. We're using the VS2005 compiler at work, and it and the binaries it builds runs fine on my x64 Win7 dev box. Ditto VS2008. MS announced last week that 175 million Windows 7 licenses had been sold, of which nearly half were for Win64. I don't know how many Windows 2000 boxes are still in active use, but it's got to be far less than 175M. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Vim 7.3c ready for beta testing
On Sun, Aug 1, 2010 at 9:18 PM, Yue Wu vano...@gmail.com wrote: Still can't be run under windows 2000 here (pc/gvim73c.zip + pc/vim73crt.zip). Please be more specific. What are you doing? What happens? What did you expect to happen? -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: percentage of vim users running python
On Tue, Jun 29, 2010 at 6:32 PM, AK andrei@gmail.com wrote: On 06/29/2010 09:20 PM, Ted wrote: I'm wondering if there are some figures somewhere that would provide some sort of estimate of the percentage of vim users who have python installed, or would be free of objections to installing it if a module required it. I'm working on some vim modules, to be released for general use, that are threatening to become pretty complicated, and would prefer to write them in python. Is it likely that this would lock out a significant portion of the vim user population? Is it frowned upon to use external languages in cases where it's not entirely necessary? Python is more or less ubiquitous on linux installs, but I don't feel like I could guess at how many vim users on other platforms would be unable or unwilling to install it. The modules themselves are relatively general purpose; my motivation to code them in Python stems partly from this very generality: it's advantageous to have that code available outside of the context of vim. I also find that I tend more and more toward a functional programming style that doesn't work particularly well in vimscript. Do you mean Vim compiled with python or just python installed on the system? If I understand right, windown installer for Vim comes with python compiled into Vim. Same goes for Vim in Ubuntu. On other distributions, I'm not sure, I believe I heard that Redhat's Vim does not have Python compiled in. If you're using python from Vim, it might make sense to use compiled in interpreter because there's closer integration with Vim rather than outside interpreter. If you haven't done this already, read :help python. The Windows build refers to a Python DLL and will load it if it can find it. However, Python itself is not included with Windows Vim and must be separately installed. It must also be the same version of Python (e.g., python26.dll) and the DLL must be in the search path, :h python-dynamic The average Vim user on Windows is, I suppose, somewhat likely to already have Python, and, if not, will likely be amenable to installing it -- especially if it gets them some useful Vim extensions. But this is all supposition; I know of no way to get meaningful numbers on this. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: suggest: Ruby 1.9 in VIM 7.3 by default
On Wed, Jun 9, 2010 at 2:29 AM, Ciss pechorin.and...@gmail.com wrote: I think what i can't create new thread in vim dev channel. Please, maybe anyone transfer my suggest to vim developers? Perhaps you're not a member of the vim_dev group? I tried building Vim with Ruby 1.9 on Windows a few weeks ago. Unlike Ruby 1.8, it simply wasn't possible with the MSVC compiler, because 1.9 came with include files and libs for MinGW only. Vim can be built with either MSVC or MinGW, but the official Windows builds have always been built with MSVC. It'd certainly be nice to have Ruby 1.9 be the default. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Windows 7 64bit - use 32bit or 64bit Vim?
On Mon, Apr 26, 2010 at 12:19 PM, David Fishburn dfishburn@gmail.comwrote: I regularily build my on Vim using VS 2008. I have just been upgraded to Windows 7 64bit and am beginning to set it up. Seems you always have to choose if you want (or can use) the 32bit version of software or find a 64bit version. Now, since I build my own Vim, I guess I can get VS 2008 to build me a 64bit version of Vim. Here are my problems: 1. I use Perl plugins daily (Perl64 exists). 2. I use Python 2.5 (not that often, but a few plugins which use it), I am not certain if a 64 bit version of this exists. 3. All my other plugins written in VimScript should of course be fine. Even if I can compile my Vim using the 64bit Perl version, I am not certain if my perl modules have 64bit versions, or should that all be resolved when I simply install them? Or do the authors have to make 64bit changes to make them work in the first place? Just looking for some feedback on what others have done on the 64bit versions of Windows which are available these days. I'm the maintainer of http://code.google.com/p/vim-win3264/. The main reason for the existence of the Win64 version is Explorer integration. You have to have a 64-bit version of gvimext.dll on Win64, so that you can right-click in Explorer and get Vim-related commands. The other reason for the Win64 version is my quixotic quest to make Vim run cleanly on Win64. It's hard to imagine anyone truly needing 4GB for their Vim process address space. The actual (g)vim.exe binary doesn't need to be 64-bit. Win32 binaries run fine on Win64. Indeed, it's simpler to build a 32-bit (g)vim.exe, as all the language DLLs need to be available in 64-bit flavors too. The only language that I know for sure works as a native Win64 DLL is Python 2.6. Even that has problems if you're trying to run Python C extensions, since you have to figure out how to get a Win64 build of the C extension. I gave up the last time I tried. I'm using the 32-bit version of Python 2.6 on Win64. (I think the Win64 support in Python 2.5 is not recommended.) I tried to build Vim with Ruby 1.9 DLL support earlier this month. I abandoned the effort when I realized that the MinGW headers included with Ruby 1.9 weren't going to compile with the MSVC compiler. I've never tried to get a 64-bit version of Perl running with Win64 Vim. I think a better solution would be a smarter Windows installer for Vim which included Win32 and Win64 copies of gvimext.dll and a Win32 gvim.exe, that installed the appropriate flavor of the shell extension DLL. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php Subscription settings: http://groups.google.com/group/vim_use/subscribe?hl=en
Re: Restructured Text and Firefox with Vim
On Mon, Feb 8, 2010 at 12:26 AM, ahmet ahmet_nu...@yahoo.com wrote: Hi List, I am writing some restructured text with vim and want to see the result in the firefox. I got some hint from the webpage http:// www.zopyx.com/blog/editing-restructuredtext-with-vim. Everything works fine but when I preview the file everytime, it opens new a firefox tab. My question is that how I could prevent firefox to open a new tab. I want to see the result on the same page not in the different new tab. The code is below but I don't know how to change the code. -- :com RP :exec Vst html | w! /tmp/test.html | :q | !firefox /tmp/ test.html -- I used Vst extensively for a couple of years, but I switched over to the real reStructuredText a couple of years ago. It's more versatile, faster, and better maintained. Install http://sphinx.pocoo.org/ to get a bunch of additional useful tools, like Pygments for syntax coloring. I use http://mg.pov.lt/restview/ to view documents in the browser. I save the document in Vim, switch to the browser, and refresh the page. Restview automatically regenerates the HTML. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
Re: Programming With Proportional Fonts?
On Wed, Feb 10, 2010 at 12:45 PM, Spencer Collyer spen...@lasermount.plus.com wrote: Personally I'd rather the time and effort that would be wasted adapting Vim to support proportional fonts was instead directed towards making it even more featureful for what it is designed to do - edit text. I'd just like to point out that I saw Lucid Emacs running with proportional fonts back in 1991. It's hardly a new or radical idea for text editors to support proportional fonts. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php
Re: Installing Vim on Windows 7 64 bit
On Mon, Dec 21, 2009 at 10:15 PM, John Beckett johnb.beck...@gmail.com wrote: fterh wrote: Subject: Installing Vim on Windows 7 64 bit Sorry, no idea on your specific questions (I build my own Vim and keep it in a directory in my PATH, and have never used the install business). However, I recall hearing about issues with Vim on Windows 64 bit systems, and George.V.Reilly created: http://code.google.com/p/vim-win3264/wiki/Win64Binaries For anyone wanting to find it in the future, we have a link on our rather deficient download tip: http://vim.wikia.com/wiki/Download Fterh, best to follow the installation instructions at http://code.google.com/p/vim-win3264/wiki/Win64Binaries, which will install both console Vim and Gvim as native Win64 applications, as well as the Edit with Vim shell extension for the Explorer. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php
Re: Need help to design Vim T-shirts
On Tue, Sep 8, 2009 at 5:39 PM, John Beckett johnb.beck...@gmail.comwrote: ~~~Genuine vim_use message...see explanation at bottom --John~~~ We are FreeWear.org, we print and sell T-shirts with FOSS designs I've made two quickdirty mock-ups, let me know what you think: http://www.freewear.org/images/release_candidates/mockup_vim.png Er, the cheatsheet is obviously http://www.viemu.com/vi-vim-cheat-sheet.gifwith the identifying information removed. Jon probably wouldn't mind, but he should certainly be asked. I don't wear t-shirts much anymore and I don't have a strong preference for any of these, but I'd probably buy one. -- /George V. Reilly geo...@reilly.org Twitter: @georgevreilly http://www.georgevreilly.com/blog http://blogs.cozi.com/tech Sponsor me for the Seattle AIDS Walk: http://www.georgevreilly.com/aidswalk --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: vim and windows 7
[Changed Subject line] On Tue, Jul 14, 2009 at 3:04 AM, Nicolas Aggelidis n.aggeli...@gmail.com wrote: i am interested in testing windows 7, so i am wondering if vim is compatible with them... I've been running Vim on the 64-bit version of Windows 7 for the last few weeks without any problems. Feels just like it did on Vista, XP, Server 2003, etc. The only thing that needs changing is that there should be a 64x64 icon, as the scaled-up 32x32 icon looks ugly. -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Vim 7.2 (WIN32) not starting...freezes
On Thu, Jul 9, 2009 at 7:50 PM, Matt Wozniski m...@drexel.edu wrote: On Thu, Jul 9, 2009 at 1:25 AM, Hari wrote: I'm trying to start vim(win32) in a ssh session to a remote server. It locks up and does not respond to even Ctrl-C. I'm not sure where or why it's getting stuck. Is this anything to do with the term setting? Hard to be sure given your lack of details, but I'd be willing to guess that you're running cygwin's ssh, and a win32 vim. Native windows applications can't run without a handle to the native console. They'll never work properly when run in anything other than a native cmd.exe, and they won't work properly even in cmd.exe with some other layer, like ssh or screen, in the middle. FWIW, the problem isn't not responding, it's that the output buffering isn't working the way the app expects. After pressing C-c try typing :q!CR and you'll probably be back at a shell. But, anyway, this type of problem is usually not resolvable. Windows apps just don't work nicely with cygwin pty's. Try installing and running cygwin's vim, and things should just work. If my guess was off, though, we'll need a lot more in the way of details. Matt's diagnosis sounds plausible to me. The Win32 console-mode Vim talks directly to the Win32 *Console APIs. It does not emit escape sequences to the terminal as Vim does under Unix. -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Vimplugin: does it work on Vista or OS X?
On Thu, Apr 23, 2009 at 6:43 AM, David Fishburn dfishburn@gmail.comwrote: On Wed, Apr 22, 2009 at 10:27 PM, George V. Reilly geo...@reilly.org wrote: ... I tried installing Vimplugin for Eclipse on both Mac OS X 10.5 and Vista a couple of weeks ago, without success. I mailed the Vimplugin-devel list, asking for tips, but got no answer. It appears the main developers still monitor that email list though. I have seen responses to people who have posted questions. That list is overrun with spam. Yes, I see those as well (I am on the email list). But answers are still given to the real questions. Are you certain your query was not responded to? Until John Beckett hooked me up with Sebastian Menge yesterday, I hadn't got a reply. Sebastian is overwhelmed with other stuff and hasn't been able to give vimplugin much love. He'd love to have some fresh developers, but it won't be me. I'm sure I could learn enough Java to be productive, but I don't have enough time for the projects that I'm already involved in. -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Vimplugin: does it work on Vista or OS X?
On Mon, Apr 6, 2009 at 11:46 AM, George V. Reilly geo...@reilly.org wrote: On Sun, Apr 5, 2009 at 9:32 PM, George V. Reilly geo...@reilly.org wrote: Does Vimplugin work on OS X? I installed eclipse-SDK-3.4.2-macosx-carbon.tar.gz, the Aptana plugin, and the Vim plugin. Aptana is working fine. The Vim plugin shows up in the Preferences. I configured the path to gvim as /Applications/MacVim.app/Contents/MacOS/Vim and left the Port, Host, and Password parameters at their defaults. I tried enabling and disabling Embedding, but neither had any apparent effect. I installed eclipse-SDK-3.4.2-win32.zip on Vista this morning. This time, I read the installation instructions a little more carefully and associated *.py with Vim. Regardless of whether I embed Vim or not, I get the following error. If it's not embedded, I briefly see gvim flicker into existence, then disappear. java.lang.ClassCastException: org.eclipse.ui.ide.FileStoreEditorInput cannot be cast to org.eclipse.ui.IFileEditorInput at org.vimplugin.editors.AbstractVimEditor.createPartControl(AbstractVimEditor.java:148) at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:661) at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:428) at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:594) at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:306) ... [long stacktrace omitted] I tried installing Vimplugin for Eclipse on both Mac OS X 10.5 and Vista a couple of weeks ago, without success. I mailed the Vimplugin-devel list, asking for tips, but got no answer. That list is overrun with spam. Anyone here have any better luck? -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Please help improve this pattern
On Fri, Apr 3, 2009 at 5:49 PM, Dasn d...@lavabit.com wrote: hi, vimmers. I am writing a script in which it attempts to add a breakpoint on current line if there defines a function. breakadd on current line let pat = '\v^\s*:?fu(|n|nc|nct|ncti|nctio|nction)\s*!?\s*(\w+)\s*\(.{-}\)' let m = matchlist(getline('.'), pat) if len(m) 3 m[2] != exe breakadd func m[2] else echo No function definition on current line. endif As you can see, the most ugly part is the pattern: '\v^\s*:?fu(|n|nc|nct|ncti|nctio|nction)\s*!?\s*(\w+)\s*\(.{-}\)' Can you please help me to rewrite this pattern, especially the part matches 'fu[nction]'? \fu\%[nction]\ for the tricky part. See :help /\%[] -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: unable to map ctrl-1
On Tue, Mar 31, 2009 at 7:52 PM, John Beckett johnb.beck...@gmail.com wrote: MisterW wrote: Gvim 72 on XP won't let me map certain ctrl key combinations. Specifically it won't map any of CTRL 1 through to 10. If I type CTRL-V CTRL-1 I get nothing. Only 2 and 6 actually print anything. Other applications make use of these keys, and vim itself uses CTRL-6. Is there something that can be done to make this work? No. The problem is that Vim is designed to be portable; it works on many operating systems and tries to minimise the amount of special code used for dealing with a particular OS. It's not Ctrl-6, it is Ctrl-^ which is part of the venerable ASCII system. There is a lot more than you want to know at http://en.wikipedia.org/wiki/ASCII If you look at process_message() in gui_w48.c (Windows Gvim) and decode_key_event() in os_win32.c (Win32 console Vim), you'll find some special-case handling: /* Ctrl-6 is Ctrl-^ */ /* Ctrl-2 is Ctrl-@ */ /* Ctrl-- is Ctrl-_ */ I added the remapping hack for console Vim nearly 15 years ago, mostly because I couldn't stand typing Ctrl-Shift-6 to toggle between buffers. The other Ctrl-numeral combinations are discarded, presumably because they have no ASCII equivalent. -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Feature Request: Dpi awareness on Windows
The difference is obvious in your screenshot, but I can't repro it. At high DPI on my Win32 Vista SP1, gvim 7.2.147 looks just as sharp as Notepad or Notepad++. Nevertheless, here's a patch. I tested it on XP SP 2 also. -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech On Wed, Mar 25, 2009 at 8:38 AM, Joe Castro joe.cas...@hotmail.com wrote: Thanks for the quick response. This is a side by side picture of some XML in notepad and Gvim with this behavior: http://cid-a8c4875178efed94.skydrive.live.com/self.aspx/Public/FuzzyGvim.png The system DPI in the shot is 150% normal (144dpi). The font in both is Consolas. It's not a clear type issue. When an app doesn't opt-in to DPI awareness Windows just scales the visuals. I think this is just a matter of calling user32!SetProcessDPIAware early near the app's entry point, or embedding a manifest along the lines of: ?xml version='1.0' encoding='UTF-8' standalone='yes'? assembly xmlns=urn:schemas-microsoft-com:asm.v1 manifestVersion=1.0 asmv3:application xmlns:asmv3=urn:schemas-microsoft-com:asm.v3 asmv3:windowsSettings xmlns=http://schemas.microsoft.com/SMI/2005/WindowsSettings; dpiAwaretrue/dpiAware /asmv3:windowsSettings /asmv3:application /assembly Everything might automatically work if this was done, though it's likely bitmap images on the menus won't look right. Still I'd rather have fuzzy pictures than text :) Thanks, -Joe From: vim_use@googlegroups.com [mailto:vim_...@googlegroups.com] On Behalf Of George V. Reilly Sent: Tuesday, March 24, 2009 9:20 PM To: vim_use@googlegroups.com Cc: v...@vim.org Subject: Re: Feature Request: Dpi awareness on Windows On Tue, Mar 24, 2009 at 1:48 PM, Joe Castro joe.cas...@hotmail.com wrote: From the website it seemed like this is the place to send feature requests. It would be great if Gvim was DPI aware. The text is fuzzy in non-96dpi on Windows Vista and 7. So far I haven't had any luck modifying this by just adding a manifest next to the exe. Picture = 1K words. Please take a few screenshots [1], save them as PNGs, upload them somewhere (such as http://imagebin.ca/), and send a link to the Vim mailing list. [1] http://www.wikihow.com/Take-a-Screenshot-in-Microsoft-Windows Is this perhaps some artficact of ClearType that you dislike? Do other applications, such as Notepad or Notepad++, exhibit the same problem with the same fonts? -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~--- vim-high-dpi.patch Description: Binary data
Re: Feature Request: Dpi awareness on Windows
I wasn't expecting the change to the manifest to do anything different on XP; I was confirming that it didn't cause any problems. I'll try turning off Aero (DWM) tomorrow when I'm at work. I believe Bram monitors this mailing list, but I'll pass the patch on to him anyway. -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech On Wed, Mar 25, 2009 at 4:49 PM, Joe Castro joe.cas...@hotmail.com wrote: XP does DPI scaling differently so I don't think it would be affected the same way. Not sure what the difference would be on Vista for you, it may behave differently with DWM on/off? The patch works great for me. (indirectly, I embedded the manifest using mt rather than rebuilding Vim). Thanks for the quick turnaround! The toolbar is at the size it would be for 96DPI, but other than that I don't see any side effects. Is there anything I should do to hopefully get this included in Vim 7.3? Thanks! -Joe -Original Message- From: vim_use@googlegroups.com [mailto:vim_...@googlegroups.com] On Behalf Of George V. Reilly Sent: Wednesday, March 25, 2009 3:03 PM To: vim_use@googlegroups.com Cc: v...@vim.org Subject: Re: Feature Request: Dpi awareness on Windows The difference is obvious in your screenshot, but I can't repro it. At high DPI on my Win32 Vista SP1, gvim 7.2.147 looks just as sharp as Notepad or Notepad++. Nevertheless, here's a patch. I tested it on XP SP 2 also. -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech On Wed, Mar 25, 2009 at 8:38 AM, Joe Castro joe.cas...@hotmail.com wrote: Thanks for the quick response. This is a side by side picture of some XML in notepad and Gvim with this behavior: http://cid-a8c4875178efed94.skydrive.live.com/self.aspx/Public/FuzzyGvim.png The system DPI in the shot is 150% normal (144dpi). The font in both is Consolas. It's not a clear type issue. When an app doesn't opt-in to DPI awareness Windows just scales the visuals. I think this is just a matter of calling user32!SetProcessDPIAware early near the app's entry point, or embedding a manifest along the lines of: ?xml version='1.0' encoding='UTF-8' standalone='yes'? assembly xmlns=urn:schemas-microsoft-com:asm.v1 manifestVersion=1.0 asmv3:application xmlns:asmv3=urn:schemas-microsoft-com:asm.v3 asmv3:windowsSettings xmlns=http://schemas.microsoft.com/SMI/2005/WindowsSettings; dpiAwaretrue/dpiAware /asmv3:windowsSettings /asmv3:application /assembly Everything might automatically work if this was done, though it's likely bitmap images on the menus won't look right. Still I'd rather have fuzzy pictures than text :) Thanks, -Joe From: vim_use@googlegroups.com [mailto:vim_...@googlegroups.com] On Behalf Of George V. Reilly Sent: Tuesday, March 24, 2009 9:20 PM To: vim_use@googlegroups.com Cc: v...@vim.org Subject: Re: Feature Request: Dpi awareness on Windows On Tue, Mar 24, 2009 at 1:48 PM, Joe Castro joe.cas...@hotmail.com wrote: From the website it seemed like this is the place to send feature requests. It would be great if Gvim was DPI aware. The text is fuzzy in non-96dpi on Windows Vista and 7. So far I haven't had any luck modifying this by just adding a manifest next to the exe. Picture = 1K words. Please take a few screenshots [1], save them as PNGs, upload them somewhere (such as http://imagebin.ca/), and send a link to the Vim mailing list. [1] http://www.wikihow.com/Take-a-Screenshot-in-Microsoft-Windows Is this perhaps some artficact of ClearType that you dislike? Do other applications, such as Notepad or Notepad++, exhibit the same problem with the same fonts? -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Feature Request: Dpi awareness on Windows
On Tue, Mar 24, 2009 at 1:48 PM, Joe Castro joe.cas...@hotmail.com wrote: From the website it seemed like this is the place to send feature requests. It would be great if Gvim was DPI aware. The text is fuzzy in non-96dpi on Windows Vista and 7. So far I haven't had any luck modifying this by just adding a manifest next to the exe. Picture = 1K words. Please take a few screenshots [1], save them as PNGs, upload them somewhere (such as http://imagebin.ca/), and send a link to the Vim mailing list. [1] http://www.wikihow.com/Take-a-Screenshot-in-Microsoft-Windows Is this perhaps some artficact of ClearType that you dislike? Do other applications, such as Notepad or Notepad++, exhibit the same problem with the same fonts? -- /George V. Reilly geo...@reilly.org http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Vim as a Outlook editor
2008/11/7 [EMAIL PROTECTED] Can it be done? Can anyone point me to a how-to? Larry Sherman Not quite what you want, but take a look at http://www.viemu.com/. It's not real Vim but it works quite well in both Word and Outlook, as well as Visual Studio. This message (including any attachments) is confidential and/or privileged. [rest of ridiculous disclaimer snipped] rant Why do British corporate IT departments insist upon placing those enormous disclaimers at the end of every email? Does it actually reduce any legal risk? /rant -- /George V. Reilly [EMAIL PROTECTED] http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Novel writing in Vim
2008/10/23 Tony Mechelynck [EMAIL PROTECTED] On 24/10/08 00:58, ShayAllen wrote: Seems obvious I'd want to map hjkl to gh gj gk gl. I used to know how to wrap lines without breaking words - have to find that again. :help 'linebreak' :help 'breakat' I'd suggest most of the settings in $VIMRUNTIME/ftplugin/flexwiki.vim for dealing with very long, wrapped lines. -- /George V. Reilly [EMAIL PROTECTED] http://www.georgevreilly.com/blog http://blogs.cozi.com/tech --~--~-~--~~~---~--~~ You received this message from the vim_use maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---