-
-
Notifications
You must be signed in to change notification settings - Fork 126
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
Comments
It's already there, and really prominent, too: 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
https://github.com/shundhammer/qdirstat/blob/master/doc/stats/Overflow-Area.md |
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. |
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.
The text was updated successfully, but these errors were encountered: