Re: Why vimscript instead of another language? A philosophical or a technical question?

hello Jose,

I don't know how clear and helpful this post was: please don't hesitate
to ask questions.

On Sun, Apr 28, 2024 at 07:51:39PM +0100, Jose Caballero wrote:
> I am just curious about it. I have just been experimenting with it, and it is
> possible to send the selected range of lines, or even the entire buffer, to an
> external script. Right? In my case, in python.

not only filter with a pipe but also write and read from them.

stats about the abstract of your article:

:%w !wc

execute commands from a doc

:'<,'>w !sh
:'<,'>w !perl
:'<,'>w !raku

poor man package navigator (I use it all the time)

:r!aptitude search '~nvim'

then you move the cursor to the package name and type:

:r! apt-cache show <cfile

also

> I find python, or even bash, to be more readable and friendly than vimscript.

we're typing vim langage all day long and there is no way another
langage can compete for tasks like

1
%d
/Subject/
w/tmp/a
1,/foo/w/tmp/a

the sad part is that the rest of the vim9script syntax is inspired by
langages like python, js which implies so many useless parentheses
(in contrary of langages like awk, ruby, perl and the *awesome* raku)

> What would be the advantage of keeping using vimscript instead of writing
> plugins in your favourite language?

I use both of them for different things:

* vim9script has no competitor when in comes to tune the editor
* langages like perl, raku, awk, sed, ed and shell (zsh, dash, ksh, rc, …)
to transform vim to a multipurpose UI.

The most simple example I have in mind is a process manager:

command! Update %!pstree -Up
command! Kill !kill <cword>
command! NextPid /[0-9]\+/
set fdm=marker fmr=┬,└ fdt=getline(v:foldstart)

