On Friday, February 8, 2013 9:32:45 PM UTC-6, Ben Fritz wrote:
>
> I'm not really sure why I am setting fillchars within my foldtext
>
> function but that seems to be one necessary component in this config
>
> at least.

This is off-topic for the problem at hand (disappearing completion menu), but I
went back and looked at my main config to figure out why I was setting fillchars
at all (obviously it seems pointless in the toy example .vimrc I posted).

In my real config, my foldtext function switches on a buffer-local variable and
the value of the 'diff' option to determine which of three different styles to
use. I can't really think of a better place to put it. For now I think I'll put
it into a CursorHold event rather than keeping it in the foldtext expression.

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Tuesday, February 12, 2013 9:37:20 AM UTC-6, Patrick wrote:
> Hi Everyone. I would like to switch from gvim to vim.

I'm not criticizing your decision. But I want to know, why? Maybe I'll consider
it too sometime, too; right now I have no reason at all to switch.

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On 12/02/2013 15:37, Patrick wrote:

> Hi Everyone. I would like to switch from gvim to vim. Some terminals don't
seem to support syntax highlighting well. I've got rxvt-unicode looking great
with vim but I am wondering about other options. What is your favourite terminal
to run vim in?
>

Personally, on Linux I use gnome-terminal & on OS X, I use iTerm. They
seem to cope with everything that's thrown at them & are a pretty
standard setup (e.g. I've never had to touch termcap & so on)

Have tried plenty of others but always come back to those two. Then
again, on Linux, I always use Gnome so I can't speak for KDE & the like
(although I have tried Konsole).

Cheers,

   Phil...


--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On 2013-02-12 08:39, Ben Fritz wrote:
> On Tuesday, February 12, 2013 9:37:20 AM UTC-6, Patrick wrote:
> > Hi Everyone. I would like to switch from gvim to vim.
>
> I'm not criticizing your decision. But I want to know, why? Maybe
> I'll consider it too sometime, too; right now I have no reason at
> all to switch.

My big plus for (non-g)vim is that I use it within screen/tmux
allowing me to uneventfully resume my session from another machine.
As I spend a majority of my time in a console, it's right within
reach.

Gvim does offer benefits:  a broader spectrum of colors for creating
color-schemes, fonts are easier to choose, and Unicode display tends
to be less of a pain (not reliant on the terminal and its settings).
Additionally, for those that need it, the menu & toolbars are there.
I tend to fly with all my 'guioptions' turned off, so it's somewhat
moot for me.  On Win32, gvim also allows more than 80 columns with
less headache (cmd.exe is less than friendly when it comes to
changing the number of columns).

Either way, I run both rxvt+vim (most of the time) or gvim
(occasionally) using Fluxbox's ability to disable all chrome, so I can
maximize my editing to 100% of the screen real-estate (no chrome,
menus, task-bar, dock, slit, etc).  On Win32, I run gvim almost
exclusively.

-tim


--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Tue, Feb 12, 2013 at 8:55 AM, Tim Chase <vim@...> wrote:
>
> On 2013-02-12 08:39, Ben Fritz wrote:
> > On Tuesday, February 12, 2013 9:37:20 AM UTC-6, Patrick wrote:
> > > Hi Everyone. I would like to switch from gvim to vim.
> >
> > I'm not criticizing your decision. But I want to know, why? Maybe
> > I'll consider it too sometime, too; right now I have no reason at
> > all to switch.
>
> My big plus for (non-g)vim is that I use it within screen/tmux
> allowing me to uneventfully resume my session from another machine.
> As I spend a majority of my time in a console, it's right within
> reach.
>
> Gvim does offer benefits:  a broader spectrum of colors for creating
> color-schemes, fonts are easier to choose, and Unicode display tends
> to be less of a pain (not reliant on the terminal and its settings).
> Additionally, for those that need it, the menu & toolbars are there.
> I tend to fly with all my 'guioptions' turned off, so it's somewhat
> moot for me.  On Win32, gvim also allows more than 80 columns with
> less headache (cmd.exe is less than friendly when it comes to
> changing the number of columns).
>
> Either way, I run both rxvt+vim (most of the time) or gvim
> (occasionally) using Fluxbox's ability to disable all chrome, so I can
> maximize my editing to 100% of the screen real-estate (no chrome,
> menus, task-bar, dock, slit, etc).  On Win32, I run gvim almost
> exclusively.
>
> -tim

I usually use GVim or MacVim, but occasionally I need to use Vim in a terminal

Mac: iTerm2, http://www.iterm2.com/

Linux: I just learned about the st terminal, but I haven't tried it.
https://plus.google.com/111049168280159033135/posts/fMe7yuaDXKA
The Ubuntu Terminal (gnome-terminal?) has served me well.

Windows: recently learned about ConEmu-Maximus5, but I haven't tried it.
http://code.google.com/p/conemu-maximus5/
I avoid using vim in the stock cmd.exe window, even though I wrote
most of the Win32 console mode code back in the mid-90s.
--
/George V. Reilly  george@...  Twitter: @georgevreilly
http://www.georgevreilly.com/blog  http://blogs.cozi.com/tech

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Tue, 2013-02-12 at 09:27 -0800, George V. Reilly wrote:
>
> Windows: recently learned about ConEmu-Maximus5, but I haven't tried it.
> http://code.google.com/p/conemu-maximus5/
> I avoid using vim in the stock cmd.exe window, even though I wrote
> most of the Win32 console mode code back in the mid-90s.
> --
> /George V. Reilly  george@...  Twitter: @georgevreilly
> http://www.georgevreilly.com/blog  http://blogs.cozi.com/tech

LINUX - primary -> urxvt ( rxvt-unicode )
         occasionally -> aterm and mrxvt ( multi-term rxvt ) and
         terminology (elightenment 17 )

windows - primary -> mintty/cygwin
                      http://code.google.com/p/mintty/
           occasionally -> console2
                           http://sourceforge.net/projects/console/

reid


--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On 12/02/13 15:31, Malusi Gcakasi wrote:
>> Yet my settings in GVim and Vim (terminal) are identical...
>
> I'm new to Vim and have been wondering about this for a bit. As most vimrc
> and gvimrc setups are similar, is it good practice to split these into
> different files? Or should they simply be split into different functions and
> centralized in one file with the "gui_running" flag?
>
> " Now running a gvim function
> If("gui_running")
>  Foo()
>  Bar()
> Endif

You can do either.

Remember though, that vimrc si not only for Console Vim but also for
gvim (which performs the whole "ordinary" startup described under ":help
startup", adding at step 8 the GUI startup described under ":help gui-init".

Also, it is not :if("gui_running") [which will always return FALSE, even
in gvim, since it means: if there is a nonzero number at the start of
the string 'gui_running'], but :if has("gui_running") — see
	 :help has()
	 :help feature-list       " and scroll down until gui_running

>
> Secondly, what are the best practices for how a vimrc setup should be
> structured. Or are the details of this up to the individual user?
>
> Kind Regards
> Malusi Gcakasi
>

The details are up to the individual user.

This said, I recommend (but it is just my opinion) to source the
vimrc_example.vim from your vimrc and add additional to that any desired
settings (including, if desired, overrides to undo things that the
example vimrc does that you don't want), mostly after that line but some
might have to go before it. I also recommend to comment every script
heavily (Vim comments start with a double quotation mark and extend to
the end of the line, but they cannot be used after some commands which
regard the quote as part of their arguments).

Example of a "vimrc stub" to be further customized by its user:



" Vim configuration script

" force English messages
" this must come before setting up menus
" remove this whole nested :if if not desired
if has("multi_lang")    " otherwise there is no :language command
	 if has("unix")  " only POSIX OSes know about the C locale
		 language messages C
	 else            " assume Windows (Mac OS 9 is long obsolete)
		 language messages en
	 endif
endif

" source the example vimrc from $VIMRUNTIME
runtime vimrc_example.vim

" undo filetype-specific indent set by the example vimrc
filetype indent off     " comment this line out if you want FT indents

" additional user settings come here



Best regards,
Tony.
--
And on the seventh day, He exited from append mode.

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On 12/02/13 16:37, Patrick wrote:
> Hi Everyone. I would like to switch from gvim to vim. Some terminals don't
seem to support syntax highlighting well. I've got rxvt-unicode looking great
with vim but I am wondering about other options. What is your favourite terminal
to run vim in?
>

I use mostly gvim but occasionally I run Vim in console, for various
reasons. I agree with Tim Chase's arguments in favour of gvim.

I am on Linux. The preferences below will probably not apply on Windows,
and only partially on Mac.

If logged in to a text console: use that.
If logged in to X11: I use konsole (in most cases) or mlterm (for RTL or
bidi text).

Additionally, in terminals with 88 or 256 colours (including konsole and
mlterm but not the Linux text console) I use the same (or nearly the
same) colours as in gvim, thanks to the CSApprox plugin, see
http://vim.wikia.com/wiki/Using_GUI_color_settings_in_a_terminal#Solution_2:_the\
_CSApprox_plugin


Best regards,
Tony.
--
A parent can be arrested if his child cannot hold back a burp during a
church
service.
		 [real standing law in Nebraska, United States of America]

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Hi Ben

Hi Everyone, thanks for your posts!

Ben, I am planning on building a text only BSD or Linux based appliance.

I may use R PI but I will likely use an Olimex board

It would be nice to be able to edit files right on the little computer, 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Tue, Feb 12, 2013 at 3:27 PM, Anthony Campbell <ac@...> wrote:
> On 12 Feb 2013, Aaron Webster wrote:
>>    On Tue, Feb 12, 2013 at 3:40 PM, Tony Mechelynck
>>    <antoine.mechelynck@...> wrote:
>>
>>      On 12/02/13 15:27, Anthony Campbell wrote:
>>
>>        I normally read emails from this list via mutt, but I've just found
>>        that
>>        they also go into Inbox in my gmail account. I don't want this to
>>        happen. Is there any way to prevent it?
>>
>>    Make sure under your "inbox settings" you select "don't override filters"
>>    in the "filtered mail" settings.  Otherwise these messages will always
>>    show up in your inbox.
>>    --
>>    Aaron Webster
>
> Thanks for that tip - I certainly wouldn't have spotted it.
>
> Anthony

I use Alpine as it's so fast. But i get over your problem by setting a
filter; go to the box "doesn't have" and enter something like
'jabberwocky' (or some other unusual word) and then on the next page
check 'skip inbox' - so all mail goes straight to the All Mail box. I
still use gmail UI sometimes as i like the 'conversation' mode for
lists like this but Alpine a lot of the time for other mail.

james

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Fr, 08 Feb 2013, Ben Fritz wrote:

> On Friday, February 8, 2013 9:37:18 PM UTC-6, Ben Fritz wrote:
> > On Fri, Feb 8, 2013 at 9:32 PM, Benjamin Fritz <fritzophrenic@...>
wrote:
> >
> > > The attached vimrc.vim file (when used as the .vimrc, with no
> >
> > > non-standard plugins), can reproduce the issue on the attached test.c
> >
> > > file with the attached tags file.
> >

Ben, Benjamin,
can you check, whether this patch fixes the problem for you?

diff -r ba8835947b8b src/screen.c
--- a/src/screen.c      Wed Feb 06 19:58:43 2013 +0100
+++ b/src/screen.c      Tue Feb 12 22:28:06 2013 +0100
@@ -545,6 +545,10 @@
         }
  #endif
      }
+#ifdef FEAT_INS_EXPAND
+    if (pum_visible()) /* win_update() might have overwritten the popup menu */
+       pum_redraw();
+#endif
  #if defined(FEAT_SEARCH_EXTRA)
      end_search_hl();
  #endif

Bram, I think, this patch fixes an issue, that the completion menu is
not correctly displayed when the preview window is used (and the windows
are scrolled). It might be possible, that it also fixes those issues
from the todo list:

,----
| popup completion menu closes quickly when there is a fold in the buffer. (Jan
| Christoph Ebersbach, 2011 Jul 3)
`----

,----
| Completion menu disappears when using 'cursorcolumn'. (Sven-Hendrik Haase,
| 2011 May 23)
`----

But I am not sure, as reproducing the issue seems quite complicated (see
the long thread on vim_use about how to reproduce it). Do you have more
infos how to reproduce those issues?

regards,
Christian

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Just for the record, there is an answer on StackOverflow explaining how to
enable 256-colors mode in console vim using ConEmu.
http://stackoverflow.com/a/14434531/1405560

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Malusi Gcakasi wrote:
> Secondly, what are the best practices for how a vimrc setup
> should be structured. Or are the details of this up to the
> individual user?

It would be good if that were documented somewhere in a simple
way. The following has some ideas.

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

John

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Tue, Feb 12, 2013 at 3:37 PM, Christian Brabandt <cblists@...> wrote:
>
> On Fr, 08 Feb 2013, Ben Fritz wrote:
>
>> On Friday, February 8, 2013 9:37:18 PM UTC-6, Ben Fritz wrote:
>> > On Fri, Feb 8, 2013 at 9:32 PM, Benjamin Fritz <fritzophrenic@...>
wrote:
>> >
>> > > The attached vimrc.vim file (when used as the .vimrc, with no
>> >
>> > > non-standard plugins), can reproduce the issue on the attached test.c
>> >
>> > > file with the attached tags file.
>> >
>
> Ben, Benjamin,
> can you check, whether this patch fixes the problem for you?
>
> diff -r ba8835947b8b src/screen.c
> --- a/src/screen.c      Wed Feb 06 19:58:43 2013 +0100
> +++ b/src/screen.c      Tue Feb 12 22:28:06 2013 +0100
> @@ -545,6 +545,10 @@
>         }
>  #endif
>      }
> +#ifdef FEAT_INS_EXPAND
> +    if (pum_visible()) /* win_update() might have overwritten the popup menu
*/
> +       pum_redraw();
> +#endif
>  #if defined(FEAT_SEARCH_EXTRA)
>      end_search_hl();
>  #endif
>

