Re: RIP Bram

[Efraim Yawitz]

On Sat, Aug 5, 2023, 10:01 gra...@gmail.com  wrote:

> Very sad to hear.
>>
>> https://groups.google.com/g/vim_announce/c/tWahca9zkt4
>>
>> --
>>
>
>
Bram's last words (on vim-use):



*I don't think we can fix this in Vim.  The error is valid, if we skip it
then mistakes will go unnoticed.  With Vim 9 script we want to find more
errors, not less.  So long as they are valid errors.*

An idea we can take in a much more general sense, I believe.

-- 
-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAPKXbB4zmsoj5UNzC%2BYmqx9p1sVDORdMqLVm-L0L-817JxY_Mg%40mail.gmail.com.

Re: RIP Bram

[Efraim Yawitz]

This is terrible news, and not just because of Vim itself, of course. He
was a unique and kind person, and I will miss him both for his effect on my
life and for his own importance. I really feel personally broken over this,
as I'm sure many others here do as well.

On Sat, 5 Aug 2023 at 17:08, Salman Halim  wrote:

> Didn't even know he was unwell! Quite a shock, really.
>
> Salman
>
> On Sat, Aug 5, 2023, 10:01 gra...@gmail.com  wrote:
>
>> Very sad to hear.
>>
>> https://groups.google.com/g/vim_announce/c/tWahca9zkt4
>>
>> --
>> --
>> 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/vim_use/cae319bf-57a1-4213-89c0-6329781a914an%40googlegroups.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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/vim_use/CANuxnEcU4jeRhTrmwr_wifss7PoAgVwUgvwhz_t4WN28E9B%2Bow%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAPKXbB7ooLCpT6a2sqxF_MCrHbsm6ou4YgLnnguZEWhAU8daUg%40mail.gmail.com.

Compiling vim 9.0 with gui

[Efraim Yawitz]

Hi,

I have been trying to compile vim 9.0 with GUI enabled in CentOS 8. I have
all the gtk-devel packages installed, and I am able to compile other gtk
apps, but the vim build gives me a vim without GUI. I have tried configure
--enable-gui=gtk but it doesn't help.

I do not remember any problem with previous versions.

Thank you,

Ephraim

-- 
-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAPKXbB7A2wkdZUTnH-yNsGGF1m3-P_3CfB-9ZWN15KtyOjQ4Yw%40mail.gmail.com.

Re: Fwd: Compiling vim 9.0 with gui (SOLVED!)

[Efraim Yawitz]

On Wed, 21 Sept 2022 at 13:22, Bram Moolenaar  wrote:

>
> > I have been trying to compile vim 9.0 with GUI enabled in CentOS 8. I
> have
> > all the gtk-devel packages installed, and I am able to compile other gtk
> > apps, but the vim build gives me a vim without GUI. I have tried
> configure
> > --enable-gui=gtk but it doesn't help.
> >
> > I do not remember any problem with previous versions.
>
> After running configure, look in src/auto/config.log.
> Search for "GTK".  It should tell you what is missing.
>
> Thank you very much. I actually didn't find a reference to gtk but
searching for gui turned up a failure to find Intrinsic.h

Here is the part of the configure script responsible:

$as_echo_n "checking if X11 header files can be found... " >&6; }
  cflags_save=$CFLAGS
  CFLAGS="$CFLAGS $X_CFLAGS"
  cat confdefs.h - <<_ACEOF >conftest.$ac_ext
/* end confdefs.h.  */
#include 
#include 
int
main ()
{

  ;
  return 0;
}
_ACEOF

The whole problem was a result of the way I installed my development
support on CentOS, which was by installing the gtk3-devel package with yum
(dnf). This installed the X development packages necessary for gtk, but it
didn't install the (obsolescent) libXt-devel package. Installing that
allowed a gui compilation. Perhaps this check in the configure script needs
to be updated.

Anyway, I now have a working GUI vim!

Thanks again!

-- 
-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAPKXbB4RA38NW0yF6C4cyUG3_ed3_e9Vq2wLFEdKYFTAGwqQoQ%40mail.gmail.com.

Fwd: Compiling vim 9.0 with gui

[Efraim Yawitz]

Hi,

I have been trying to compile vim 9.0 with GUI enabled in CentOS 8. I have
all the gtk-devel packages installed, and I am able to compile other gtk
apps, but the vim build gives me a vim without GUI. I have tried configure
--enable-gui=gtk but it doesn't help.

I do not remember any problem with previous versions.

Thank you,

Ephraim

-- 
-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAPKXbB7jNzF2mAH7%3D1jVGOkEFPtrhedgunBqWn0-qnVs9fsatQ%40mail.gmail.com.

Re: Dump help pages

[Efraim Yawitz]

On Wed, 14 Apr 2021 at 10:09, meine  wrote:

> Maybe one of these pages is of your help:
>
> https://vimhelp.org/
>
> https://vim-jp.org/vimdoc-en/
>
> and here is one help in one file, in different formats:
>
> https://archive.org/details/vimdoc/page/n5/mode/2up
>
> //meine
>
>
>
Maybe this is slightly OT, but this post reminded me that the vim help is
the most comprehensive and clear documentation I have seen for any program
I use!  Thanks again, Bram!

-- 
-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAPKXbB4uVG7uDd78Ac5jxVQWBE32g%3DrChARCmwp5J3S565Lz1Q%40mail.gmail.com.

Re: unchangeable lines

[Efraim Yawitz]

I wonder if this could be easily hacked into the code of vim by creating a
new syntax group called Unchangeable or something and adding code to make
it uneditable.

Maybe for now, create a syntax group and highlight it in a way that it
reminds you not to change that text.

On Fri, 27 Dec 2019 at 09:58, Christian Brabandt  wrote:

>
> On Fr, 27 Dez 2019, Vladimir Stenbock wrote:
>
> > Is it possible to mark some lines as unchangeable ?
>
> This is not possible. A custom handmade plugin might work around this by
> saving/restoring of lines, but in the core, Vim does not support this.
>
> Best,
> Christian
> --
> Eine Erfolgsformel kann ich dir nicht geben; aber ich kann dir sagen,
> was zum Mißerfolg führt: Der Versuch, jedem gerecht zu werden.
> -- Herbert Swope
>
> --
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/vim_use/20191227075846.GN9787%40256bit.org
> .
>

-- 
-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAPKXbB6iCUF-Xy%3D_OvgZSCW3nn4UknDcTsxaBWjz%3D80eaY%2By1g%40mail.gmail.com.

Re: how to search with cscope ignoring case?

[Efraim Yawitz]

On Thu, 4 Apr 2019 at 15:00, Efraim Yawitz  wrote:

>
>
> On Fri, 19 Apr 2013 at 12:16, Issac Liao  wrote:
>
>> Hi:
>>
>>   recently I fall in love with cscope in vim.
>>   this feature is awesome.
>>   but then I found that I could not search text ignoring letter case.
>>
>>   eg.
>>   I type :cs f t logdisplayer
>>   vim will fail to find LogDisplayer.
>>
>>   this has been really frustrating.
>>   so I look up the manual and search through the internet.
>>   but I can not find a way to fix my problem.
>>
>>   I use cscope -CRbq to build the database for cscope as suggested.(-C
>> will enable searching case-insensitive)
>>   but obviously vim does not work with that.
>>
>>   I tried :cs add cscope.out -C  too . It doesn't work.
>>
>>   so I wonder is there a way to make  :cs find  searching ignoring case?
>>
>>   thank you in advance. :)
>>
>> --
>> --
>> 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.
>>
>>
>>
>
> The help states that you can add an option to the 'add' command:
>
> :cscope add cscope.out /usr/local/vim -C
>
> I haven't gotten this to work yet, though.
>

