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: Fool-proof Cut-off in the Histograms #117

Closed
shundhammer opened this issue Jul 30, 2019 · 4 comments
Closed

Feature Request: Fool-proof Cut-off in the Histograms #117

shundhammer opened this issue Jul 30, 2019 · 4 comments

Comments

@shundhammer
Copy link
Owner

Received via mail from Nicolas Brisset:

While I'm writing you a mail, I'd like to add another proposal. I fell into the trap a couple of times, and I guess I'm not the only one: when using histograms, the automatic cut-off is computed only on file counts (I guess). I had some directories with few but huge files (typicall core dumps or archive files) and when I checked the histogram I first could not see them. I would suggest adding a warning overlaid on the histogram, or maybe an option in the settings to compute the cut-off based on file counts (as now) but to check whether the sum of files shown in the histogram accounts for the right percentage (99%?) of the total size.

@shundhammer
Copy link
Owner Author

It's already there, and really prominent, too:

QDirStat-histogram

Why and how that cut-off is generated is documented extensively here:

https://github.com/shundhammer/qdirstat/blob/master/doc/stats/File-Size-Histogram.md

QDirStat by default uses some heuristics to determine useful boundaries for the histogram: It uses the interquartile distance (Q3 - Q1) and adds some generous distance to the left and to the right of Q1 and Q3:

leftBoundary = Q1 - 3 * (Q3 - Q1)

rightBoundary = Q3 + 3 * (Q3 - Q1)

https://github.com/shundhammer/qdirstat/blob/master/doc/stats/Overflow-Area.md

@brisset
Copy link

brisset commented Jul 31, 2019

Thanks for the explanations. In fact, I had failed to understand the cut-off view at first glance. May I suggest to add a short explanation on the cut-off view? Maybe something like a subtitle explaining "Some files are currently not displayed in the histogram, they amount for x % of the file count and y % of disk space. You can click on the "Options" button below to change histogram settings". You can also make it a tooltip if such a text is too invasive.
Maybe a legend would also help? (red = masked files).

To better explain why I had a problem with that view, find below a screenshot of the directory I was using it with. This is under a mate desktop with a dark theme... Not very easy to read!
Screenshot-File Size Statistics

@shundhammer
Copy link
Owner Author

Now explicitly using a white background and black text color for the complete histogram view, even for dark widget themes:

QDirStat-histogram-dark-widget-theme

@shundhammer
Copy link
Owner Author

The very concept of that QGraphicsView / QGraphicsScene / QGraphicsTextItem using the application's widget theme palette is broken by design: Those classes are designed to be used as a canvas to draw custom graphics.

Of course such custom graphics use custom colors which are not dependent at all on the current widget theme. That default behaviour is completely insane and useless.

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

2 participants