Line number gutter width control

[krstp]

Check for existing issues

• Completed

Describe the feature

I would like to be able to control the line-number gutter width.

If applicable, add mockups / screenshots to help present your vision of the feature

Now it is:

where I would like to be able to narrow it to something like this:

[diocletiann]

Option to turn off the folding arrow area would be nice as well.

[den-is]

The "line number" column is huuuuge!

[Caleb-T-Owens]

Hi! I've been trying out zed today and really enjoying it. The number column is however bonkers and is taking up 8% of my screen!

If a first step was to even just have an option to hide the line numbers, that would be great

[krstp]

@Caleb-T-Owens you can turn on/off line numbers with CMD+;

[SomeoneToIgnore]

Also, see default settings for a more permanent solution:

[Caleb-T-Owens]

Thanks @krstp and @SomeoneToIgnore ; Disabling code actions and folds seems like the best options for me 👍

[manaskarekar]

Another request to add adjustable gutter width. Thank you.

[galenelias]

The current logic is explicitly reserving 4 digits of line number space to avoid resizing the gutter as more lines are added.

This was done explicitly in #4135.

It seems like either not reserving anything, or maybe just reserving two or three digits would be preferable for some folks. Seems like the transition from 999 lines to 1000 is likely pretty rare, and some gutter size jump might be acceptable.

[brainrake]

This problem is way worse with proportional fonts (i know, niche), here's how it looks with code actions and folds disabled:

Looks like a very wide character is used to determine the width, perhaps max width of digits would be more appropriate.

Disabling code actions doesn't change the width, it just hides the action icons.

Wouldn't it make sense to reserve as many digits as needed for the number of lines in the file? There would be no jumps and no wasted space.

In any case, a gutter width setting would be appreciated.

[galenelias]

Looks like a very wide character is used to determine the width, perhaps max width of digits would be more appropriate.

It is using the letter 'm', which for a proportional font would likely be fair bit wider than the widest digit.

Wouldn't it make sense to reserve as many digits as needed for the number of lines in the file? There would be no jumps and no wasted space.

I believe the choice to use such a large width is specifically to avoid the visual jumps when the file goes from 9 -> 10 lines, from 99 -> 100, and 999 -> 1000, etc. Looks like VSCode has similar logic, although they only reserve 3 characters of width, not 4.

[omka153]

It seems like either not reserving anything, or maybe just reserving two or three digits would be preferable for some folks.

Especially for those using relative line numbers

[matj1]

@brainrake

Looks like a very wide character is used to determine the width, perhaps max width of digits would be more appropriate.

I found that the width of ‘m’ is used to get the width of a digit. More information and an argument similar to yours is in my comment to the mentioned pull request #4135.

[dkmar]

yeah we definitely need more config options for this lol. mine is insane

[playbahn]

I've found this to be a pretty okay workaround meanwhile. In ~/.config/zed/settings.json (notice the minimal gutter size):

If you actively use just your keyboard, code_actions, runnables, and folds are kinda unneeded. As for line_numbers, if you're not on Vim mode, it's just noise, and error messages while building/running always show line numbers along side the code at fault, and you can just ctrl-g to go to those lines.