If anyone is still paying attention, it does work just as stated in the
help.  It wasn't working for me because I didn't realize the "pre-path"
parameter ("/usr/local/vim" in the example) is obligatory

I was trying something like:

:cscope add cscope.out -C

and the connection failed.

-- 
-- 
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: how to search with cscope ignoring case?

[Efraim Yawitz]

On Fri, 19 Apr 2013 at 12:16, Issac Liao  wrote:

> Hi:
>
>   recently I fall in love with cscope in vim.
>   this feature is awesome.
>   but then I found that I could not search text ignoring letter case.
>
>   eg.
>   I type :cs f t logdisplayer
>   vim will fail to find LogDisplayer.
>
>   this has been really frustrating.
>   so I look up the manual and search through the internet.
>   but I can not find a way to fix my problem.
>
>   I use cscope -CRbq to build the database for cscope as suggested.(-C
> will enable searching case-insensitive)
>   but obviously vim does not work with that.
>
>   I tried :cs add cscope.out -C  too . It doesn't work.
>
>   so I wonder is there a way to make  :cs find  searching ignoring case?
>
>   thank you in advance. :)
>
> --
> --
> 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.
>
>
>

The help states that you can add an option to the 'add' command:

:cscope add cscope.out /usr/local/vim -C

I haven't gotten this to work yet, though.

-- 
-- 
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: possible RFE - open existing window w/file already being edited

[Efraim Yawitz]

Have you tried tabs instead of separate windows?

Everyone has the way they like to work, so maybe this isn't appropriate for
you, but right now I have 77 tabs open for maybe 15 projects, and I can
find whatever I want with a simple :tabs command (and I'm sure there must
be some plugin to make it even easier.)

All the best,

Ephraim Yawitz

On Mon, Feb 25, 2019 at 3:00 AM L A Walsh  wrote:

> Very often I have many gvim windows open -- sometimes for unrelated
> projects because I hit a snag in 1 project that sends me off to another.
>
> Add that to breaks, and I forget which windows are minimized over in the
> the tray.
>
> Just like now, I wanted to open a file that has a list I wanted
> browse to find the right error code for a program I was working
> in.  I tried to open errnos.shh but got the message it found a
> .swp file, I scan for the process info to see if it says it is
> still active.  It is.  So then 'abort' that and then go
> to taskbar and only see 1 icon for vim with 5 files hiding
> under it.
>
> I move my mouse over the taskbar icon and it displays the names
> each of them is editing, then I click on it to open and continue work.
>
> What would really speed up my work flow is if it would behave like
> some apps (like web browsers), where if I already have the file
> open in a gvim instance, if my 'invocation' of a new gvim on the
> same file could send the other one a command to restore itself to the
> desktop and pop-to-the top.
>
> Then I can just skip all the reading on the duplicate scanning for pid,
> scanning for 'still running', then going to find the current one.
>
> Is that possible or is it something that might be added?
>
> Currently running gvim via 'X' from a linux machine but
> displaying on a windows machine, but we're really talking about
> an 'X' window being bumped to the top, though the same situation
> could arise if I was using the Windows GUI version (just that most
> of my editing is of files on the linux machine).
>
> Might this be possible?
>
> Thanks!
>
> --
> --
> 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.
>

-- 
-- 
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.

errorformat for Visual Studio 2017

[Efraim Yawitz]

Hi,

I just solved a minor issue which someone else may have as well, so here it
is:

I sometimes take the compiler output from Visual Studio and read it into
Vim with a :cfile command so I can fix the errors in Vim.  I have been using

set errorformat=%*[0-9]%*[>]\ %#%f(%l)\ :\ %m

which someone on the list provided me with many years ago, and it worked
fine in VS2008.

I just tried the same thing in VS2017, and I wasn't getting sent to any
errors.
A comparison of the output format from VS2017 with that from VS2008 showed
that the space before the colon after the file name has been removed, i.e.

VS2008:
1>c:\somepath\somefile.c(16) : warning C4101: 'var': unreferenced local
variable

VS2017:
1>c:\somepath\somefile.c(16): warning C4101: 'var': unreferenced local
variable

Changing to

set errorformat=%*[0-9]%*[>]\ %#%f(%l):\ %m

made it work again.

Of course, this may change again, but once you are aware of the issue it is
possible to deal with it.

I hope this is helpful to someone.

Ephraim

-- 
-- 
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: Vim modes state diagram

[Efraim Yawitz]

On Tue, Nov 13, 2018 at 5:26 PM Yegappan Lakshmanan 
wrote:

> Hi,
>
> I came across this state diagram for the different Vim modes in a recent
> reddit thread:
>
> https://rawgit.com/darcyparker/1886716/raw/vimModeStateDiagram.svg
>
> This looked interesting so posting it here for future reference.
>
> - Yegappan
>
> --
>

Does anyone know how this was produced?

-- 
-- 
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.

Vim performance at high load.

[Efraim Yawitz]

Hi,

Does anyone have any experience with pushing Vim to its limits in terms of
number of tabs and buffers and size of loaded files?

Right not I'm running a Windows GUI Vim with 100 tabs and over 300 buffers
open (with :hidden set, so they are all in memory) and I think I'm seeing a
bit of a slowdown.

I'm running a bit of an old machine: 3GHz Intel Duo, 2GB RAM with WinXP.

What are other people seeing in this kind of situation?

Thanks,

Ephraim Yawitz

-- 
-- 
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: How to begin using Vim

[Efraim Yawitz]

Start by reading this:

 http://www.viemu.com/a-why-vi-vim.html

Once you have motivation, you will find your own path (but go slow!)

On Sat, Aug 25, 2018 at 11:33 AM meine  wrote:

> > I suggest: learn how to switch to normal/insert mode. And that's all.
> When you're tired of something, or if you miss a feature, learn the
> solution.
>
> excellent suggestion, and worked well for me learning Vim!
>
> after the basics learnt from vimtutor, just start working with vim and
> leave other editors to force yourself learning
>
> you'll encounter situations where you ask yourself if there is a 'vim
> solution' --- search for it and use it! (just use a browser and mouse,
> be nice to yourself)
>
> try to learn one, maybe two new vim commands a week
>
> train your curiosity and skills eg. by cleaning up a pdf-to-text
> converted file. this is a nice way to excersise find, substitute, funny
> characters. take a file that you need to use for other purposes to get
> some _drive_
>
> //meine
>
> --
> --
> 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.
>

-- 
-- 
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: Comparing values of two consequent lines

[Efraim Yawitz]

Sounds like a job for awk, but I'm sure someone here will have a more
detailed idea.

On Thu, Mar 29, 2018 at 9:51 AM,  wrote:

> Hi,
>
> I have a textfile with lot of lines.
> These lines have the following format
>
>  a- 
>  b- 
>
> where
>  is a command identical for all lines
>  are different commands.
>  is a numeric value.
>
> The commands are paired. A certain command exist in
> the form 'a-command' and 'b-command'.
>
> The lines are sorted in way that lines with a certain
> command ("a-" and "b-" form) are always paired and
> grouped together.
>
> I want to check, whether all paired lines have attached
> the same value.
>
> There are way too many lines to do this manually and doing
> so would be much too error prone.
>
> Can this done with vim automagically and how?
> Or: Is there already a unix tool (I am on Linux), which
> could do this check?
>
> Thanks a lot for any help in advance!
> Cheers!
> Meino
>
>
>
> --
> --
> 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.
>

-- 
-- 
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: VIM is a usability nightmare ;)

[Efraim Yawitz]

On Mon, Jul 24, 2017 at 8:29 PM, Richard Mitchell 
wrote:

> The "oops" was in response to the auto message about top-posting.
>
> --
>

No, actually the "oops" was an expression of embarrassment at having taken
the title of the article as its content, just as the OP warned not to do.

-- 
-- 
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: VIM is a usability nightmare ;)