(don't define mappings, define commands that can be mapped)

I also try to make my "widgets" available both from vim and zsh.

As exemple: that's the way I use my MRU (commands ED(it) and CD)

# ~/.vim/r/was_fzy.vim:
au DirChanged window,global silent !echo "<afile>:p:s!/$!!" >> ~/.was-here
au BufNewFile,BufReadPre * silent !echo "<afile>:p" >> ~/.was-edit
command -nargs=0 CD silent exec "!>~/.v echo lcd $( was_fzy ~/.was-here )" |so ~/.v |redraw!
command -nargs=0 ED silent exec "!>~/.v echo ed $( was_fzy ~/.was-edit )" |so ~/.v |redraw!

From my zsh:

was_fzy () { _was_fzy_db $1 | _was_fzy_ui }
_was_fzy_db () {
perl -E '
# delete from the list
# * older occurrences of the same name
# * (re)moved entries
# reverse is important to keep the most recent one
@s = reverse grep {chomp; !$seen{$_}++ && -e} reverse <>;

# release stdout first so the pipe can go on
say for @s;

# then save the deletations
open U, ">", $ARGV;
say U for @s;

' "$@"
}
_was_fzy_ui () {
tac | fzy
}

I can access to the same features from zsh bindings.

regards,

--
Marc Chantreux
Pôle CESAR (Calcul et services avancés à la recherche)
Université de Strasbourg
14 rue René Descartes,
BP 80010, 67084 STRASBOURG CEDEX
03.68.85.60.79

--
--
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/ZjDuLQgBaw62SVQc%40prometheus.

Re: "preserving" current indentation in javascript

On Sun, 28 Apr 2024 at 22:07, Stefan Zehl <sec@42.org> wrote:

<snip>

Is there a way to fix it so it honors the indentation of the current
block by default much like the builtin "c" indenting that vim has?

I agree that this would be the most desirable behaviour.

The file looks complex enough that ad-hoc suggestions would probably be counter productive so I'd suggest reporting it to the maintainer listed in the header, https://github.com/pangloss/vim-javascript, and see what they think.

Regards,

Doug

--
--
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/CAJ1uvoAinU%2BXd-vP7jjHXM97XysAV7miSFd8QwaHLYw-OL9%3D-w%40mail.gmail.com.

Re: Why vimscript instead of another language? A philosophical or a technical question?

On 2024-04-28 22:59, Igbanam Ogbuluijah wrote:
> Do I want a setup like this?
>
> read results back into
> +---------------------------------+
> v |
> +-----+ write lines out to +------+ (1)
> | vim | ------------------------> | tool |
> +-----+ +------+
>
> Or do I want this?
>
> +-----+
> | vim | (2)
> +-----+
>
> It's amazing we can do 1, but 2 seems a lot more consolidated.

Consolidated? perhaps. But the separation is part of the appeal
of using Unix as an IDE[1]. I can replace each component independently
without needing a complete rip-and-replace of everything I know.
When RCS got supplanted by CVS, it didn't change my Makefile or
$EDITOR workflow. Same when Subversion supplanted CVS and when git
supplanted Subversion. Or when vim supplanted vi. (or when vi
displaced ed(1), FWIW). Same with my spell-check utilities. Or
my build-process orchestrator (though Makefiles have held up
remarkably well). When I want to debug Python with pdb instead of
C using GDB, I don't have to do anything special, just like I don't
have to worry that my next programming language doesn't have vim
integration because it has a standalone debugger that works in any
shell or $EDITOR.

I've used the integrated environments and they tend to churn. Visual
Studio, multiple Java IDEs, Sublime, Atom, VS Code, etc. Their
incorporate-everything rigidity becomes their downfall.

-tim

[1]
https://blog.sanctum.geek.nz/series/unix-as-ide/





--
--
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/Zi8FZECI0m7NijkF%40thechases.com.

Re: Why vimscript instead of another language? A philosophical or a technical question?

For me, it comes down to this choice: Do I want a setup like this?

        read results back into
  +---------------------------------+
  v                                 |
+-----+  write lines out to       +------+  (1)
| vim | ------------------------> | tool |
+-----+                           +------+

Or do I want this?

+-----+
| vim |   (2)
+-----+

It's amazing we can do 1, but 2 seems a lot more consolidated. 

- Igbanam

On Sun, Apr 28, 2024 at 10:28 PM Антон Голубев <antongolubev16@gmail.com> wrote:

I think there's a lot you can't do from an external script, like controlling windows or highlighting.

вс, 28 апр. 2024 г., 22:48 Jose Caballero <jcaballero.hep@gmail.com>:

Hi Tony, 

Thanks a lot for such a fast response. 

However, I realise now I was not clear in my first post. I didn't mean to use a language that VIM is compiled with. I was simply talking about passing the selected text to your custom script with 

<.>! my_script.py

But I have to say you have a good point: "your favourite language might not be my favourite language"

Cheers,

Jose

El dom, 28 abr 2024 a las 20:44, Tony Mechelynck (<antoine.mechelynck@gmail.com>) escribió:

On Sun, Apr 28, 2024 at 9:27 PM Jose Caballero <jcaballero.hep@gmail.com> wrote:
>
> Hello,
>
> I am just curious about it. I have just been experimenting with it, and it is possible to send the selected range of lines, or even the entire buffer, to an external script. Right? In my case, in python.
> I find python, or even bash, to be more readable and friendly than vimscript.
>
> What would be the advantage of keeping using vimscript instead of writing plugins in your favourite language? What am I missing?
>
> Cheers,
> Jose

What you're missing, I think, is that your favourite language might
not be my favourite language. Indeed, it is possible to write plugins
in Python, Perl, Ruby, Lua, Mzscheme, Tcl, etc., but only a Vim
compiled with the corresponding interpreter interface built-in could
use them; while Vim script uses as commands the very same verbs used
as ex-commands when running Vim interactively, and it is guaranteed
that every Vim executable can use it. For all these reasons (and also
because all these additional languages are foreign to me while I had
to learn Vim ex-commands anyway in order to use it interactively),
_my_ favourite language for use with Vim is Vim script itself.

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/CACUP1u_pwJtgXU60GBELZE-%3DxaF8-C5L4QvfV%2BJ_4AfztF%2Bm3g%40mail.gmail.com.

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

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/CAOtvP_FpqstHTqOv1tebmfoVmUH_EqV1zx1MWwfWFCZahC_3kQ%40mail.gmail.com.

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

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/CAOmRJre_VieZ1gwLf1RN%2BEadbkmYpC06g7EBAPyfvRZ%3D8xFmbQ%40mail.gmail.com.

Re: Why vimscript instead of another language? A philosophical or a technical question?

I think there's a lot you can't do from an external script, like controlling windows or highlighting.

вс, 28 апр. 2024 г., 22:48 Jose Caballero <jcaballero.hep@gmail.com>:

Hi Tony, 

Thanks a lot for such a fast response. 

However, I realise now I was not clear in my first post. I didn't mean to use a language that VIM is compiled with. I was simply talking about passing the selected text to your custom script with 

<.>! my_script.py

But I have to say you have a good point: "your favourite language might not be my favourite language"

Cheers,

Jose

El dom, 28 abr 2024 a las 20:44, Tony Mechelynck (<antoine.mechelynck@gmail.com>) escribió:

On Sun, Apr 28, 2024 at 9:27 PM Jose Caballero <jcaballero.hep@gmail.com> wrote:
>
> Hello,
>
> I am just curious about it. I have just been experimenting with it, and it is possible to send the selected range of lines, or even the entire buffer, to an external script. Right? In my case, in python.
> I find python, or even bash, to be more readable and friendly than vimscript.
>
> What would be the advantage of keeping using vimscript instead of writing plugins in your favourite language? What am I missing?
>
> Cheers,
> Jose

What you're missing, I think, is that your favourite language might
not be my favourite language. Indeed, it is possible to write plugins
in Python, Perl, Ruby, Lua, Mzscheme, Tcl, etc., but only a Vim
compiled with the corresponding interpreter interface built-in could
use them; while Vim script uses as commands the very same verbs used
as ex-commands when running Vim interactively, and it is guaranteed
that every Vim executable can use it. For all these reasons (and also
because all these additional languages are foreign to me while I had
to learn Vim ex-commands anyway in order to use it interactively),
_my_ favourite language for use with Vim is Vim script itself.

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/CACUP1u_pwJtgXU60GBELZE-%3DxaF8-C5L4QvfV%2BJ_4AfztF%2Bm3g%40mail.gmail.com.

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

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/CAOtvP_FpqstHTqOv1tebmfoVmUH_EqV1zx1MWwfWFCZahC_3kQ%40mail.gmail.com.

Re: Why vimscript instead of another language? A philosophical or a technical question?

On So, 28 Apr 2024, Jose Caballero wrote:

> Thanks a lot for such a fast response. 
> However, I realise now I was not clear in my first post. I didn't mean to use a language that VIM is compiled with. I was simply talking about passing the selected text to your custom script with 
>
> <.>! my_script.py

Yes you can do this. And what was your question now again?


Thanks,
Christian
--
"What are we going to do tonight, Bill?"
"Same thing we do every night Steve, try to take over the world!"

--
--
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/Zi6qSXwi0v5xGBtg%40256bit.org.

Re: gdb -p $(pidof vim)

On So, 28 Apr 2024, Oleg Zadorozhnyi wrote:

> okay i solved
> next question is can you give me hint to quickly debugging
> like main functions and how to understand which functions are responsible for
> which tasks

Well, it would help if you would tell us, what problem you are actually
trying to solve.

Best,
Christian
--
Real programmers disdain structured programming. Structured programming is
for compulsive neurotics who were prematurely toilet- trained. They wear
neckties and carefully line up pencils on otherwise clear desks.

--
--
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/Zi6p69nTYm2218st%40256bit.org.

Re: Why vimscript instead of another language? A philosophical or a technical question?

Hi Tony, 

Thanks a lot for such a fast response. 

However, I realise now I was not clear in my first post. I didn't mean to use a language that VIM is compiled with. I was simply talking about passing the selected text to your custom script with 

<.>! my_script.py

But I have to say you have a good point: "your favourite language might not be my favourite language"

Cheers,

Jose

El dom, 28 abr 2024 a las 20:44, Tony Mechelynck (<antoine.mechelynck@gmail.com>) escribió:

On Sun, Apr 28, 2024 at 9:27 PM Jose Caballero <jcaballero.hep@gmail.com> wrote:
>
> Hello,
>
> I am just curious about it. I have just been experimenting with it, and it is possible to send the selected range of lines, or even the entire buffer, to an external script. Right? In my case, in python.
> I find python, or even bash, to be more readable and friendly than vimscript.
>
> What would be the advantage of keeping using vimscript instead of writing plugins in your favourite language? What am I missing?
>
> Cheers,
> Jose

What you're missing, I think, is that your favourite language might
not be my favourite language. Indeed, it is possible to write plugins
in Python, Perl, Ruby, Lua, Mzscheme, Tcl, etc., but only a Vim
compiled with the corresponding interpreter interface built-in could
use them; while Vim script uses as commands the very same verbs used
as ex-commands when running Vim interactively, and it is guaranteed
that every Vim executable can use it. For all these reasons (and also
because all these additional languages are foreign to me while I had
to learn Vim ex-commands anyway in order to use it interactively),
_my_ favourite language for use with Vim is Vim script itself.

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/CACUP1u_pwJtgXU60GBELZE-%3DxaF8-C5L4QvfV%2BJ_4AfztF%2Bm3g%40mail.gmail.com.

Re: Why vimscript instead of another language? A philosophical or a technical question?

On Sun, Apr 28, 2024 at 9:27 PM Jose Caballero <jcaballero.hep@gmail.com> wrote:
>
> Hello,
>
> I am just curious about it. I have just been experimenting with it, and it is possible to send the selected range of lines, or even the entire buffer, to an external script. Right? In my case, in python.
> I find python, or even bash, to be more readable and friendly than vimscript.
>
> What would be the advantage of keeping using vimscript instead of writing plugins in your favourite language? What am I missing?
>
> Cheers,
> Jose

What you're missing, I think, is that your favourite language might
not be my favourite language. Indeed, it is possible to write plugins
in Python, Perl, Ruby, Lua, Mzscheme, Tcl, etc., but only a Vim
compiled with the corresponding interpreter interface built-in could
use them; while Vim script uses as commands the very same verbs used
as ex-commands when running Vim interactively, and it is guaranteed
that every Vim executable can use it. For all these reasons (and also
because all these additional languages are foreign to me while I had
to learn Vim ex-commands anyway in order to use it interactively),
_my_ favourite language for use with Vim is Vim script itself.

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/CAJkCKXv2xW9%3Dm1HvsA%3Di3mA2rs-KBgVFWVbPWJ2DC%2B3SbpowfQ%40mail.gmail.com.

Why vimscript instead of another language? A philosophical or a technical question?

Hello,

I am just curious about it. I have just been experimenting with it, and it is possible to send the selected range of lines, or even the entire buffer, to an external script. Right? In my case, in python. 

I find python, or even bash, to be more readable and friendly than vimscript. 

What would be the advantage of keeping using vimscript instead of writing plugins in your favourite language? What am I missing?

Cheers,

Jose

--
--
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/CACUP1u_DfhvnZeSFCAFCuoxwEk9KAWxvX-%3D9cwimSm22v1MvSg%40mail.gmail.com.

Re: gdb -p $(pidof vim)

okay i solved

next question is can you give me hint to quickly debugging

like main functions and how to understand which functions are responsible for which tasks

вс, 28 апр. 2024 г. в 12:28, Oleg Zadorozhnyi <lesorubshayan@gmail.com>:

good morning

how to use gdb to debug vim?

it says ptrace: Operation not permitted.

--
--
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/CAOQ%2B-RgDjEdugM4hdjKqRWxEjZS8j1xbBG3ZiDXaphNe%3Dau6Uw%40mail.gmail.com.

gdb -p $(pidof vim)

good morning

how to use gdb to debug vim?

it says ptrace: Operation not permitted.

--
--
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/CAOQ%2B-RgCpjLLLLPszHZXWJ0AyXdjEMzttxEk-wwqJ3gTJZM%2BWw%40mail.gmail.com.

"preserving" current indentation in javascript

Hi,

I have stumbled upon the following issue with the default javascript
indentation:

Let's assume that I have the following function with incosistent indenting:

function hello(loc){
console.log("hello",loc);
if (loc == "world"){
console.log("the whole world");
}
return true;
}

Now if I move the cursor to the "the whole world" line and press o to open a
new line, the cursor sits at column 9, not at column 7 where the
previous line started.

I have found that this seems to be, because at that point I had
shiftwidth set to 4.

The issue is, I'm editing code (written by someone else) that has
inconsistent indentation, so if I set "sw" to "2", it just breaks the
same way in other locations (this time for example with first
console.log line)

Is there a way to fix it so it honors the indentation of the current
block by default much like the builtin "c" indenting that vim has?

CU,
Sec
--
"Life is pleasant. Death is peaceful. It's the transition that's
troublesome." - Isaac Asimov

--
--
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/Zi48DOD%2BEtszJXkG%40ice.42.org.

Learn more about our updated Terms of Service

rebbe.malachi.mailfeed@blogger.com We're updating our Terms of Service on May 22, 2024, so we wanted to let you know ahead of time. These changes won't affect the way you use our services, but they should help make it easier for you to understand what to expect from Google — and what we expect from you — as you use our services. You can see the new terms here. We also summarized the changes at the bottom of this email. What do I need to do? If you're under the age required to manage your own Google Account: We sent this email to your parent or guardian so that they can help you understand our updates better. Please discuss this email with your parent or guardian to decide if you need to do anything different with your account. If you're a parent or guardian, and you allow your child to use the services: Please review the updates to our terms with your child and help them decide whether they need to make any changes to their account. Please remember that these terms apply to you and you're responsible for your child's activity on the services. If you're the administrator of a Google Workspace corporate or educational account and you've enabled your users to access Google Additional Services: Our new Terms of Service won't affect the Google Workspace agreement between Google and your organization. These new terms will only apply to those users to whom you've given access to Google Additional Services. You can always manage whether your users have access to Google Additional Services, and which ones, in your Admin console. If you're a Google Workspace reseller whose customers have enabled their users to access Google Additional Services: Our new Terms of Service won't affect your Google Workspace agreement with your customers. These new terms will only apply to your customers' users who've been given access to Google Additional Services. Your customers can always manage whether their users have access to Google Additional Services, and which ones, in their Admin console. If you're any other user of the services: Please read this email to understand our updated terms and your options for further action. If you agree to the new terms, no further action is needed. What's changing? You can review the new Google Terms of Service here. At a glance, here's what this update covers: Generative AI terms. We're moving our existing Generative AI Additional Terms to our main Terms of Service and adding other AI-related clarifications. For example – we won't claim ownership over original content generated by our AI-powered services. More clarity on abusive activity. We're providing more examples and details about abuse and interference with our services that isn't allowed. More details on limitations of liability. For users outside the US, we're adding clarifications to our limitations of liability and indemnity sections to avoid any misunderstandings in light of local laws or customs. More clarity on disputes. We're clarifying that if you violate our terms, our remedies aren't limited to suspension or termination of your access to the services, but may include other remedies under applicable law. If problems or disputes arise between us about these terms, you'll have the opportunity to describe the issues and address them. Updates to reflect how our services work. We're adding language about how our services work, and updating certain Google service brand names that have changed over time. For users based in the European Economic Area (EEA) only: In addition to the changes described above, we're adding more explanatory text to help you understand the legal concept of "guarantees" under EU and local law. For more details, please see this summary of key changes to the EEA versions of our Terms. If you don't agree to the new terms, you should remove your content and stop using the services. You can also end your relationship with us at any time, without penalty, by closing your Google Account. Thank you for using Google services! © 2024 Google LLC 1600 Amphitheatre Parkway, Mountain View, CA 94043 You have received this email to update you about important changes to Google's Terms of Service.

Re: Registration issue

On Mon, Apr 15, 2024 at 1:59 PM Christian Brabandt <cblists@256bit.org> wrote:
>
>
> On So, 14 Apr 2024, Gordon Zar wrote:
>
> > Hello,
> > Today I wanted to create an account at vim.org to upload a plugin I made.
> >
> > But I am stopped by this message upon sending a request to create an account:
> >
> > POST has been used more than 500 times within 5 hours. Assuming bot
> > attack. Retry again later. If you continue having trouble write to the
> > mailing list.
> >
> > Someone in the IRC suggested to use a different IP but In my country
> > the ISPs dont change IPs so frequently.
> >
> > I'd prefer not to use a vpn just to sign up.
> > Thanks for your help.
>
> Hi,
> thanks for reaching out, but I am unsure what you want me to do here.
> I'd prefer if I can keep the rate limit, since it is there for a reason.
> I don't know what else to suggest.
>
> Thanks,
> Christian
> --
> Virtue is a relative term.
> -- Spock, "Friday's Child", stardate 3499.1
>
> --
> --
> 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/Zh0WjfD4nWE8eMos%40256bit.org.

Hello,
The issue seems to have resolved itself. I guess this was an issue
with my ISP and our shared IPs.
Thanks for letting me know.

--
--
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/CA%2B06dHuBkn7W8zAHRQSg-gvg9Hv6tWubA000%3DR1oSEQ6%2BG4RZQ%40mail.gmail.com.

Re: Registration issue

On So, 14 Apr 2024, Gordon Zar wrote:

> Hello,
> Today I wanted to create an account at vim.org to upload a plugin I made.
>
> But I am stopped by this message upon sending a request to create an account:
>
> POST has been used more than 500 times within 5 hours. Assuming bot
> attack. Retry again later. If you continue having trouble write to the
> mailing list.
>
> Someone in the IRC suggested to use a different IP but In my country
> the ISPs dont change IPs so frequently.
>
> I'd prefer not to use a vpn just to sign up.
> Thanks for your help.

Hi,
thanks for reaching out, but I am unsure what you want me to do here.
I'd prefer if I can keep the rate limit, since it is there for a reason.
I don't know what else to suggest.

Thanks,
Christian
--
Virtue is a relative term.
-- Spock, "Friday's Child", stardate 3499.1

--
--
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/Zh0WjfD4nWE8eMos%40256bit.org.

How to force redraw of terminal after term_setansicolors?

Hello!

I'm using term_setansicolors to change the terminal colors. The effect only becomes visible when the terminal is redrawn. I tried ":redraw!", but for some reason this does not really redraw the terminal window (at least it does not show the new colors).

If I scroll in the terminal, resize the terminal window, or resize the GUI window, the terminal gets redrawn with the new colors. However, I'd like a clean programmatic way to cause the redrawing. Is this possible?

best regards

Edwin

--
--
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/5faaff7b-21a6-469e-8123-5a18f76d30b2n%40googlegroups.com.

Registration issue

Hello,
Today I wanted to create an account at vim.org to upload a plugin I made.

But I am stopped by this message upon sending a request to create an account:

POST has been used more than 500 times within 5 hours. Assuming bot
attack. Retry again later. If you continue having trouble write to the
mailing list.

Someone in the IRC suggested to use a different IP but In my country
the ISPs dont change IPs so frequently.

I'd prefer not to use a vpn just to sign up.
Thanks for your help.

--
--
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/CA%2B06dHsyx%3D1Z%2B%2B1vw4tVfnG%3DD5%2BU3c_yLpndkY8kGg3OEB5jnA%40mail.gmail.com.

Re: How to Set menu size on gvim [solved]

On 4/7/24 13:04, Tim Johnson wrote:

I am using gvim version 8.2 on ubuntu 22.04,
Huge version with GTK3 GUI.

How may I set the menu size to a larger font?

I have found instructions for versions with Athena or Motif but none that are current
for modifying menu sizes on versions with GTK3.

See https://git.entwicklerseite.de/vim/tree/utils/gtk-3.0.css?h=master&id=ed803af15c2caa1f6e3bcf4454a2e5a354d77bab
copy and paste into ~/.config/gtk-3.0/gtk.css

and "Bob's yer uncle" as Daphne Moon would say. Edit at yer heart's content.
Yay.

--   Tim  thjmmj15@gmail.com

Re: How to Set menu size on gvim

On 4/7/24 16:30, rob wrote:

in my _gvimrc file is this line

set guifont=Lucida_Console:h12:cANSI:qDRAFT

Try :h guifont and :h gui-font for something that works for you

Like you, I need a larger font for eyes over 65 :-)

