Trying to reproduce the problem, I get the following bizarre results
in GTK2/Gnome gvim 8.0.1567 on a desktop with openSUSE 42.3 "latest
stable" and all software updates so far, including Test ones:
Starting "gvim -u NORC -N" gives me a non-maximized gvim at top left
(20 'lines', 80 'columns', x 0
Since nobody in this mailing list was able to help me, I opened an issue
regarding this: https://github.com/vim/vim/issues/1510
--
--
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://w
Le vendredi 17 février 2017 20:20:26 UTC-5, Kazunobu Kuriyama a écrit :
>> It is the only application that shows this behaviour. All the other
>> applications start at a proper height, just under the menu bar. This
>> suggest that this has something to do with gVim.
>
> Why not reading "h: 'g
2017-02-18 9:18 GMT+09:00 Hans Deragon :
> For some odd reason, when I am staring gVim on my Linux Ubuntu 16.04 LTS
> laptop using the Unity desktop, it starts to low when I am asking it to
> take all the vertical space available. It starts at position y=53 while it
> should start at y=24, just b
For some odd reason, when I am staring gVim on my Linux Ubuntu 16.04 LTS laptop
using the Unity desktop, it starts to low when I am asking it to take all the
vertical space available. It starts at position y=53 while it should start at
y=24, just below the windows manager's toolbar (it is 29 pi