Show total space in status bar's Free Space widget
Changes PlannedPublic

Authored by ngraham on Oct 9 2017, 7:02 PM.



BUG: 345906

Display the disk's total capacity in addition to the amount of space free. Now it matches the presentation in the Properties window, too.

Test Plan

Tested in KDE Neon. Works:

Diff Detail

R318 Dolphin
No Linters Available
No Unit Test Coverage
ngraham created this revision.Oct 9 2017, 7:02 PM
Restricted Application added a subscriber: Dolphin. · View Herald TranscriptOct 9 2017, 7:02 PM
ngraham edited the summary of this revision. (Show Details)Oct 9 2017, 7:05 PM
ngraham edited the test plan for this revision. (Show Details)
ngraham added a project: Dolphin.
markg added a subscriber: markg.Oct 9 2017, 7:54 PM

That is a somewhat cryptic notation. Sure, it tells you exactly what you want to know "if" you know that's what it's telling you.
On the other hand, anything longer might be too long.

Just curious, would it be possible to display it within the bar itself in a tiny font? Then one of the following notations:

  • 6/60 GiB
  • 6 GiB free (of 60)

Or something else...

I agree that the presentation isn't ideal. Is this better?

ngraham added a comment.EditedOct 10 2017, 2:59 AM

Actually I like this better, and now it matches the Properties window, too:

ngraham updated this revision to Diff 20545.Oct 10 2017, 2:59 AM

Changed the formatting to read better

ngraham retitled this revision from Show total space in status Bar's Free Space widget to Show total space in status bar's Free Space widget.Oct 10 2017, 3:03 AM
ngraham edited the summary of this revision. (Show Details)
ngraham edited the test plan for this revision. (Show Details)
rkflx added a subscriber: rkflx.EditedOct 13 2017, 10:33 AM

While I recognize this implements a wish from bugzilla, I'm not yet convinced this is something Dolphin should add by default, as for a lot of users this might just be clutter and is not "Simple by default, powerful when needed".

I'm wondering what is the root cause for wanting to see this information: Is it because it is not clear on which partition or device the current folder is located? If so, there might be better ways to solve this. I'd suggest to open an new task on Dolphin's workboard (or a bugzilla issue) to brainstorm, even if this patch goes in.

Now for something tangible. In split mode with the default window size, it looks problematic with this patch, but even in normal mode (see F5338350) the space bar is just too small in relation to the long text (before vs. after):


  • show less information if space is constrained (e.g. 3 steps: only space bar, space bar + free, space bar + free + total)
  • use KSqueezedTextLabel
  • different width distribution: instead of "zoom slider | space bar+text" do "zoom slider | space bar | space text" (with "|" separating segments of equal width)
  • never show any text by default, on mouse over completely replace space bar with full text
  • add it as a third option to the context menu
  • show it as a tooltip

Ideally all of these ideas could be combined, but this might be too much work for a single patch. However, at least something should be done before this patch goes in.

I think there are a few root causes for wanting this:

  1. it's not obvious how to find the capacity of a disk. There's no Properties menu item when you right-click on a device. You have to find this information at the bottom of the Properties dialog for individual items stored on the disk, which probably isn't what people expect. This is tracked by
  1. As mentioned in the bug, the reporter wants this feature to make it easier to tell disks apart, since he has a lot of them. And Dolphin doesn't let you rename disks. This is tracked by

Even if those were addressed (and they should be) IMHO this is still worthwhile if we can address the issue of a lack of space in the bottom bar. I like your space-constrained idea of 3 steps: only space bar, space bar + free, space bar + free + total). I'll see if I can make that happen.

Maybe this information could be added to the information sidebar:

Otherwise I like Henrik's idea of using a tooltip to show additional information when hovering the free space widget.

Yes, I've been meaning to add a real space calculation to the Information Panel. "Size: 68 items" is kind of useless, or at least much less useful than a real readout of on-disk space used.

ngraham planned changes to this revision.Oct 17 2017, 9:29 PM

I investigated full directory sizing (findings in, but it's a ton of work that's out of scope for this patch. I'm going to re-focus on the statusbar change and investigate how to improve the display in constrained situations.

markg requested changes to this revision.Oct 18 2017, 8:03 AM

-1 for the idea as is.

A few reasons:

  • The progress widget indicating free/used space is getting really small. Quite useless when it's that small but i'd still keep that one over the text version.
  • The status bar feels really full already with long filenames. This patch only adds to it.

In fact, it might be interesting to remove any textual size representation (so only keep the progressbar thingy). When hovering that bar, show a detailed tooltip with the size.
The information pane could show this information always, that would be fine imho.

rkflx added a comment.Oct 18 2017, 2:38 PM
%1%% free

That's what the progressbar already shows.

Let's take a step back and think about who will need what:

  • casual user who does not know what a "GiB" is and only checks to see if the disk is "nearly full" → relative disk usage, i.e. progressbar (graphical, intuitive) or percentage (text, not intuitive)
  • advanced user who cares about how many more docs/photos/... he has space for → absolute disk usage ("1.4 GiB free"), because a percentage is not meaningful in terms of docs/photos/...
  • expert user who wants to know everything → add more information (but which?)

IMHO this also determines the order in which Dolphin should hide items if the horizontal space becomes restricted. You may also notice Dolphin already provides quite good usability for the first two users, no need to change that. Therefore, adding things for the third type of user should be done quite carefully.

Great observations, @rkflx. Agree 100%. I'll have a think on this.