Yes, this patch works, at least for my toy test case! Thanks!

I don't run self-compiled Vim at work on Windows (at least not yet).
But it certainly acts like the same issue I've reproduced with my toy
example. I did get the toy example by paring down my own Vim config
after all.

> Bram, I think, this patch fixes an issue, that the completion menu is
> not correctly displayed when the preview window is used (and the windows
> are scrolled). It might be possible, that it also fixes those issues
> from the todo list:
>
> ,----
> | popup completion menu closes quickly when there is a fold in the buffer.
(Jan
> | Christoph Ebersbach, 2011 Jul 3)
> `----
>

I'm pretty sure it will fix this issue, since that's what I thought
was affecting me.

> ,----
> | Completion menu disappears when using 'cursorcolumn'. (Sven-Hendrik Haase,
> | 2011 May 23)
> `----
>

This one I've never seen first-hand.

> But I am not sure, as reproducing the issue seems quite complicated (see
> the long thread on vim_use about how to reproduce it). Do you have more
> infos how to reproduce those issues?
>
> regards,
> Christian

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On 12 Feb 2013, James Freer wrote:
>
> I use Alpine as it's so fast. But i get over your problem by setting a
> filter; go to the box "doesn't have" and enter something like
> 'jabberwocky' (or some other unusual word) and then on the next page
> check 'skip inbox' - so all mail goes straight to the All Mail box. I
> still use gmail UI sometimes as i like the 'conversation' mode for
> lists like this but Alpine a lot of the time for other mail.
>
> james


Thanks to everyone who replied in this thread - all very helpful. I set
up the filter successfully and everything is working as expected.

I never heard of Alpine - I'll look into it.

Anthony


--
Anthony Campbell - ac@...
http://www.acampbell.org.uk
http://www.reviewbooks.org.uk
http://www.skepticviews.org.uk
http://www.acupuncturecourse.org.uk
http://www.smashwords.com/profile.view/acampbell
https://itunes.apple.com/ca/artist/anthony-campbell/id73235412





--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Tue, Feb 12, 2013, at 17:30, Ben Fritz wrote:
> On Tuesday, February 12, 2013 6:27:51 AM UTC-6, Niels Kobschätzki wrote:
> > Hi,
> >
> >
> >
> > someone developed a new markup-language to insert comments etc. in plain
> >
> > text-files for people using Markdown, LaTeX, HTML etc. called
> >
> > CriticMarkup: http://criticmarkup.com/
> >
> > There are already packages for Sublime and BBEdit and I wondered how
> >
> > hard it would be to convert stuff like that (tmlanguage-files, some
> >
> > python-scrips) to vim?  Is it even possible? I imagine I would have to
> >
> > "inject" syntax highlighting-rules into another syntax highlighting. I
> >
> > have no knowledge of that regarding vim because I am always using
> >
> > plug-ins made by someone else ;)
> >
>
> Like this?
>
>
http://vim.wikia.com/wiki/Different_syntax_highlighting_within_regions_of_a_file

