gvim text area doesn't fully occupy window dimensions

[DieSpinne]

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 (marked in red below).

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

[brammool]

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.

[DieSpinne]

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; It can't be customized with X-resources and not even the hl-Scrollbar group seems to have any effect on it.

[k-takata]

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.

[DieSpinne]

@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.

[k-takata]

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

[DieSpinne]

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

[k-takata]

Is this fixed in 8.2.4320?

[DieSpinne]

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).