[Efraim Yawitz]

Oops!

On Mon, Jul 24, 2017 at 7:50 PM, Efraim Yawitz <efraim.yaw...@gmail.com>
wrote:

> No one says you have to use it.
>
> On Mon, Jul 24, 2017 at 7:14 PM, <tu...@posteo.de> wrote:
>
>> Hi,
>>
>> Take a look here...I thought it is worth a reading:
>> http://www.terminally-incoherent.com/blog/2012/09/05/vim-is-
>> a-usability-nightmare/
>>
>> Spoiler: The title does NOT says it all... ;)
>>
>> Have fun!
>> Cheers
>> Meino
>>
>>
>>
>>
>> --
>> --
>> 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.
>>
>
>

-- 
-- 
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: VIM is a usability nightmare ;)

[Efraim Yawitz]

No one says you have to use it.

On Mon, Jul 24, 2017 at 7:14 PM,  wrote:

> Hi,
>
> Take a look here...I thought it is worth a reading:
> http://www.terminally-incoherent.com/blog/2012/09/05/vim-is-a-usability-
> nightmare/
>
> Spoiler: The title does NOT says it all... ;)
>
> Have fun!
> Cheers
> Meino
>
>
>
>
> --
> --
> 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.
>

-- 
-- 
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.

Problematic behavior caused by mapping in matchit plugin

[Efraim Yawitz]

Hi,

The docs for the matchit plugin say that the mappings in it may cause
strange behavior, but I think this example is worth noting.

I was trying to do yV% on lines like this:

#ifdef SOMETHING
...
#endif //SOMETHING

expecting to yank all the lines, but what I got was everything up to the
comment, i.e., the last line had only the #endif.  A new uninstalled vim
(without plugins) did what I had expected originally.

After some debugging, what I found was that in this mapping in matchit.vim:

onoremap  %  v:call Match_wrapper('',1,'o') 

the 'v' in v: was changing the operator to forced characterwise after
my 'V' had tried to force it to forced linewise.  Doing ounmap % got the
behavior I was looking for.

I couldn't find yet in the help what v: is supposed to do, but what is
significant is that the 'v' in that mapping is evidently being interpreted
twice, once as a "force characterwise" signal, and again for what it
'really' means.  I imagine this could cause problems in other plugins as
well which use this construction.

Ephraim

-- 
-- 
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: Fold-related bug and pointer to fix

[Efraim Yawitz]

On Fri, Dec 16, 2016 at 12:58 PM, Christian Brabandt 
wrote:

> Bram,
> attached is a patch, that changes slightly how addresses are being
> calculated when on a folded line and using an relative offset.
>
>
I couldn't manage to run the patch. patch -p0 gave me errors.  What am I
doing wrong?

-- 
-- 
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: Fold-related bug and pointer to fix

[Efraim Yawitz]

On Wed, Dec 14, 2016 at 7:26 AM, Ben Fritz <fritzophre...@gmail.com> wrote:

> On Tuesday, December 13, 2016 at 6:37:54 AM UTC-6, Efraim Yawitz wrote:
> > Has any fix been made for this?  I'm not subscribed to vim_dev, and
> there are a lot of messages to look through in the archives.
> >
> > Thanks,
> >
> > Ephraim
> >
> >
>
> I don't see it in the todo list nor do I see it in the recent patches.
>
> --
>

What happens next?  Does Bram know about it?

This is not particularly urgent, especially since there is a simple
workaround to just use explicit line numbers, i.e. :.,778y instead of
.,+5y, but it certainly is incorrect.

> --
> 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.
>

-- 
-- 
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: Fold-related bug and pointer to fix

[Efraim Yawitz]

Has any fix been made for this?  I'm not subscribed to vim_dev, and there
are a lot of messages to look through in the archives.

Thanks,

Ephraim

On Tue, Nov 29, 2016 at 7:02 PM, Ben Fritz <fritzophre...@gmail.com> wrote:

> On Wednesday, November 23, 2016 at 4:39:24 AM UTC-6, Efraim Yawitz wrote:
> > I had the following problem and I think it is a bug in some fold-related
> code:
> >
> > I was trying to use the NarrowRegion plugin to do diffs between two
> functions in the same file by creating narrowed buffers for each function
> and calling :diffthis on them.  When I tried to do this using folds, i.e.
> :.,+2NarrowRegion to create a buffer for a folded-up function which looked
> like this:
> >
> > int FuncName() {
> > .folded
> > }
> >
> > I got everything but the final brace in the narrowed buffer.  Eventually
> I discovered that this has nothing to do with NarrowRegion, but just a yank
> such as:
> >
> > :.,+2y
> >
> > over a fold gives only the folded lines but not the line after the fold.
> >
> > A normal command of y2j works just fine and gets the line after the
> fold.
>
> I can confirm this looks like a bug, seeing the same behavior in 64-bit
> Vim 8.0.95 on Windows 7.
>
> It gets worse actually. I tried several yanks from code that looks like
> this in Vim:
>
>   else
>   { ---3 lines folded--- }
> #endif
>
>   if ( ---2 lines folded--- )
>
> With the cursor on the top "else" line:
>
> :.,+2y yanks only the "else" and the folded lines beneath, when I expect
> to also get the #endif
>
> :.,+3y yanks the exact same thing (omitting the #endif *and* the empty
> line)
>
> :.,+4y finally includes the #endif (with nothing after it) but I expected
> it to yank everything from "else" to the content of the second folded
> section.
>
> The :d command acts in the same way.
>
> It appears something is wrong with handling of folded lines in the ranges
> specified for ex commands.
>
> Forwarding to vim_dev as this appears to be a bug.
>
> --
> --
> 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.
>

-- 
-- 
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: Fold-related bug and pointer to fix

[Efraim Yawitz]

On Tue, Nov 29, 2016 at 7:02 PM, Ben Fritz <fritzophre...@gmail.com> wrote:

> On Wednesday, November 23, 2016 at 4:39:24 AM UTC-6, Efraim Yawitz wrote:
> > I had the following problem and I think it is a bug in some fold-related
> code:
> >
> > I was trying to use the NarrowRegion plugin to do diffs between two
> functions in the same file by creating narrowed buffers for each function
> and calling :diffthis on them.  When I tried to do this using folds, i.e.
> :.,+2NarrowRegion to create a buffer for a folded-up function which looked
> like this:
> >
> > int FuncName() {
> > .folded
> > }
> >
> > I got everything but the final brace in the narrowed buffer.  Eventually
> I discovered that this has nothing to do with NarrowRegion, but just a yank
> such as:
> >
> > :.,+2y
> >
> > over a fold gives only the folded lines but not the line after the fold.
> >
> > A normal command of y2j works just fine and gets the line after the
> fold.
>
> I can confirm this looks like a bug, seeing the same behavior in 64-bit
> Vim 8.0.95 on Windows 7.
>
> It gets worse actually. I tried several yanks from code that looks like
> this in Vim:
>
>   else
>   { ---3 lines folded--- }
> #endif
>
>   if ( ---2 lines folded--- )
>
> With the cursor on the top "else" line:
>
> :.,+2y yanks only the "else" and the folded lines beneath, when I expect
> to also get the #endif
>
> :.,+3y yanks the exact same thing (omitting the #endif *and* the empty
> line)
>
> :.,+4y finally includes the #endif (with nothing after it) but I expected
> it to yank everything from "else" to the content of the second folded
> section.
>
> The :d command acts in the same way.
>
> It appears something is wrong with handling of folded lines in the ranges
> specified for ex commands.
>
> Forwarding to vim_dev as this appears to be a bug.
>

Thanks.  As I wrote before, the handling of folds in do_one_cmd just has
one call to hasFolding() for the end of the fold while in cursor_down() in
edit.c, there is the following code which seems to take care of all folds:

