-t
option is tricky
#179
Replies: 4 comments 1 reply
-
This sounds non trivial, I changed the pr to a draft for now. |
Beta Was this translation helpful? Give feedback.
-
As already mentioned over there: this should be much more doable when using clap #195 |
Beta Was this translation helpful? Give feedback.
-
Ok. So now the question becomes... Compatibility with ls or sensible options. I'm currently tending towards the latter. ls is not the newest program anymore as already mentioned in #321. And although I generally like backwards compatibility I feel like So my thoughts are right now:
|
Beta Was this translation helpful? Give feedback.
-
We discussed compatibility on element and one option that has been floating around is to have a flag that turns on a mode that tries to mimic ls, which is what lsd does. |
Beta Was this translation helpful? Give feedback.
-
So I don't think there is a way to make -t the same as in ls.
I don't say it is impossible.
But the best implementation I have right now does work but nevertheless eats the next argument, even if it starts with a
-
.The core problem(s) seem(s) to be:
-t
is not really a shorthand inls
but a dedicated option which is equivalent to--time=modified
. And our parser can currently not represent shortform-only options.I'll have to think about what the best way forward is in my eyes but my gut is that the best way of getting such a feature to work is to make changes to the parser first to have it support short options without a long form.
Beta Was this translation helpful? Give feedback.
All reactions