Heck, I can't even  see 65 in the rear-view mirror.

Thanks for the reply. It appears that set guifont is for text only. I have been using set guifont=Monospace\ 15, which works
well for me, but the menu remains teeny-tiny.

I think part of the solution entails setting up the correctly named gtk resource file (whether it is named ~/.gtkrc or ~/.gtkrc-3.0, I
just don't know yet) containing the correct syntax. And then referencing a highlight/font name with the correct vim command.
cheers

--   Tim  thjmmj15@gmail.com

Re: How to Set menu size on gvim

in my _gvimrc file is this line

set guifont=Lucida_Console:h12:cANSI:qDRAFT

Try :h guifont and :h gui-font for something that works for you

Like you, I need a larger font for eyes over 65 :-)

On 4/7/24 19:50, Tim Johnson wrote:

On 4/7/24 14:34, Tony Mechelynck wrote:

On Mon, Apr 8, 2024 at 12:20 AM Tim Johnson <thjmmj15@gmail.com> wrote:  

I am using gvim version 8.2 on ubuntu 22.04,  Huge version with GTK3 GUI.    How may I set the menu size to a larger font?    I have found instructions for versions with Athena or Motif but none that are current  for modifying menu sizes on versions with GTK3.    Thanks    --  Tim  thjmmj15@gmail.com  