#ifdef FEAT_FOLDING
if (hasAnyFolding(curwin))
{
linenr_Tlast;

/* count each sequence of folded lines as one logical line */
while (n--)
{
if (hasFolding(lnum, NULL, ))
lnum = last + 1;
else
++lnum;
if (lnum >= curbuf->b_ml.ml_line_count)
break;
}
if (lnum > curbuf->b_ml.ml_line_count)
lnum = curbuf->b_ml.ml_line_count;
}
else
#endif


>
> --
> --
> 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.
>

-- 
-- 
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.

List is quiet

[Efraim Yawitz]

Is there some problem with this mailing list?  I haven't gotten any
messages for a few days, and a message I wrote last week about a
folding-related bug hasn't been answered or acknowledged.  I sent it to
vim_use@googlegroups.com if that matters.

Thanks,

Ephraim

-- 
-- 
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.

Write a buffer other than the current one?

[Efraim Yawitz]

I haven't been able to find a way to write a buffer other than the current
one, i.e. something like a command :writebuf  or a similar
function.  It seems like this would be something useful to do, say after
listing buffers and seeing which ones were changed.  I know one can do
:wall, but that does not allow choosing which ones to save.

Thanks,

Ephraim

-- 
-- 
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.

Fold-related bug and pointer to fix

[Efraim Yawitz]

I had the following problem and I think it is a bug in some fold-related
code:

I was trying to use the NarrowRegion plugin to do diffs between two
functions in the same file by creating narrowed buffers for each function
and calling :diffthis on them.  When I tried to do this using folds, i.e.
:.,+2NarrowRegion to create a buffer for a folded-up function which looked
like this:

int FuncName() {
.folded
}

I got everything but the final brace in the narrowed buffer.  Eventually I
discovered that this has nothing to do with NarrowRegion, but just a yank
such as:

:.,+2y

over a fold gives only the folded lines but not the line after the fold.

A normal command of y2j works just fine and gets the line after the fold.
Similarly, in a file where multiple folds are right after one another (a
nice example is in fold.c of the vim code), a normal command of y2j yanks
two folds, but :.,+2y yanks only one.

A little debugging led me to believe that the problem is in this code in
ex_docmd.c, lines 2548-2549 in the latest git code:

/* Put the first line at the start of a closed fold, put the last line
 * at the end of a closed fold. */
(void)hasFolding(ea.line1, , NULL);
(void)hasFolding(ea.line2, NULL, );

This seems to use the side effect of the hasFolding call to set the value
of ea.line2 which is passed to the actual yank command.

I hope this will be helpful to fix the bug.

Ephraim

-- 
-- 
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: folding csharp

[Efraim Yawitz]

On Thu, Jun 9, 2016 at 2:39 PM, Ni Va <nivaem...@gmail.com> wrote:

> On Thursday, June 9, 2016 at 1:31:14 PM UTC+2, Efraim Yawitz wrote:
> > On Thu, Jun 9, 2016 at 1:46 PM, Christian Brabandt <cbl...@256bit.org>
> wrote:
> > Am 2016-06-09 10:44, schrieb Ni Va:
> >
> >
> > Hi,
> >
> >
> >
> > I open a csharp source code file into Vim then do this :
> >
> >
> >
> > echo "ft=". . ' syn='. . ' fdm='. | syn sync fromstart
> >
> >
> >
> >
> >
> > it outputs that : ft=cs syn=cs fdm=syntax
> >
> >
> >
> > and syn sync fromstart does not make folding wokring on, I don't
> understand why
> >
> >
> >
> >
> > It probably depends on the syntax file, what sections are actually
> folded.
> >
> >
> >
> > Look into syntax file to find out.
> >
> >
> >
> >
> >
> > Best,
> >
> > Christian
> >
> >
> > C# has an idea of 'regions' which fold according to preprocessor
> directives, and I think that is all that is implemented in the syntax file.
> >
> >
> > It is easy enough to copy the line:
> >
> > syn regioncBlockstart="{" end="}" transparent fold
> >
> >
> > from the C syntax file and execute it to get some more extensive folding.
> >
> >
> > Ephraim
>
> No section of the csharp code is folded. I join you the syntax file of
> vim7.4.1901 recompiled ten days ago
>
>
>
The following lines in the cs.vim say "Fold regions defined by #region
#endregion:

syn regioncsRegion matchgroup=csPreCondit start="^\s*#\s*region.*$"
\ end="^\s*#\s*endregion" transparent fold contains=TOP

If you don't have any of those, you won't have any folding.  Try running
the line I quoted above (I don't guarantee there won't be any side-effects.)

-- 
-- 
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: folding csharp

[Efraim Yawitz]

On Thu, Jun 9, 2016 at 1:46 PM, Christian Brabandt 
wrote:

> Am 2016-06-09 10:44, schrieb Ni Va:
>
>> Hi,
>>
>> I open a csharp source code file into Vim then do this :
>>
>> echo "ft=". . ' syn='. . ' fdm='. | syn sync fromstart
>>
>>
>> it outputs that : ft=cs syn=cs fdm=syntax
>>
>> and syn sync fromstart does not make folding wokring on, I don't
>> understand why
>>
>
> It probably depends on the syntax file, what sections are actually folded.
>
> Look into syntax file to find out.
>
>
> Best,
> Christian


C# has an idea of 'regions' which fold according to preprocessor
directives, and I think that is all that is implemented in the syntax file.

It is easy enough to copy the line:

syn regioncBlockstart="{" end="}" transparent fold

from the C syntax file and execute it to get some more extensive folding.

Ephraim

-- 
-- 
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: history for dot operator

[Efraim Yawitz]

On Fri, Nov 14, 2014 at 5:10 PM, Ben Fritz fritzophre...@gmail.com wrote:

 On Friday, November 14, 2014 5:44:45 AM UTC-6, Enno wrote:
  Is there, perhaps via a Plugin, a way to recover the second last text
 editing operation in normal mode ? The dot '.' operator keeps only the last
 operation.

 Nope. This would not be possible, unless every single key is remapped in
 every single mode, or if somehow macros were being recorded constantly.


Actually, maybe he should just record continuously, say type qz and work
for a while and then type q and spit out the z reg to somewhere and take
what he likes from it.  Doesn't sound like it would take a lot of resources.

-- 
-- 
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: Undoable file reload

[Efraim Yawitz]

On Thu, Jan 2, 2014 at 4:42 PM, Ben Fritz fritzophre...@gmail.com wrote:

 Have you tried/did you know about the eclim project? eclim.org provides a
 combined Eclipse/Vim plugin that lets Vim use all the code completion,
 navigation, and some other features of Eclipse by communicating with
 Eclipse in the background. I'm very happy with the C/C++ features, but I
 actually understand the java support is even better.

 Thank you.  I plan to have a look at it.

-- 
-- 
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.

Undoable file reload

[Efraim Yawitz]

Hi,

For a long time now, I have been using Vim alongside VisualStudio by
doing all my editing in Vim and compiling and debugging in VS.  If I
save a file in Vim and it is open in VS, VS asks me if I want to
reload, and I say yes.  I know some people would find working this way
clumsy, but I actually have no problem with it.

Now I am starting to use Eclipse for Java, and I am very impressed
with all the conveniences it provides in terms of completing and
creating code, and I am considering a mode of about half Eclipse and
half Vim, using Vim for regular text-editing tasks and Eclipse for its
code completion, etc.  The problem is that if I save something from
Eclipse and then reload the file in Vim, I lose all my undos to that
point.  What I would like is the possibility to undo the reload
itself, and I'm considering implementing this at the Vim code level.
I have two questions:

1)Does this or something similar already exist, and I'm just missing it?

2)If not, is it doable, and what would I have to change?

I suppose I would want this to be some kind of option, like :set
undoablereload, say, so that the default functionality would still be
available.