Thanks. I also found out that someone is already working on it (but does
it different from what I've expected).

Niels

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Christian Brabandt wrote:

> On Fr, 08 Feb 2013, Ben Fritz wrote:
>
> > On Friday, February 8, 2013 9:37:18 PM UTC-6, Ben Fritz wrote:
> > > On Fri, Feb 8, 2013 at 9:32 PM, Benjamin Fritz <fritzophrenic@...>
wrote:
> > >
> > > > The attached vimrc.vim file (when used as the .vimrc, with no
> > >
> > > > non-standard plugins), can reproduce the issue on the attached test.c
> > >
> > > > file with the attached tags file.
> > >
>
> Ben, Benjamin,
> can you check, whether this patch fixes the problem for you?
>
> diff -r ba8835947b8b src/screen.c
> --- a/src/screen.c      Wed Feb 06 19:58:43 2013 +0100
> +++ b/src/screen.c      Tue Feb 12 22:28:06 2013 +0100
> @@ -545,6 +545,10 @@
>         }
>  #endif
>      }
> +#ifdef FEAT_INS_EXPAND
> +    if (pum_visible()) /* win_update() might have overwritten the popup menu
*/
> +       pum_redraw();
> +#endif
>  #if defined(FEAT_SEARCH_EXTRA)
>      end_search_hl();
>  #endif
>
> Bram, I think, this patch fixes an issue, that the completion menu is
> not correctly displayed when the preview window is used (and the windows
> are scrolled). It might be possible, that it also fixes those issues
> from the todo list:

It's a bit of a brute force solution but I suppose it should be OK.

> ,----
> | popup completion menu closes quickly when there is a fold in the buffer.
(Jan
> | Christoph Ebersbach, 2011 Jul 3)
> `----
>
> ,----
> | Completion menu disappears when using 'cursorcolumn'. (Sven-Hendrik Haase,
> | 2011 May 23)
> `----
>
> But I am not sure, as reproducing the issue seems quite complicated (see
> the long thread on vim_use about how to reproduce it). Do you have more
> infos how to reproduce those issues?

Not much.  I'll remove those remarks and await someone reporting a
problem again, if there still is a problem.

--
Dogs must have a permit signed by the mayor in order to congregate in groups
of three or more on private property.
		 [real standing law in Oklahoma, United States of America]

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\  an exciting new programming language -- http://www.Zimbu.org        ///
  \\\            help me help AIDS victims -- http://ICCF-Holland.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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On 12.02.13 07:37, Patrick wrote:
> Hi Everyone. I would like to switch from gvim to vim. Some terminals
> don't seem to support syntax highlighting well. I've got rxvt-unicode
> looking great with vim but I am wondering about other options. What is
> your favourite terminal to run vim in?

In more than a decade of daily use, it's never occurred to me to use
anything other than vim and xterm. Both have met all my needs as a
programmer and for banging out posts within mutt. I've heard of people
preferring urxvt, but never figured out why.

Erik
(Who used vi before changing to vim, and credit (much like ed) before
that, going back about a third of a century now.)

