Rebbe Malachi: August 2020

Monday, August 31, 2020

Re: Trying to apply macro to all files under a folder

You are correct!

-----Original Message-----

> When you set the arg list, where does it start? from your current
> working directory?

It depends a bit on how you populate it and how your OS expands
globs, I suspect. Once you've populated it with

:args **/inde*.md

or whatever, you can check/display the arg-list by just issuing

:args

without additional parameters. I think your original glob didn't
recurse into subdirectories, so you might also need to prepend "**/"
to search into subdirectories

:help starstar

I found this later, and THIS was the issue/answer! starstar gave me the correct argslist!

Thanks!!

Russ

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200831185503.4c7e997e%40bigbox.attlocal.net.

Re: Trying to apply macro to all files under a folder

On 2020-08-31 23:36, russurquhart1@verizon.net wrote:
> I *think* you need to apply the :normal to the whole file unless the
> macro itself does everything in one invocation.
>
> The @b macro only adds a single line of text.

If it's a whole line, you might have better luck with the :put
command such as

:argdo 0put='Line of text to put at the top'

> The only other wrinkle is that I am working on a git local branch.

That shouldn't impact anything. I regularly work on local git
branches without issue.

> When you set the arg list, where does it start? from your current
> working directory?

It depends a bit on how you populate it and how your OS expands
globs, I suspect. Once you've populated it with

:args **/inde*.md

or whatever, you can check/display the arg-list by just issuing

:args

without additional parameters. I think your original glob didn't
recurse into subdirectories, so you might also need to prepend "**/"
to search into subdirectories

:help starstar

-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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200831185503.4c7e997e%40bigbox.attlocal.net.

Re: Trying to apply macro to all files under a folder

Hi TIm,

-----Original Message-----
From: Tim Chase <vim@tim.thechases.com>
To: russurquhart1 via vim_use <vim_use@googlegroups.com>
Sent: Mon, Aug 31, 2020 6:14 pm
Subject: Re: Trying to apply macro to all files under a folder

On 2020-08-31 22:57, russurquhart1 via vim_use wrote:
> My next step would have been: :argdo :normal @b

I *think* you need to apply the :normal to the whole file unless the
macro itself does everything in one invocation.

The @b macro only adds a single line of text.

If I had to point my finger at my first suspect as to why your
attempt isn't working the way you want, this is it.

> Then i would save my files:
> :argdo :write
> Should this work?

this should work as long as 'hidden' is set. It used to default to
off, but I think that recent changes in the defalts flipped this.
Regardless, you want to make sure you

:set hidden

I'll check this!

The only other wrinkle is that I am working on a git local branch. I haven't had any issues using Vim in this situation.

When you set the arg list, where does it start? from your current working directory?

(Just tried copying the Site directory from the git branch to a directory, and then trying the same commands, still the same thing. Just gets the first file in site and does not check the other directories in site.)

Thanks

Russ

Re: Trying to apply macro to all files under a folder

On 2020-08-31 22:57, russurquhart1 via vim_use wrote:
> My next step would have been: :argdo :normal @b

I *think* you need to apply the :normal to the whole file unless the
macro itself does everything in one invocation.

If it only does one line and you need it to do the whole file, you
might try

:argdo :%normal @b

If it's a recursive macro, its fail-at-the-end condition might also
cause issues triggering the :argdo to stop.

:help :argdo

When an error is detected on one file, further files in the
argument list will not be visited.

If I had to point my finger at my first suspect as to why your
attempt isn't working the way you want, this is it.

> Then i would save my files:
> :argdo :write
> Should this work?

this should work as long as 'hidden' is set. It used to default to
off, but I think that recent changes in the defalts flipped this.
Regardless, you want to make sure you

:set hidden

first just to know that it's set. This lets you leave modified
buffers. Once you've made the changes, you can then do

:argdo write

or

:argdo update

to only write those files that have been modified.

-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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200831181432.16132c14%40bigbox.attlocal.net.

Trying to apply macro to all files under a folder

I found a ref to this and some commands that should work, but wont for me.

In my site directory, are other directories and files. I have a macro that I created, @b that i want to run recursively on all files named index.md in all the folders in site.

I had initially set CWD to the site directory.

In vim i did:

: args inde*.md