Thanks very much.

Ephraim

-- 
-- 
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: Undoable file reload

[Efraim Yawitz]

On 1/2/14, Efraim Yawitz efraim.yaw...@gmail.com wrote:

 1)Does this or something similar already exist, and I'm just missing it?


Oops!! I just tried this in Vim 7.4 and I see that :set undoreload is
already there as of 7.3!  Sorry for bothering you!

-- 
-- 
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: augment syntax rules to split words by '.' in R

[Efraim Yawitz]

On Wed, Mar 14, 2012 at 12:51 AM, Harold Pimentel
haroldpimen...@gmail.comwrote:

 Hi all,

 The behavior I'm looking for is to be able to treat words separated by '.'
 as different words (as understood by the motion 'w') in the R language.

 For example, let '|' denote the cursor position:

 |x.bar

 Now you hit 'w'

 x|.bar

 And so forth.

 Also, there are existing syntax rules for the language (I'm using
 vim-r-plugin). Is there a way I can augment the existing rules without
 touching that code (put something in my .vimrc or
 ~/.vim/bundles/myRchanges/r.vim when using pathogen)?

 Sorry, I'm sure this has been asked many times before.


I think you have to start with :help iskeyword (although I find it a bit
confusing, myself).

-- 
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: html formatting in netrw

[Efraim Yawitz]

On Sun, Mar 11, 2012 at 6:53 PM, Benjamin R. Haskell v...@benizi.com wrote:

 On Sun, 11 Mar 2012, Efraim Yawitz wrote:

  Hi,

 I've looked around the help and archives, but I can't find anything about
 this problem:

 How do I set netrw so that when I do :e http://someurl.html, vim
 displays it as raw HTML code rather than formatting it like a browser?


 It sounds like your g:netrw_http_cmd or g:netrw_http_xcmd is misconfigured
 or pointing to something undesirable.  Netrw shouldn't do what you're
 describing by default.  If you have `curl` or `wget` available, I'd add:

 let g:netrw_http_cmd = 'curl'

 or:

 let g:netrw_http_cmd = 'wget'

 to your .vimrc.  I've had problems in the past trying to get raw HTML out
 of certain versions of `links`/`elinks`.  (Both of them seem like bad
 default choices for fetching raw HTML, considering there are at least three
 different forks of `links`/`elinks`, each of which behaves differently.)


Yes, that is the problem.  However, it only worked when I set
g:netrw_http_cmd = 'curl' rather than 'curl -o' as it says in the help.
Also, 'wget -q -O' or even just 'wget ' didn't work.  All this is on a
Linux machine at home.  At work, I'm running vim on Windows and
g:netrw_http_cmd is automatically set to 'curl -o' and works fine.  What's
the difference?

-- 
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: html formatting in netrw

[Efraim Yawitz]

On Mon, Mar 12, 2012 at 6:24 PM, Benjamin R. Haskell v...@benizi.com wrote:

 Perhaps your version of Netrw is older?  In my version (distributed w/
 7.3.322, :help pi_netrw says Last change: 2010 Jul 28), it seems to use
 two options for http: URLs:

 g:netrw_http_cmd, which you'd set to the program you want to use (e.g.
 'curl').

 And:

 g:netrw_http_xcmd, which holds the options for that program (e.g. '-o' for
 'curl' or '-q -O' for 'wget'), and which is automatically set to an
 appropriate value if you're using a recognized program.


Right: The Windows version in vim 7.2 says Last change: 2008 Aug 08

-- 
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

html formatting in netrw

[Efraim Yawitz]

Hi,

I've looked around the help and archives, but I can't find anything about
this problem:

How do I set netrw so that when I do :e http://someurl.html, vim displays
it as raw HTML code rather than formatting it like a browser?

Thanks,

Ephraim

-- 
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: Delete everything which is not an iskeyword

[Efraim Yawitz]

On Tue, Oct 11, 2011 at 1:13 AM, Tim Chase v...@tim.thechases.com wrote:

  :%s/\k\@!.//g


What is that dot after the ! ? (I was wondering this about the help on \@!
but this is a chance to ask.)

-- 
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: LaTeX syntax misery

[Efraim Yawitz]

On Sun, Sep 18, 2011 at 3:19 AM, William E. Skeith III
wes_zi...@yahoo.comwrote:



 - Original Message -
 From: Moshe Kamensky moshe.kamen...@googlemail.com
 To: v...@vim.org v...@vim.org
 Cc:
 Sent: Saturday, September 17, 2011 8:03 PM
 Subject: Re: LaTeX syntax misery

 In my experience, the problem is the folding. When I set
 foldmethod=manual, the problem (mostly) disappears.

 Moshe

 

 After following your suggestion, the situation is much improved!
 Thanks Moshe!

 -WES

 p.s.- 90% of the work I do with the computer is writing LaTeX, so this was
 pretty critical.  Many thanks!



How do you make this problem happen?  Does it only happen with very large
files?  (I'm interested because it sounds like it shows some kind of bug in
the syntax code that could show up in other kinds of files.)

-- 
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: Weird auto-comment after 72 lines

[Efraim Yawitz]