--
Mollison's Bureaucracy Hypothesis:
    If an idea can survive a bureaucratic review and be implemented
    it wasn't worth doing.

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Dominique Pelle wrote:

> The Vim scripts at  http://www.vim.org/scripts/index.php
> show something like...
>
>   script karma  Rating 166/43, Downloaded by 513
>
> I've noticed in the last few days that the download
> counters are no longer incremented. It seems to
> affect all scripts.

It appears the client IP address is no longer available.
This is used to avoid counting a download twice.

Sourceforge ticket:
https://sourceforge.net/p/forge/site-support/2461/?page=1

I don't know a workaround.

--
<Beeth> Girls are like internet domain names,
         the ones I like are already taken.
<honx>  Well, you can stil get one from a strange country :-P

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\  an exciting new programming language -- http://www.Zimbu.org        ///
  \\\            help me help AIDS victims -- http://ICCF-Holland.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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Hi vim_use!

On Do, 07 Feb 2013, Christian Brabandt wrote:

> On Thu, February 7, 2013 17:18, Jianjun Mao wrote:
> > hi�ĽŚChristian, you are right, that's not a "problem"....
> > But it interrupts the CompleteDone event.
> > The background is that I am writing a plugin to parse and complete c/cpp
> > sourcesÄ�（similar to clang_completeÄ�）by using clang. When the
> > CompleteDone
> > event is triggered, it will show diagnostics window according to
> > the clang output.
> > If the completion result is not  empty, omni will popup the result, then I
> > will choose what I want,  finally show the diagnostics window, and all
> > things are OK. But when there is no pattern matched, the error message
> > stops plugin from showing diagnostics immediately...
>
> I am afraid, this needs a patch. Here is a patch and since :h
> CompleteDone explicitly mentions, it should also be triggered, when
> the completion was abandoned, this should be ok.

This is now patch 7.3.813

Mit freundlichen Grüßen
Christian
--
Die besten Dinge verdanken wir dem Zufall.
		 -- Giacomo Girolamo Casanova

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Hi Eric!

On Mo, 11 Feb 2013, Eric Weir wrote:

>
> On Feb 10, 2013, at 9:23 PM, Marcin Szamotulski wrote:
>
> >> It's not gonna be so easy. Even with a relatively small number of plugins,
there's a horrendous number of files to be listed. E.g., every one of my plugins
has a .git folder associated with it. The number of files in just one of those
is pretty big.
> >>
> >> Or is there a way to get my system---mac or vim---to write the paths to a
range of files?
> >
> > That's what for are scripting languages.  You can use bash, python, perl
> > or even VimL to do that.  With Vim you can do the following:
> >
> > set nomore
> > redir @a
> > echo globpath('~/.vim', '**')
> > redir END
> >
> > Now paste the register a into a new buffer and review the list.  It
> > should skip all the dot files (like .git, etc).
>
> Thanks, Marcin. I'm just a dumb writer. I don't know any scripting language.
[Perhaps I should start.]
>
> From what Bill says, looks like I won't be able to use this for the purpose I
had in mind, but I think I'll give it a try. It might be useful down the road.
>
> Is it possible to force inclusion of dot files? In the use I had in mind the
.git files were the main challenge. There were several. Each associated with a
plugin. Each with many files and more layers of folders than the plugins.
>

You don't need the .git files to make the plugin work.

Mit freundlichen Grüßen
Christian
--
Das Glück deines Lebens hängt von der Beschaffenheit deiner Gedanken
ab.
		 -- Mark Aurel (römischer Kaiser, 121-180)

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

On Wed, Feb 13, 2013 at 9:06 AM, Anthony Campbell <ac@...> wrote:
> On 12 Feb 2013, James Freer wrote:
>>
>> I use Alpine as it's so fast. But i get over your problem by setting a
>> filter; go to the box "doesn't have" and enter something like
>> 'jabberwocky' (or some other unusual word) and then on the next page
>> check 'skip inbox' - so all mail goes straight to the All Mail box. I
>> still use gmail UI sometimes as i like the 'conversation' mode for
>> lists like this but Alpine a lot of the time for other mail.
>>
>> james
>
>
> Thanks to everyone who replied in this thread - all very helpful. I set
> up the filter successfully and everything is working as expected.
>
> I never heard of Alpine - I'll look into it.
>
> Anthony

