As you mentioned, Vim already supports a mode where the window size is not a strict multiples of character cell sizes, when maximized. There are special cases in the code base to handle that already, and for the most part maximized windows look fine. If you do "set guioptions+=k", and then change font size, add/remove tabs etc, Vim is also going to keep the window size fixed, and display some empty space along the borders. This is just going to make regular windowed mode support that in MacVim as well.
I really think it will look more natural once it's rolled out. Let's say your monitor is 1080 pixels tall and your font size is 14 pixels, that means you will have 77 rows = 1078 pixels tall (I'm ignoring things like windows border here). You still need to fill those 2 pixels somehow. The current GVim (which MacVim is doing) is to let the desktop or whatever window below the GVim window show through, which is distracting. If you let Vim's window size be more flexible, you can fill those 2 pixels with GVim itself which just draws the background color (this part is implementation specific) in the bottom right and will look much more seamless. Also, in general, I think a native application should try to respect the window manager's will as much as possible. Proportional font: Sure, I think that's a different discussion. The issue here is mostly whether we want GVim to be able to fill the empty space to the side (we are not changing the actual character cell size here). On Fri, Mar 5, 2021 at 2:16 AM Tony Mechelynck <[email protected]> wrote: > All Vim GUIs describe their screen sizes in terms of character cells. Some > of them (including IIRC GTK2 and GTK3; I'm not sure about Windows and I > don't know about MacVim) fill up the whole display when you click the > "Maximize" button in one of the top corners, but in any case this only adds > a few unused pixels along the borders, because Vim basically works with > fixed-size character cells, using one cell for most characters, two cells > for "wide CJK" characters, and between one and 'tabstop' cells for a hard > tab, but never a noninteger number of cells. Even GTK2/GTK3 gvim, which can > use any font, look ugly when using a proportional font, because the > character cells are still of fixed size, which means that "wider" > characters like m look cramped while "narrower" characters like i and l > (small I and small L) seem to be surrounded by too much empty space. This > property of using character cells of fixed size (a size which, in GUI Vim > like gvim and MacVim, can only be changed by changing the 'guifont' > setting) is so basic a property of Vim (and of Legacy vi before it IIUC) > that I expect it never to change for as long as Vim will exist. > > Best regards, > Tony. > > -- > -- > You received this message from the "vim_mac" 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 > > --- > You received this message because you are subscribed to the Google Groups > "vim_mac" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/vim_mac/e550d6e1-eaba-415c-9cc8-44134eaacd42n%40googlegroups.com > <https://groups.google.com/d/msgid/vim_mac/e550d6e1-eaba-415c-9cc8-44134eaacd42n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- -- You received this message from the "vim_mac" 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 --- You received this message because you are subscribed to the Google Groups "vim_mac" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_mac/CAHTeOx_Kj%2B4MX0Jw5TpSMBdgZH4kkr9Tbp1Zh2Yk%2Bur5mKka4g%40mail.gmail.com.
