[vim/vim] gvim text area doesn't fully occupy window dimensions (Issue #9700)

17 views
Skip to first unread message

DieSpinne

unread,
Feb 5, 2022, 7:34:49 AM2/5/22
to vim/vim, Subscribed

Steps to reproduce

Using Gvim with Athena GUI,

  1. gvim -u NONE -c 'set gfn=-terminus-----16-' (Note: If you don't have the terminus font you can also use -fixed-----14-)
  2. Maximize the gvim window
  3. :vsplit and :q

See how a small gap is left behind at the right edge of the window. The gap goes away if I restore and maximize the window again.

Expected behaviour

The text area spans the whole width of the screen, leaving no gaps behind where a character could fit.

Version of Vim

8.2.4298

Environment

OS: Artix
Terminal: Gvim
$TERM: rxvt-unicode-256color
Shell: Bash

Logs and stack traces

No response


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700@github.com>

Bram Moolenaar

unread,
Feb 5, 2022, 8:20:02 AM2/5/22
to vim/vim, Subscribed

Is there a specific reason you use the Athena version? It's very basic. Most users will use the GTK version. Not sure it's worth improving the Athena version.


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1030623578@github.com>

DieSpinne

unread,
Feb 5, 2022, 8:28:37 AM2/5/22
to vim/vim, Subscribed

Yes. The main reason is the scrollbar — I would use normal vim if it had one —, which can be customized via X-resources in almost all its aspects. GTK gvim, on the other hand, uses my GTK theme, whose scrollbar is light (doesn't blend well with my dark theme) and too wide.


Reply to this email directly, view it on GitHub, or unsubscribe.


Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1030624973@github.com>

K.Takata

unread,
Feb 7, 2022, 12:29:31 AM2/7/22
to vim/vim, Subscribed

There was the same issue in Windows and it was fixed in 8.2.1228.
If gui_mch_get_scrollbar_xpadding() and gui_mch_get_scrollbar_ypadding() are implemented, the issue will be fixed.


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1031089875@github.com>

DieSpinne

unread,
Feb 7, 2022, 8:34:17 AM2/7/22
to vim/vim, Subscribed

@k-takata Thanks, but my issue is not about the scrollbar not being flushed to the window edge, but rather the gap left behind (marked in red) being larger than it should be, such that it steals away some character cells. In other words, the text area, instead of accommodating x characters, accommodates only x-1 or x-2.


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1031475162@github.com>

K.Takata

unread,
Feb 7, 2022, 8:37:03 AM2/7/22
to vim/vim, Subscribed

See the screenshots in #5602. It's the same.


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1031477647@github.com>

DieSpinne

unread,
Feb 7, 2022, 8:57:23 AM2/7/22
to vim/vim, Subscribed

@k-takata In those screenshots, the gaps are not large enough to fit a character. This is the problem I'm reporting here.


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1031495180@github.com>

K.Takata

unread,
Feb 7, 2022, 11:09:56 AM2/7/22
to vim/vim, Subscribed

Is this fixed in 8.2.4320?


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1031641562@github.com>

DieSpinne

unread,
Feb 7, 2022, 11:25:55 AM2/7/22
to vim/vim, Subscribed

Nope, it only changes the position between the scrollbar and the gap. The text area size is still miscalculated (in the sense that it does not fill the gap as much as possible).


Reply to this email directly, view it on GitHub.
Triage notifications on the go with GitHub Mobile for iOS or Android.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/1031660072@github.com>

dezza

unread,
Aug 31, 2026, 3:02:23 AM (3 days ago) Aug 31
to vim/vim, Subscribed
dezza left a comment (vim/vim#9700)

@chrisbra this can be closed, at least until re-evaluated. The code was refactored somewhat in dd40b1a

Thus this is no longer tracking current state.


Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/5474898278@github.com>

Christian Brabandt

unread,
Aug 31, 2026, 5:07:38 AM (3 days ago) Aug 31
to vim/vim, Subscribed
chrisbra left a comment (vim/vim#9700)

Thanks, closing then


Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/issues/9700/5476176522@github.com>

Reply all
Reply to author
Forward
0 new messages