Mutt i found a pain to set up and TOO configurable for me. Alpine is
also highly configurable but v.simple to set up with just an .rc file
which can be done whilst running the program. What i like with xubuntu
and six month releases; is that Alpine is just installed and the
pinerc file copied over - that is it... 10 secs to set up. Even less
for you if you want a copy of my .pinerc. That is if one uses it
remotely...straight to the server rather than downloading headers. I
also reckoned that Alpine was faster than Mutt. Both work well with
vim for emails. Alpine is better imo and is a university/corporate
mailing client. Alpine has just been updated so check on the website
for the latest as repos probably won't have it yet.

When one first uses a text email client it seems rather old fashioned
but you'll soon get used to it. I found evolution and thunderbird far
too slow for imap. Alpine user list on google and a lot of helpful
friendly folk from UW.

james

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Hi Marcin!

On So, 10 Feb 2013, Marcin Szamotulski wrote:

> On 12:19 Sat 09 Feb     , Zyad wrote:
> > Hi,
> >
> > I'm finding the auto-format option very attractive (setl fo+=a), but I'm
having trouble getting it to work nicely when editing LaTeX documents.
> >
> > More specifically, I'd like to make it aware of LaTeX keywords so that, for
example, when writing the following,
> >
> > This is a paragraph that is properly
> > formatted to have a textwidth of 40.
> > 'auto-format' helps maintain it in a
> > formatted form, even if I edit parts of
> > it.
> > \begin{equation}
> > z^2 = x^2 + y^2
> > \end{equation
> >
> > as soon as I enter '\', the cursor moves to the previous line. Is it
possible to have auto-format understand that a keyword like '\begin{' should not
be considered part of the paragraph before it? I'm aware of formatoptions' 'w'
flag, but it is inconvenient for me since the document is usually edited by
others.
> >
> > Thanks,
> > Zyad
>
> The problem is that vim the 'paragraphs' setting accepts only nroff
> macros.  ATP (http://atp-vim.sf.net) defined a map gW which detects
> paragraphs and formats them - it is still not what you (and me) wanted
> but it a bit better.

Personally, I have never used nroff macros and I think the 'paragraphs'
and 'sections' setttings are pretty useless, if you can't use regular
expressions.

Does anything speak against having a special casing of the 'paragraphs'
and 'sections' option to use a regular expression pattern to test
against if it starts with a '/'?

Attached is a toy patch.

regards,
Christian
--
Eigentlich weiß man nur, wenn man wenig weiß; mit dem Wissen
wächst der Zweifel.
		 -- Goethe, Maximen und Reflektionen, Nr. 418

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Thanks (once again) for the patch!

Here are a few ideas:

     It would be nice to end paragraph line before the match for some
     patterns.  For example if you have

	 lorem ipsum lorem ipsum
	 lorem ipsum lorem ipsum
	 lorem ipsum lorem ipsum
	 \section{New Aproach}

     adding ¶='/\\section' and using d} will delete one line to
     much.  But this should be only for some patters hence this will
     require that ¶ is a list of patterns with some kind of
     modifiers, or one would have to make support for multiline patterns.
     Using something like ¶='/\n\s*\\section' is not working with the
     patch.



     With the patch and ¶='/^\zs\s*$' and the following text:

     lorem ipsum lorem ipsum
     lorem ipsum lorem ipsum


     lorem ipsum lorem ipsum
     lorem ipsum lorem ipsum


     }, and { stop on the first met empty line, i.e. } will stop on the
     top one, and { on the bottom one.  But I think this is not a big
     deal, though it is inconsistent with the nroff setting.  Again
     recognising multiple line patterns would help.  Something like:

     let ¶='/^\_s*$'

A solution: after matching the line against the ¶ pattern and moving
the cursor to that line use something like:
     :call search(¶, 'bc')


Z wyrazami szacunku :)
Marcin

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Hello all,

