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

[Feature Request] Displaying size underneath folder icons #2283

Closed
Sadi58 opened this issue Dec 23, 2019 · 5 comments
Closed

[Feature Request] Displaying size underneath folder icons #2283

Sadi58 opened this issue Dec 23, 2019 · 5 comments

Comments

@Sadi58
Copy link

Sadi58 commented Dec 23, 2019

 * Nemo version: 4.4.2
 * Issue with windowed nemo.
 * Distribution: Mint 19.3

Issue
When you select Nemo to display size beneath icon names (Edit > Preferences > Display > Icon Captions), you see the size of a file, but number of items in a folder instead of its size.

Steps to reproduce
In a Nemo window with files and folders go to the menu Edit > Preferences > Display > Icon Captions, and select Size in the first row. Then zoom in if necessary to see captions beneath file and folder icon names.

Expected behaviour
Nemo should better display something like "11 items, 33 MB" beneath folder icon names (without requiring the user to right-click Properties for this info.
It's a good idea to display the number of items contained in a folder but often total size is also equally important.

@mtwebster
Copy link
Member

For this to be at all useful it would need to recurse into subfolders and their subfolders, etc... which would be way too expensive and time-consuming to do - this is why only the item count is calculated for folders unless explicitly requested (by viewing the folder properties).

Not sure how useful an alternative this would be, but nemo-preview allows you to space-bar on a selected folder, and will immediately popup a window with an ongoing item/size count.

@Sadi58
Copy link
Author

Sadi58 commented Dec 28, 2019

Understood, thanks!
I definitely prefer improving performance and stability of file manager to adding more features. ;-)

@herrdeh
Copy link

herrdeh commented Feb 27, 2022

It's hard to understand to me why this requested feature has not been in existence for decades...
It does not have to be active permanently (yes, this would be an awful performance drain), nevertheless I strongly vote for having it on demand.

Whenever I try to tidy up drives, it's necessary to know where the easy wins are - for that reason I need to sort folders by size. Yes, application as "baobab" do a nice job on that - but why do I need to use an external app for such a crucial job?

And I'm not using a computer do manually find out sizes of each single folder.

@fires3as0n
Copy link

Every time discussion comes to showing folder sizes in any file viewer, someone mentions that it is a costly operation that will decrease performance. If thinking like that - lets disable GUI at all - it slows down the performance as well.

Actually in windows I use "Folder size" extension that shows folder sizes, and it is never slow, so it is a myth.

This is a very required feature, at least as an option, because there are a lot of use cases for it.

@YellowRoseCx
Copy link

For this to be at all useful it would need to recurse into subfolders and their subfolders, etc... which would be way too expensive and time-consuming to do - this is why only the item count is calculated for folders unless explicitly requested (by viewing the folder properties).

Not sure how useful an alternative this would be, but nemo-preview allows you to space-bar on a selected folder, and will immediately popup a window with an ongoing item/size count.

Dolphin does this just fine, but I like Nemo more. Computers are getting faster and faster, I think giving the user an option to enable file size displays based on contents of a user-set folder depth would be extremely helpful. It's very difficult to browse folders that have dozens of subfolders to find the ones with the most data. (on a side note, an option to expand all subfolders 1 deep would be helpful too, but that's for another Issue thread)

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

6 participants