The Menu highlight group is supposed to set font, foreground colour  and background colour for the menus and toolbar (see :help hl-Menu);  however in my current gvim system (with GTK3 GUI) this highlight group  is not set, and I haven't tried to set it to see if it made the menu  font change. (The menus are displayed.)    

Tony, it sounds like you are having the same problem as I. For me, with my current monitor
and my present eyesight, having menu so small makes it really hard to work with.
What I know is there is a GTK resource file, but the only info that I have found is not very
current. I don't know what to name the resource file (.gtkrc or .gtkrc-3.0) and what syntax
to use in it.

:h hl-menu on my setup says nothing about GTK. (sigh)

thanks for the reply.

--   Tim  thjmmj15@gmail.com

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

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/06d13eb9-3136-4f74-a5c6-c0e197777f3c%40gmail.com.

Re: How to Set menu size on gvim

On 4/7/24 14:34, Tony Mechelynck wrote:

On Mon, Apr 8, 2024 at 12:20 AM Tim Johnson <thjmmj15@gmail.com> wrote:  

  I am using gvim version 8.2 on ubuntu 22.04,  Huge version with GTK3 GUI.    How may I set the menu size to a larger font?    I have found instructions for versions with Athena or Motif but none that are current  for modifying menu sizes on versions with GTK3.    Thanks    --  Tim  thjmmj15@gmail.com  

  The Menu highlight group is supposed to set font, foreground colour  and background colour for the menus and toolbar (see :help hl-Menu);  however in my current gvim system (with GTK3 GUI) this highlight group  is not set, and I haven't tried to set it to see if it made the menu  font change. (The menus are displayed.)    