I want to write a function which, to put it simply, would look like
this (which of course doesn’t work):

     function! Echo (...)
       echo printf(...)
     endfunction

i.e. “Echo” takes optional arguments and passes them to “printf”. The
best I’ve come so far is:

     function! Echo (...)
       let s = "printf(a:1"
       let i = 2
       while i <= a:0
         let s = s . ", a:" . i
         let i = i + 1
       endwhile
       let s = s . ")"
       execute "echo " . s
     endfunction

It works, but it’s terribly inelegant. So, am I missing something?

Best,
Paul

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

>     function! Echo (...)
>
>       echo printf(...)
>
>     endfunction

Check :h a:000 and :h call(). You could then use:

     echo call("printf", a:000)

HTH

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

lith <minilith@...> a écrit:
> >     function! Echo (...)
> >
> >       echo printf(...)
> >
> >     endfunction
>
> Check :h a:000 and :h call(). You could then use:
>
>     echo call("printf", a:000)

Thank you, that’s perfect (and I’ve now learned a new function).

Best,
Paul

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Christian Brabandt wrote:

> Hi Marcin!
>
> On So, 10 Feb 2013, Marcin Szamotulski wrote:
>
> > On 12:19 Sat 09 Feb     , Zyad wrote:
> > > Hi,
> > >
> > > I'm finding the auto-format option very attractive (setl fo+=a), but I'm
having trouble getting it to work nicely when editing LaTeX documents.
> > >
> > > More specifically, I'd like to make it aware of LaTeX keywords so that,
for example, when writing the following,
> > >
> > > This is a paragraph that is properly
> > > formatted to have a textwidth of 40.
> > > 'auto-format' helps maintain it in a
> > > formatted form, even if I edit parts of
> > > it.
> > > \begin{equation}
> > > z^2 = x^2 + y^2
> > > \end{equation
> > >
> > > as soon as I enter '\', the cursor moves to the previous line. Is it
possible to have auto-format understand that a keyword like '\begin{' should not
be considered part of the paragraph before it? I'm aware of formatoptions' 'w'
flag, but it is inconvenient for me since the document is usually edited by
others.
> > >
> > > Thanks,
> > > Zyad
> >
> > The problem is that vim the 'paragraphs' setting accepts only nroff
> > macros.  ATP (http://atp-vim.sf.net) defined a map gW which detects
> > paragraphs and formats them - it is still not what you (and me) wanted
> > but it a bit better.
>
> Personally, I have never used nroff macros and I think the 'paragraphs'
> and 'sections' setttings are pretty useless, if you can't use regular
> expressions.
>
> Does anything speak against having a special casing of the 'paragraphs'
> and 'sections' option to use a regular expression pattern to test
> against if it starts with a '/'?
>
> Attached is a toy patch.

It's an idea.  Several users have asked for a more flexible way to
define paragraph boundaries.

I think the help needs some more work.  How is the regular expression
used?  What if a two-character part before it already matched?
An example would be helpful.


--
A disclaimer for the disclaimer:
"and before I get a huge amount of complaints , I have no control over the
disclaimer at the end of this mail :-)" (Timothy Aldrich)

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\  an exciting new programming language -- http://www.Zimbu.org        ///
  \\\            help me help AIDS victims -- http://ICCF-Holland.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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

People,

I write my own README files for stuff that is used infrequently enough
to need written reminders about how to do just the things that I want to
do - however some of these files have now grown largish and finding the
bit of text I want in them is getting slow and tedious.  I want to keep
these files as standard txt files but I would be good to have something
like the functionality of the "info" utility to enable easy navigation
of the file "nodes" from a table of contents at the top of the file.  I
did think about just using "info" itself but that is overkill and too
much of a pain . .

I would like suggestions about how this might be done from within Vim
with combinations of key words and commands or plugins or whatever -
anybody?

Thanks,

Phil.
--
Philip Rhoades

GPO Box 3411
Sydney NSW 2001
Australia
E-mail:  phil@...

--
--
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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.