Unexpected display with gvim -p with multiple arguments (Linux)
Jean Johner
multiple arguments (Linux)":
Hello,
Suppose that you use vimrc_example.vim as your .vimrc.
Do the following:
gvim file1
put the cursor on line 100
:q
Do the same for file2.
Now doing "gvim file1" (or gvim file2) opens the file with line 100
at
the MIDDLE of the screen (OK).
Doing "gvim file1 file2" opens the 2 buffers with line 100 at the
MIDDLE of the screen (OK).
If you type
gvim -p file1 file2
file1 is opened with line 100 at the TOP of the screen. file2 is OK.
The same occurs with 3 arguments, always for the first file.
Tony has confirmed.
Could you have a look at that?
Best regards
Jean Johner
Jean Johner
James Vega
> Below excerpt from vim_use thread "Possible error with gvim -p with
> multiple arguments (Linux)":
>
> Hello,
> Suppose that you use vimrc_example.vim as your .vimrc.
> Do the following:
> gvim file1
> put the cursor on line 100
> :q
> Do the same for file2.
>
> Now doing "gvim file1" (or gvim file2) opens the file with line 100
> at
> the MIDDLE of the screen (OK).
> Doing "gvim file1 file2" opens the 2 buffers with line 100 at the
> MIDDLE of the screen (OK).
>
> If you type
> gvim -p file1 file2
> file1 is opened with line 100 at the TOP of the screen. file2 is OK.
>
> The same occurs with 3 arguments, always for the first file.
I can reproduce this as well using the following setup.
$ cat test.vim
set guioptions=e
au BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") |
exe "normal! g`\"" | endif
$ gvim -u test.vim -U NONE -N -p file1 file2
It seems like the drawing of the gui tab pages is causing the shift.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <jame...@jamessan.com>
Tony Mechelynck
> On Thu, Apr 8, 2010 at 9:37 AM, Jean Johner<jean....@cea.fr> wrote:
>> Below excerpt from vim_use thread "Possible error with gvim -p with
>> multiple arguments (Linux)":
>>
>> Hello,
>> Suppose that you use vimrc_example.vim as your .vimrc.
>> Do the following:
>> gvim file1
>> put the cursor on line 100
>> :q
>> Do the same for file2.
>>
>> Now doing "gvim file1" (or gvim file2) opens the file with line 100
>> at
>> the MIDDLE of the screen (OK).
>> Doing "gvim file1 file2" opens the 2 buffers with line 100 at the
>> MIDDLE of the screen (OK).
>>
>> If you type
>> gvim -p file1 file2
>> file1 is opened with line 100 at the TOP of the screen. file2 is OK.
>>
>> The same occurs with 3 arguments, always for the first file.
>
> I can reproduce this as well using the following setup.
>
> $ cat test.vim
> set guioptions=e
> $ gvim -u test.vim -U NONE -N -p file1 file2
>
> It seems like the drawing of the gui tab pages is causing the shift.
>
behaviour on the tabs whose labels overflow partly or fully off the left
of the text-style tabline. My 'guioptions' is set to gimrLTtc which also
removes "a" from the GTK default and adds "c".
Best regards,
Tony.
--
Real computer scientists don't comment their code. The identifiers are
so long they can't afford the disk space.
--
You received this message from the "vim_dev" 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
Subscription settings: http://groups.google.com/group/vim_dev/subscribe?hl=en
Jean Johner
I just installed vim7.2.437 on linux.
It seems that some modification has been done.
Now when you type (with vimrc_example as .vimrc):
gvim -p file1 file2 file3
file1 is opened with the cursor position on line 100 at the MIDDLE of
the screen (OK)
file2 and file3 are opened with the cursor positioned on line 100 at
the TOP of the screen (NOT OK).
No pb under windows (with 7.2.437)
Best regards
Jean Johner