Tony, it sounds like you are having the same problem as I. For me, with my current monitor
and my present eyesight, having menu so small makes it really hard to work with.
What I know is there is a GTK resource file, but the only info that I have found is not very
current. I don't know what to name the resource file (.gtkrc or .gtkrc-3.0) and what syntax
to use in it.

:h hl-menu on my setup says nothing about GTK. (sigh)

thanks for the reply.

--   Tim  thjmmj15@gmail.com

Re: How to Set menu size on gvim

On Mon, Apr 8, 2024 at 12:20 AM Tim Johnson <thjmmj15@gmail.com> wrote:
>
> I am using gvim version 8.2 on ubuntu 22.04,
> Huge version with GTK3 GUI.
>
> How may I set the menu size to a larger font?
>
> I have found instructions for versions with Athena or Motif but none that are current
> for modifying menu sizes on versions with GTK3.
>
> Thanks
>
> --
> Tim
> thjmmj15@gmail.com

The Menu highlight group is supposed to set font, foreground colour
and background colour for the menus and toolbar (see :help hl-Menu);
however in my current gvim system (with GTK3 GUI) this highlight group
is not set, and I haven't tried to set it to see if it made the menu
font change. (The menus are displayed.)

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/CAJkCKXvx2thY1y4r2kXEX6YBZEun1TyWL9ddne8CdVxBHNvLHw%40mail.gmail.com.

How to Set menu size on gvim

I am using gvim version 8.2 on ubuntu 22.04,
Huge version with GTK3 GUI.

How may I set the menu size to a larger font?

I have found instructions for versions with Athena or Motif but none that are current
for modifying menu sizes on versions with GTK3.

Thanks

--   Tim  thjmmj15@gmail.com

Re: Registration Payments

> I maintain it.

>> https://www.vim.org/huh.php links to https://www.vim.org/community.php
>> which links to the mailing lists and IRC channel.

Sorry, that was meant as a disclaimer, as in: the links I found don't specifically mention a webmaster, so I realize that by replying to you, I'm possibly not talking to the actual webmaster. But apparently I *am* :)

> Well, what exactly do you expect on updates? there wasn't anything that
> needs to be update since the 9.1 release

I meant that in general. A "last updated on" header / footer can help the viewer decide which information might be stale. OTOH you're right, if it doesn't need updating, it doesn't.

> I removed mentioning of the voting system from the Vim Homepage.

Not on the homepage, but https://www.vim.org/sponsor/faq.php still talks about voting benefits.

Anyway, I'm not here to nitpick, much less nitpick the website. Thanks for all your work on vim (and on maintaining the site)!

On Saturday, April 6, 2024 at 7:02:06 PM UTC+3 Christian Brabandt wrote:

On Sa, 06 Apr 2024, Al SW Moreau wrote:

> > As mentioned, the paypal account should still work
>
> Sorry, I can't find where this is mentioned. I think the above discussion
> continued off-line. As the OP asked, where do these donations go now?

Nothing changed with regard to the donations. They still go to the ICCF.

