[vim/vim] Add new option 'guipad' to set padding of GUI (PR #16343)

74 views
Skip to first unread message

Enan Ajmain

unread,
Dec 30, 2024, 3:09:28 AM12/30/24
to vim/vim, Subscribed

Anybody wants this? Otherwise I'm gonna just hardcode it for myself.


You can view, comment on, or merge this pull request online at:

  https://github.com/vim/vim/pull/16343

Commit Summary

  • fa05492 Add new option 'guipad' to set padding of GUI

File Changes

(7 files)

Patch Links:


Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343@github.com>

Enan Ajmain

unread,
Dec 30, 2024, 3:10:31 AM12/30/24
to vim/vim, Push

@3N4N pushed 1 commit.

  • 5df8433 Add new option 'guipad' to set padding of GUI


View it on GitHub or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/fa05492f9609cffa4cad1391b5a89cf00b3f921a/after/5df8433445abb7f7729d32e7e6e4c8dd59793520@github.com>

Christian Brabandt

unread,
Dec 30, 2024, 3:25:07 AM12/30/24
to vim/vim, Subscribed

Well, you should explain why you need this and what exactly this does. Just asking "anybody needs this?" Is not very convincing .


Reply to this email directly, view it on GitHub.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/c2565162781@github.com>

Christ van Willegen

unread,
Dec 30, 2024, 8:29:41 AM12/30/24
to vim...@googlegroups.com, reply+ACY5DGBHXKFMZBGP73...@reply.github.com, vim/vim, Subscribed
     text_area_x = 0;
     if (gui.which_scrollbars[SBAR_LEFT])
  text_area_x += gui.scrollbar_width;
+ text_area_x += p_guipad;
 
     text_area_y = 0;

Either needs {} or the indentation is wrong. 

Christ van Willegen

vim-dev ML

unread,
Dec 30, 2024, 8:30:14 AM12/30/24
to vim/vim, vim-dev ML, Your activity


Reply to this email directly, view it on GitHub.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/c2565487420@github.com>

Enan Ajmain

unread,
Dec 30, 2024, 10:35:47 AM12/30/24
to vim/vim, vim-dev ML, Comment

@chrisbra:

Well, you should explain why you need this and what exactly this does. Just asking "anybody needs this?" Is not very convincing .

True, but I thought "GUI window padding" was intuitive enough. In any case, added more explanation now.


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2565632683@github.com>

Enan Ajmain

unread,
Dec 30, 2024, 10:41:44 AM12/30/24
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/5df8433445abb7f7729d32e7e6e4c8dd59793520/after/6a2adb015a9ff0b969ed323671d8273c511d82d8@github.com>

Christian Brabandt

unread,
Dec 30, 2024, 10:47:10 AM12/30/24
to vim/vim, vim-dev ML, Comment

Thanks, that makes it a lot more clear. I think the screenshot helps very much. However I think the option should be renamed, guipad seems a bit obscure. Then I think we would want this for at least the linux GTK build as well. And then finally, does this add the padding only on the left side? Or on both sides? I think we should add it on both sides, no?


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2565644592@github.com>

Enan Ajmain

unread,
Dec 30, 2024, 10:55:37 AM12/30/24
to vim/vim, vim-dev ML, Comment

Thanks, that makes it a lot more clear. I think the screenshot helps very much.

Thank you.

However I think the option should be renamed, guipad seems a bit obscure.

Agreed, at least guipadding should be used. I just wanted to see if anyone would even want it before I started optimizing variable name.

Then I think we would want this for at least the linux GTK build as well.

Yes, I will do that. The same code should work for both w32 and x11_gtk (and haiku, motif, photon, but I don't have any way to test it). Again, wanted to check the PR's value before doing more work for no gain.

And then finally, does this add the padding only on the left side? Or on both sides? I think we should add it on both sides, no?

It does add it on both sides. Top and bottom as well. There is some thinking that needs to be done:

  1. Do we want left/right padding when scrollbar is present? Or do we just use the top/bottom padding?
  2. Do we want top padding on top when gui tabline is used?

But wanted to see the PR's value...


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2565653311@github.com>

Christian Brabandt

unread,
Dec 30, 2024, 11:21:19 AM12/30/24
to vim/vim, vim-dev ML, Comment

So perhaps we can go with guipadding which takes 4 values: left:a,right:b,top:c,bot:d in pixel values, all optional. That would be similar to HTML padding setting. I think it should always apply, shouldn't depend on scrollbar or tabline.


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2565680002@github.com>

Enan Ajmain

unread,
Dec 30, 2024, 11:29:47 AM12/30/24
to vim/vim, vim-dev ML, Comment

So perhaps we can go with guipadding which takes 4 values: left:a,right:b,top:c,bot:d in pixel values, all optional. That would be similar to HTML padding setting. I think it should always apply, shouldn't depend on scrollbar or tabline.

Yes, if we have a fully-configurable option, then no need to depend on scrollbar/tabline. I'll do that.


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2565687942@github.com>

h_east

unread,
Dec 30, 2024, 12:41:29 PM12/30/24
to vim/vim, vim-dev ML, Comment

Currently, We can create a padding on the left side by using 'foldcolumn' or 'signcolumn'.
I think these are sufficient.

set foldcolumn=1

or

set signcolumn=yes


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2565754382@github.com>

Enan Ajmain

unread,
Dec 30, 2024, 12:54:08 PM12/30/24
to vim/vim, vim-dev ML, Comment

Currently, We can create a padding on the left side by using 'foldcolumn' or 'signcolumn'. I think these are sufficient.

I did this until yesterday: had set foldcolumn=1 in my gvimrc. But the foldcolumn has a different highlight color. I used to manually configure the color (clear then link to Normal), but that limits the users who wants to use a different color for their gutter.

But yes, it works as a hack. I was just annoyed by it, specially since the TUI Vim in Windows Terminal has such a nice padding (setup by the terminal emulator) that when I switch to GVim it looks backdated. Thought: why not use the GUI capability?


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2565764827@github.com>

Enan Ajmain

unread,
Jan 5, 2025, 12:06:10 PM1/5/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

  • 0cecce7 Change variable/option name guipad->guipadding

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/6a2adb015a9ff0b969ed323671d8273c511d82d8/after/0cecce7da9173fbb370844ccfd8a49e84232fb0f@github.com>

Enan Ajmain

unread,
Jan 5, 2025, 12:10:41 PM1/5/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

  • 1eedfb4 Change variable/option name guipad->guipadding

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/0cecce7da9173fbb370844ccfd8a49e84232fb0f/after/1eedfb4844dc28d765ad25308dd03239df3b2694@github.com>

Enan Ajmain

unread,
Jan 6, 2025, 6:46:13 PM1/6/25
to vim/vim, vim-dev ML, Comment

So perhaps we can go with guipadding which takes 4 values: left:a,right:b,top:c,bot:d in pixel values, all optional. That would be similar to HTML padding setting. I think it should always apply, shouldn't depend on scrollbar or tabline.

As it turns out, string options are really hard to deal with. I tried to learn from listchars but the function set_chars_option is massive (240L). I guess it's justified since listchars options are kinda complicated, but in case of guipadding, it's too much work for 4 integers, specially since most people probably will use the same value for it anyway. No?


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2574124502@github.com>

h_east

unread,
Jan 7, 2025, 6:06:04 AM1/7/25
to vim/vim, vim-dev ML, Comment

Regardless of whether or not we add this feature, I think the option name 'guimargin' would be more appropriate than guipadding.


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2575006583@github.com>

Christian Brabandt

unread,
Jan 7, 2025, 2:28:14 PM1/7/25
to vim/vim, vim-dev ML, Comment

Please check how it is done for 'diffopt' or 'messagesopt' setting (e.g. from this recent commit: 51d4d84). It's a bit of borring code to parse the option, but I think it makes sense to allow the additional flexibility this provides.


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2576066366@github.com>

Enan Ajmain

unread,
Jan 9, 2025, 10:36:42 AM1/9/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

  • 91cdc95 Change guipadding option to string from number

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/1eedfb4844dc28d765ad25308dd03239df3b2694/after/91cdc954debfafe3771b48de4959adc2e268f3bf@github.com>

Enan Ajmain

unread,
Jan 9, 2025, 10:41:49 AM1/9/25
to vim/vim, vim-dev ML, Comment

Thanks, Christian. The 'messageopt' setting implementation helped. The option parsing is now done. It's working on my end in Windows, but obviously I have to implement it for GTK and then use it for a few days to be satisfied. I also have to check that scrollbars/menubars/toolbars are working properly with this padding setting. Also a check needs to be set up so that padding cannot be negative or more than the Cols/Rows value.

In short, let me play with this for a few days. No need to run any test until then. It'll fail :")


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2580598919@github.com>

Enan Ajmain

unread,
Jan 9, 2025, 10:45:49 AM1/9/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

  • fac2d4e Change guipadding option to string from number

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/91cdc954debfafe3771b48de4959adc2e268f3bf/after/fac2d4eebc61bb15ebe11ff9595293071d8dd999@github.com>

Enan Ajmain

unread,
Jan 12, 2025, 11:57:28 AM1/12/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

  • 93371b8 Remove unnecessary modifications in source code

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/fac2d4eebc61bb15ebe11ff9595293071d8dd999/after/93371b850eaa21c1beee8a8727cceae4f7d5ae8f@github.com>

Enan Ajmain

unread,
Jan 12, 2025, 12:28:27 PM1/12/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/93371b850eaa21c1beee8a8727cceae4f7d5ae8f/after/f7bd39ba9677fd5277c26ad8aa9ebb6b4d7884ef@github.com>

Enan Ajmain

unread,
Jan 14, 2025, 12:35:43 AM1/14/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/f7bd39ba9677fd5277c26ad8aa9ebb6b4d7884ef/after/c11ff1692e0574ac4ab114c8e92e4dd2c895e83f@github.com>

Enan Ajmain

unread,
Jan 14, 2025, 12:38:41 AM1/14/25
to vim/vim, vim-dev ML, Comment

@chrisbra Any feedback? There should be a check to see 0<=padding<=x, but I don't know what the value of x should be or where best to put that check.


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2589043161@github.com>

Enan Ajmain

unread,
Jan 14, 2025, 2:22:52 AM1/14/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/c11ff1692e0574ac4ab114c8e92e4dd2c895e83f/after/0a5a05d302c09491f800dc5a39f550f9bee30cfe@github.com>

Enan Ajmain

unread,
Jan 14, 2025, 10:38:39 AM1/14/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/0a5a05d302c09491f800dc5a39f550f9bee30cfe/after/956938fe50b86efbbad38293a2c103fd65e4043c@github.com>

Christian Brabandt

unread,
Jan 14, 2025, 12:41:10 PM1/14/25
to vim/vim, vim-dev ML, Comment

This should be part of did_set_guipadding. There doesn't seem to be any error-handling right now? Also we would need a test for setting those option values (including invalid ones: :set guipadding=10, :set guipadding=left:-10, :set guipadding=foobar:10 etc.)
Also we would also want an expand_set_guipadding option, for expanding the option. Again there should be a test for this.

Not sure what the upper padding-boundary should be.


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2590682749@github.com>

Yee Cheng Chin

unread,
Feb 15, 2025, 11:20:30 PM2/15/25
to vim/vim, vim-dev ML, Comment

Also we would also want an expand_set_guipadding option, for expanding the option. Again there should be a test for this.

In case it wasn't clear, this function is there to support pressing tab for auto-complete. I would imagine it is a simple one-liner that simply calls expand_set_opt_string with a null-terminated char* array with the four options.


FWIW MacVim has had this feature for a long time called "text inset" but it's configured through the macOS defaults system (but not super visible to the user other than a one-liner in documentation) rather than going through Vim. I will probably make the guipadding option override the MacVim defaults if it's specified by the user.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2661235494@github.com>

ychinychin left a comment (vim/vim#16343)

Also we would also want an expand_set_guipadding option, for expanding the option. Again there should be a test for this.

In case it wasn't clear, this function is there to support pressing tab for auto-complete. I would imagine it is a simple one-liner that simply calls expand_set_opt_string with a null-terminated char* array with the four options.


FWIW MacVim has had this feature for a long time called "text inset" but it's configured through the macOS defaults system (but not super visible to the user other than a one-liner in documentation) rather than going through Vim. I will probably make the guipadding option override the MacVim defaults if it's specified by the user.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2661235494@github.com>

Enan Ajmain

unread,
Feb 16, 2025, 1:09:04 AM2/16/25
to vim/vim, vim-dev ML, Comment

Also we would also want an expand_set_guipadding option, for expanding the option. Again there should be a test for this.

In case it wasn't clear, this function is there to support pressing tab for auto-complete. I would imagine it is a simple one-liner that simply calls expand_set_opt_string with a null-terminated char* array with the four options.

Yes, I understood. I just got busy with my work. I'll finish it in the Summer break.

FWIW MacVim has had this feature for a long time called "text inset" but it's configured through the macOS defaults system (but not super visible to the user other than a one-liner in documentation) rather than going through Vim. I will probably make the Vim guipadding option override the MacVim defaults if it's specified by the user.

I do have a new Mac, so I can look into it when I get back to working on it. I'll keep this in mind.


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

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2661269321@github.com>

3N4N3N4N left a comment (vim/vim#16343)

Also we would also want an expand_set_guipadding option, for expanding the option. Again there should be a test for this.

In case it wasn't clear, this function is there to support pressing tab for auto-complete. I would imagine it is a simple one-liner that simply calls expand_set_opt_string with a null-terminated char* array with the four options.

Yes, I understood. I just got busy with my work. I'll finish it in the Summer break.

FWIW MacVim has had this feature for a long time called "text inset" but it's configured through the macOS defaults system (but not super visible to the user other than a one-liner in documentation) rather than going through Vim. I will probably make the Vim guipadding option override the MacVim defaults if it's specified by the user.

I do have a new Mac, so I can look into it when I get back to working on it. I'll keep this in mind.


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

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2661269321@github.com>

Yee Cheng Chin

unread,
Feb 16, 2025, 1:19:22 AM2/16/25
to vim/vim, vim-dev ML, Comment

I do have a new Mac, so I can look into it when I get back to working on it. I'll keep this in mind.

Sorry I mostly quoted it as a context (I maintain MacVim which is a separate but related project from Vim so I can do that hookup on my part if this PR gets through). I don't think there's anything you need to do on your part for this PR.


Reply to this email directly, view it on GitHub.
You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2661272220@github.com>

ychinychin left a comment (vim/vim#16343)

I do have a new Mac, so I can look into it when I get back to working on it. I'll keep this in mind.

Sorry I mostly quoted it as a context (I maintain MacVim which is a separate but related project from Vim so I can do that hookup on my part if this PR gets through). I don't think there's anything you need to do on your part for this PR.


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

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2661272220@github.com>

Enan Ajmain

unread,
Feb 17, 2025, 1:32:05 PM2/17/25
to vim/vim, vim-dev ML, Comment

In case it wasn't clear, this function is there to support pressing tab for auto-complete. I would imagine it is a simple one-liner that simply calls expand_set_opt_string with a null-terminated char* array with the four options.

Hi @ychin , I'm confused about one thing. What is this tab-completion supposed to autocomplete? For ':set mouse=' it completes the current value of 'mouse', but for 'lispoptions', it completes the possible values, not the current value. Which should 'guipadding' implement? That's one confusion.

The other confusion is: I tried to implement 'expand_set_guipadding' with 'expand_set_opt_string' following the function 'expand_set_lispoptions', but it's only completing the current value. Why am I not getting the 'expand_set_lispoptions' behavior even though the function is basically the same?

This is my current implementation of 'expand_set_guipadding':

    int
expand_set_guipadding(optexpand_T *args, int *numMatches, char_u ***matches)
{
    static char *(p_gpd_values[]) = {"top:", "left:", "bot:", "right:", NULL};
    return expand_set_opt_string(
        args,
        p_gpd_values,
        ARRAY_LENGTH(p_gpd_values) - 1,
        numMatches,
        matches);
}


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2663855758@github.com>

3N4N3N4N left a comment (vim/vim#16343)

In case it wasn't clear, this function is there to support pressing tab for auto-complete. I would imagine it is a simple one-liner that simply calls expand_set_opt_string with a null-terminated char* array with the four options.

Hi @ychin , I'm confused about one thing. What is this tab-completion supposed to autocomplete? For ':set mouse=' it completes the current value of 'mouse', but for 'lispoptions', it completes the possible values, not the current value. Which should 'guipadding' implement? That's one confusion.

The other confusion is: I tried to implement 'expand_set_guipadding' with 'expand_set_opt_string' following the function 'expand_set_lispoptions', but it's only completing the current value. Why am I not getting the 'expand_set_lispoptions' behavior even though the function is basically the same?

This is my current implementation of 'expand_set_guipadding':

    int
expand_set_guipadding(optexpand_T *args, int *numMatches, char_u ***matches)
{
    static char *(p_gpd_values[]) = {"top:", "left:", "bot:", "right:", NULL};
    return expand_set_opt_string(
        args,
        p_gpd_values,
        ARRAY_LENGTH(p_gpd_values) - 1,
        numMatches,
        matches);
}


Reply to this email directly, view it on GitHub.

You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2663855758@github.com>

Yee Cheng Chin

unread,
Feb 17, 2025, 7:05:15 PM2/17/25
to vim/vim, vim-dev ML, Comment

First, mouse is a flag list option, meaning it's a list of single-character flags. guipadding and lispoptions are string options, so it's a different category.

Either way all options auto-complete to their current value, then it will give you other options as well in the 2nd/3rd/etc choices. So if you tab complete mouse it should loop through all possible option (do you have wildmenu on?).

For expand_set_guipadding, did you actually hook it up and making sure that the function is called (e.g. in a debugger)? You need to actually hook it up in optiondefs.h. Otherwise you have just created a function.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2664255673@github.com>

ychinychin left a comment (vim/vim#16343)

First, mouse is a flag list option, meaning it's a list of single-character flags. guipadding and lispoptions are string options, so it's a different category.

Either way all options auto-complete to their current value, then it will give you other options as well in the 2nd/3rd/etc choices. So if you tab complete mouse it should loop through all possible option (do you have wildmenu on?).

For expand_set_guipadding, did you actually hook it up and making sure that the function is called (e.g. in a debugger)? You need to actually hook it up in optiondefs.h. Otherwise you have just created a function.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2664255673@github.com>

Enan Ajmain

unread,
Feb 18, 2025, 1:13:13 AM2/18/25
to vim/vim, vim-dev ML, Comment

For expand_set_guipadding, did you actually hook it up and making sure that the function is called (e.g. in a debugger)?

You're 100% right. I did hook it up in 'optiondefs.h', and 'make clean'-ed it for good measure, but still it wasn't working. But following your suggestion, I ran gvim in a gdb and failed to set a breakpoint for expand_set_guipadding. Then I remember I had to add the function definition in a pro file for did_set_guipadding as well. After adding the function definition, it's working as expected. Pushing now. I'll get to tests later.

Thanks,


Reply to this email directly, view it on GitHub.
You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2664708172@github.com>

3N4N3N4N left a comment (vim/vim#16343)

For expand_set_guipadding, did you actually hook it up and making sure that the function is called (e.g. in a debugger)?

You're 100% right. I did hook it up in 'optiondefs.h', and 'make clean'-ed it for good measure, but still it wasn't working. But following your suggestion, I ran gvim in a gdb and failed to set a breakpoint for expand_set_guipadding. Then I remember I had to add the function definition in a pro file for did_set_guipadding as well. After adding the function definition, it's working as expected. Pushing now. I'll get to tests later.

Thanks,


Reply to this email directly, view it on GitHub.
You are receiving this because you commented.Message ID: <vim/vim/pull/16343/c2664708172@github.com>

Enan Ajmain

unread,
Feb 18, 2025, 1:16:45 AM2/18/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

  • fb76811 Add expand_set* function for guipadding

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/956938fe50b86efbbad38293a2c103fd65e4043c/after/fb768116e5502e5f10461ba50e0cb98e11de6527@github.com>

Enan Ajmain

unread,
Feb 18, 2025, 8:10:13 PM2/18/25
to vim/vim, vim-dev ML, Push

@3N4N pushed 1 commit.

  • 5f9ac25 Add expand_set* function for guipadding

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/16343/before/fb768116e5502e5f10461ba50e0cb98e11de6527/after/5f9ac2594656d764ad172adae8bd055262951e57@github.com>

Reply all
Reply to author
Forward
0 new messages