athityakumar / athityakumar/colorls

the default behavior issue for symbolic folders

Open
#384 2 comments 2 reactions 0 assignees View on GitHub
Dominant language
Ruby
Stars
5.1k
Forks
396
PR merge metrics
No merged PRs in 30d

Description

Hi. I've been enjoying `colorls` a lot. One inconvenient issue is for symbolic folders.
Let's say I have a physical (normal) folder, symbolic folder, and symbolic (but broken) folder.
I wish `colorls` could show proper coloring for symbolic links.

Here is an example. When I use `-l` option, I can check all the information.
![image](https://user-images.githubusercontent.com/18429284/90678107-1bfc5880-e213-11ea-9119-a3b2138f9558.png)

But, without '-l' option, I can't distinguish if they were symbolic folders or just files.
![image](https://user-images.githubusercontent.com/18429284/90678447-8d3c0b80-e213-11ea-825b-5c069392f008.png)

When using `exa`, it delivers better information in a simple way.
![image](https://user-images.githubusercontent.com/18429284/90681189-dd1cd180-e217-11ea-9e52-e6ea746401b0.png)

Contributor guide

Open the contributing guide

Research direction

Start by reproducing the default output with a physical folder, a working symbolic folder, and a broken symbolic folder, then compare it with the `-l` output and the behavior shown for `exa`. Done means the default `colorls` output visibly distinguishes these symbolic-link cases through appropriate coloring.

Written by the indexing model from the issue text.

Assessment

Tech stack
ruby
Domain
cli
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.