(Thinking this should put all the index.md files into the arg list. That didn't work, it only found the one index.md file in site.)

My next step would have been:

:argdo :normal @b

(That works for the one file it found.)

Then i would save my files:

:argdo :write

Should this work? How can I get this to work. All examples I've found describe this, but it doesn't want to work for me.

Any help is greatly appreciated!

Thanks,

Russ

Re: Vim leaves 5 lines on top/bottom when the commands L, H, M, zb, zt

Thank you!

пн, 31 авг. 2020 г., 19:45 Tony Mechelynck <antoine.mechelynck@gmail.com>:

On Mon, Aug 31, 2020 at 6:39 PM Alexey Demin <alexey.demin.mi@gmail.com> wrote:
>
> Hi,
>
> I'd like to know is it the correct behavior of VIM when in diffmode it doesn't handle L, H, M, zb, zt, ... commands according to the documentation. It leaves 5 lines top/bottom respectively.
>
> One might reproduce it with comparing two files via "vim -d first second", scroll 2 pages down and use zb, zt commands in Normal-mode.
>
> So, Is it expected behavior? Does the documentation has any notes about it?

Yes, it is expected and configurable. See :help 'scrolloff'

Best regards,
Tony.

--
--
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 a topic in the Google Groups "vim_use" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/vim_use/aIfXpiH0psI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/CAJkCKXsNyQj4poSO0yKTby-DYMM2hyNUSEh8RSpa7-aztd8tQA%40mail.gmail.com.

Re: Vim leaves 5 lines on top/bottom when the commands L, H, M, zb, zt

On Mon, Aug 31, 2020 at 6:39 PM Alexey Demin <alexey.demin.mi@gmail.com> wrote:
>
> Hi,
>
> I'd like to know is it the correct behavior of VIM when in diffmode it doesn't handle L, H, M, zb, zt, ... commands according to the documentation. It leaves 5 lines top/bottom respectively.
>
> One might reproduce it with comparing two files via "vim -d first second", scroll 2 pages down and use zb, zt commands in Normal-mode.
>
> So, Is it expected behavior? Does the documentation has any notes about it?

Yes, it is expected and configurable. See :help 'scrolloff'

Best regards,
Tony.

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

Vim leaves 5 lines on top/bottom when the commands L, H, M, zb, zt

Hi,

I'd like to know is it the correct behavior of VIM when in diffmode it doesn't handle L, H, M, zb, zt, ... commands according to the documentation. It leaves 5 lines top/bottom respectively.

One might reproduce it with comparing two files via "vim -d first second", scroll 2 pages down and use zb, zt commands in Normal-mode.

So, Is it expected behavior? Does the documentation has any notes about it?

Re: writing documents in plain TeX, using vim

Den mån 31 aug. 2020 06:38 <tuxic@posteo.de> skrev:

Hi,

to write documents in plain TeX (no LaTeX) with vim I am looking forward for
plugins and helpers to do so.

I searched the web and found quite a few - but they all supports LaTeX
and to my knowledge don't support plain TeX.

I don't want to "escape out of LaTex" - that is (if possible) write a
LaTeX wrapper and "jail break" from there to use plain TeX.

What plugin/environment is recommended here?

I am using TeXlive on GENTOO Linux.

Cheers!
mcc

One thing you might do if you also use/view LaTeX is to set things up so that *.tex files use Vim's bundled plaintex filetype while *.ltx files use the LaTeX filetype. The latter is the case by default I think.

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

Re: writing documents in plain TeX, using vim

hello,

> to write documents in plain TeX (no LaTeX) with vim I am looking forward for
> plugins and helpers to do so.

vim comes with those files setting

* syntax highlighting
* format-comments
* [d
* matchit

/usr/share/vim/vim81/syntax/plaintex.vim
/usr/share/vim/vim81/ftplugin/plaintex.vim
/usr/share/vim/vim81/ftplugin/initex.vim

there is also a compiler and an indent file for tex
that can probably be used (at least as source of inspiration).

i would probably start from this and create my own ftplugin/tex.vim
with things like

set aw mp=pdftex\ %
inoremap $$ $$<esc>i

regards,
marc

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200831101018.GA8581%40prometheus.u-strasbg.fr.

Sunday, August 30, 2020

writing documents in plain TeX, using vim

Hi,

to write documents in plain TeX (no LaTeX) with vim I am looking forward for
plugins and helpers to do so.

I searched the web and found quite a few - but they all supports LaTeX
and to my knowledge don't support plain TeX.

I don't want to "escape out of LaTex" - that is (if possible) write a
LaTeX wrapper and "jail break" from there to use plain TeX.

What plugin/environment is recommended here?

I am using TeXlive on GENTOO Linux.

Cheers!
mcc

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

Wednesday, August 26, 2020

Re: Problems getting Vim thesaurus plugin to work

The plugin has a dedicated issue tracker: https://github.com/beloglazov/vim-online-thesaurus/issues

Le mercredi 26 août 2020 à 00:21:27 UTC+2, russur a écrit :

Hi All,

I spent most of the day today, trying to get this to work:

https://www.vim.org/scripts/script.php?script_id=4588

I am using Vim 8 on a Macbook running OS X 10.14.6 Mojave. I installed all the pieces in the correct place, and when i do the control sequence (\k) is see it sending the command, the window opens, but nothing shows up.

Is it possibly something with the thesaurus-lookup.sh script?

Is anyone running this, or had to correct anything to get this to work?

ANY help is greatly appreciated!!

Russ

Tuesday, August 25, 2020

Problems getting Vim thesaurus plugin to work

Hi All,

I spent most of the day today, trying to get this to work:

https://www.vim.org/scripts/script.php?script_id=4588

I am using Vim 8 on a Macbook running OS X 10.14.6 Mojave. I installed all the pieces in the correct place, and when i do the control sequence (\k) is see it sending the command, the window opens, but nothing shows up.

Is it possibly something with the script?

Is anyone running this, or had to correct anything to get this to work?

ANY help is greatly appreciated!!

Russ

Sunday, August 23, 2020

Per-directory word lists

Hi all,

I use Vim's built-in spell-checking a lot. I have a global personal word
list that's always in effect, but recently I felt the need for per-directory
word lists too. The idea is that one particular project might use a bunch of
proper nouns that I want to be able to check, but which don't really belong
in my global word list.

I came up with a configuration that will let me create a file named
"spellfile" in any directory. When I start to edit any other file in that
directory, Vim will notice the existence of this word list and append its
path to my 'spellfile' setting. Then I can add words to the list using
commands like "2zg". This is what I added to my vimrc:

function! LoadDirSpecificWordList()
let l:spell_file = expand('%:p:h') .. '/spellfile'
if !filereadable(l:spell_file)
return
endif

let l:spell_file_dir = systemlist('mktemp -t -d vim_XXXXXXXX')[0]
let l:spell_file_link = l:spell_file_dir .. '/en.utf-8.add'

let l:args = ['ln', '-s', '-r', shellescape(l:spell_file),
\ shellescape(l:spell_file_link)]
let l:output = system(join(l:args))
if v:shell_error != 0
echoerr 'Could not create symlink: ' .. l:output
endif

let &l:spellfile .= ',' .. l:spell_file_link
silent exe ':mkspell! ' .. l:spell_file_link
endfunction

autocmd BufReadPost * call LoadDirSpecificWordList()

Vim requires that word lists be named in a certain way ("en.utf-8.add", in
my case), but I'd rather use a different name ("spellfile"), and I also
don't want a .spl file to be left around in each directory where I use this.
So this function creates a temporary directory each time a per-directory
word list is found and it creates a symbolic link named "en.utf-8.add"
within that directory that points to the "real" file. [1] It also calls
":mkspell!" on the word list, because Vim doesn't seem to actually read the
file unless I do this--merely adding its path to 'spellfile' doesn't do it.

I have some questions about this approach:

1. Am I correct that Vim doesn't already have support for per-directory word
lists (or something similar)?
2. Am I also correct that word lists must be named something like
"en.utf-8.add"?
3. Is there a way to prompt Vim to read a word list without calling
":mkspell!" on it? I would have expected that appending the file's path
to 'spellfile' would trigger that to happen, but it seems not. I ask
because that command takes a small but noticeable amount of time to run,
which means a bit of a delay each time I start editing a file that has a
per-directory word list.

I'd appreciate any answers to these questions, or any comments on or
criticisms of the configuration I've come up with.

Benjamin

[1] My code makes no attempt to clean up that temporary directory when I'm
done editing a file. This works okay for me, but YMMV. Note also that
this code assumes a Unix-like system.

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/ke7dw9r3.16ucll%40bdesham.net.

paste text as binary?

Hello,

a long used program shows instead german letter

(the text is not stored as file)

if I copy the text and paste it in VIM I see instead

für Anschluss

f<dc8a><dc01>nschluss

I think it is because Microsoft make UTF8 as default encoding format.

Have I a chance to restore the text.

Thank you for tipps

Erhy

Re: Meta: How to read this forum/board now that Google Groups is busted

On Sat, Aug 22, 2020 at 08:00:52PM +0100, 'Ottavio Caruso' via vim_use wrote:
>
> Maybe time to move this mailing list away from Google Groups?

Last year we had trouble with the International Slide Rule Forum and
moved to groups.io

groups.io lets you post and read through email as well as in a browser.
The basic account is free, but is somewhat limited on server space --
see features and pricing for the details.

groups.io also has a service for payed accounts to transfer all from a
Google or Yahoo account to their servers. For the slide rule forum we
chose to have a separate archive outside groups.io for the old treads
and our huge photo archive, and use the groups.io service only for
discussion, files and a limited wiki with some links.

Just as a suggestion...

//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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200823101322.GA1021%40trackstand.

Saturday, August 22, 2020

Re: Meta: How to read this forum/board now that Google Groups is busted

On Sat, 22 Aug 2020 at 22:40, Eric Weir <eeweir@comcast.net> wrote:
>
>
>
> On Aug 22, 2020, at 1:25 PM, 'Ottavio Caruso' via vim_use <vim_use@googlegroups.com> wrote:
>
> On Sat, 22 Aug 2020 at 18:02, 'J S' via vim_use
> <vim_use@googlegroups.com> wrote:
>
>
> Are there any alternatives for reading this forum?
>
>
> Can you not read it in a mail client, like most of us do?
>
> P.S. Be sure to CC to my email any response on this thread, as (obviously) I won't otherwise be able to read them.
>
>
> Which one? I can't see it. (EDIT: I had to wade into the headers to find it).

No, I meant which email address. The google forum interface strips the
OP's email address and replaces it with a custom email address. But
it's visible in the headers.

--
Ottavio Caruso

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/CAEJNuHy2bzjX%2BXoUN%3DZpJ_J93Xy7dy9a%2BEZsVCtvoS%3Des7VhWw%40mail.gmail.com.

Re: Meta: How to read this forum/board now that Google Groups is busted

Richard Mitchell wrote:

> On Saturday, August 22, 2020 at 3:01:22 PM UTC-4, ottavio2006-usenet2012
> wrote:
>
>> A quick loot at posters' email reveals most don't use gmail; I assume
>> they check their emails in an email client, as you do.
>>
>> Maybe time to move this mailing list away from Google Groups?
>
> Yes, I have an email address, but I don't read this or any other lists I
> regularly read via email nor do I have any desire to do so.
>
> I'm all for moving back to newsgroups, where did they go anyway? This
> seems to be the closest resemblance to what they were, except there were
> independent news readers to choose from.

You can read (and post to) this list as a newsgroup by connecting to the
Gmane NNTP server (news.gmane.io). The vim_use list corresponds to the
gmane.editors.vim group.

Since you need to be subscribed to post, it's still necessary to send a
"subscribe me" email from the appropriate address. One wrinkle is that you
need to log in to Google if you want to turn on the "don't email me"
setting, so if you're using an email address that isn't associated with a
Google account--or if you just can't log in to Google for whatever
reason--there's no way to turn off the emails. I ended up using an email
filter to automatically discard messages from the list, since I only want to
see them in my newsreader.

This is obviously not a great state of affairs. I don't know of any ways to
run a mailing list that don't have the potential for vendor lock-in.
Sourcehut has a mailing-list offering, but it seems like it might be geared
more toward submitting and reviewing patches, and the site's user interface
tends to be (sometimes intentionally) obtuse.

By the way, the newsreader I settled on was Gnus, which is part of GNU
Emacs. I wanted something that was going to be super configurable. I still
use Vim to actually edit my posts, though, and let me tell you: it is *not*
easy to find information on how to use an "external editor" from Emacs ;-)

Hope this helps,

Benjamin

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

Re: Meta: How to read this forum/board now that Google Groups is busted

On Aug 22, 2020, at 1:25 PM, 'Ottavio Caruso' via vim_use <vim_use@googlegroups.com> wrote:

On Sat, 22 Aug 2020 at 18:02, 'J S' via vim_use
<vim_use@googlegroups.com> wrote:

Are there any alternatives for reading this forum?

Can you not read it in a mail client, like most of us do?

P.S. Be sure to CC to my email any response on this thread, as (obviously) I won't otherwise be able to read them.

Which one? I can't see it. (EDIT: I had to wade into the headers to find it).

I take it you're asking about which email client. The answer is any. Whatever's in you application folder, or that you may choose to install. You have to set up you accounts within whatever client you choose.

----------------------------------------

Eric Weir

Decatur, GA USA

eeweir@comcast.net

"It has all been combustion."

- W.G. Sebald

Re: Meta: How to read this forum/board now that Google Groups is busted

On Saturday, August 22, 2020 at 3:01:22 PM UTC-4, ottavio2006-usenet2012 wrote:

On Sat, 22 Aug 2020 at 18:37, Richard Mitchell <rwmit...@gmail.com> wrote:
>
> Most, really?

A quick loot at posters' email reveals most don't use gmail; I assume
they check their emails in an email client, as you do.

Maybe time to move this mailing list away from Google Groups?

Ottavio Caruso

Yes, I have an email address, but I don't read this or any other lists I regularly read via email nor do I have any desire to do so.

I'm all for moving back to newsgroups, where did they go anyway? This seems to be the closest resemblance to what they were, except there were independent news readers to choose from.

Re: Meta: How to read this forum/board now that Google Groups is busted

J S wrote:

> As many of you are no doubt aware, GG broke its interface this week so
> that you have to be logged in in order to read group content. I had
> been using email to post to this forum (vim) and using GG to read it.
> I can no longer read GG, because of the aforementioned breakage. None
> of my old GG ids work and it is impossible to create a new one (so
> don't even go there).
>
> Are there any alternatives for reading this forum? I tried the Yahoo
> version of the archive, but soon ran into the same security nonsense
> as GG is currently infected with.
>
> Any other ideas?
>
> P.S. Be sure to CC to my email any response on this thread, as
> (obviously) I won't otherwise be able to read them. Thanks.

Not sure what you are doing. I can can read your message using an
incognito window, thus without logging in, through:
https://groups.google.com/forum/#!topic/vim_use/EceYG0L5Vyw

The Yahoo archive has been broken for a long time, and the account I
used to maintain it is no longer valid, and Yahoo refuses any way to fix
that. I can't even delete the contents there.

--
hundred-and-one symptoms of being an internet addict:
267. You get an extra phone line so you can get phone calls.

/// Bram Moolenaar -- Bram@Moolenaar.net -- 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/202008221909.07MJ9HAe790019%40masaka.moolenaar.net.

Re: Meta: How to read this forum/board now that Google Groups is busted

On Sat, 22 Aug 2020 at 18:37, Richard Mitchell <rwmitchell@gmail.com> wrote:
>
> Most, really?

A quick loot at posters' email reveals most don't use gmail; I assume
they check their emails in an email client, as you do.

Maybe time to move this mailing list away from Google Groups?

And, as per list footer:

> Do not top-post! Type your reply below the text you are replying to.

--
Ottavio Caruso

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

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

Re: Meta: How to read this forum/board now that Google Groups is busted

Most, really?

I've always read and post to groups using groups.google.com.

Google's new format sucks.

The most irritating thing (for me) is it does not show which groups have new messages.

I've tried and reverted back many times just to give more negative feedback.

On Saturday, August 22, 2020 at 1:25:12 PM UTC-4, ottavio2006-usenet2012 wrote:

On Sat, 22 Aug 2020 at 18:02, 'J S' via vim_use
<vim...@googlegroups.com> wrote:
>
> Are there any alternatives for reading this forum?

Can you not read it in a mail client, like most of us do?

> P.S. Be sure to CC to my email any response on this thread, as (obviously) I won't otherwise be able to read them.

Which one? I can't see it. (EDIT: I had to wade into the headers to find it).

--
Ottavio Caruso

Re: Meta: How to read this forum/board now that Google Groups is busted

On Sat, 22 Aug 2020 at 18:02, 'J S' via vim_use
<vim_use@googlegroups.com> wrote:
>
> Are there any alternatives for reading this forum?

Can you not read it in a mail client, like most of us do?

> P.S. Be sure to CC to my email any response on this thread, as (obviously) I won't otherwise be able to read them.

Which one? I can't see it. (EDIT: I had to wade into the headers to find it).

--
Ottavio Caruso

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

Meta: How to read this forum/board now that Google Groups is busted

As many of you are no doubt aware, GG broke its interface this week so that you have to be logged in in order to read group content. I had been using email to post to this forum (vim) and using GG to read it. I can no longer read GG, because of the aforementioned breakage. None of my old GG ids work and it is impossible to create a new one (so don't even go there).

Are there any alternatives for reading this forum? I tried the Yahoo version of the archive, but soon ran into the same security nonsense as GG is currently infected with.

Any other ideas?

P.S. Be sure to CC to my email any response on this thread, as (obviously) I won't otherwise be able to read them. 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/958931951.4470015.1598115753576%40mail.yahoo.com.

Re: Autocommand script

On Sat, 22 Aug 2020 at 14:55, Tom Ryder <tom@sanctum.geek.nz> wrote:
>
> On Sat, Aug 22, 2020 at 09:01:56AM +0000, A. Wik wrote:
> >if has("autocmd")
> > au BufLeave * let x=0 | while x<=bufnr('$') |
> >\ if bufexists(x) |
> >\ set buflisted hidden bufhidden=hide |
> >\ endif |
> >\ let x = x+1 |
> >\ endwhile
> >endif " has("autocmd")
>
> >I was wondering...
> >(a) if there is a better way to do it than this script...
>
> Can you explain what you're trying to do?

I'm trying to undo the "nobuflisted" status that some scripts set on
some buffers. In practice, the main thing is to keep the Vim help
buffers from disappearing from ":ls".

I suppose there is no need to iterate through all buffers. Maybe
"bufnr('%') would work to determine the exact buffer to apply the
options to, ie. only the buffer currently being left?

> >(b) whether all the backslashes and pipe characters (|) are really
> >necessary and why.
>
> The pipe characters are necessary to define a concatenated list of
> commands to :autocmd. The backslashes are line-continuation characters
> to break up what would otherwise be a long line.

I know what they do. I was just wondering, because this is not
normally necessary, but I think I understand now -- it is necessary
for concatenation of what would otherwise be limited to a single
command.

> The easiest way to avoid both in this context is to define a function to
> group the commands:
>
> function! MyFunction() abort
> ...
> endfunction

Why the "!" and "abort"?

-aw

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

Re: Autocommand script

On Sat, Aug 22, 2020 at 09:01:56AM +0000, A. Wik wrote:
>if has("autocmd")
> au BufLeave * let x=0 | while x<=bufnr('$') |
>\ if bufexists(x) |
>\ set buflisted hidden bufhidden=hide |
>\ endif |
>\ let x = x+1 |
>\ endwhile
>endif " has("autocmd")

>I was wondering...
>(a) if there is a better way to do it than this script...

Can you explain what you're trying to do?

>(b) whether all the backslashes and pipe characters (|) are really
>necessary and why.

The pipe characters are necessary to define a concatenated list of
commands to :autocmd. The backslashes are line-continuation characters
to break up what would otherwise be a long line.

The easiest way to avoid both in this context is to define a function to
group the commands:

function! MyFunction() abort
...
endfunction

if has('autocmd')
autocmd BufLeave * call MyFunction()
endif

--
Tom Ryder <https://sanctum.geek.nz/>
Maybe we can bring back the light.

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200822145524.GG16492%40arjuna.sanctum.geek.nz.

Autocommand script

Hi all,

I was wondering (a) if there is a better way to do it than this
script, and (b) whether all the backslashes and pipe characters (|)
are really necessary and why.

if has("autocmd")
au BufLeave * let x=0 | while x<=bufnr('$') |
\ if bufexists(x) |
\ set buflisted hidden bufhidden=hide |
\ endif |
\ let x = x+1 |
\ endwhile
endif " has("autocmd")

Regards,
Albert.

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

Friday, August 21, 2020

Re: home setting

* Joseph <kingcanute76@gmail.com> [200821 12:50]:
> Hello, I am using vim 8.1.1 on Windows 10 on a network where we have
> network drives as our home directory: H:. I still have a directory on the C
> drive C:\Users\<username>
>
> I am trying to set the cdpath variable to the following:
> set cdpath=.,H:\,C:\Users\<username>\Downloads\
>
> The problem is that this becomes
> cdpath=.,~,~\Downloads\
>
> If I change my HOME environment variable to C:\Users\<username> it mostly
> works, but of course I want to leave the network drive as the home
> directory. Is there a way to force vim to use the fully qualified path
> names instead of automatically transforming them to ~.
>
> I believe, though I am not certain, that this worked with vim 8.0.

I'm not sure, but at first glance, this seems like a bug to me. Vim
should not change both "H:\" and "C:\Users\<username>" to "~" when
parsing cdpath.

I assume you are setting this in your vimrc? What does Vim think your
$HOME is immediately before setting cdpath (try adding echo $HOME
immediately before your cdpath command).

I'm adding vim_dev to CC; perhaps someone there can give a more definite
answer.

...Marvin

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

home setting

Hello, I am using vim 8.1.1 on Windows 10 on a network where we have network drives as our home directory: H:. I still have a directory on the C drive C:\Users\<username>

I am trying to set the cdpath variable to the following:

set cdpath=.,H:\,C:\Users\<username>\Downloads\

The problem is that this becomes

cdpath=.,~,~\Downloads\

If I change my HOME environment variable to C:\Users\<username> it mostly works, but of course I want to leave the network drive as the home directory. Is there a way to force vim to use the fully qualified path names instead of automatically transforming them to ~.

I believe, though I am not certain, that this worked with vim 8.0.

Custom Spelling English Spelling Dictionary

Dear List,

This is a problem I know that I solved once upon a time, but I am
setting up a new computer, and have lost my old vim settings.

I need to have a spelling dictionary working that uses the Oxford OED
spellings (i.e. traditional British academic spelling. 'colour',
'analyse', 'theorize').

Several dictionary files exist for these spellings, including from here:

http://wordlist.aspell.net/dicts/
(hunspell-en_GB-ize)

And the aspell dictionaries from here also include the right files:

http://ftp.gnu.org/gnu/aspell/dict/en/
(en_GB-ize)

But if I try to convert to a Vim spellfile, I just get errors. I've tried:

:mkspell! en_GB-oed ~/Desktop/hunspell-en_GB-ize-2016/en_GB-ize.aff
~/Desktop/hunspell-en_GB-ize-2016/en_GB-ize.dic

but this produces the error: "Output file must not have a region name"

If I try a different filename I get the error: "Invalid Region Name in
hunspell-en_GB-ize-2015/en_GB-ize".

So my question is:

- How do I build the right file?
- How do I install it and select it for use?

Help would be really, really appreciated.

Best wishes,

Nicholas

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

Thursday, August 20, 2020

Re: How to quiet the message when filtering...

Am 19.08.2020 um 21:11 schrieb 'J S' via vim_use:
> But I am curious as to why you say that the Vim Developers are trying
> to avoid adding options. Is there any intrinsic reason why adding
> options is undesirable?

I think it's more about the option in question:
(1) a global silent mode can too easily make your editor unusable
(2) you can already use :sil + function call

So there is not even a use case (besides stupid pranks maybe).

--
Andy

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/5F3E6413.3050600%40yahoo.de.

Wednesday, August 19, 2020

Re: How to quiet the message when filtering...

So, having worked with it a bit, I'm now content with using "silent" to solve this issue. Although a little convoluted, it seems pretty straightforward to put all the commands into a function, and then create a command to call that function with silent. I.e..:

command! MyCommand silent call MyFunction()

Then everything works as expected with MyCommand.

But I am curious as to why you say that the Vim Developers are trying to avoid adding options. Is there any intrinsic reason why adding options is undesirable?

Is it just "feature creep" - i.e., if you do it for me, then you have to do it for the next guy and the next guy and so on?

On Tuesday, August 18, 2020, 10:14:50 AM EDT, Christian Brabandt <cblists@256bit.org> wrote:

To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200818141429.GD17606%40256bit.org.

Re: responsiveness issues when editing buffers loaded from mapped network drives

I found a remark on a web page that seems to indicate that gvim behaves differently that vim (running in a terminal) because it will automatically check whether the file on the disk has changed even when the :checktime command is not explicitly invoked. (That remark is at the very top of the web page.)

https://vim.fandom.com/wiki/Have_Vim_check_automatically_if_the_file_has_changed_externally

Who thought that it was a good idea to hard-wire that behavior in gvim?

On Tuesday, August 18, 2020 at 2:51:21 PM UTC-6 Aaron Bohannon wrote:

Hi,

I'm using gvim (v.8.2) on Windows. Most of the files that I need to edit are stored on a remote server, but I am opening them directly as "local files" through a mapped network drive. Typically, it takes vim 3-5 seconds to open or save one of those files, which comes as no surprise to me. However, unfortunately, vim also responds *very* slowly whenever I try to change between the tabs or windows containing the buffers associated with files on the network drive. And, in fact, even when I'm not switching between the buffers, vim will sometimes hang for a few seconds seemingly for no reason. Why would vim exhibit these responsiveness issues? I would presume that the responsiveness issues arise as a result of vim trying to make network requests. However, I see no real need for vim to make network requests other than when the buffer is opened or saved, and I would like to know how to prevent it from doing so.

I configured vim so that all swap, backup, and undo files are stored on the local disk:

set directory=~/vimfiles/swp//
set backupdir=~/vimfiles/backup//
set undodir=~/vimfiles/undo//

However, I am pretty sure that one reason that vim is making network requests is to check whether the file on disk has changed since it was last loaded. And, in fact, gvim *does* spontaneously alert me when it thinks that file on disk has been changed by another user. So, gvim *must* be making network requests to do that. Now, I was under the impression that vim only makes these checks (before an attempt to save the file) when the :checktime command is run. So, I searched the output of the :autocmd command for any reference to the :checktime command, but I could find none.

So, why is gvim checking whether the file on disk has been changed? How do I stop it from doing that? And are there any other causes for network requests that I ought to know about?

- Aaron

Tuesday, August 18, 2020

responsiveness issues when editing buffers loaded from mapped network drives

Hi,

I'm using gvim (v.8.2) on Windows. Most of the files that I need to edit are stored on a remote server, but I am opening them directly as "local files" through a mapped network drive. Typically, it takes vim 3-5 seconds to open or save one of those files, which comes as no surprise to me. However, unfortunately, vim also responds *very* slowly whenever I try to change between the tabs or windows containing the buffers associated with files on the network drive. And, in fact, even when I'm not switching between the buffers, vim will sometimes hang for a few seconds seemingly for no reason. Why would vim exhibit these responsiveness issues? I would presume that the responsiveness issues arise as a result of vim trying to make network requests. However, I see no real need for vim to make network requests other than when the buffer is opened or saved, and I would like to know how to prevent it from doing so.

I configured vim so that all swap, backup, and undo files are stored on the local disk:

set directory=~/vimfiles/swp//

set backupdir=~/vimfiles/backup//

set undodir=~/vimfiles/undo//

However, I am pretty sure that one reason that vim is making network requests is to check whether the file on disk has changed since it was last loaded. And, in fact, gvim *does* spontaneously alert me when it thinks that file on disk has been changed by another user. So, gvim *must* be making network requests to do that. Now, I was under the impression that vim only makes these checks (before an attempt to save the file) when the :checktime command is run. So, I searched the output of the :autocmd command for any reference to the :checktime command, but I could find none.

So, why is gvim checking whether the file on disk has been changed? How do I stop it from doing that? And are there any other causes for network requests that I ought to know about?

- Aaron

Re: How to quiet the message when filtering...

On Di, 18 Aug 2020, 'J S' via vim_use wrote:

> Actually, I figured out from the help file a workaround, which is to put all the commands into a function and then do: silent call Function()
>
> It is funny how often functions are the workaround for a lot of the quirks in the Vim ecosystem.
>
> Anyway, I think I will go with that - at least for now - but I will look into the '-s-ex' option at some later time (I did read about it; just haven't tested it yet). Thanks.
>
> P.S. It still seems to me like there should be an option, like "set silent/set nosilent' to just turn it on/off globally. That sounds like something that should be included in a future version.

If possible we want to avoid adding yet another Option.

Best,
Christian
--
Ist die Bundesregierung "das Böse"? Natürlich nicht! Das Böse müssen
wir uns als etwas Großes vorstellen - da kann es die Bundesregierung schon
mal nicht sein. Da würden wir dem Bösen nicht gerecht.
-- Georg Schramm

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200818141429.GD17606%40256bit.org.

Re: How to quiet the message when filtering...

Actually, I figured out from the help file a workaround, which is to put all the commands into a function and then do: silent call Function()

It is funny how often functions are the workaround for a lot of the quirks in the Vim ecosystem.

Anyway, I think I will go with that - at least for now - but I will look into the '-s-ex' option at some later time (I did read about it; just haven't tested it yet). Thanks.

P.S. It still seems to me like there should be an option, like "set silent/set nosilent' to just turn it on/off globally. That sounds like something that should be included in a future version.

On Tuesday, August 18, 2020, 04:19:36 AM EDT, Christian Brabandt <cblists@256bit.org> wrote:

To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200818081917.GA17606%40256bit.org.

Re: Prepending an string option

Gary Johnson to Anton Shepelev:

> > How can one prepend a Vim string option?
> > [...]
>
> Here are a couple of ways to do that.
>
> :execute 'set formatlistpat=' . 'patternprefix' . &formatlistpat
>
> :let &formatlist = 'patternprefix' . &formatlist
>
> where patternprefix is the string you wish to prepend to
> 'formatlistpat'.
> [...]

Thank you very much, Gary. Time for me to learn Vimscript.

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

Re: unsubscribee in vim_use group

Anton Wessel schrieb am Dienstag, den 18. August 2020:

> please do not send me any emails more.

If you read each message carefully, you'll notice this at the bottom:

> 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.
> <mailto:vim_use+unsubscribe@googlegroups.com.>
> To view this discussion on the web visit
> <https://groups.google.com/d/msgid/vim_use/945ce29d-b11f-4c48-9b5f-c5271b355af4o%40googlegroups.com>

So please send a mail to the given email address. For now I have set
your membership to not receive any message, but I cannot unsubscribe
you.

Best,
Christian
--
Ich bin nicht immer Deiner Meinung.
-- Paul Ambroise Valéry

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200818082531.GB17606%40256bit.org.

Re: How to quiet the message when filtering...

On Di, 18 Aug 2020, 'J S' via vim_use wrote:

> Yes! "sil" works well - in the simple case. Thanks for that.
>
> Now, on to the next. Suppose we have another command like:
>
> vim -c '...' -c '...' -c '...' and so on and so forth - a long series of commands that modify the text, then finally dump me into the editor. I want all of them silenced - and it to go directly into the editor with no pausing. Assume it is either impractical or impossible to put "sil" in front of every command.
>
> Is there a some setting or other to turn on silent mode globally?

You can try to use the -s and -e option (see :h -s-ex)

This may or may not help, I don't know for sure.

Best,
Christian
--
F: Warum haben Giraffen so einen langen Hals?
A: Weil der Kopf so weit oben ist.

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/20200818081917.GA17606%40256bit.org.

unsubscribee in vim_use group

vim -c 'sil%!someFilter' someFile

:h :sil

--
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/945ce29d-b11f-4c48-9b5f-c5271b355af4o%40googlegroups.com.

Monday, August 17, 2020

Re: How to quiet the message when filtering...

Yes! "sil" works well - in the simple case. Thanks for that.

Now, on to the next. Suppose we have another command like:

vim -c '...' -c '...' -c '...' and so on and so forth - a long series of commands that modify the text, then finally dump me into the editor. I want all of them silenced - and it to go directly into the editor with no pausing. Assume it is either impractical or impossible to put "sil" in front of every command.

Is there a some setting or other to turn on silent mode globally?

On Sunday, August 16, 2020, 01:03:02 PM EDT, 'J S' via vim_use <vim_use@googlegroups.com> wrote:

I have a line in a shell script like:

vim -c '%!someFilter' someFile

The idea is to run the contents of someFile through someFilter before doing further editing.

It works fine, except for one thing. After the filter runs, but before displaying the file onscreen, it displays a message at the bottom of the screen saying something like "60 lines filtered. Press any key to continue", after which it then clears the screen and displays the file for normal editing.

There is no need for that message and pause. I would like it to go directly into the vi editing mode. Is there any way to do that?

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.

To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/1537497916.2054480.1597597359837%40mail.yahoo.com.