> > at the same time, the voting feature is no longer useful
>
> OK, perhaps this should be mentioned on vim.org. I'm not sure who
> maintains it;

I maintain it.

> https://www.vim.org/huh.php links to https://www.vim.org/community.php
> which links to the mailing lists and IRC channel.

Sorry, I don't follow. The community channels are still active.

> As things stands now, it's impossible to tell by visiting the site
> whether any particular page has been updated after January 2024 (and
> more generally if what it says is still true -- a simple "last updated
> on" would help somewhat).

Well, what exactly do you expect on updates? there wasn't anything that
needs to be update since the 9.1 release


Thanks,
Christian
--
Patience is a minor form of despair, disguised as virtue.
-- Ambrose Bierce, on qualifiers

--
--
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/24d9f0f9-d5e6-4c29-9bb8-67f7316c90e4n%40googlegroups.com.

Re: Registration Payments

On Sa, 06 Apr 2024, Christian Brabandt wrote:

>
> On Sa, 06 Apr 2024, Al SW Moreau wrote:
>
> > > As mentioned, the paypal account should still work
> >
> > Sorry, I can't find where this is mentioned. I think the above discussion
> > continued off-line. As the OP asked, where do these donations go now?
>
> Nothing changed with regard to the donations. They still go to the ICCF.
>
> > > at the same time, the voting feature is no longer useful
> >
> > OK, perhaps this should be mentioned on vim.org. I'm not sure who
> > maintains it;
>
> I maintain it.
>
> > https://www.vim.org/huh.php links to https://www.vim.org/community.php
> > which links to the mailing lists and IRC channel.
>
> Sorry, I don't follow. The community channels are still active.
>
> > As things stands now, it's impossible to tell by visiting the site
> > whether any particular page has been updated after January 2024 (and
> > more generally if what it says is still true -- a simple "last updated
> > on" would help somewhat).
>
> Well, what exactly do you expect on updates? there wasn't anything that
> needs to be update since the 9.1 release

I removed mentioning of the voting system from the Vim Homepage.

Thanks,
Christian
--
Actors will happen even in the best-regulated families.

--
--
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/ZhF2DNSQa4D/tJJV%40256bit.org.

Re: Registration Payments

On Sa, 06 Apr 2024, Al SW Moreau wrote:

> > As mentioned, the paypal account should still work
>
> Sorry, I can't find where this is mentioned. I think the above discussion
> continued off-line. As the OP asked, where do these donations go now?

Nothing changed with regard to the donations. They still go to the ICCF.

> > at the same time, the voting feature is no longer useful
>
> OK, perhaps this should be mentioned on vim.org. I'm not sure who
> maintains it;

I maintain it.

> https://www.vim.org/huh.php links to https://www.vim.org/community.php
> which links to the mailing lists and IRC channel.

Sorry, I don't follow. The community channels are still active.

> As things stands now, it's impossible to tell by visiting the site
> whether any particular page has been updated after January 2024 (and
> more generally if what it says is still true -- a simple "last updated
> on" would help somewhat).

Well, what exactly do you expect on updates? there wasn't anything that
needs to be update since the 9.1 release


Thanks,
Christian
--
Patience is a minor form of despair, disguised as virtue.
-- Ambrose Bierce, on qualifiers

--
--
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/ZhFx75cOQUR5NnF4%40256bit.org.

Re: Registration Payments

> As mentioned, the paypal account should still work

Sorry, I can't find where this is mentioned. I think the above discussion continued off-line. As the OP asked, where do these donations go now?

> at the same time, the voting feature is no longer useful

OK, perhaps this should be mentioned on vim.org. I'm not sure who maintains it; https://www.vim.org/huh.php links to https://www.vim.org/community.php which links to the mailing lists and IRC channel.

As things stands now, it's impossible to tell by visiting the site whether any particular page has been updated after January 2024 (and more generally if what it says is still true -- a simple "last updated on" would help somewhat).

On Saturday, April 6, 2024 at 3:56:17 PM UTC+3 Christian Brabandt wrote:

On Sa, 06 Apr 2024, Al SW Moreau wrote:

> Actually what is the correct way to register / sponsor now? The links from
> vim.org still take you to a PayPal form sending payments to Bram. I've been
> wondering about that for a while and this discussion seems to imply this
> information exists elsewhere.

As mentioned, the paypal account should still work. Unfortunately,
no-one can anylonger relate the donators to the respective vim.org
accounts. That's why the accounts are no longer updated. And at the same
time, the voting feature is no longer useful.

Thanks,
Christian
--
The human race never solves any of its problems. It merely outlives them.
-- David Gerrold

--
--
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/76a4c2f7-ad84-4b7a-903f-525281ab9e8cn%40googlegroups.com.

running tests with make -j test

Is there any way to run tests in parallel? It seems like some of them might overwrite the same directory (in any case I couldn't get make -j to work).

Partitioning would be a nastier alternative (make 3 copies of the shadow dir, run make make unittests, make scripttests, make $(TERM_TESTS) in each; though I don't know how to resolve that makefile variable from a script). Plus I'm not sure the three separate dependencies take equally long.

--
--
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/dbbb9a08-f671-48c6-aa5c-40f5cc4984bcn%40googlegroups.com.

Re: Registration Payments

On Sa, 06 Apr 2024, Al SW Moreau wrote:

> Actually what is the correct way to register / sponsor now? The links from
> vim.org still take you to a PayPal form sending payments to Bram. I've been
> wondering about that for a while and this discussion seems to imply this
> information exists elsewhere.

As mentioned, the paypal account should still work. Unfortunately,
no-one can anylonger relate the donators to the respective vim.org
accounts. That's why the accounts are no longer updated. And at the same
time, the voting feature is no longer useful.

Thanks,
Christian
--
The human race never solves any of its problems. It merely outlives them.
-- David Gerrold

--
--
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/ZhFGY/3CjY/r6%2BjM%40256bit.org.

Re: Registration Payments

Actually what is the correct way to register / sponsor now? The links from vim.org still take you to a PayPal form sending payments to Bram. I've been wondering about that for a while and this discussion seems to imply this information exists elsewhere.

On Tuesday, March 12, 2024 at 9:08:04 AM UTC+2 Christian Brabandt wrote:

On Mo, 11 Mär 2024, Trev wrote:

> Hello,
>
> I regret to inform you all that since Bram's passing, I had never
> updated my registration fee payments in PayPal. I have made months of
> payments to regi...@moolenaar.net. Not only are my payments perhaps
> piling up where they are not helpful, but I am missing out on valuable
> contributor clout! I honestly can't recall the last time I was sent a
> registration "key" and my amount "contributed" does not match the number
> I've actually donated.
>
> I hope you can recover the donations. What should I do from here?

Just wanted you all know, I am taking this off-list and checking with
Trey and the ICCF directly.

Thanks,
Christian
--
The best way to preserve a right is to exercise it, and the right to
smoke is a right worth dying for.

--
--
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/00a53491-8822-4db1-bfc3-3574167955a4n%40googlegroups.com.

Re: First things first

On Do, 04 Apr 2024, Jorge Ventura wrote:

> a) Where can I see the new address for registering and sending money?
>
> I sent this morning money and PayPal showed me Bram's mail. I am not
>
> asking for my money back, rather some pointers to the new registering and
>
> voting processes.


Thanks for sponsoring. I think the paypal address still works and the
money is well received by the ICCF. This may change in the future, but I
don't know the details.

> b) is there any database with all supported Platforms/OS?
>
> For a side project, I am gathering such data formation.

It's probably in the help documents somewhere. I struggle to find this
always and have thought of adding a specific section to the help files,
if it isn't there already.

> c) What would be the future of Vim?
>
> I believe that Bram has become an institution for the software community,
>
> if he was not already. Therefore, what are the next steps for Vim? I really
>
> do not want that due to politics, lack of ideas, over compromising, or simply
>
> for whatever reason Vim falls apart.

The Vim community is healthy and we are continuing the development of
Vim. You can follow it on github or on the vim-dev mailing list. We try
to slowly improve Vim and fix bugs as we can. No big plans however.

You are welcome to help with whatever you can (doc updates, cleaning up
the issue list, code, add tests, etc).


Thanks,
Christian
--
Using words to describe magic is like using a screwdriver to cut roast beef.
-- Tom Robbins

--
--
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/Zg%2BhefE2jirQEvHu%40256bit.org.

Re: Normal commands forbidden in command line

> Why are some normal commands not allowed in the command line window?

Why would they be? There is no use for them there.

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

---
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/eovhr6t4mjqfshibpx7e42aiikmzu5jyzkmmasdrcqtd4haznq%403e2w67noe36w.

Normal commands forbidden in command line

Hello.

Why are some normal commands not allowed in the command line window? I'm thinking of Q in particular, but I see there are others as well: ctrl-t, ctrl-^, …

I was looking to avoid the 'Entering Ex mode' message, and it seems to me the only way might be to filter it out with :filter. But, it doesn't seem possible to get into Ex mode from the command line.


Matan

--
--
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/5BBF0CB2-EDE4-4E85-85C2-C9C3ED5E95D4%40gmail.com.

First things first

Hello dear vim community,

I am very sorry to get to know some time ago about Bram. As a vim user, I

kind of owe him more than my admiration. I learnt to code with vim, and as a

c developer. This amazing tool is more than suitable for such language.

Now my questions.

a) Where can I see the new address for registering and sending money?

I sent this morning money and PayPal showed me Bram's mail. I am not

asking for my money back, rather some pointers to the new registering and

voting processes.

b) is there any database with all supported Platforms/OS?

For a side project, I am gathering such data formation.

c) What would be the future of Vim?

I believe that Bram has become an institution for the software community,

if he was not already. Therefore, what are the next steps for Vim? I really

do not want that due to politics, lack of ideas, over compromising, or simply

for whatever reason Vim falls apart.

Kind regards,

Jorge Ventura

--
--
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/CAD_8VnZyAd%2Bj6YUdRFDd8W-vrPdXnzc28pjbDJ_r5F%2B4CF4kGw%40mail.gmail.com.