Try :help cinoptions (specifically, the *N value for which the help says:

*NVim searches for unclosed comments at most N lines away.  This
  limits the time needed to search for the start of a comment.
  (default 30 lines).

I think that the help may be out of date, because the code (in
get_c_indent(), misc1.c) has

int ind_maxcomment = 70;

which would explain the 72-line behavior (it searches back 70 lines for the
start of the comment, so line 71 works as expected, and line 72 doesn't.)

On Tue, May 31, 2011 at 9:44 PM, Gary Johnson garyj...@spocom.com wrote:

 On 2011-05-31, Fab wrote:
  Hi,
  I'm reporting a very strange behavior I have only noticed today on
  vim.
  If you open a C file (vim foo.c) and enter this text:
  /*
  then press ENTER
  vim will automatically align the comment and will insert automatically
  a space, star, space: ' * ' before every line.
 
  Unfortunately after 72 lines, this sort of convenient indentation
  capability stop working:
  vim insert only a star (no spaces), and sometimes (if previous text
  has some sort of indentation, it insert several spaces)
 


-- 
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 fold across file

[Efraim Yawitz]

On Thu, Apr 28, 2011 at 9:41 AM, vicky b vickyb2...@gmail.com wrote:

 Thanks all,
 I want to  re-frame my question I have all java files now I want to create
 folds for the comments can anyone help me please.

 *
 *


I'm not sure about your specific problem, but from a quick look at a .java
file in vim and a comparison of the java.vim and c.vim files in the syntax
directory under $VIM, I see that the java syntax file doesn't create any
syntax-based folds, unlike C, which has lines like

syntax regioncBlockstart={ end=} transparent fold

to create folds for blocks

and another to create folds for comments.

I suppose you are using foldmethod=indent if you are seeing any folds at
all.

I guess that all this was a decision by the authors of the java.vim file.

Ephraim

-- 
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: has('win32') returns 1 on the Win64 version of vim?

[Efraim Yawitz]

On Mon, Feb 7, 2011 at 1:06 PM, H Xu xusu...@gmail.com wrote:

 Hello,

 has('win32') returns 1 on the Win64 version of vim, and either
 has('win64'). Is this kind of weird?
 Thanks.



I think this is a pretty standard Windows programming convention.  For
example, in the Windows API docs, it says:

*_WIN32*

Defined for applications for Win32 and Win64.

-- 
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: vimdiff-like highlighting within the same file?

[Efraim Yawitz]

I've also wanted to do diffs within the same file, and now I'm thinking that
this is really just a special case of something more general that may have
other uses (although I haven't thought of them yet).  The concept here is
virtual buffers which would represent a portion of a file, or more
generally, a number of portions of a number of files concatenated together.
Once you could do something like

:virtbuf bufname filename startline endline

to create a virtual buffer, diffing it with another real or virtual buffer
would be easy.

I'm wondering if this isn't already possible with some of the vimscript
commands.  If not, I may look into how to do it in the C code.

Ephraim

-- 
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: use vim with network neiborhood under windows ?

[Efraim Yawitz]

On Thu, May 27, 2010 at 10:00 AM, mike yao yaoweiz...@gmail.com wrote:

 It seems can't edit file in network neiborhood.


 What do you mean?  Are you trying to do something like :e
//computer_name/path/filename?  If so, you can just map a network drive to
//computer_name or //computer_name/path and then open from there.

-- 
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: Doing Unix on Windows

[Efraim Yawitz]

On Thu, Apr 22, 2010 at 9:22 AM, pansz panshi...@routon.com wrote:


 meino.cra...@gmx.de 写道:


  I would like to get back some of that functionality
  mainly of text related Unix tools via vim.


 Install Cygwin on windows and install Mintty from googlecode, use Mintty as
 your terminal emulator and Cygwin/bash as your shell, use the vim provided
 by Cygwin.

 Then you'll feel at home on Windows.


I think what he wants is to be able to use Vim as a stream editor, etc.
since he is not allowed to install things like Cygwin or GnuWin32 utilities
at work.

-- 
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

Popularity of vi/vim

[Efraim Yawitz]

Hi,

I hope this is not considered off-topic:

Does anyone have a source or link of some kind of estimate how many people
in the world are using vim or any vi-type editor?

I'm the only one at work using vim, and sometimes I want to say something
like You know there are millions of people who use some form of this editor
which you think is so weird!.

Thanks,

Ephraim
-- 
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php

Re: Popularity of vi/vim

[Efraim Yawitz]

2010/1/14 Raúl Núñez de Arenas Coronado raul...@gmail.com

 Saluton Efraim :)

 Efraim Yawitz e...@gmail.com skribis:
  I'm the only one at work using vim, and sometimes I want to say
  something like You know there are millions of people who use some
  form of this editor which you think is so weird!.

  Then I noticed that it made no sense. People still considered me very
 weird, didn't understand my choices, tried to convince me to change my
 mind and got very offended when I didn't change my mind and instead I
 tried to convince them. Nobody gained anything, so I stopped trying to
 justify my choices and stopped doing advocacy and proselytism.


Sounds pretty sensible.  In this case, though, it's not any kind of big
controversy, and I think this statistic is interesting to me and those I
work with.
-- 
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php

Re: errorformat for MS cl compiler

[Efraim Yawitz]

On Fri, Dec 11, 2009 at 11:27 AM, Tinou tinou...@gmail.com wrote:

 On Thu, Dec 10, 2009 at 18:41, Efraim Yawitz efraim.yaw...@gmail.comwrote:

 Hi,

 Hello :-)


 Is anyone good with errorformat strings?  I'm trying to use output from
 the Microsoft cl compiler, and the errors look like this:

 1c:\kerneldrivers\w64\source\plugplay.c(211) : warning C4047: '==' :
 'DWORD_PTR' differs in levels of indirection from 'void *'



 I've asked this once and this is what I ended up with (using the visual
 studio plugin) :

 let g:visual_studio_quickfix_errorformat = '%*[0-9]%*[]\ %#%f(%l)\ :\ %m'



Thanks, it worked perfectly!

-- 
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php

errorformat for MS cl compiler

[Efraim Yawitz]

Hi,

Is anyone good with errorformat strings?  I'm trying to use output from the
Microsoft cl compiler, and the errors look like this:

1c:\kerneldrivers\w64\source\plugplay.c(211) : warning C4047: '==' :
'DWORD_PTR' differs in levels of indirection from 'void *'

When I load this as an error file (i.e., lfile xxx.err), vim thinks that
the filename is 1c:\kerneldrivers\w64\source\plugplay.c, which of course
doesn't exist.

I looked around on the tips but I didn't find this exact thing.

Thanks,

Ephraim Yawitz

-- 
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php

Re: ctags

[Efraim Yawitz]

On Wed, Nov 4, 2009 at 9:51 AM, epanda callingel...@hotmail.fr wrote:


 Hi,


 I use exhuberant ctags to analyse my project. I encounter the
 following problem : sometimes, a local var name is repeated in several
 files.

 Here is the list of tags :


 result  .\src\project\file1.cpp /^UINT result = m_nbMajor;$/;
 l  line :208
 result  .\src\project\file1.cpp /^UINT result = m_nbMinor;$/;
 l  line :218
 result  .\src\project\file1.cpp /^const bool result = (maap_alarm-
 criticity == MAJOR_ALARM) ||$/;   l line :471
 result  .\src\project\file2.cpp /^  char
 *result = strrchr(vers,'\
 \'');$/;   l   line :353
 result  .\src\project\file2.cpp /^DWORD result;$/;
 l line :1267
 result  .\src\project\file3.cpp /^  UINT result;$/;
 l line :111
 result  .\src\project\file3.cpp /^  UINT result;$/;
 l line :68
 result  .\src\project\file4.cpp /^  UINT result;$/;
 lline :129
 result  .\src\project\file4.cpp /^  UINT result;$/;
 lline :144
 result  .\src\project\file4.cpp /^  UINT result;$/;
 l line :101
 result  .\src\project\file4.cpp /^  UINT result;$/;
 l line :115
 result  .\src\project\file4.cpp /^bool result;$/;
 l  line :60
 result  .\src\project\file4.cpp /^bool result;$/;
 l  line :80


 You can see that 'result' var is in file1 to 4.
 I am reading files one by one and I have to get type of each returned
 var.

 So I would like to know if another command as tag result can return me
 the good definition of result var I am reading at a line in a file.


I don't understand exactly what your problem is.  Vim informs you when there
is more than one match and lets you choose which one you want to see.

See :help :ts

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: ctags

[Efraim Yawitz]

On Wed, Nov 4, 2009 at 11:26 AM, winterTTr winterttr@gmail.com wrote:


 maybe the need is if it is possible to give a better selection filter to
 the tag command ?


I've always wondered how to get a specific class member, i.e.,
MyClass::myvar or MyClass::myfunc()

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Mapping issue

[Efraim Yawitz]

Hi,

This is not exactly a bug report, but rather a report of what I find to be a
counterintuitive but evidently planned feature.

If I make a mapping containing a search command (/, #, n, N) and then
execute the mapping and the search ends inside a fold, the fold does not
open as it does when doing the search 'manually'.

Here is the code in normal_search (normal.c) in the Vim source which
produces this behavior:

#ifdef FEAT_FOLDING
if (cap-oap-op_type == OP_NOP  (fdo_flags  FDO_SEARCH)  KeyTyped)
foldOpenCursor();
#endif

My question is why is this check for KeyTyped desirable?  Why shouldn't I
want the fold to open when executing in a mapping?

Thanks,

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Vim and Dvorak keyboard

[Efraim Yawitz]

On Thu, Sep 10, 2009 at 3:27 PM, Fuzzy Logic fuzz...@gmail.com wrote:


 I do not use a Dvorak keyboard myself, but I do recall a conversation
 about using one, and a quick search yielded

 http://vim.wikia.com/wiki/Using_Vim_with_the_Dvorak_keyboard_layout

 This reminds me of something I have wondered about.  Although I am
right-handed, I imagine that left-handed people must find the hjkl keys
impractical.  Is there an easy mapping for them?  And what happens to the
mnemonic of f=find g=go d=delete?

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: How to display edited lines of the file

[Efraim Yawitz]

On Tue, Sep 1, 2009 at 3:29 PM, Xian Chen hoganx...@gmail.com wrote:

 set cursorlineset cursorcolumn


This only shows where the cursor is now, not the modified lines.

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Dump colorscheme

[Efraim Yawitz]

On Tue, Aug 25, 2009 at 12:49 PM, Boyko Bantchev boyk...@gmail.com wrote:


 2009/8/25 Tinou tinou...@gmail.com:
 
  Hello,
 
  Is it possible to dump the current resulting colorscheme? (highlights
  set in different places I wish to gather).
  ...

 :hi

 For other options, do

 :he hi


I think what he wants to do is to save the current scheme so that he can use
it again later, i.e., as a colorscheme file.  What he needs is something
like mksession.  It probably could be done with:

:redir = current_highlighting
:hi
:redir END

and then manipulating current_highlighting and saving it to a file.

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Dump colorscheme

[Efraim Yawitz]

On Tue, Aug 25, 2009 at 1:19 PM, Tinou tinou...@gmail.com wrote:


  :redir = current_highlighting :hi :redir END
 
  and then manipulating current_highlighting and saving it to a file.

 Ah, perfect, just what I needed.
 Thanks.


But don't forget the 'manipulating'; the output of :hi is not quite ready
for executing (for one thing, it has all those xxx's in it).

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: A windows file type question

[Efraim Yawitz]

On Wed, Aug 19, 2009 at 4:30 AM, Bland, Alan alan.bl...@goodrich.comwrote:

  I use Vim on both unix and Windows.  The Windows version has a feature
 that guesses what type of file I want to open.  I want to either turn it off
 or change it to something that fits reality.

 For example, if I am editing a C file and want to open the associated
 header file, the open file browser decides I must be looking for a C file
 and puts *.c in the file filter text box.  I have to suggest that I want to
 see the *.h files too.  It would be fine with me if it would start with All
 files, which the Unix version does.

 It is worse when I am editing a header file and want to open another file.
 the file browser starts with a filter like *.cpp which is not what I want at
 all.

 I've got the Vim book, I've read the Vim help.  I am turning to this group
 as a last resort.  Can you tell me how to get the windows version (7.2) to
 list all files instead of just the *.c files.


look up b:browsefilter in the help (in editing.txt).  You can change this
per file type in a plugin.  Look in the ftplugin/c.vim file for examples of
how to set it.

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: underscores in command names.

[Efraim Yawitz]

On Mon, Aug 10, 2009 at 8:55 AM, Edward Peschko horo...@gmail.com wrote:


  
   Try :help user-commands. It will answer all the above questions.
Vim
   help is very comprehensive, so make the most of it.
  
  yeah, I've seen that section. I understand why no lower case letters,
  but not having underscores is really odd. They are great at making
  things a lot cleaner, especially for those of use who do not like
  camel case.

Anyway, you have the source.  I just tried changing this and it seems to
work after changing a line in the function ex_command() from
while (ASCII_ISALNUM(*p))
to
while (ASCII_ISALNUM(*p) || *p == '_')
and making the exact same change to a line in find_command().

Both functions are in ex_docmd.c

Now maybe someone (Bram?) can tell me why this is not a good idea...

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: underscores in command names.

[Efraim Yawitz]

On Sun, Aug 9, 2009 at 9:00 AM, googler pinaki_...@yahoo.com wrote:


 If you type :h command and then press ctrl-D, it will show the list of
 all tags with the word 'command' in it. Then you can choose the ones
 that look related to what you are looking for.


I'm a +10Y user, and I didn't know that!  I guess I should have started with

:help help

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Newbie: What determines the command repeated by the . command?

[Efraim Yawitz]

No, that's only for ex commands.  I'm thinking of something similar for
normal mode.

On Thu, Aug 6, 2009 at 3:35 PM, David ld...@gmx.net wrote:


 Hi,

 is q: what you are looking for?

 David


 Efraim Yawitz wrote:
  This reminds me of something I've sometimes wanted.  Could it be
  possible to have a history of normal mode commands and have the
  possibility of executing any one of the recent ones?
 


--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Using a variable as a command's 'count' argument

[Efraim Yawitz]

On Wed, Jul 29, 2009 at 9:47 AM, S. Cowles scow...@ckhb.org wrote:


 On Wed, 29 Jul 2009, Daniel Tripp wrote:

  From: Daniel Tripp qpmirruvnnvwoca...@dt.theorem.ca
 
  Say that I have set a variable like this:
  :let desiredcolumn=42
  And now I want to define a mapping that will go to that column on the
 current
  line, using the bar command.  My problem is that I can't figure out how
 to
  substitute the variable's value into the 'count' argument of the bar
 command.
  ...
  But instead of a constant like 42, I want to take the value from my
  'desiredcolumn' variable.  Something like this:
  :map F2 desiredcolumnbar
  But of course that doesn't work.
  Any suggestions?



how about

:map F2 :exec 'norm ' . desiredcolumn . 'barCR'

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Using a variable as a command's 'count' argument

[Efraim Yawitz]

On Wed, Jul 29, 2009 at 10:19 AM, Efraim Yawitz efraim.yaw...@gmail.comwrote:




 how about

 :map F2 :exec 'norm ' . desiredcolumn . 'barCR'

 Correction:  This should be
:map F2 :exec 'norm ' . desiredcolumn . '\|' CR

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Clear an environment variable

[Efraim Yawitz]

On Sat, Jul 25, 2009 at 11:45 PM, Gregory Margo gma...@pacbell.net wrote:


 One may create an entirely new environment variable, that is passed to
 children, with:
:let $NEWVAR = foobar
 but there us no way to delete that environment variable.  You can assign
 a blank string to it,
:let $NEWVAR = 
 but that still leaves the variable in the environment.


Why isn't that good enough?  Isn't that the same thing you would do in the
shell?

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Clear an environment variable

[Efraim Yawitz]

On Sun, Jul 26, 2009 at 6:20 PM, Gregory Margo gma...@pacbell.net wrote:


 No.  Shells in general (bash,dash,ksh,zsh,tcsh,csh) allow complete
 removal of the environment variable.  Bourne-type shells use unset
 and C-type shells use unsetenv commands.

 OK, but why is that necessary?

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Abbreviating a command

[Efraim Yawitz]

This thread reminded me of one simple suggestion that might make vim seem
more 'cool' to new (or even experienced) users who are used to more
GUI-oriented programs:

An option could be available to have a very simple dialog (something like
the Run dialog on the Windows Start menu) in which you could enter ex
commands.  This might help people overcome the psychological block against
the seemingly outmoded command line at the bottom.

I know that lots of us seasoned vi-vim-users would find this disturbing, but
no one would force you to use it.

If I get a chance, I may try to implement it myself.

KT,

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Abbreviating a command

[Efraim Yawitz]

On Wed, Jul 22, 2009 at 10:07 AM, Efraim Yawitz efraim.yaw...@gmail.comwrote:

 This thread reminded me of one simple suggestion that might make vim seem
 more 'cool' to new (or even experienced) users who are used to more
 GUI-oriented programs:

 An option could be available to have a very simple dialog (something like
 the Run dialog on the Windows Start menu) in which you could enter ex
 commands.  This might help people overcome the psychological block against
 the seemingly outmoded command line at the bottom.

 I know that lots of us seasoned vi-vim-users would find this disturbing,
 but no one would force you to use it.

 If I get a chance, I may try to implement it myself.


Oops, I see that this is already implemented with inputdialog().  Great!

(BTW, I accidentally signed my previous post with KT, which is an acronym in
Hebrew for 'all the best'.  Forgot which mailing list this was!)

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: highlighting of entire lines

[Efraim Yawitz]

On Wed, Jul 22, 2009 at 3:12 PM, Jan Kaspar jan.kas...@gmail.com wrote:

 Hello,

 I may have quite a stupid question - is it possible to highlight a full
 line?

 I'd like to give a different background color to a block of code (a class
 definition, doxygen documentation, etc). To do so, I use :highlight ...
 guibg=... command. This works, but only the part of line which contains some
 text, is eventually highlighted. This looks strange and disturbs eyes. I'd
 like get also the part from line-end onwards highlighted. Is that possible?
 How?


You could use :syn match, i.e.

:syn match YourSynType ^.*yourpattern.*$
:hi YourSynType guibg=skyblue

I don't see how to highlight past the end, though.

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Abbreviating a command

[Efraim Yawitz]

On Tue, Jul 21, 2009 at 4:40 PM, Ben Fritz fritzophre...@gmail.com wrote:


 It looks like you have general idea what you're doing, so I imagine
 you've already ran the tutorial. If not...do so. You can also learn a
 great deal just reading emails or archives on this list, by reading
 through chapters of the :help, or by following the Random page link
 on vim.wikia.com a few times a day. Stick with it. You'll be glad you
 did.


I'll second that and add (based on my own experience) that you can learn one
little bit at a time, and use whatever subset you know.  There is no need to
know every detail.

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

slightly OT: other diff programs

[Efraim Yawitz]

Since I use the diff features in Vim so much, I find myself wondering if the
gnu diffutils are the state-of-the-art programs in this area or is there
something better?  I notice that diffutils hasn't been updated since 2002
(and there doesn't even seem to be a diff mailing list to write this to).
Is this because there is nothing left to be done, or for some other reason?

Thanks,

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: slightly OT: other diff programs

[Efraim Yawitz]

I just found it interesting to find a utility which is considered 'perfect'
by its creators.

On Sun, Jul 19, 2009 at 5:30 PM, vi...@selgrad.org wrote:


 Is this because there is nothing left to be done, or for some
 other
 reason?
 Well, in an open source world, projects are allowed to be done some
 time. No need to convince people to buy versions the don't need. ;)


--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: how to instal/use gvim on wxp without leaving tracks of installing it

[Efraim Yawitz]

On Thu, Jul 16, 2009 at 4:50 AM, Tony Mechelynck 
antoine.mechely...@gmail.com wrote:


 On 15/07/09 21:51, Gene Kwiecinski wrote:
 
  Our IT department has forbidden the use of gVim. ;-(((
 
  Is this a joke? I don't see the point in stopping people from using
  their favorite text editor. Sure I could work with another text
  editor, but I would be 10 times less efficient. I don't think that's
  what my boss would like.
 


Are any managers anywhere not like this?  Doesn't Dilbert accurately reflect
the reality in all companies?

I suppose this is called hijacking the thread completely (although I didn't
really start it), but I wish I had some forum to discuss the totally
opposite cultures in the free software and proprietary software worlds.

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: how to instal/use gvim on wxp without leaving tracks of installing it

[Efraim Yawitz]

On Thu, Jul 16, 2009 at 1:37 PM, Tony Mechelynck 
antoine.mechely...@gmail.com wrote:


 Anyway, I don't believe that in this particular venue you'll find many
 people to defend the Cathedral model against the Bazaar model.


Although, interestingly enough, vim itself is basically all coded by one
person who is definitely 'in charge'

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: :global problem [bug confirmed?]

[Efraim Yawitz]

On Mon, Jul 6, 2009 at 8:07 PM, Andy Wokula anw...@yahoo.de wrote:

 Anyway:
 :insert is an old Vi thing -- as help states, it can also confuse :if
 statements etc, so I'd only use it in very simple situations.


Agreed, but it seemed like it could be useful in those simple situations,
i.e., adding a blank line before or after every occurrence of 'foo'.  (Of
course, I could do it just as well with :pu)

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: :global problem [bug confirmed?]

[Efraim Yawitz]

Anybody have anything more on this? Bram? Is it really a bug?



 On Sun, Jul 5, 2009 at 5:14 PM, Efraim Yawitz efraim.yaw...@gmail.comwrote:


 A little debugging revealed that this behavior is according to design (but
 not as described in the help).

 In ex_cmds.h the :insert command is configured as:

 EX(CMD_insert,insert,ex_append,
 BANG|RANGE|TRLBAR|CMDWIN|MODIFY),

 without the EXTRA bit set which is defined as:

 #define EXTRA0x004/* allow extra args after command name */

 :insert (and :append) do not allow any arguments.  The only question is,
 was this always this way, and what is the correct behavior?



--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

:global problem

[Efraim Yawitz]

I just searched the archives for every message about E488 before sending
this because it seemed so simple, but I didn't find the answer.

I tried to use :g/abc/insert\ etc. just like in the help, and I always get
E488 - Trailing characters.  Do I have some setting wrong?

Thanks,

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: :global problem [bug confirmed?]

[Efraim Yawitz]

On Sun, Jul 5, 2009 at 2:38 PM, Tim Chase v...@tim.thechases.com wrote:


  I tried to use :g/abc/insert\ etc. just like in the help, and I always
 get
  E488 - Trailing characters.  Do I have some setting wrong?

 The problem seems to reside with the :insert continuation as
 other commands work just fine.  I found the example that looks
 like yours at


The problem seems to be with :insert itself, since I get the same error when
I just type :insert\


   :help :insert

 (would have helped if you had included _where_ in the help your
 just like in the help came from, as the help is huge :)


Sorry; I guess I thought this would be so obvious that someone would
immediately see what I was doing wrong.

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Only slightly OT: Satire on mouse users

[Efraim Yawitz]

I think every vi/vim fan should see this satire on the steady progress
of computer interfaces toward serving only the illiterate:

http://feeds.theonion.com/~r/OnionNewsNetwork/~3/503805247/92328

Less and less people today realize that the keyboard (which I met on
typewriters in the 60's) is one of the greatest inventions in history
and even fewer know about the vi paradigm which makes such efficient
use of this tool.

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Easiest way to insert a blank line?

[Efraim Yawitz]

On Mon, Jan 5, 2009 at 5:08 AM, Tony Mechelynck
antoine.mechely...@gmail.com wrote:

 To insert an empty line and remain in Normal mode, without going to
 Insert mode and back:

below current line:
:put =''

Was I the only one who misunderstood the two single quotes and thought
it was one double quote (which of course does nothing)?

BTW, why is there no cmdline completion of expressions when doing :pu
= like there is when you do = (double-quote) in Normal mode?

Thanks,

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

slowness due to folding

[Efraim Yawitz]

Hi,

I am using vim 7.0 on a fairly old laptop (300MHz, 128MB RAM), and I
was having problems with it responding very slowly when editing
reasonably large C or C++ files, something I never saw with version 6
even on much slower machines.  I finally discovered that the problem
was due to my using fdm=syntax.  When I changed to fdm=indent, vim
runs as fast as I am used to.  My question is, are there any settings
that would make fdm=syntax run faster?

Thanks,

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---

Re: Intesting blog posts of 10 year vim user switching to emacs

[Efraim Yawitz]

On Mon, Nov 17, 2008 at 11:16 AM, Xulxer [EMAIL PROTECTED] wrote:

 Hi,

 perhaps someone is interested in the good features of the other great
 editor:

 http://upsilon.cc/~zack/blog/posts/2008/10/from_Vim_to_Emacs_-_part_1/

 http://upsilon.cc/~zack/blog/posts/2008/11/from_Vim_to_Emacs_-_part_2/


The main thing I think this blog post missed is the fact that we
vi/vim fans think that modality is the whole point (not a drawback, as
he seems to imply)!  I could see using Emacs with viper mode if I
really needed the connection with external processes (and somehow was
unable to use vim at the same time), but who wants to use the
non-modal regular mode of Emacs? And yes, Elisp (or any kind of LISP)
is cool and maybe cooler than Vim's pseudo-Perl sort of scripting
language, but how much really complex scripting do most users do on a
regular basis?

Ephraim

--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---