Adjust side panel width at runtime

[Ngkaokis]

Is your feature request related to a problem? Please describe.
I think it would improve UX if it's allowed to adjust side panel width at run time, both normal screen mode and half screen mode. Especially for half screen mode, I always think that the side panel takes up too many space, although we can focus on the main panel now, it's would still be a good feature to allow user navigating files with adjustable panel width at run time.

Describe the solution you'd like
Add two new states at GuiRepoState storing the current adjusted side panel width per screen mode.
Add two new keybindings (to be discussed what keys would be the best) to adjust the side panel width at run time.

Additional context
In fact, I have twisted the codebase to fit my own usage. Here is a demonstration of proof of concept. I'm willing to contribute to this feature and make it more thorough if there's interest from the community.

poc.mov

[stefanhaller]

Are you aware of the sidePanelWidth and halfScreenSidePanelWidth options in the gui section of the config? Personally I feel this is a good enough solution to the problem.

[Ngkaokis]

Are you aware of the sidePanelWidth and halfScreenSidePanelWidth options in the gui section of the config? Personally I feel this is a good enough solution to the problem.

I'm aware of sidePanelWidth but couldn't find halfScreenSidePanelWidth in the config. Could you point me to where this is available?

While user config works well as base setup, I often encounter situations where I want to temporarily adjust width at run time for just a moment. e.g. when text wraps awkwardly and I just want to widen the panel slightly to read changes more comfortably, then narrow it back when viewing different content.

[goyalyashpal]

situations where I want to temporarily adjust width at run time for just a moment

did you g;ve this a thought?

• lazygit/docs/Custom_Command_Keybindings.md at master · jesseduffield/lazygit
  https://github.com/jesseduffield/lazygit/blob/master/docs/Custom_Command_Keybindings.md

[stefanhaller]

I'm aware of sidePanelWidth but couldn't find halfScreenSidePanelWidth in the config. Could you point me to where this is available?

Ah, it's not, sorry. I had considered adding it at one point, and it's still commented out in my config from back then, so I thought it exists. I didn't add it because we'd need two of them, one for horizontal split and one for vertical (they have different defaults, see #3133), and I found this awkward.

[Ngkaokis]

situations where I want to temporarily adjust width at run time for just a moment

did you g;ve this a thought?

• lazygit/docs/Custom_Command_Keybindings.md at master · jesseduffield/lazygit
  https://github.com/jesseduffield/lazygit/blob/master/docs/Custom_Command_Keybindings.md

You mean modifying user config using custom keybindings? Seems a nice way to achieve what I'm trying to do, but user config currently only support Normal Screen config only. I guess we still need to figure out the best way to allow Half Screen Width config

[goyalyashpal]

You mean modifying user config using custom keybindings

yes, i opened this issue for that request:

• multiple preset values for configs & hooks, via custom commands #4744

if you think it would be a good idea, then i man reopen it.

[stefanhaller]

I don't think a generic mechanism to change config values on the fly is an adequate solution for this.

I wouldn't be opposed to adding bespoke commands for changing the side panel width (we'd have to experiment with what increments make sense). My only concern is that we'd have to sacrifice key bindings for these, and keybindings are precious. I'm not sure how many people would find these commands useful.

One possible option could be to add the commands without assigned keys; those users who would find them useful could choose which keys they want to bind them to. For example, if you never need to change the rename threshold then you might unassign ( and ) from those and assign them to the side panel width instead.

It would be the first time we do something like this, and I'm not totally sure we should open this door; thoughts welcome.