Yes, the direct evidence is that you get that snap-snap coarse behavior when you drag a window edge. Additionally, there can be text feedback from the WM, so that if you want to confine yourself to a certain width and/or height to write in, you can just look at the numbers during resize. I even have key mappings to adjust a window width to say "80" or "100", which will be by-character if this all works. These things work on xterm still, so that seems like a good reference.
If this wasn't a result of XSetWMNormalHints all along, then I wonder what other mechanism might have been in play when it previously worked. I didn't find anything in the WM docs other than ICCCM. I would expect there to be some code for this in VIM if it works in Win32. Anyhow, I don't think I've used XSetWMNormalHints, but I would expect to call it after XSetWMProperties on the newly created window. To speculate, I'd imagine that a WM might just cache the values when the window is mapped to screen. For xterm, doing maximize leaves a gap on the right and bottom. I'm fine with that, but then, I generally never use maximize for anything, probably since I've come to expect odd behavior. Checking the Windows 10 VM, where I can easily change screen size using the VM window, VIM seems to switch to pixel-incremental mode when full screen, and then back to char-incremental when unmaximized. As far as code, I hesitate to suggest adding something new if there was something else already in there potentially trying to do the same thing. >From a user point of view, a simple opt-in 'set' variable would make me happy. On Friday, April 1, 2022 at 9:38:23 AM UTC-7 Bram Moolenaar wrote: > > Jason Weber wrote: > > > I mean where the actual X11 window is constrained to expand/shrink by > steps > > of the font's character width/height. > > This has been the case, by my witness, for as long as I recall. It seems > > to still be the case on Windows 10. > > > > I don't have a right or bottom scrollbar, just the left. > > > > I asked someone on Arch, and he said the same change happened to him a > > short while back. > > It might be that this conflicts with filling the whole screen when > maximized. When resizing the GUI window by dragging the edge, you would > want to resize by the character cell size, so that there is no "half > character" gap somewhere. When maximized you do want that gap, to avoid > the Vim window now completely filling the screen. Not sure if we can > have both. Can the window hints be removed when maximized, and added > back when not? > > -- > Compilation process failed successfully. > > /// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net \\\ > /// \\\ > \\\ sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ /// > \\\ help me help AIDS victims -- http://ICCF-Holland.org /// > -- -- You received this message from the "vim_use" 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_use" 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_use/f264f631-7a68-447f-8e26-c6dfbe32df02n%40googlegroups.com.
