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
eza is one of those commands that can be invoked often. As such, it is important to optimize it for minimal number of key strokes, IMO.
One way to do it is to allow for abbreviation long option names, as long as they are unambiguous. For example eza --abs should be equivalent to eza --absolute, as long as there are no other long options that start with "abs". Same with eza --ab, eza --abso etc...
Currently, "unknown argument" error is thrown.
This is especially important for those options that only have long names. I imagine there will be more such options in the future, so it will be getting more important with time.
The text was updated successfully, but these errors were encountered:
As we are moving the arg parsing to clap I think it is better to have a proposition. I personally don't like that idea to much as aliases exists, and it can also start to become confusing for all the options to add some options.
eza is one of those commands that can be invoked often. As such, it is important to optimize it for minimal number of key strokes, IMO.
One way to do it is to allow for abbreviation long option names, as long as they are unambiguous. For example
eza --abs
should be equivalent toeza --absolute
, as long as there are no other long options that start with "abs". Same witheza --ab
,eza --abso
etc...Currently, "unknown argument" error is thrown.
This is especially important for those options that only have long names. I imagine there will be more such options in the future, so it will be getting more important with time.
The text was updated successfully, but these errors were encountered: