Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: Allow abbreviations for long option names #976

Open
j-xella opened this issue May 8, 2024 · 1 comment
Open

feat: Allow abbreviations for long option names #976

j-xella opened this issue May 8, 2024 · 1 comment

Comments

@j-xella
Copy link

j-xella commented May 8, 2024

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.

@MartinFillon
Copy link
Contributor

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants