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

Sum file sizes into parent directory #91

Open
nothingmuch opened this issue Jan 7, 2016 · 10 comments
Open

Sum file sizes into parent directory #91

nothingmuch opened this issue Jan 7, 2016 · 10 comments
Labels
feature request New features to add to exa features › ui Things to do with the UI

Comments

@nothingmuch
Copy link

It'd be nice to have summation of file sizes (like du -s) for the directories in the --tree or --recursive view.

it'd also be nice to be able to force it to recurse, even when -L is set (to list a few levels of the tree, but still have directory sizes)

@nothingmuch nothingmuch changed the title f Sum file sizes into parent directory Jan 7, 2016
@ralphee
Copy link

ralphee commented May 1, 2017

Would like to know if this will be implemented

@ogham
Copy link
Owner

ogham commented May 2, 2017

@ralpheeee88: I’m sorry, exa’s code isn’t really set up to handle this case right now. It assumes that if you’re recursing into a directory, it should print out a list of files inside — there’s no way to print out some files but sum the sizes of others.

I’d like to have it as a feature, which is why I’m leaving this issue open, but I’m not going to put a milestone on it yet.

@ralphee
Copy link

ralphee commented May 2, 2017

@ogham no worries.... it's such a great tool as is... Leave it on the back burner with a low priority... Thxs for getting back..!!

@polarathene
Copy link

This would be an awesome feature to have :)

From your comments on the other two closed issues, your reason to not implement it is because it'd require 2 passes instead of a single one? Is that just a performance/speed issue mostly? If exa can support the feature by just doing an extra pass and implementing the feature to do this isn't too much trouble.. perhaps it could be offered like that in the interim?

At a later date if you wanted to handle it better with a refactor to avoid the extra pass, then it's a nice speedup, as exa is touted for already being pretty fast, is an extra pass for now for a feature like this a perceivable problem? I'm fine with du -sh, though it seems a good fit for what exa does.

@bresilla
Copy link

bresilla commented Dec 6, 2019

I found this application (DU- alternative):
And its written in RUST. I haven't been exposed to RUST much so i don't know if i can use the code from this project into EXA. Maybe there should be just a flag, and when the flag is on, the EXA goes into DU mode, so its fast and untouched without, and a bit slower with du-mode.

IMAGE

https://github.com/nachoparker/dutree

@Hendrikto
Copy link

I am also interested in this feature. Just to let you know. 👍

@KajuKaVyapari
Copy link

Id like to have this too

@ogham
Copy link
Owner

ogham commented Apr 4, 2021

(I'm going through all the old issues)

It's still the case that exa's code isn't set up to support this now, and I still want to support this feature so I'm leaving the issue open.

@ariasuni
Copy link
Collaborator

ariasuni commented Apr 6, 2021

@ariasuni ariasuni added feature request New features to add to exa features › ui Things to do with the UI labels Jun 22, 2021
@sisrfeng
Copy link

May be relevant: we can brew install dua and forget about the old du

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request New features to add to exa features › ui Things to do with the UI
Projects
None yet
Development

No branches or pull requests

9 participants