Hi Bram,
Updated patch attached.
Thanks in advance.
Kind regards,
James.
On 18 March 2011 13:18, Bram Moolenaar wrote:
>
> James Hunt wrote:
>
>> Hi Thedward,
>>
>> Thanks for the suggestion! Updated patch attached.
>
> I actually don't like changing 'iskeyword' in a syntax file, it has side
Hi Bram,
Hopefully the final update based on Thilos comment and also added in
support for recognizing "user jobs" in filetype.vim.
Kind regards,
James
On 18 March 2011 13:18, Bram Moolenaar wrote:
>
> James Hunt wrote:
>
>> Hi Thedward,
>>
>> Thanks for the suggestion! Updated patch attached.
Hi all,
Here is what to do (tried on windows only):
1. gvim.exe -u NONE -U NONE -N
2. i(oge)
3. :se is
4. /(oge)^f
5. Now just go up/down, left/right and there will be weird highlightings
everywhere
Version: 7.3, 1-138
PS: Sorry if this has already been reported
Dimitar Dimitrov
On 21/03/2011 00:57, Gary Johnson wrote:
On 2011-03-21, Andy Wokula wrote:
Am 18.03.2011 15:33, schrieb Mike Williams:
The Win32 file search functions search both the long and short versions of
file names. When the short version of a file name is created any extension
is limited to 3 characte
> Ah, confirmed. I can now reproduce it too on Linux
> with Vim-7.3.138 in the terminal as well as with gvim (gtk2) with:
>
> $ vim -u NONE -c 'set lazyredraw'
>
> ... then typing :ver does not show anything.
I just came here to say the same thing. :messages and probably other
commands are als
backspace --> backslash
--
You received this message from the "vim_dev" 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
# HG changeset patch
# Parent ea399ac2c1b963b068beed88bfaff7620d345333
diff --git a/sr
Hi,
We are facing a severe problem on using :g on our machines at work. On
two different dell machines this command causes problems after
updating to x64 Windows 7 or Windows Server 2008.
The scenario is as follows:
* Logfile ~100Mb opened
* execute :%g!/xxx/d to remove some lines
* PC is complet
Hi Philipp,
if you are just trying of eliminate stuff, but then you don't
need to really "undo" your changes, since you will not save
back the files at the end, I suggest you:
:set ul=-1
This should speed up things a lot.
Please, let me know if it solves your problem
All the best, Antonio
On M
On Mar 21, 5:48 am, pmehrwald wrote:
> Hi,
>
> We are facing a severe problem on using :g on our machines at work. On
> two different dell machines this command causes problems after
> updating to x64 Windows 7 or Windows Server 2008.
>
> The scenario is as follows:
> * Logfile ~100Mb opened
> *
On Mon, Mar 21, 2011 at 13:48, pmehrwald wrote:
> Hi,
>
> We are facing a severe problem on using :g on our machines at work. On
> two different dell machines this command causes problems after
> updating to x64 Windows 7 or Windows Server 2008.
>
> The scenario is as follows:
> * Logfile ~100Mb o
On Fri, 2011-03-18 at 18:35 -0400, James Vega wrote:
>
> The default vimrc is no vimrc.
...except on Windows...
> There's an example vimrc that the installer installs to $VIM (which
> one can change through the "Advanced" install options).
>
> Part of the confusion, IMO, is that, on Windows, Vim
On Fri, 2011-03-18 at 10:46 -0700, Ben Fritz wrote:
> On Mar 18, 12:35 pm, Ben Fritz wrote:
> >
> > http://vim.wikia.com/wiki/Running_diff#Vim_distribution_from_Cream
> >
> > It looks like some changes have been made since the wiki article
> > was written, I'm not sure if issues remain. It looks l
On Mon, Mar 21, 2011 at 08:24:05PM -0400, Steve Hall wrote:
> On Fri, 2011-03-18 at 18:35 -0400, James Vega wrote:
> >
> > The default vimrc is no vimrc.
>
> ...except on Windows...
That's an implementation detail of the installer which can be disabled
by the user. There's no requirement for th
13 matches
Mail list logo