eza-community / eza-community/eza

feat: work as a drop-in ls replacement

Open
#736 20 comments 5 reactions 0 assignees View on GitHub
area: arguments area: sorting good first issue type: feature
Dominant language
Rust
Stars
23.3k
Forks
523
PR merge metrics
No merged PRs in 30d

Description

Currently, `exa` doesn't support the `-t` flag in the same way as `ls`, so it won't work as a drop in replacement. That is, `ls -ltra` works, but `exa -ltra` won't work.

An issue existed at the exa repository for this: https://github.com/ogham/exa/issues/519

I also wrote a patch fixing this: https://github.com/ogham/exa/commit/fa76a335fd40d1f81b656b3d602309e7d39bed2f

I tried cherry-picking this, but some conflicts seem non-trivial. I'd appreciate hearing some feedback on the patch first, and if it looks good, I'll like to incorporate it into eza. Notably:

- When `-t` is specified with arguments, it behaves much like `exa -t X`.
- When `-t` is specified without arguments, it behaves like `ls`.

Contributor guide

Open the contributing guide

Research direction

Review the issue's linked exa issue and referenced patch first, then inspect eza's current argument handling for the -t flag. Compare the existing behavior with ls -ltra and the two cases described in the issue; done means both forms work as a drop-in ls replacement without unresolved cherry-pick conflicts.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
cli
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.