On 14 March 2014, celel...@gmail.com wrote:
Le vendredi 14 mars 2014 21:13:09 UTC+1, LCD 47 a écrit :
[...]
Your shell is probably linked against readline. Readline
interfering with curses is not unheard of. :)
Ok. I just re-did my tests by running:
xterm -e vim
xterm -e screen vim
Hi all,
I have found an annoyance with the tab indenting (SHIFT + '', SHIFT +
'') and
was wondering if this was by design or should be fixed.
My .vimrc contains the following:
set ts=4
set shiftwidth=4
So, when I visually select a block of text and press SHIFT + '' it will
insert
a
On Fr, 14 Mär 2014, Li Xue wrote:
Hi Christian,
Could you please tell me how to use your vim patch? I am new to vim.
Many thanks.
If I remember correctly, this patch has been included in Vim with 7.3.074
This means, with all Vims that are newer (e.g. :version shows a higher
number than
Viktor Kojouharov wrote:
Hi Bram,
I made a patch which adds a new variable, 'v:progpath'. Quite similar
to 'v:progname', but including the full invocation path of the current
vim instance. The full path itself is quite useful when you want to do
tricks with vim servers and --remote-expr,
Christian Brabandt wrote:
Bram,
condsider this:
#v+
~$vim -u NONE -N ((seq 1 10))
[Enter the following normal mode commands:]
!!printf \%s foobarcr
j.
:w !cat
foobar
/proc/26234/fd/11s
3
4
5
...
#v-
Note, that the second line, does not contain the foobar line, but
contains
Christian Brabandt wrote:
On Do, 13 Mär 2014, Bram Moolenaar wrote:
Tony Mechelynck wrote:
RFE: I propose a :noswapfile (or something) prefix, working in similar
fashion to the :verbose, :vertical, :top, :tab, etc. prefixes in front
of another ex-command, and with the meaning:
Celelibi wrote:
I reported a bug in the debian BTS, but found that it also apply to
upstream vim.
Here it is: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741400
In summary, it looks like vim do not support termcaps %e nor %c
(corresponding to terminfos kPRV and kNXT). They're
Hey devs,
Basically, block visual doesn't work nicely with virtual edit and tabs. Strange
things happen if you try a block visual within a tab.
Eg:
vim -u NONE
fun! Test()
se ve=all
exe norm! I\c-i\c-iline1\n
exe norm! I\c-i\c-iline2\n
exe norm!
On 15-Mar-2014 10:06 +0100, Andre Sihera wrote:
Hi all,
I have found an annoyance with the tab indenting (SHIFT + '', SHIFT +
'') and
was wondering if this was by design or should be fixed.
My .vimrc contains the following:
set ts=4
set shiftwidth=4
So, when I visually
On 15/03/14 22:44, Ingo Karkat wrote:
I think you're looking for
:set preserveindent copyindent
-- regards, ingo
I tried both flags as you suggested. My original problem disappears but
a new problem appears. Actually, the preserveindent option seems to be
very strange in its
On Sa, 15 Mär 2014, Liang Li wrote:
Hey devs,
Basically, block visual doesn't work nicely with virtual edit and tabs.
Strange things happen if you try a block visual within a tab.
Eg:
vim -u NONE
fun! Test()
se ve=all
exe norm! I\c-i\c-iline1\n
exe norm!
On 15-Mar-2014 Andre Sihera andre.sih...@hotmail.co.jp wrote:
Hi all,
I have found an annoyance with the tab indenting (SHIFT + '', SHIFT
+ '') and
was wondering if this was by design or should be fixed.
My .vimrc contains the following:
set ts=4
set shiftwidth=4
So, when I
Hi Christian,
I am using ssh (with -X option) from mac into a linux machine (Ubuntu
12.04.3 LTS). I use vim 7.4 to open files on the linux machine and had
hoped to copy into the system
clipboard on my local mac machine. However, both +yy and *yy do not work
for me. Do you happen to have any idea
Hi Li!
On Sa, 15 Mär 2014, Li Xue wrote:
Hi Christian,
I am using ssh (with -X option) from mac into a linux machine (Ubuntu
12.04.3 LTS). I use vim 7.4 to open files on the linux machine and had
hoped to copy into the system
clipboard on my local mac machine. However, both +yy and *yy do
Yuri Vic wrote:
Netrw shows the entry with the current directory name inside itself.
For example:
There are two directories /some/dir and /some/dir/other-dir
Command 'cd /some/dir vim .' shows this:
../
dir/
| other-dir/
And command 'cd /some/dir/other-dir vim .' shows this:
../
other-dir/
Christian wrote:
On Sa, 15 Mär 2014, Liang Li wrote:
Hey devs,
Basically, block visual doesn't work nicely with virtual edit and tabs.
Strange things happen if you try a block visual within a tab.
Eg:
vim -u NONE
fun! Test()
se ve=all
exe norm!
Le samedi 15 mars 2014 08:15:34 UTC+1, LCD 47 a écrit :
On 14 March 2014, celel...@gmail.com wrote:
Le vendredi 14 mars 2014 21:13:09 UTC+1, LCD 47 a écrit :
[...]
Your shell is probably linked against readline. Readline
interfering with curses is not unheard of. :)
Le samedi 15 mars 2014 13:55:22 UTC+1, Bram Moolenaar a écrit :
Celelibi wrote:
I reported a bug in the debian BTS, but found that it also apply to
upstream vim.
Here it is: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741400
In summary, it looks like vim do not
These two situations are both correct.
I think when people open a directory, they normally expect to see what is
inside, like 'ls' would show. It doesn't matter how this is implemented, but
the expected result is the list of what is inside, plus '..' item.
--
--
You received this message
On Sat, Mar 15, 2014 at 03:37:27PM +0100, Lech Lorens wrote:
I believe what you are trying to achieve is what I did in the patch
I posted 4 years ago here:
https://groups.google.com/forum/#!msg/vim_dev/JDLJgDk-ZrQ/nROMNPdwfhwJ
I added an option called 'tabindent'. The patch was ignored but
20 matches
Mail list logo
