On 07/01 08:24, Tony Mechelynck wrote:
> On Sun, Jul 1, 2018 at 7:32 AM, <tuxic@posteo.de> wrote:
> > Hi,
> >
> > to my Rapsberry Pi Zero W I connect via serial
> > terminal.
> >
> > The serial terminal output respect the size
> > of my terminal window on the host pc.
> >
> > As soon as I start vim, the size of the
> > "printable area" - that is: what vim uses
> > to let me edit text" is drastically shrunken
> > to 24 lines and 80 colums, which is too tiny
> > to edit config files and look through log files
> > in most cases.
> >
> > Is there a way to tell vim to use the full size
> > as (in this case) picocom does?
> >
> > Thanks a lot for any bigger edit window in advance! :)
> >
> > Cheers
> > Meino
>
> What happens if you do
>
> :set lines=999 columns=999
>
> ? (I have no serial console, and on some terminals this doesn't work.
> On my system, it works in gvim and in xterm but not in konsole.)
>
> See
> :help 'lines'
> :help 'columns'
>
>
> 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.
> For more options, visit https://groups.google.com/d/optout.
>
Hi Tony,
*thanks* for your reply.
I will check later...a few minutes ago I "killed" my
raspi-installation...have to start from the beginning.
... will be back later...
Have a nice sunda!
Cheers
Meino
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Saturday, June 30, 2018
Re: vim via serial console
On Sun, Jul 1, 2018 at 7:32 AM, <tuxic@posteo.de> wrote:
> Hi,
>
> to my Rapsberry Pi Zero W I connect via serial
> terminal.
>
> The serial terminal output respect the size
> of my terminal window on the host pc.
>
> As soon as I start vim, the size of the
> "printable area" - that is: what vim uses
> to let me edit text" is drastically shrunken
> to 24 lines and 80 colums, which is too tiny
> to edit config files and look through log files
> in most cases.
>
> Is there a way to tell vim to use the full size
> as (in this case) picocom does?
>
> Thanks a lot for any bigger edit window in advance! :)
>
> Cheers
> Meino
What happens if you do
:set lines=999 columns=999
? (I have no serial console, and on some terminals this doesn't work.
On my system, it works in gvim and in xterm but not in konsole.)
See
:help 'lines'
:help 'columns'
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.
For more options, visit https://groups.google.com/d/optout.
> Hi,
>
> to my Rapsberry Pi Zero W I connect via serial
> terminal.
>
> The serial terminal output respect the size
> of my terminal window on the host pc.
>
> As soon as I start vim, the size of the
> "printable area" - that is: what vim uses
> to let me edit text" is drastically shrunken
> to 24 lines and 80 colums, which is too tiny
> to edit config files and look through log files
> in most cases.
>
> Is there a way to tell vim to use the full size
> as (in this case) picocom does?
>
> Thanks a lot for any bigger edit window in advance! :)
>
> Cheers
> Meino
What happens if you do
:set lines=999 columns=999
? (I have no serial console, and on some terminals this doesn't work.
On my system, it works in gvim and in xterm but not in konsole.)
See
:help 'lines'
:help 'columns'
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.
For more options, visit https://groups.google.com/d/optout.
vim via serial console
Hi,
to my Rapsberry Pi Zero W I connect via serial
terminal.
The serial terminal output respect the size
of my terminal window on the host pc.
As soon as I start vim, the size of the
"printable area" - that is: what vim uses
to let me edit text" is drastically shrunken
to 24 lines and 80 colums, which is too tiny
to edit config files and look through log files
in most cases.
Is there a way to tell vim to use the full size
as (in this case) picocom does?
Thanks a lot for any bigger edit window in advance! :)
Cheers
Meino
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
to my Rapsberry Pi Zero W I connect via serial
terminal.
The serial terminal output respect the size
of my terminal window on the host pc.
As soon as I start vim, the size of the
"printable area" - that is: what vim uses
to let me edit text" is drastically shrunken
to 24 lines and 80 colums, which is too tiny
to edit config files and look through log files
in most cases.
Is there a way to tell vim to use the full size
as (in this case) picocom does?
Thanks a lot for any bigger edit window in advance! :)
Cheers
Meino
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
On Sat, Jun 30, 2018 at 1:02 PM, Renato Fabbri <renato.fabbri@gmail.com> wrote:
Em domingo, 24 de junho de 2018 05:05:17 UTC-3, Christian Brabandt escreveu:
> On Sa, 23 Jun 2018, Renato Fabbri wrote:
>
> > https://www.facebook.com/groups/124928894848184/ permalink/174455496562190/
>
> Please do not make us all click here random faceboook pages. Rather
> either keep the discussion here or there. You might as well post a
> summary of that page.
>
> Best,
> Christian
> --
> Ein Glaube, der unruhig macht, ist Aberglaube.
> -- Carl Ludwig Schleich
I am really sorry.
Maybe I sould have given a short description.
It is the same content of this email, in another Vim users group.
It would be helpful if you'd explain in plain English what your question is. From the body of your message, it looks like you're just asking* if Vim is the right tool for writing and reading; that's incredibly subjective and open-ended. But your subject line doesn't make any sense to me.
* At least I'm assuming you're asking a question, since you end it with two question marks; but your sentence doesn't include the word order inversion usually used of questions in English, and has a period at the end, so it looks like a statement.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com .
For more options, visit https://groups.google.com/d/optout .
Eric Christopherson
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
Em domingo, 24 de junho de 2018 05:05:17 UTC-3, Christian Brabandt escreveu:
> On Sa, 23 Jun 2018, Renato Fabbri wrote:
>
> > https://www.facebook.com/groups/124928894848184/permalink/174455496562190/
>
> Please do not make us all click here random faceboook pages. Rather
> either keep the discussion here or there. You might as well post a
> summary of that page.
>
> Best,
> Christian
> --
> Ein Glaube, der unruhig macht, ist Aberglaube.
> -- Carl Ludwig Schleich
I am really sorry.
Maybe I sould have given a short description.
It is the same content of this email, in another Vim users group.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> On Sa, 23 Jun 2018, Renato Fabbri wrote:
>
> > https://www.facebook.com/groups/124928894848184/permalink/174455496562190/
>
> Please do not make us all click here random faceboook pages. Rather
> either keep the discussion here or there. You might as well post a
> summary of that page.
>
> Best,
> Christian
> --
> Ein Glaube, der unruhig macht, ist Aberglaube.
> -- Carl Ludwig Schleich
I am really sorry.
Maybe I sould have given a short description.
It is the same content of this email, in another Vim users group.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: debugging vim via gdb, best practices
Greg Mattson wrote:
> I was wondering, what is the best method to use for debugging vim itself?
>
> I'd like to be able to load up an interactive vim session in one
> window, and attach to the vim process in another, be able to set
> breakpoints, etc in such a way that I minimize the interference to the
> underlying process.
>
> is attaching to the vim pid workable? or is there a better more
> dedicated solution, one sort of like python's RemotePdb which allows
> you to telnet into the process itself?
You can use the terminal debugger. See ":help terminal-debug".
I made it especially to be able to debug Vim (also while travelling,
thus it doesn't depend on a GUI or IDE).
--
hundred-and-one symptoms of being an internet addict:
146. You experience ACTUAL physical withdrawal symptoms when away
from your 'puter and the net.
/// 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.
For more options, visit https://groups.google.com/d/optout.
> I was wondering, what is the best method to use for debugging vim itself?
>
> I'd like to be able to load up an interactive vim session in one
> window, and attach to the vim process in another, be able to set
> breakpoints, etc in such a way that I minimize the interference to the
> underlying process.
>
> is attaching to the vim pid workable? or is there a better more
> dedicated solution, one sort of like python's RemotePdb which allows
> you to telnet into the process itself?
You can use the terminal debugger. See ":help terminal-debug".
I made it especially to be able to debug Vim (also while travelling,
thus it doesn't depend on a GUI or IDE).
--
hundred-and-one symptoms of being an internet addict:
146. You experience ACTUAL physical withdrawal symptoms when away
from your 'puter and the net.
/// 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.
For more options, visit https://groups.google.com/d/optout.
Re: debugging vim via gdb, best practices
On Fri, 29 Jun 2018 19:58:48 -0700 (PDT)
Greg Mattson <horos22@gmail.com> wrote:
> all,
>
> I was wondering, what is the best method to use for debugging vim itself?
>
> I'd like to be able to load up an interactive vim session in one window, and
> attach to the vim process in another, be able to set breakpoints, etc in such
> a way that I minimize the interference to the underlying process.
>
> is attaching to the vim pid workable?
yes, see
https://stackoverflow.com/questions/14370972/how-to-attach-a-process-in-gdb
> or is there a better more dedicated
> solution, one sort of like python's RemotePdb which allows you to telnet into
> the process itself?
>
https://sourceware.org/gdb/onlinedocs/gdb/Server.html
> thanks much for any info here.. this is as much for my education as it is to
> track down any particular bug..
>
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
List of Text Editors and IDEs - http://shlom.in/IDEs
As every cat owner knows, nobody owns a cat.
— Source unknown, via Nadav Har'El.
Please reply to list if it's a mailing list post - http://shlom.in/reply .
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Greg Mattson <horos22@gmail.com> wrote:
> all,
>
> I was wondering, what is the best method to use for debugging vim itself?
>
> I'd like to be able to load up an interactive vim session in one window, and
> attach to the vim process in another, be able to set breakpoints, etc in such
> a way that I minimize the interference to the underlying process.
>
> is attaching to the vim pid workable?
yes, see
https://stackoverflow.com/questions/14370972/how-to-attach-a-process-in-gdb
> or is there a better more dedicated
> solution, one sort of like python's RemotePdb which allows you to telnet into
> the process itself?
>
https://sourceware.org/gdb/onlinedocs/gdb/Server.html
> thanks much for any info here.. this is as much for my education as it is to
> track down any particular bug..
>
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
List of Text Editors and IDEs - http://shlom.in/IDEs
As every cat owner knows, nobody owns a cat.
— Source unknown, via Nadav Har'El.
Please reply to list if it's a mailing list post - http://shlom.in/reply .
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Friday, June 29, 2018
debugging vim via gdb, best practices
all,
I was wondering, what is the best method to use for debugging vim itself?
I'd like to be able to load up an interactive vim session in one window, and attach to the vim process in another, be able to set breakpoints, etc in such a way that I minimize the interference to the underlying process.
is attaching to the vim pid workable? or is there a better more dedicated solution, one sort of like python's RemotePdb which allows you to telnet into the process itself?
thanks much for any info here.. this is as much for my education as it is to track down any particular bug..
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
I was wondering, what is the best method to use for debugging vim itself?
I'd like to be able to load up an interactive vim session in one window, and attach to the vim process in another, be able to set breakpoints, etc in such a way that I minimize the interference to the underlying process.
is attaching to the vim pid workable? or is there a better more dedicated solution, one sort of like python's RemotePdb which allows you to telnet into the process itself?
thanks much for any info here.. this is as much for my education as it is to track down any particular bug..
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
On Friday, June 29, 2018 at 10:55:25 AM UTC-6, Gary Johnson wrote:
> There's also sdiff:
>
> sdiff file1 file2 | less
>
> or
>
> sdiff file1 file2 | vim -
That worked brilliantly!
Thanks.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> There's also sdiff:
>
> sdiff file1 file2 | less
>
> or
>
> sdiff file1 file2 | vim -
That worked brilliantly!
Thanks.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
On 2018-06-29, arocker wrote:
> >> diff --changed-group-format= file1 file2
> >> comm -12 file1 file2
> >>
>
> > That's insightful but is the side-by-side comparison I was hoping for in
> > vim so I could visually assess how the collections differed.
> >
>
> Pipe into less? E.g. comm -12 file1 file2 | less
There's also sdiff:
sdiff file1 file2 | less
or
sdiff file1 file2 | vim -
Regards,
Gary
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> >> diff --changed-group-format= file1 file2
> >> comm -12 file1 file2
> >>
>
> > That's insightful but is the side-by-side comparison I was hoping for in
> > vim so I could visually assess how the collections differed.
> >
>
> Pipe into less? E.g. comm -12 file1 file2 | less
There's also sdiff:
sdiff file1 file2 | less
or
sdiff file1 file2 | vim -
Regards,
Gary
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
On Fri, Jun 29, 2018 at 6:19 AM, Joseph L. Casale <jcasale@gmail.com> wrote:
On Thursday, June 28, 2018 at 7:46:51 PM UTC-6, Tony Mechelynck wrote:
> No plugin required, provided that you have a Vim compiled with +diff
> and that the diff utility is installed and can be found on your $PATH.
>
> See ":help diff.txt"
Hi Tony,
Specifically, I need to match lines completely ignore partial differences.
I have the most recent version of vim with a diff utility, however I do not
see anything diff.txt or diffopt that allows me to specify matches must be
complete lines and not partial.
I am trying to compare collections of strings, where I am not interested in
similar items, only exact. The collections are sorted so I want to see
filler where an exact line match is not found.
You mean you want to find only lines added and deleted, not changed? If
that is the case, perhaps you can script it such that you skip over "changed"
highlight areas, by repeatedly traversing diffs via "]c" or "[c". This can be
achieved by using vim functions diff_hlID() and synIDattr(). I had posted a
script sometime ago that searches for the exact changed text within a
changed line using the above logic. You can modify that to suit to your needs.
Regards,
-Arun
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
On 2018-06-28 18:30, Joseph L. Casale wrote:
> Does a means or plugin exist to perform a diff between two
> tabs/files that compares entire lines?
I've occasionally hacked this by inserting a unique tag (usually just
an incrementing number) after each line in the file, something like
:windo g/^/put='Unique line: '.((line('.')/2)+1)
which gives fixed boundaries for the diff algorithm to sync up with
after every line.
It's a hack, and it's far from perfect, but it's helped in the couple
occasions I've wanted it.
-tim
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> Does a means or plugin exist to perform a diff between two
> tabs/files that compares entire lines?
I've occasionally hacked this by inserting a unique tag (usually just
an incrementing number) after each line in the file, something like
:windo g/^/put='Unique line: '.((line('.')/2)+1)
which gives fixed boundaries for the diff algorithm to sync up with
after every line.
It's a hack, and it's far from perfect, but it's helped in the couple
occasions I've wanted it.
-tim
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
>> diff --changed-group-format= file1 file2
>> comm -12 file1 file2
>>
> That's insightful but is the side-by-side comparison I was hoping for in
> vim so I could visually assess how the collections differed.
>
Pipe into less? E.g. comm -12 file1 file2 | less
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
>> comm -12 file1 file2
>>
> That's insightful but is the side-by-side comparison I was hoping for in
> vim so I could visually assess how the collections differed.
>
Pipe into less? E.g. comm -12 file1 file2 | less
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
On Friday, June 29, 2018 at 8:57:45 AM UTC-6, Gary Johnson wrote:
> I _think_ I understand what you want, but I don't know of a way to
> make Vim's internal comparison algorithm do that.
>
> Either of these two Linux commands will generate an output of only
> the lines common to file1 and file2, if that helps.
>
> diff --changed-group-format= file1 file2
> comm -12 file1 file2
>
> The comm command requires that the two files be sorted, but that's
> what you have.
Hi Gary,
That's insightful but is the side-by-side comparison I was hoping for in
vim so I could visually assess how the collections differed.
Thanks for the follow up.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> I _think_ I understand what you want, but I don't know of a way to
> make Vim's internal comparison algorithm do that.
>
> Either of these two Linux commands will generate an output of only
> the lines common to file1 and file2, if that helps.
>
> diff --changed-group-format= file1 file2
> comm -12 file1 file2
>
> The comm command requires that the two files be sorted, but that's
> what you have.
Hi Gary,
That's insightful but is the side-by-side comparison I was hoping for in
vim so I could visually assess how the collections differed.
Thanks for the follow up.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
On 2018-06-29, Joseph L. Casale wrote:
> On Thursday, June 28, 2018 at 7:46:51 PM UTC-6, Tony Mechelynck wrote:
> > No plugin required, provided that you have a Vim compiled with +diff
> > and that the diff utility is installed and can be found on your $PATH.
> >
> > See ":help diff.txt"
>
> Hi Tony,
> Specifically, I need to match lines completely ignore partial differences.
> I have the most recent version of vim with a diff utility, however I do not
> see anything diff.txt or diffopt that allows me to specify matches must be
> complete lines and not partial.
>
> I am trying to compare collections of strings, where I am not interested in
> similar items, only exact. The collections are sorted so I want to see
> filler where an exact line match is not found.
I _think_ I understand what you want, but I don't know of a way to
make Vim's internal comparison algorithm do that.
Either of these two Linux commands will generate an output of only
the lines common to file1 and file2, if that helps.
diff --changed-group-format= file1 file2
comm -12 file1 file2
The comm command requires that the two files be sorted, but that's
what you have.
HTH,
Gary
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> On Thursday, June 28, 2018 at 7:46:51 PM UTC-6, Tony Mechelynck wrote:
> > No plugin required, provided that you have a Vim compiled with +diff
> > and that the diff utility is installed and can be found on your $PATH.
> >
> > See ":help diff.txt"
>
> Hi Tony,
> Specifically, I need to match lines completely ignore partial differences.
> I have the most recent version of vim with a diff utility, however I do not
> see anything diff.txt or diffopt that allows me to specify matches must be
> complete lines and not partial.
>
> I am trying to compare collections of strings, where I am not interested in
> similar items, only exact. The collections are sorted so I want to see
> filler where an exact line match is not found.
I _think_ I understand what you want, but I don't know of a way to
make Vim's internal comparison algorithm do that.
Either of these two Linux commands will generate an output of only
the lines common to file1 and file2, if that helps.
diff --changed-group-format= file1 file2
comm -12 file1 file2
The comm command requires that the two files be sorted, but that's
what you have.
HTH,
Gary
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Perform diff as exact line match
On Thursday, June 28, 2018 at 7:46:51 PM UTC-6, Tony Mechelynck wrote:
> No plugin required, provided that you have a Vim compiled with +diff
> and that the diff utility is installed and can be found on your $PATH.
>
> See ":help diff.txt"
Hi Tony,
Specifically, I need to match lines completely ignore partial differences.
I have the most recent version of vim with a diff utility, however I do not
see anything diff.txt or diffopt that allows me to specify matches must be
complete lines and not partial.
I am trying to compare collections of strings, where I am not interested in
similar items, only exact. The collections are sorted so I want to see
filler where an exact line match is not found.
Thanks.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> No plugin required, provided that you have a Vim compiled with +diff
> and that the diff utility is installed and can be found on your $PATH.
>
> See ":help diff.txt"
Hi Tony,
Specifically, I need to match lines completely ignore partial differences.
I have the most recent version of vim with a diff utility, however I do not
see anything diff.txt or diffopt that allows me to specify matches must be
complete lines and not partial.
I am trying to compare collections of strings, where I am not interested in
similar items, only exact. The collections are sorted so I want to see
filler where an exact line match is not found.
Thanks.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Thursday, June 28, 2018
Re: Perform diff as exact line match
On Fri, Jun 29, 2018 at 3:30 AM, Joseph L. Casale <jcasale@gmail.com> wrote:
> Does a means or plugin exist to perform a diff between two tabs/files that compares entire lines?
>
> Thanks.
No plugin required, provided that you have a Vim compiled with +diff
and that the diff utility is installed and can be found on your $PATH.
See ":help diff.txt"
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.
For more options, visit https://groups.google.com/d/optout.
> Does a means or plugin exist to perform a diff between two tabs/files that compares entire lines?
>
> Thanks.
No plugin required, provided that you have a Vim compiled with +diff
and that the diff utility is installed and can be found on your $PATH.
See ":help diff.txt"
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.
For more options, visit https://groups.google.com/d/optout.
Perform diff as exact line match
Does a means or plugin exist to perform a diff between two tabs/files that compares entire lines?
Thanks.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Thanks.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Force dd own mapping take in on nomodifiable buffer
Hi,
Assuming that the nomodifiable option is set on a buffer, I am trying to map this kind :
nnoremap <script> <silent> <buffer> dd
\:call explorer#UniteDeleter(get(b:array,line(".")),1)<CR>
But vim returns to me the nomodifiable option forbid the dd action.
How can I force that ?
Thank you
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Assuming that the nomodifiable option is set on a buffer, I am trying to map this kind :
nnoremap <script> <silent> <buffer> dd
\:call explorer#UniteDeleter(get(b:array,line(".")),1)<CR>
But vim returns to me the nomodifiable option forbid the dd action.
How can I force that ?
Thank you
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Tuesday, June 26, 2018
Re: "best" terminal library for vim
On Sat, 23 Jun 2018, tuxic@posteo.de wrote:
> currently I am setting up a Raspberry Pi Zero W for being used
> as "commandline server" ;)
...
> The configure stage did not find a terminal library on the system
> (which is kinda weird, since Midnight commander is installed ...
> and it looks like it would also need such a lib...)
...
> The Raspberry Pi Zero W has 512Mbyte of RAM. I am connected
> via ssh mt terminal is able to display colors.
It sounds like you don't want a library, but an interface to use
vim in a way that allows access to the colors.
Because if you can run vim and see the output, then you already have
all the libraries you need. Display of colors in vim will be gated
(at least for standard compiles) not by terminal libraries installed,
but by terminal definition.
What does $TERM contain on the local side of your ssh connnection?
What does $TERM contain on the Pi side of your ssh connection?
That's probably where you should look first. Second is seeing if
you have compatible terminal definitions on either side.
Elijah
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> currently I am setting up a Raspberry Pi Zero W for being used
> as "commandline server" ;)
...
> The configure stage did not find a terminal library on the system
> (which is kinda weird, since Midnight commander is installed ...
> and it looks like it would also need such a lib...)
...
> The Raspberry Pi Zero W has 512Mbyte of RAM. I am connected
> via ssh mt terminal is able to display colors.
It sounds like you don't want a library, but an interface to use
vim in a way that allows access to the colors.
Because if you can run vim and see the output, then you already have
all the libraries you need. Display of colors in vim will be gated
(at least for standard compiles) not by terminal libraries installed,
but by terminal definition.
What does $TERM contain on the local side of your ssh connnection?
What does $TERM contain on the Pi side of your ssh connection?
That's probably where you should look first. Second is seeing if
you have compatible terminal definitions on either side.
Elijah
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Monday, June 25, 2018
Re: vimvars: maxmem+maxmemtot dflt: xxkB or .5*totmem, whichever is what?: larger|smaller?
On Mon, Jun 25, 2018 at 11:15 PM, L A Walsh <vim@tlinx.org> wrote:
> subject is the question. for vim vars', maxmem, maxmemtot,
> default is says XX(some os dependent value in kB) or half of memory.
>
> Doesn't say if it picks smallest or largest.
>
> Like: for read-only files , only create a swapfile
> if it needs more than the given 'maxmem' or 'maxtotmem'.
>
> Might make sense in some cases to use .5*(totmem), but
> not so much these days. Might make more sense to use
> .5*(tot_availmem), but even that might not be good on
> systems with many background processes that vary, largely
> on the amount of memory used.
>
> So first Q is, "for default, does it use the smaller or larger
> value?"
>
> If it uses "freemem", does it add the cache-memory
> back to 'free' to get the "real free"
>
> Thanks
The value may depend on your installed memory and on your CPU's
wordsize. On my 64-bit machine with 8 GiB RAM, both 'maxmem' and
'maxmemtot' say 4015288 KiB. I think this "default: between 256 to
5120 (for 'maxmem') and between 2048 and 10240 (for 'maxmemtot'),
system dependent" mentioned in the help is a leftover from a time when
RAM sizes were much smaller than they are now.
But these maximum values are usually not reached: at the moment, the
Gnome System Monitor tells me that gvim is using 18 MiB, not 4 GiB,
and yet I have 10 windows open.
I don't know about buffers and cache. I suppose these two settings are
set at Vim startup and don't follow the evolution of memory use.
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.
For more options, visit https://groups.google.com/d/optout.
> subject is the question. for vim vars', maxmem, maxmemtot,
> default is says XX(some os dependent value in kB) or half of memory.
>
> Doesn't say if it picks smallest or largest.
>
> Like: for read-only files , only create a swapfile
> if it needs more than the given 'maxmem' or 'maxtotmem'.
>
> Might make sense in some cases to use .5*(totmem), but
> not so much these days. Might make more sense to use
> .5*(tot_availmem), but even that might not be good on
> systems with many background processes that vary, largely
> on the amount of memory used.
>
> So first Q is, "for default, does it use the smaller or larger
> value?"
>
> If it uses "freemem", does it add the cache-memory
> back to 'free' to get the "real free"
>
> Thanks
The value may depend on your installed memory and on your CPU's
wordsize. On my 64-bit machine with 8 GiB RAM, both 'maxmem' and
'maxmemtot' say 4015288 KiB. I think this "default: between 256 to
5120 (for 'maxmem') and between 2048 and 10240 (for 'maxmemtot'),
system dependent" mentioned in the help is a leftover from a time when
RAM sizes were much smaller than they are now.
But these maximum values are usually not reached: at the moment, the
Gnome System Monitor tells me that gvim is using 18 MiB, not 4 GiB,
and yet I have 10 windows open.
I don't know about buffers and cache. I suppose these two settings are
set at Vim startup and don't follow the evolution of memory use.
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.
For more options, visit https://groups.google.com/d/optout.
vimvars: maxmem+maxmemtot dflt: xxkB or .5*totmem, whichever is what?: larger|smaller?
subject is the question. for vim vars', maxmem, maxmemtot,
default is says XX(some os dependent value in kB) or half of memory.
Doesn't say if it picks smallest or largest.
Like: for read-only files , only create a swapfile
if it needs more than the given 'maxmem' or 'maxtotmem'.
Might make sense in some cases to use .5*(totmem), but
not so much these days. Might make more sense to use
.5*(tot_availmem), but even that might not be good on
systems with many background processes that vary, largely
on the amount of memory used.
So first Q is, "for default, does it use the smaller or larger
value?"
If it uses "freemem", does it add the cache-memory
back to 'free' to get the "real free"
Thanks
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
default is says XX(some os dependent value in kB) or half of memory.
Doesn't say if it picks smallest or largest.
Like: for read-only files , only create a swapfile
if it needs more than the given 'maxmem' or 'maxtotmem'.
Might make sense in some cases to use .5*(totmem), but
not so much these days. Might make more sense to use
.5*(tot_availmem), but even that might not be good on
systems with many background processes that vary, largely
on the amount of memory used.
So first Q is, "for default, does it use the smaller or larger
value?"
If it uses "freemem", does it add the cache-memory
back to 'free' to get the "real free"
Thanks
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Sunday, June 24, 2018
Re: "best" terminal library for vim
On Sa, 23 Jun 2018, tuxic@posteo.de wrote:
> Hi,
>
> currently I am setting up a Raspberry Pi Zero W for being used
> as "commandline server" ;)
> As on nearly all new systems one of the first application I install
> is vim with sources from the repository.
>
> The configure stage did not find a terminal library on the system
> (which is kinda weird, since Midnight commander is installed ...
> and it looks like it would also need such a lib...)
>
> As I have the free choice now...:
>
> The Raspberry Pi Zero W has 512Mbyte of RAM. I am connected
> via ssh mt terminal is able to display colors.
>
> What library is "the best one"?
I guess you need something like (this is on debian):
#v+
~$ apt-cache showsrc vim |grep "^Build-Depends"
Build-Depends: autoconf, debhelper (>= 11~), dpkg-dev (>= 1.18.8),
libacl1-dev, libgpmg1-dev [linux-any], libgtk-3-dev, libgtk2.0-dev,
liblua5.2-dev, libperl-dev, libselinux1-dev [linux-any],
libtinfo-dev | libncurses5-dev, libxaw7-dev, libxpm-dev, libxt-dev,
lua5.2, python3-dev, ruby, ruby-dev, tcl-dev
Build-Depends-Indep: docbook-utils, docbook-xml, ghostscript, pdf2svg
~$
#v-
Not sure what you mean with terminal library, but I guess you need
either libtinfo-dev or libncurses5-dev
Which one is better, I don't know and most likely depends on your
definition of better. Note, these are needed only for compilation, not
for the installed packages.
Best,
Christian
--
Zur sinnlichen Liebe ist bei den meisten leicht zu gelangen; aber
schwer bei wenigen ist die rechte zu erwerben.
-- Jean Paul
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> Hi,
>
> currently I am setting up a Raspberry Pi Zero W for being used
> as "commandline server" ;)
> As on nearly all new systems one of the first application I install
> is vim with sources from the repository.
>
> The configure stage did not find a terminal library on the system
> (which is kinda weird, since Midnight commander is installed ...
> and it looks like it would also need such a lib...)
>
> As I have the free choice now...:
>
> The Raspberry Pi Zero W has 512Mbyte of RAM. I am connected
> via ssh mt terminal is able to display colors.
>
> What library is "the best one"?
I guess you need something like (this is on debian):
#v+
~$ apt-cache showsrc vim |grep "^Build-Depends"
Build-Depends: autoconf, debhelper (>= 11~), dpkg-dev (>= 1.18.8),
libacl1-dev, libgpmg1-dev [linux-any], libgtk-3-dev, libgtk2.0-dev,
liblua5.2-dev, libperl-dev, libselinux1-dev [linux-any],
libtinfo-dev | libncurses5-dev, libxaw7-dev, libxpm-dev, libxt-dev,
lua5.2, python3-dev, ruby, ruby-dev, tcl-dev
Build-Depends-Indep: docbook-utils, docbook-xml, ghostscript, pdf2svg
~$
#v-
Not sure what you mean with terminal library, but I guess you need
either libtinfo-dev or libncurses5-dev
Which one is better, I don't know and most likely depends on your
definition of better. Note, these are needed only for compilation, not
for the installed packages.
Best,
Christian
--
Zur sinnlichen Liebe ist bei den meisten leicht zu gelangen; aber
schwer bei wenigen ist die rechte zu erwerben.
-- Jean Paul
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
On Sa, 23 Jun 2018, Renato Fabbri wrote:
> https://www.facebook.com/groups/124928894848184/permalink/174455496562190/
Please do not make us all click here random faceboook pages. Rather
either keep the discussion here or there. You might as well post a
summary of that page.
Best,
Christian
--
Ein Glaube, der unruhig macht, ist Aberglaube.
-- Carl Ludwig Schleich
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> https://www.facebook.com/groups/124928894848184/permalink/174455496562190/
Please do not make us all click here random faceboook pages. Rather
either keep the discussion here or there. You might as well post a
summary of that page.
Best,
Christian
--
Ein Glaube, der unruhig macht, ist Aberglaube.
-- Carl Ludwig Schleich
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Saturday, June 23, 2018
Re: "best" terminal library for vim
On Saturday, June 23, 2018 at 5:30:54 PM UTC+12, tu...@posteo.de wrote:
> ... a Raspberry Pi Zero W ...
I know next to nothing about Rasberry Pis, but ...
Assuming you're running Raspbian, which is a debian distro, so uses APT,
apt-get build-dep vim
will get you all the packages recursively, including library ones, that the Raspian packagers used to build their vim. The package list shows this as vim 7.3, so for vim 8 something else might be needed, but the above would at least be a very good start IMO.
I wonder how well vim-gtk runs on a Pi...
Regards, John Little
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> ... a Raspberry Pi Zero W ...
I know next to nothing about Rasberry Pis, but ...
Assuming you're running Raspbian, which is a debian distro, so uses APT,
apt-get build-dep vim
will get you all the packages recursively, including library ones, that the Raspian packagers used to build their vim. The package list shows this as vim 7.3, so for vim 8 something else might be needed, but the above would at least be a very good start IMO.
I wonder how well vim-gtk runs on a Pi...
Regards, John Little
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
linking threads:
--
-- On Thu, Jun 21, 2018 at 4:33 AM, Anthony Campbell <ac@acampbell.uk> wrote:
On 18 Jun 2018, Tony Mechelynck wrote:
> On Mon, Jun 18, 2018 at 2:16 PM, <arocker@vex.net> wrote:
> >> Vim is the right tool to write (and sometimes to read as well).
> >>
[snip]
> Even when appearance is important, e.g. HTML+CSS, I still use Vim (or
> gvim), then I watch in a browser how it looks like. In my experience,
> WISYWYG HTML editors add spurious elements here and there, and most of
> them produce bad quality non-W3C-compliant HTML. With Vim I can tune
> the source text however I want.
>
> Of course, this group's old-timers are also long-time Vim users. It
> _is_ possible edit one's text with emacs, Notepad, gedit, and others,
> but of course you won't find help about them here.
>
I distinguish between stuff that needs attention to its appearance and
initial drafts (most of my writing). I've self-published at least 7 books of
various kinds. I wrote all of these initially in (g)vim and then prepared
them for publication using LyX, which I find much better for this than any
ordinary word processor. Vim is ideal for cutting, pasting, spell-checking
etc and all this is best done separately from the fancy stuff.
Anthony
--
Anthony Campbell http://www.acampbell.uk
--
--
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/Q6o3CV4lkj4/ .unsubscribe
To unsubscribe from this group and all its topics, send an email to vim_use+unsubscribe@googlegroups.com .
For more options, visit https://groups.google.com/d/optout .
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Friday, June 22, 2018
"best" terminal library for vim
Hi,
currently I am setting up a Raspberry Pi Zero W for being used
as "commandline server" ;)
As on nearly all new systems one of the first application I install
is vim with sources from the repository.
The configure stage did not find a terminal library on the system
(which is kinda weird, since Midnight commander is installed ...
and it looks like it would also need such a lib...)
As I have the free choice now...:
The Raspberry Pi Zero W has 512Mbyte of RAM. I am connected
via ssh mt terminal is able to display colors.
What library is "the best one"?
Thanks for any help in advance!
Cheers
Meino
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
currently I am setting up a Raspberry Pi Zero W for being used
as "commandline server" ;)
As on nearly all new systems one of the first application I install
is vim with sources from the repository.
The configure stage did not find a terminal library on the system
(which is kinda weird, since Midnight commander is installed ...
and it looks like it would also need such a lib...)
As I have the free choice now...:
The Raspberry Pi Zero W has 512Mbyte of RAM. I am connected
via ssh mt terminal is able to display colors.
What library is "the best one"?
Thanks for any help in advance!
Cheers
Meino
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Shortcut to jump to the start of the current method in C++
Hi,
> I'm looking for ways to quickly navigate and/or get contextual
> information about the structure of a large C++ codebase I'm editing
> in Vim.
>
> [...]
> Is there a trivial way to fix `[m` to work as advertised? If not, is
> there an alternative, perhaps as a plugin?
The only solution I've found so far consist in using an external tools to obtain function boundaries, and from there having a way to fi [m, ]m, and even provide a "select-function" operator.
I've implemented a solution in my lh-cpp plugin [1] which requires a few other plugins [2] to work. In particular, in this case there is no way to avoid lh-dev and lh-tags dependencies.
The solution implemented has been described on vi.SE [3]
[1] https://github.com/LucHermitte/lh-cpp/
[2] https://github.com/LucHermitte/lh-cpp/#installation
[3] https://vi.stackexchange.com/a/7942/626
Regards,
--
Luc Hermitte
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> I'm looking for ways to quickly navigate and/or get contextual
> information about the structure of a large C++ codebase I'm editing
> in Vim.
>
> [...]
> Is there a trivial way to fix `[m` to work as advertised? If not, is
> there an alternative, perhaps as a plugin?
The only solution I've found so far consist in using an external tools to obtain function boundaries, and from there having a way to fi [m, ]m, and even provide a "select-function" operator.
I've implemented a solution in my lh-cpp plugin [1] which requires a few other plugins [2] to work. In particular, in this case there is no way to avoid lh-dev and lh-tags dependencies.
The solution implemented has been described on vi.SE [3]
[1] https://github.com/LucHermitte/lh-cpp/
[2] https://github.com/LucHermitte/lh-cpp/#installation
[3] https://vi.stackexchange.com/a/7942/626
Regards,
--
Luc Hermitte
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Shortcut to jump to the start of the current method in C++
I'm looking for ways to quickly navigate and/or get contextual
information about the structure of a large C++ codebase I'm editing in
Vim.
I discovered `[m` which is supposed to go the the start of the method
in which the cursor currently resides. Instead, if the class
containing the method is itself inside a block (such as a C++
namespace, as is very often the case), the cursor will go to to the
start of the **class** instead of the start of the **method**.
For example, in the following code snippet
namespace Foo {
class Bar {
void qux()
{
// press [m with the cursor here -> *
}
}
}
Pressing [m at the asterisk will go to the start of class Bar instead
of method qux.
Is there a trivial way to fix `[m` to work as advertised? If not, is
there an alternative, perhaps as a plugin?
Thanks, D.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
information about the structure of a large C++ codebase I'm editing in
Vim.
I discovered `[m` which is supposed to go the the start of the method
in which the cursor currently resides. Instead, if the class
containing the method is itself inside a block (such as a C++
namespace, as is very often the case), the cursor will go to to the
start of the **class** instead of the start of the **method**.
For example, in the following code snippet
namespace Foo {
class Bar {
void qux()
{
// press [m with the cursor here -> *
}
}
}
Pressing [m at the asterisk will go to the start of class Bar instead
of method qux.
Is there a trivial way to fix `[m` to work as advertised? If not, is
there an alternative, perhaps as a plugin?
Thanks, D.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Thursday, June 21, 2018
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
On 18 Jun 2018, Tony Mechelynck wrote:
> On Mon, Jun 18, 2018 at 2:16 PM, <arocker@vex.net> wrote:
> >> Vim is the right tool to write (and sometimes to read as well).
> >>
[snip]
> Even when appearance is important, e.g. HTML+CSS, I still use Vim (or
> gvim), then I watch in a browser how it looks like. In my experience,
> WISYWYG HTML editors add spurious elements here and there, and most of
> them produce bad quality non-W3C-compliant HTML. With Vim I can tune
> the source text however I want.
>
> Of course, this group's old-timers are also long-time Vim users. It
> _is_ possible edit one's text with emacs, Notepad, gedit, and others,
> but of course you won't find help about them here.
>
I distinguish between stuff that needs attention to its appearance and
initial drafts (most of my writing). I've self-published at least 7 books of
various kinds. I wrote all of these initially in (g)vim and then prepared
them for publication using LyX, which I find much better for this than any
ordinary word processor. Vim is ideal for cutting, pasting, spell-checking
etc and all this is best done separately from the fancy stuff.
Anthony
--
Anthony Campbell http://www.acampbell.uk
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> On Mon, Jun 18, 2018 at 2:16 PM, <arocker@vex.net> wrote:
> >> Vim is the right tool to write (and sometimes to read as well).
> >>
[snip]
> Even when appearance is important, e.g. HTML+CSS, I still use Vim (or
> gvim), then I watch in a browser how it looks like. In my experience,
> WISYWYG HTML editors add spurious elements here and there, and most of
> them produce bad quality non-W3C-compliant HTML. With Vim I can tune
> the source text however I want.
>
> Of course, this group's old-timers are also long-time Vim users. It
> _is_ possible edit one's text with emacs, Notepad, gedit, and others,
> but of course you won't find help about them here.
>
I distinguish between stuff that needs attention to its appearance and
initial drafts (most of my writing). I've self-published at least 7 books of
various kinds. I wrote all of these initially in (g)vim and then prepared
them for publication using LyX, which I find much better for this than any
ordinary word processor. Vim is ideal for cutting, pasting, spell-checking
etc and all this is best done separately from the fancy stuff.
Anthony
--
Anthony Campbell http://www.acampbell.uk
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Wednesday, June 20, 2018
Re: Use bar cursor in Insert mode, but with no blinking
On 20/06/2018 23:47, David Woodfall wrote:
> On Wednesday 20 June 2018 18:24,
> Lifepillar <lifepillar@lifepillar.me> put forth the proposition:
>> Is there a way to suppress the blinking
> The number after the escape \e can be from 1-6. Odd numbers blink,
> even don't.
>
> You can test in your terminal by eg: printf "\e[6 q"
Thanks, that works!
Someday I need to wrap my head around all those termcap codes.
Life.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> On Wednesday 20 June 2018 18:24,
> Lifepillar <lifepillar@lifepillar.me> put forth the proposition:
>> Is there a way to suppress the blinking
> The number after the escape \e can be from 1-6. Odd numbers blink,
> even don't.
>
> You can test in your terminal by eg: printf "\e[6 q"
Thanks, that works!
Someday I need to wrap my head around all those termcap codes.
Life.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Use bar cursor in Insert mode, but with no blinking
On Wednesday 20 June 2018 18:24,
Lifepillar <lifepillar@lifepillar.me> put forth the proposition:
> Currently, I have these lines in my vimrc:
>
> " Show block cursor in Normal mode and line cursor in Insert mode:
> let &t_ti.="\e[1 q"
> let &t_SI.="\e[5 q"
> let &t_EI.="\e[1 q"
> let &t_te.="\e[0 q"
>
> They have the side effect that the cursor blinks (in Normal and
> Insert mode) even if blinking cursor is disabled in my terminal's
> settings. Also, the cursor starts blinking in the shell after
> I exit Vim, too.
>
> Is there a way to suppress the blinking?
>
> My setup:
>
> macOS 10.13.5
> Terminal.app or iTerm2 3.1.5
> Vim 8.1.50 (installed with Homebrew)
>
> Thanks,
> Life.
The number after the escape \e can be from 1-6. Odd numbers blink,
even don't.
You can test in your terminal by eg: printf "\e[6 q"
-Dave
--
.--. oo
(____)//
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~'
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Lifepillar <lifepillar@lifepillar.me> put forth the proposition:
> Currently, I have these lines in my vimrc:
>
> " Show block cursor in Normal mode and line cursor in Insert mode:
> let &t_ti.="\e[1 q"
> let &t_SI.="\e[5 q"
> let &t_EI.="\e[1 q"
> let &t_te.="\e[0 q"
>
> They have the side effect that the cursor blinks (in Normal and
> Insert mode) even if blinking cursor is disabled in my terminal's
> settings. Also, the cursor starts blinking in the shell after
> I exit Vim, too.
>
> Is there a way to suppress the blinking?
>
> My setup:
>
> macOS 10.13.5
> Terminal.app or iTerm2 3.1.5
> Vim 8.1.50 (installed with Homebrew)
>
> Thanks,
> Life.
The number after the escape \e can be from 1-6. Odd numbers blink,
even don't.
You can test in your terminal by eg: printf "\e[6 q"
-Dave
--
.--. oo
(____)//
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~'
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Use bar cursor in Insert mode, but with no blinking
Currently, I have these lines in my vimrc:
" Show block cursor in Normal mode and line cursor in Insert mode:
let &t_ti.="\e[1 q"
let &t_SI.="\e[5 q"
let &t_EI.="\e[1 q"
let &t_te.="\e[0 q"
They have the side effect that the cursor blinks (in Normal and
Insert mode) even if blinking cursor is disabled in my terminal's
settings. Also, the cursor starts blinking in the shell after
I exit Vim, too.
Is there a way to suppress the blinking?
My setup:
macOS 10.13.5
Terminal.app or iTerm2 3.1.5
Vim 8.1.50 (installed with Homebrew)
Thanks,
Life.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
" Show block cursor in Normal mode and line cursor in Insert mode:
let &t_ti.="\e[1 q"
let &t_SI.="\e[5 q"
let &t_EI.="\e[1 q"
let &t_te.="\e[0 q"
They have the side effect that the cursor blinks (in Normal and
Insert mode) even if blinking cursor is disabled in my terminal's
settings. Also, the cursor starts blinking in the shell after
I exit Vim, too.
Is there a way to suppress the blinking?
My setup:
macOS 10.13.5
Terminal.app or iTerm2 3.1.5
Vim 8.1.50 (installed with Homebrew)
Thanks,
Life.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: images and retina display
Apologies - posted to the wrong group.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: images and retina display
Hi Richard,
On Tue, 19 Jun 2018 18:28:51 -0700 (PDT)
Richard Mitchell <rwmitchell@gmail.com> wrote:
> What does the new retina display mean for images and scaling?
>
> "issue 6682: Add an experimental feature (on in beta) to show inline images
> at ret…"
>
this is vim-use and there is no issue 6682 - see
https://github.com/vim/vim/issues?q=is%3Aopen+is%3Aissue .
> Images now display "smaller" (higher res) and changes my calculations on how
> to center an image. Before I was diving the image size by the font cell size
> to compute the column and row to place the image. It seemed pretty good
> before, but now the images are higher and to the left; i.e.; as if cell size
> times window size is smaller than the number of pixels in an iterm2 window.
>
> Thanks!
>
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
https://is.gd/MQHVF3 - The Atom Text Editor edits a 2,000,001B file
I often wonder why I hang out with so many people who are so pedantic. And
then I remember — because they are so pedantic.
— an Israeli Perl Monger
Please reply to list if it's a mailing list post - http://shlom.in/reply .
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
On Tue, 19 Jun 2018 18:28:51 -0700 (PDT)
Richard Mitchell <rwmitchell@gmail.com> wrote:
> What does the new retina display mean for images and scaling?
>
> "issue 6682: Add an experimental feature (on in beta) to show inline images
> at ret…"
>
this is vim-use and there is no issue 6682 - see
https://github.com/vim/vim/issues?q=is%3Aopen+is%3Aissue .
> Images now display "smaller" (higher res) and changes my calculations on how
> to center an image. Before I was diving the image size by the font cell size
> to compute the column and row to place the image. It seemed pretty good
> before, but now the images are higher and to the left; i.e.; as if cell size
> times window size is smaller than the number of pixels in an iterm2 window.
>
> Thanks!
>
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
https://is.gd/MQHVF3 - The Atom Text Editor edits a 2,000,001B file
I often wonder why I hang out with so many people who are so pedantic. And
then I remember — because they are so pedantic.
— an Israeli Perl Monger
Please reply to list if it's a mailing list post - http://shlom.in/reply .
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Tuesday, June 19, 2018
images and retina display
What does the new retina display mean for images and scaling?
"issue 6682: Add an experimental feature (on in beta) to show inline images at ret…"
Images now display "smaller" (higher res) and changes my calculations on how to center an image. Before I was diving the image size by the font cell size to compute the column and row to place the image. It seemed pretty good before, but now the images are higher and to the left; i.e.; as if cell size times window size is smaller than the number of pixels in an iterm2 window.
Thanks!
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
"issue 6682: Add an experimental feature (on in beta) to show inline images at ret…"
Images now display "smaller" (higher res) and changes my calculations on how to center an image. Before I was diving the image size by the font cell size to compute the column and row to place the image. It seemed pretty good before, but now the images are higher and to the left; i.e.; as if cell size times window size is smaller than the number of pixels in an iterm2 window.
Thanks!
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: netrw error window Windows 10 to z/OS "command OPTS aborted -- no options supported for UTF8"
Bumping after a month. I'm happy to hack the netrw plugin to cause it to
ignore this 501 message but I could REALLY use some help knowing where to
start.
fuzzymo wrote
> I've just recently switched to Windows 10 from Windows 7 (work
> requirement) and get all set up with Vim 8.0.
>
> I love to use the netrw plugin but the Windows 10 FTP client sends an OPTS
> UTF8 ON command to set up and the host (z/OS) doesn't support this
> particular OPTS. The file does successfully transfer to the editing
> buffer, but I get the extraneous "error" window every time.
>
> Here's a regular FTP session:
>
> Connected to some.zOS.host.name.
> 220-FTPD1 IBM FTP CS V2R3 at some.zOS.host.name, 10:21:25 on 2018-05-14.
> 220 Connection will close if idle for more than 100 minutes.
> ---> OPTS UTF8 ON
> 501 command OPTS aborted -- no options supported for UTF8
> User (some.zOS.host.name:(none)):
>
> I cannot find a way to get the Windows 10 client to skip sending the OPTS
> command so I was hoping to find a way to get netrw to ignore the
> "failure".
>
> If this was covered elsewhere, my apologies, but I was not able to find an
> answer.
--
Sent from: http://vim.1045645.n5.nabble.com/Vim-General-f1139531.html
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
ignore this 501 message but I could REALLY use some help knowing where to
start.
fuzzymo wrote
> I've just recently switched to Windows 10 from Windows 7 (work
> requirement) and get all set up with Vim 8.0.
>
> I love to use the netrw plugin but the Windows 10 FTP client sends an OPTS
> UTF8 ON command to set up and the host (z/OS) doesn't support this
> particular OPTS. The file does successfully transfer to the editing
> buffer, but I get the extraneous "error" window every time.
>
> Here's a regular FTP session:
>
> Connected to some.zOS.host.name.
> 220-FTPD1 IBM FTP CS V2R3 at some.zOS.host.name, 10:21:25 on 2018-05-14.
> 220 Connection will close if idle for more than 100 minutes.
> ---> OPTS UTF8 ON
> 501 command OPTS aborted -- no options supported for UTF8
> User (some.zOS.host.name:(none)):
>
> I cannot find a way to get the Windows 10 client to skip sending the OPTS
> command so I was hoping to find a way to get netrw to ignore the
> "failure".
>
> If this was covered elsewhere, my apologies, but I was not able to find an
> answer.
--
Sent from: http://vim.1045645.n5.nabble.com/Vim-General-f1139531.html
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Python error on last MacVim update
Hi, all.
I update my MacVim installation, with the standard update facility. Since them
I'm getting this error when loading the GUI version of it:
Fatal Python error: PyThreadState_Get: no current thread
Vim: Caught deadly signal ABRT
Vim: Finished.
The error seams to be related with python. When I seek for some answer on
Google I found a similar problem and the solution was to rebuild the
YouCompleteMe plugin. I did that but didn't solve the problem. I downgrade the
MacVim version and it is working again. I'm writing here to see if someone
already got this error and has a better solution than downgrade Vim.
The problematic version is:
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Nov 29 2017 18:37:46)
Included patches: 1-503, 505-680, 682-1283
Compiled by root@apple.com
Normal version without GUI. Features included (+) or not (-):
+acl +file_in_path -mouse_sgr +tag_old_static
-arabic +find_in_path -mouse_sysmouse -tag_any_white
+autocmd +float -mouse_urxvt -tcl
-balloon_eval +folding +mouse_xterm -termguicolors
-browse -footer +multi_byte -terminal
+builtin_terms +fork() +multi_lang +terminfo
+byte_offset -gettext -mzscheme +termresponse
+channel -hangul_input +netbeans_intg +textobjects
+cindent +iconv +num64 +timers
-clientserver +insert_expand +packages +title
-clipboard +job +path_extra -toolbar
+cmdline_compl +jumplist -perl +user_commands
+cmdline_hist -keymap +persistent_undo +vertsplit
+cmdline_info +lambda +postscript +virtualedit
+comments -langmap +printer +visual
-conceal +libcall -profile +visualextra
+cryptv +linebreak +python/dyn +viminfo
+cscope +lispindent -python3 +vreplace
+cursorbind +listcmds +quickfix +wildignore
+cursorshape +localmap +reltime +wildmenu
+dialog_con -lua -rightleft +windows
+diff +menu +ruby/dyn +writebackup
+digraphs +mksession +scrollbind -X11
-dnd +modify_fname +signs -xfontset
-ebcdic +mouse +smartindent -xim
-emacs_tags -mouseshape +startuptime -xpm
+eval -mouse_dec +statusline -xsmp
+ex_extra -mouse_gpm -sun_workshop -xterm_clipboard
+extra_search -mouse_jsbterm +syntax -xterm_save
-farsi -mouse_netterm +tag_binary
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
defaults file: "$VIMRUNTIME/defaults.vim"
fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DMACOS_X_UNIX -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc -L/usr/local/lib -o vim -lm -lncurses -liconv -framework Cocoa
I update my MacVim installation, with the standard update facility. Since them
I'm getting this error when loading the GUI version of it:
Fatal Python error: PyThreadState_Get: no current thread
Vim: Caught deadly signal ABRT
Vim: Finished.
The error seams to be related with python. When I seek for some answer on
Google I found a similar problem and the solution was to rebuild the
YouCompleteMe plugin. I did that but didn't solve the problem. I downgrade the
MacVim version and it is working again. I'm writing here to see if someone
already got this error and has a better solution than downgrade Vim.
The problematic version is:
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Nov 29 2017 18:37:46)
Included patches: 1-503, 505-680, 682-1283
Compiled by root@apple.com
Normal version without GUI. Features included (+) or not (-):
+acl +file_in_path -mouse_sgr +tag_old_static
-arabic +find_in_path -mouse_sysmouse -tag_any_white
+autocmd +float -mouse_urxvt -tcl
-balloon_eval +folding +mouse_xterm -termguicolors
-browse -footer +multi_byte -terminal
+builtin_terms +fork() +multi_lang +terminfo
+byte_offset -gettext -mzscheme +termresponse
+channel -hangul_input +netbeans_intg +textobjects
+cindent +iconv +num64 +timers
-clientserver +insert_expand +packages +title
-clipboard +job +path_extra -toolbar
+cmdline_compl +jumplist -perl +user_commands
+cmdline_hist -keymap +persistent_undo +vertsplit
+cmdline_info +lambda +postscript +virtualedit
+comments -langmap +printer +visual
-conceal +libcall -profile +visualextra
+cryptv +linebreak +python/dyn +viminfo
+cscope +lispindent -python3 +vreplace
+cursorbind +listcmds +quickfix +wildignore
+cursorshape +localmap +reltime +wildmenu
+dialog_con -lua -rightleft +windows
+diff +menu +ruby/dyn +writebackup
+digraphs +mksession +scrollbind -X11
-dnd +modify_fname +signs -xfontset
-ebcdic +mouse +smartindent -xim
-emacs_tags -mouseshape +startuptime -xpm
+eval -mouse_dec +statusline -xsmp
+ex_extra -mouse_gpm -sun_workshop -xterm_clipboard
+extra_search -mouse_jsbterm +syntax -xterm_save
-farsi -mouse_netterm +tag_binary
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
defaults file: "$VIMRUNTIME/defaults.vim"
fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DMACOS_X_UNIX -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc -L/usr/local/lib -o vim -lm -lncurses -liconv -framework Cocoa
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Monday, June 18, 2018
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
On 18-06-18 14:48:26, Tony Mechelynck wrote:
>Of course, this group's old-timers are also long-time Vim users. It
>_is_ possible edit one's text with emacs
Heresy!
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
>Of course, this group's old-timers are also long-time Vim users. It
>_is_ possible edit one's text with emacs
Heresy!
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
On Mon, Jun 18, 2018 at 2:16 PM, <arocker@vex.net> wrote:
>> Vim is the right tool to write (and sometimes to read as well).
>>
>
> If it's a text file, (which almost all unix files are), Vim is the right
> tool to produce it. It can be used in read-only mode, if you're afraid of
> accidental modifications. An alternative for that job would be "less",
> (akak "more").
>
> Where appearance is of the essence, e.g.CSS, you might want to use a
> WYSIWYG tool, but for pure content, Vim's still good. (Especially if you
> set it up to wrap tags, &c.
>
Even when appearance is important, e.g. HTML+CSS, I still use Vim (or
gvim), then I watch in a browser how it looks like. In my experience,
WISYWYG HTML editors add spurious elements here and there, and most of
them produce bad quality non-W3C-compliant HTML. With Vim I can tune
the source text however I want.
Of course, this group's old-timers are also long-time Vim users. It
_is_ possible edit one's text with emacs, Notepad, gedit, and others,
but of course you won't find help about them here.
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.
For more options, visit https://groups.google.com/d/optout.
>> Vim is the right tool to write (and sometimes to read as well).
>>
>
> If it's a text file, (which almost all unix files are), Vim is the right
> tool to produce it. It can be used in read-only mode, if you're afraid of
> accidental modifications. An alternative for that job would be "less",
> (akak "more").
>
> Where appearance is of the essence, e.g.CSS, you might want to use a
> WYSIWYG tool, but for pure content, Vim's still good. (Especially if you
> set it up to wrap tags, &c.
>
Even when appearance is important, e.g. HTML+CSS, I still use Vim (or
gvim), then I watch in a browser how it looks like. In my experience,
WISYWYG HTML editors add spurious elements here and there, and most of
them produce bad quality non-W3C-compliant HTML. With Vim I can tune
the source text however I want.
Of course, this group's old-timers are also long-time Vim users. It
_is_ possible edit one's text with emacs, Notepad, gedit, and others,
but of course you won't find help about them here.
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.
For more options, visit https://groups.google.com/d/optout.
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
> Vim is the right tool to write (and sometimes to read as well).
>
If it's a text file, (which almost all unix files are), Vim is the right
tool to produce it. It can be used in read-only mode, if you're afraid of
accidental modifications. An alternative for that job would be "less",
(akak "more").
Where appearance is of the essence, e.g.CSS, you might want to use a
WYSIWYG tool, but for pure content, Vim's still good. (Especially if you
set it up to wrap tags, &c.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
>
If it's a text file, (which almost all unix files are), Vim is the right
tool to produce it. It can be used in read-only mode, if you're afraid of
accidental modifications. An alternative for that job would be "less",
(akak "more").
Where appearance is of the essence, e.g.CSS, you might want to use a
WYSIWYG tool, but for pure content, Vim's still good. (Especially if you
set it up to wrap tags, &c.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
Hi,
On Sun, 17 Jun 2018 16:19:30 -0700 (PDT)
Renato Fabbri <renato.fabbri@gmail.com> wrote:
> Vim is the right tool to write (and sometimes to read as well).
>
I don't understand. Also see
http://www.shlomifish.org/open-source/resources/editors-and-IDEs/ for a list of
some alternatives.
> ??
>
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
The Case for File Swapping - http://shlom.in/file-swap
*Reg*: All right, but apart from the sanitation, medicine, education, wine,
public order, irrigation, roads, the fresh water system, and public health,
what have the Romans ever done for us?
— Life of Brian (1979) ( http://www.imdb.com/title/tt0079470/quotes )
Please reply to list if it's a mailing list post - http://shlom.in/reply .
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
On Sun, 17 Jun 2018 16:19:30 -0700 (PDT)
Renato Fabbri <renato.fabbri@gmail.com> wrote:
> Vim is the right tool to write (and sometimes to read as well).
>
I don't understand. Also see
http://www.shlomifish.org/open-source/resources/editors-and-IDEs/ for a list of
some alternatives.
> ??
>
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
The Case for File Swapping - http://shlom.in/file-swap
*Reg*: All right, but apart from the sanitation, medicine, education, wine,
public order, irrigation, roads, the fresh water system, and public health,
what have the Romans ever done for us?
— Life of Brian (1979) ( http://www.imdb.com/title/tt0079470/quotes )
Please reply to list if it's a mailing list post - http://shlom.in/reply .
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Sunday, June 17, 2018
Is it a matter of Unix ABC, B-A-BA', basics, school stuff, RTFM ?
Vim is the right tool to write (and sometimes to read as well).
??
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
??
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Vim Patch broke pathogen?
Thanks for the follow up.
-- --
Sent from a rotary phone rented from Ma Bell
Sent from a rotary phone rented from Ma Bell
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Vim Patch broke pathogen?
On Thursday, June 14, 2018 at 8:26:22 PM UTC-4, Mike Lippert wrote:
> The latest update I installed "broke" a plugin for me also, and I found a similar report on stackoverflow: https://stackoverflow.com/questions/50866748/vim-8-1-0037-update-breaks-multiple-plugins
>
<snip>
>
> any ideas why the update caused this?
To follow up:
This turned out to be a packaging problem where some files were going to the wrong location. It's fixed in 2:8.1.0061-0york1~16.04
See the discussion in https://github.com/vim/vim/issues/3014
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> The latest update I installed "broke" a plugin for me also, and I found a similar report on stackoverflow: https://stackoverflow.com/questions/50866748/vim-8-1-0037-update-breaks-multiple-plugins
>
<snip>
>
> any ideas why the update caused this?
To follow up:
This turned out to be a packaging problem where some files were going to the wrong location. It's fixed in 2:8.1.0061-0york1~16.04
See the discussion in https://github.com/vim/vim/issues/3014
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode normal mode mapping ?
Tried with :tnoremap? --Matteo
On Sun, Jun 17, 2018 at 3:52 PM, M Kelly <mckelly2833@gmail.com> wrote:
> Is there a way to map keys only when in normal mode from a terminal ?
Hi,
I think something like this works -
nnoremap <silent> <expr> <Return> (&buftype == 'terminal') ? 'i' : '<Return>'
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com .
For more options, visit https://groups.google.com/d/optout .
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode normal mode mapping ?
> Is there a way to map keys only when in normal mode from a terminal ?
Hi,
I think something like this works -
nnoremap <silent> <expr> <Return> (&buftype == 'terminal') ? 'i' : '<Return>'
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Hi,
I think something like this works -
nnoremap <silent> <expr> <Return> (&buftype == 'terminal') ? 'i' : '<Return>'
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Saturday, June 16, 2018
terminal mode normal mode mapping ?
Hi,
Is there a way to map keys only when in normal mode from a terminal ?
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Is there a way to map keys only when in normal mode from a terminal ?
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode bracketed paste ?
Hi,
> In this situation t_BE and t_BD are empty, thus bracketed paste is not
> supported.
Thanks for looking into it.
Adding this -
if &term =~ "screen"
let &t_BE = "\e[?2004h"
let &t_BD = "\e[?2004l"
exec "set t_PS=\e[200~"
exec "set t_PE=\e[201~"
endif
is a good solution for me.
thank you so much for vim, and thanks to everyone for all their support,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> In this situation t_BE and t_BD are empty, thus bracketed paste is not
> supported.
Thanks for looking into it.
Adding this -
if &term =~ "screen"
let &t_BE = "\e[?2004h"
let &t_BD = "\e[?2004l"
exec "set t_PS=\e[200~"
exec "set t_PE=\e[201~"
endif
is a good solution for me.
thank you so much for vim, and thanks to everyone for all their support,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode bracketed paste ?
> > I cannot reproduce this when running Vim in a terminal window.
> > What do you run, zsh? How do you start it, with ":term zsh" or with
> > ":term" while 'shell' is set to "zsh"?
> >
> > And what terminal is Vim running in and what is 'term' set to?
>
> Hi,
>
> just :terminal
> my shell is zsh
> TERM=screen-256color
> (all from within tmux)
In this situation t_BE and t_BD are empty, thus bracketed paste is not
supported.
--
hundred-and-one symptoms of being an internet addict:
48. You get a tatoo that says "This body best viewed with Netscape 3.1 or
higher."
/// 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.
For more options, visit https://groups.google.com/d/optout.
> > What do you run, zsh? How do you start it, with ":term zsh" or with
> > ":term" while 'shell' is set to "zsh"?
> >
> > And what terminal is Vim running in and what is 'term' set to?
>
> Hi,
>
> just :terminal
> my shell is zsh
> TERM=screen-256color
> (all from within tmux)
In this situation t_BE and t_BD are empty, thus bracketed paste is not
supported.
--
hundred-and-one symptoms of being an internet addict:
48. You get a tatoo that says "This body best viewed with Netscape 3.1 or
higher."
/// 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.
For more options, visit https://groups.google.com/d/optout.
Friday, June 15, 2018
Re: terminal mode bracketed paste ?
> I cannot reproduce this when running Vim in a terminal window.
> What do you run, zsh? How do you start it, with ":term zsh" or with
> ":term" while 'shell' is set to "zsh"?
>
> And what terminal is Vim running in and what is 'term' set to?
Hi,
just :terminal
my shell is zsh
TERM=screen-256color
(all from within tmux)
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> What do you run, zsh? How do you start it, with ":term zsh" or with
> ":term" while 'shell' is set to "zsh"?
>
> And what terminal is Vim running in and what is 'term' set to?
Hi,
just :terminal
my shell is zsh
TERM=screen-256color
(all from within tmux)
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode bracketed paste ?
> > How exactly do you paste?
>
> first -
> <C-\><C-n> to get into normal mode
> V, select a few lines moving around
> yank
> back to terminal mode
>
> then -
> paste with ctrl-shift-v or with mouse middle button
I cannot reproduce this when running Vim in a terminal window.
What do you run, zsh? How do you start it, with ":term zsh" or with
":term" while 'shell' is set to "zsh"?
And what terminal is Vim running in and what is 'term' set to?
--
hundred-and-one symptoms of being an internet addict:
44. Your friends no longer send you e-mail...they just log on to your IRC
channel.
/// 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.
For more options, visit https://groups.google.com/d/optout.
>
> first -
> <C-\><C-n> to get into normal mode
> V, select a few lines moving around
> yank
> back to terminal mode
>
> then -
> paste with ctrl-shift-v or with mouse middle button
I cannot reproduce this when running Vim in a terminal window.
What do you run, zsh? How do you start it, with ":term zsh" or with
":term" while 'shell' is set to "zsh"?
And what terminal is Vim running in and what is 'term' set to?
--
hundred-and-one symptoms of being an internet addict:
44. Your friends no longer send you e-mail...they just log on to your IRC
channel.
/// 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.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode bracketed paste ?
> How exactly do you paste?
first -
<C-\><C-n> to get into normal mode
V, select a few lines moving around
yank
back to terminal mode
then -
paste with ctrl-shift-v or with mouse middle button
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
first -
<C-\><C-n> to get into normal mode
V, select a few lines moving around
yank
back to terminal mode
then -
paste with ctrl-shift-v or with mouse middle button
thx,
-m
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode bracketed paste ?
Mark Kelly wrote:
> It seems for me bracketed paste is not enabled in terminal mode.
> If I copy a few lines then paste into my zsh outside of vim (in tmux) then bracketed paste is enabled and the lines are not executed until I hit enter.
> But if in terminal mode I paste then each line is executed.
>
> Is this possible ? Is there a config setting I can enable ?
> Any help appreciated.
How exactly do you paste?
I guess when using the middle mouse, which pastes the * register,
the call to start/end bracketed paste is missing. That is where
insert_reg() is called.
--
hundred-and-one symptoms of being an internet addict:
43. You tell the kids they can't use the computer because "Daddy's got work to
do" and you don't even have a job.
/// 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.
For more options, visit https://groups.google.com/d/optout.
> It seems for me bracketed paste is not enabled in terminal mode.
> If I copy a few lines then paste into my zsh outside of vim (in tmux) then bracketed paste is enabled and the lines are not executed until I hit enter.
> But if in terminal mode I paste then each line is executed.
>
> Is this possible ? Is there a config setting I can enable ?
> Any help appreciated.
How exactly do you paste?
I guess when using the middle mouse, which pastes the * register,
the call to start/end bracketed paste is missing. That is where
insert_reg() is called.
--
hundred-and-one symptoms of being an internet addict:
43. You tell the kids they can't use the computer because "Daddy's got work to
do" and you don't even have a job.
/// 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.
For more options, visit https://groups.google.com/d/optout.
Re: terminal mode bracketed paste ?
> Vim does not enables bracketed paste mode if TERM=screen.
> To enable bracketed paste mode when vim runs in tmux, you may add following
> setting into .vimrc.
>
> if &term =~ "screen"
> let &t_BE = "\e[?2004h"
> let &t_BD = "\e[?2004l"
> exec "set t_PS=\e[200~"
> exec "set t_PE=\e[201~"
> endif
Thank you, works great :-)
take care,
-mark
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> To enable bracketed paste mode when vim runs in tmux, you may add following
> setting into .vimrc.
>
> if &term =~ "screen"
> let &t_BE = "\e[?2004h"
> let &t_BD = "\e[?2004l"
> exec "set t_PS=\e[200~"
> exec "set t_PE=\e[201~"
> endif
Thank you, works great :-)
take care,
-mark
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Vim Patch broke pathogen?
I think this is the article I read that explained it well enough for me to replace pathogen:
Vim: So long Pathogen, hello native package loading
https://shapeshed.com/vim-packages/
On Friday, June 15, 2018 at 2:12:11 AM UTC-4, edes wrote:
> el 2018-06-14 a las 20:34 Christian Brabandt escribió:
>
> > You know, that you don't need pathogen anymore since Vim 8?
>
> I, for one, didn't...
>
> I began reading :h packages, and I would be very grateful if anyone could
> suggest additional resources.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Vim: So long Pathogen, hello native package loading
https://shapeshed.com/vim-packages/
On Friday, June 15, 2018 at 2:12:11 AM UTC-4, edes wrote:
> el 2018-06-14 a las 20:34 Christian Brabandt escribió:
>
> > You know, that you don't need pathogen anymore since Vim 8?
>
> I, for one, didn't...
>
> I began reading :h packages, and I would be very grateful if anyone could
> suggest additional resources.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: How to insert text on current text position when I press key in vim in insert and normal mode?
On Di, 12 Jun 2018, Gena Makhomed wrote:
> But I can't understand what I need to write instead "echo".
ESC in normal mode beeps (depending on your configuration it might also
generate a visual bell or do nothing depending on various settings
'visualbell' 't_vb', 'belloff')
Best,
Christian
--
Ausschüsse:
Gremien, die Probleme lösen, die es ohne die Ausschüsse nicht gäbe.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> But I can't understand what I need to write instead "echo".
ESC in normal mode beeps (depending on your configuration it might also
generate a visual bell or do nothing depending on various settings
'visualbell' 't_vb', 'belloff')
Best,
Christian
--
Ausschüsse:
Gremien, die Probleme lösen, die es ohne die Ausschüsse nicht gäbe.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: How to insert text on current text position when I press key in vim in insert and normal mode?
Hi,
2018/6/15 Fri 9:26:22 UTC+9 Gena Makhomed wrote:
> Web site http://vimdoc.sourceforge.net/htmldoc/help.html
> was not updated from 2010 year - this is bug or feature?
There are at least two Web help sites which are up to date:
http://vimhelp.appspot.com/
https://vim-jp.org/vimdoc-en/
Regards,
Ken Takata
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
2018/6/15 Fri 9:26:22 UTC+9 Gena Makhomed wrote:
> Web site http://vimdoc.sourceforge.net/htmldoc/help.html
> was not updated from 2010 year - this is bug or feature?
There are at least two Web help sites which are up to date:
http://vimhelp.appspot.com/
https://vim-jp.org/vimdoc-en/
Regards,
Ken Takata
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Custom key bindings to :Termdebug
Uri Moszkowicz wrote:
> The new :Termdebug in Vim 8.1 is great but it lacks usable key bindings
> like I used to have with VimGDB. For those unfamiliar, VimGDB introduced a
> GDB mode, which can be toggled with F7. When in GDB mode, the GDB shortcuts
> were mapped so "u" sent "up", "d" sent "down", "w" sent "where", "b" set a
> breakpoint and "B" unset the breakpoint, etc.
>
> How can I setup these same key bindings? Looks to me like the script
> provides some functions but not complete ones. Most importantly, the
> function/members necessary to send commands to the GDB buffer are
> inaccessible outside the script.
The upcoming version of the terminal debugger plugin will allow for
this:
Shorcuts *termdebug_shortcuts*
You can define your own shortcuts (mappings) to control gdb, that can work in
any window, using the TermDebugSendCommand() function. Example: >
map ,w :call TermDebugSendCommand('where')<CR>
The argument is the gdb command.
--
The future isn't what it used to be.
/// 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.
For more options, visit https://groups.google.com/d/optout.
> The new :Termdebug in Vim 8.1 is great but it lacks usable key bindings
> like I used to have with VimGDB. For those unfamiliar, VimGDB introduced a
> GDB mode, which can be toggled with F7. When in GDB mode, the GDB shortcuts
> were mapped so "u" sent "up", "d" sent "down", "w" sent "where", "b" set a
> breakpoint and "B" unset the breakpoint, etc.
>
> How can I setup these same key bindings? Looks to me like the script
> provides some functions but not complete ones. Most importantly, the
> function/members necessary to send commands to the GDB buffer are
> inaccessible outside the script.
The upcoming version of the terminal debugger plugin will allow for
this:
Shorcuts *termdebug_shortcuts*
You can define your own shortcuts (mappings) to control gdb, that can work in
any window, using the TermDebugSendCommand() function. Example: >
map ,w :call TermDebugSendCommand('where')<CR>
The argument is the gdb command.
--
The future isn't what it used to be.
/// 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.
For more options, visit https://groups.google.com/d/optout.
Subscribe to:
Posts (Atom)