Open gokcehan opened 9 months ago
I am somewhat worried this feature will conflict with truncating long filenames. Given a long directory name foobarbaz...
, does the classifier character go before or after the truncation character (e.g. foobarbaz...@~
or foobarbaz...~@
)? I am not sure which one is better, but the former approach might result in additional questions, for instance, do you ever allow the classifier character to be chopped off.
Edit: It also makes the default reverse-color cursor look a bit strange, if the classifier character uses the default foreground color.
There is also the question of how necessary this feature is, especially when there are already two different ways (colors and icons) of displaying file types. To add a third one means accepting that the existing methods are lacking in some way.
Regarding font support for icons, there is no obligation to use anything fancy like nerdfonts, and you can just normal ASCII characters:
ln @
ex *
so =
pi |
di /
Overall I'm not completely against adding this feature, but I'm also not convinced that it brings enough value to justify introducing additional complexity into the UI code.
I think I agree with @joelim-work in that this feature is too similar to icons. To be honest, I never thought about using these characters as icons before. By the way, these could be much better alternatives to what we have as the default icons. I doubt if anyone is using the current default icons, so feel free to send a patch to change the default icons to these ones if it makes sense.
Discussed in https://github.com/gokcehan/lf/discussions/1464