You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
With narrow fonts (e.g. Iosevka), devicons are located too close to the text, in some cases so close they blend with the letters.
Describe the solution you'd like
A configurable padding/separator option would be nice, either an integer to set the number of spaces, or just a straight up string of characters.
Describe alternatives you've considered
I did find a function that pads icons with one space in utils.lua, but while altering it to print 2+ spaces does provide the desired effect in some pickers (e.g. builtin.find_files), others (e.g. builtin.buffers) are not affected for whatever reason, and I couldn't figure out why.
Additional context
The text was updated successfully, but these errors were encountered:
This would be such a tedious option to implement for such a niche font preference issue. I can't see us implementing this, at least in the near future.
It'd probably be easier to set up override icons for nvim-web-devicons with extra whitespace appended. Might be possible to do this programmatically.
Is your feature request related to a problem? Please describe.
With narrow fonts (e.g. Iosevka), devicons are located too close to the text, in some cases so close they blend with the letters.
Describe the solution you'd like
A configurable padding/separator option would be nice, either an integer to set the number of spaces, or just a straight up string of characters.
Describe alternatives you've considered
I did find a function that pads icons with one space in utils.lua, but while altering it to print 2+ spaces does provide the desired effect in some pickers (e.g.
builtin.find_files
), others (e.g.builtin.buffers
) are not affected for whatever reason, and I couldn't figure out why.Additional context
![iosevka_example](https://private-user-images.githubusercontent.com/110566889/340198840-b42d36d6-2d4b-4829-87d1-6513fc6be1f0.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjYxMTE3ODksIm5iZiI6MTcyNjExMTQ4OSwicGF0aCI6Ii8xMTA1NjY4ODkvMzQwMTk4ODQwLWI0MmQzNmQ2LTJkNGItNDgyOS04N2QxLTY1MTNmYzZiZTFmMC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwOTEyJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDkxMlQwMzI0NDlaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1kNGE0NmQyZjIxMjg4NGM3NzUzM2MxOGYzZjRiNDNhZjEzY2Y3M2ExMzI4MTNkZjZhMDU0ZWU2ZGRlNTBiMDVkJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.T2RQ3YTU_w-9nbEleDhpsCsLBj4evNrDjBmbxZJcR_o)
The text was updated successfully, but these errors were encountered: