GNOME Bugzilla – Bug 684943
Display free space
Last modified: 2021-06-18 15:56:14 UTC
Nautilus used the status bar to display the available space, without this information copying of large files to external drives or from external drives to your home folder is always a guess operation. Right now there is no way in Gnome (Files, Disks) to see the the disk usage. Nautilus is the place to handle files, it should show the available space.
(In reply to comment #0) > Right now there is no way in Gnome (Files, Disks) to see the the disk usage. You can use Baobab (Disk Usage Analyzer) for that.
It was very useful to see free space on device, especially when working with removable flash media, like USB storage. Please return back this possibility.
(In reply to comment #0) > Nautilus is the place to handle files, it should show the available space. It does. The used/free space can be checked on the Proprieties dialog of a folder (with a nice pie chart). (I have always checked it that way. I never even noticed it was provided by the status bar.)
(In reply to comment #1) > (In reply to comment #0) > > Right now there is no way in Gnome (Files, Disks) to see the the disk usage. > > You can use Baobab (Disk Usage Analyzer) for that. Asking folks to switch to the overview and launch a completely separate app like baobab just to see if there is enough free space to complete a file transfer operation should be a non-starter. Finding the information in a folder's properties dialog makes a bit more sense, as it's actually a part of the file browser, but it still adds an extra step to find information that used to be available at a glance. Would having that information available in the Places sidebar (perhaps even just for the "Devices") make sense, either visibly or in the tooltip for each entry?
Showing it in the sidebar somehow might be useful. Have to figure out exactly how.
*** Bug 686297 has been marked as a duplicate of this bug. ***
I wonder if showing a simple level bar under the name for removal devices like dolphin would be easy? http://www.kde.org/announcements/4.2/screenshots/dolphin-capacitydrive.png This might increase the vertical size of the removal device items, I wonder if this would be okay. This should be the most important use case, when you make huge transfer between partitions or HDD, you can afford a double check of the space via the drive properties.
I definitely +1 this feature. Microsoft recently (7 I think) removed it, and I saw this as an aberration (and thought that hopefully I'm using a real system...) I just installed gnome 3.6, and I couldn't imaging that this information was removed. The solution proposed in comment 7 (level bar under the name) would not be ideal for me, since I often want to know precisely how much space is left. My last use case : select a bunch of big files. You want to back them up in a tar archive. How do you know if the archive will fit in the current folder? I hope this information will come back soon. Goulou.
+1 to bring back that essential feature (for a file manager) The previous optional status bar was useful, beside offering a quick way to check the available space, it also avoid this bug : https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/797485 Please consider bringing back an optional (disabled by default) status bar. Here's some other ideas : - Add a status bar only at the bottom of the side panel. - Add a small progress bar with free/total space besides (or below) the listed devices showing the space used.
Definitely another +1 vote from me. Having to right click for the available disk size in a file browser is a bit like having to press a button in the car for seeing how full the tank still is. This is an essential information, which should be always available.
I would also like to have the available space visible somewhere straight away. I also see why having a status bar just for that one number wastes a bit too much space. What about doing something similar to what Stéphane Démurget suggested, but only for the device to which the currently open folder belongs (so just make that one entry a two-row item with the bottom row showing a bar and/or number)? This wouldn't waste too much space in the sidebar (which is already quite full with all the places, devices and bookmarks) and it would give a visual clue right away for the device in focus.
+1 here. I miss this feature often. I am training myself to use the properties box, but it is an extra step. Was there some performance benefit from removing or something else that would make me less interested in having it back? I would be fine with it being in the left side panel. Other than the loss of this status bar, I am please with the other changes that came with the recent upgrade (for me). Thanks!
+1 too. Or if it is not possible due to code simplification, why not put the available free space on the same yellow row appearing on the bottom right and "replacing" status bar when we select file(s), with the name or number and the total size ? So this yellow window would be always here, telling the free space of the current folder when no file is highlighted in Nautilus, or their properties if we select some of them.
+1. Gimme.
Please, don't make "+1" comments on bugzilla.gnome.org. I've done that too when I first created a bugzilla account, but it's useless useless and even bad. It doesn't help push the progress forward; quite the reverse, it hinders progress because it distracts from the objective discussion, and lengthens the bug report thread, making it harder for contributors to read it. Moreover, every comment generates email notifiations for everyone subscribed. Spamming the mailboxes of contributors with "+1" comments makes it more likely for this report to be ignored than to be addressed. So, please, don't comment unless you have something noteworthy to add to the discussion.
Then Bugzilla should definitely have a +1 button or something like what they have on Launchpad ("XX are affected by this bug"). I don't know how a bug is handled, but I would guess if a bug has more people involved in it's comment field and/or showing interest, it would get more attention from the developers and thus get fixed or the wish gets "granted" and (re-)implemented. But I might be wrong. That being said, sorry for my inconvenience – I will stop doing +1 comments in the future, but I really hope the status bar re-appears in coming versions of nautilus. Cheers
António then what is the democratic tool to say "that feature is also important for me". I'm pretty sure that it is also relevant for every participant for this project what exactly is more relevant for the users you want to reach. My opinion is that everything which improves the communication it can be beneficial for everyone. I totally understand and accept your point and therefore I totally agree with Alexander that there should be a "I am also affected"-button. While I wrote this anyway I also can mention that I would appreciate the reappearence of free space amount of the current device.
The removal of the exceedingly useful disk space status bar was so very clearly an error. Please put it back. Just hiding it by default was bad enough, completely removing it serves no purpose I can fathom. There are people complaining about this all other the web, and as far as I can tell no one singing it's praise. Why was it removed?
*** Bug 704720 has been marked as a duplicate of this bug. ***
Showing amount of free space for drives is a really important feature. Having to open a separate application or right click and select "properties" in order to find it out is a step backwards in terms of usability and practicality. If it is added as an on/off enable option i would prefer having it immediately following the drive names in the left panel. It's the most discrete way and should be simple to implement... Lacking a +1, like or equivalent button, all that is left to do is to say: Please restore this feature!
Please bring back this feature for it is very easy to look at the file manager's status bar to know vital information before doing certain task's rather than to right click > properties to know the same.
+1. Seeing instantly the free space on harddisk, removable media, network shares is such a basic feature for a file manager. I am afraid that the upcoming version 3.10 still will not fix this fundamental issue. This forces me to switch to PCManFM and Nemo. All my colleagues are laughing at me that Gnome doesn't even have a DECENT file manager! Please confirm this issue (it is still set at UNCONFIRMED) and please fix it. It really was a mistake to remove it in v3.6!!!
+1 I work with a large amount of large file transfers, instantly seeing available space saves me time and helps me plan. Please but the available space in the visible area.
+1
+1 please return this very necessary feature - I will never upgrade my Ubuntu if you will not... :(
Why remove useful features? it's a sabotage!
Look at this page: http://www.wikihow.com/Check-Your-Hard-Disk-Space For people who think to migrate from Windows to Linux, it's horrible, to see free disc space I have to type a command line? Or launch an application? For me the best solution is...on windows and could be integrate in nautilus too: in nautilus "computer" place, we could see all the hard disk/cdrom/usb and others stockages units with free space indication. I'm sure it would be more usefull for people to have this than only display the root content...
The simplest solution for me was to replace Nautilus (there are some more design bugs for example the default column width or the file-type column which isn't able to distinguish between different image types anymore). For now I don't know any bug ticket which bothers me *AND* somebody takes care of it. I'm pretty sure that this is also best solution for the most people who are writing '+1' here. ;-)
I would like to send a ping with regards to this bug/enhancement request again. First of all, probably every serious Nautilus user will agree that it makes sense to see the free disk space in a file manager as easy as possible. Currently, it is not straight forward in Files/Nautilus to see the disc space instantly. Therefore, please provide a replacement to the previously available status bar showing the disk space. First step: Please set this bug as "New" from "Unconfirmed". Thanks.
Having upgraded Nautilus (because I upgraded Ubuntu), I have discovered this bug report. The regression to lose the status bar is most unfortunate, partly because the yellow information bar hides the last item on a page, but also because of the lost information. It is frustrating. Please undo this regression, thank you.
I've just upgraded my system and found out about this "bug". I really don't like this change. Bring it back please, or provide some equivalent with similar functionality (namely "checking free space *fast*").
I recommend installing Nemo instead, a Nautilus fork maintained by the good people at elementary os; it is like Nautilus was before all the useful features were removed.
Definitively, i vote for a come-back of this feature, isn't so difficult to add this to the "info context bar". When we need many space on different disks, it very usefull to have the info without clicking on something....
Hi, Please consider something like this http://i.i.cbsi.com/cnwk.1d/i/tim2/2013/08/30/FinderStatusBar.png Make it a hidden option or whatever if you think this is a power user setting.
+1 Status bar was an important feature for me. Don't see how anyone benefits from not having it available, other than redundant code wouldn't need to be in Nautilus. However, it's the number one thing that I changed when I opened Nautilus after upgrade. Other people feel pretty strong about it too. Please bring back the status bar. Also, it's not just the free space, it's also how many files you have in the folder, selected, size of selected files... so much useful! Thanks, Chris
*** Bug 751589 has been marked as a duplicate of this bug. ***
Is there a chance that this regression can be fixed for Gnome Shell 3.18? "Display free space (again)" is a real feature for everyone, including power users. Thanks!
I use U Ubuntu 14.04, and Nautilus in list mode. Because of the dynamic "statusbar" tooltip, it covers the bottom entry of the list so I sometimes cannot see the complete information for that entry without going through some gyrations of resizing the window to force that entry not to be on the bottom, or making the window full width. This "feature" makes me want to use a different file manager even though I prefer Nautilus overall. This truly sucks, since it's obviously so arbitrary and unnecessary.
(In reply to Marty Fried from comment #38) Hi Marty. What you are talking about is a different bug. This one is about displaying free space, not about the floating statusbar. We already know about the frustrations caused by the floating status bar and you may be happy to know it's removal is already planned in the roadmap https://wiki.gnome.org/Apps/Nautilus/Roadmap. You may want to follow bug 750848 to know when that bug is fixed. Thanks for the input.
(In reply to António Fernandes from comment #39) > (In reply to Marty Fried from comment #38) > Hi Marty. What you are talking about is a different bug. This one is about > displaying free space, not about the floating statusbar. > > We already know about the frustrations caused by the floating status bar and > you may be happy to know it's removal is already planned in the roadmap > https://wiki.gnome.org/Apps/Nautilus/Roadmap. You may want to follow bug > 750848 to know when that bug is fixed. Thanks for the input. Thanks a lot, and I'm sorry about the inappropriate posting. I was searching for a solution after being frustrated one too many times, and found this discussion. I'll check the bug report you suggested.
Can we consider this for Gnome 3.20 ?
As the floating bar will be removed (750848), if we reintroduce the status bar we can easily display free space again. 2 bugs fixed!
(In reply to jeremy9856 from comment #42) > As the floating bar will be removed (750848), if we reintroduce the status > bar we can easily display free space again. 2 bugs fixed! Design doesn't just look at two things but the overall. Designers are working on it. You can propose designs that doesn't intersect with all the other things we want for the application and that goes according designs for other applications. I don't think we will just reintroduce the status bar, but who knows!
Please this for me is such a useful feature. I only have the Dolphin file manager installed because of this functionality. I would say make it optional with defaulted to being off. Knowing how much free space at a glance on a drive or how many files are selected and their total space is a must feature in any file manager. Thanks
(In reply to Carlos Soriano from comment #43) > I don't think we will just reintroduce the status bar, but who knows! I know you do your best but please don't come with something not practical like often (floating bar {will be replaced}, notifications in apps, other places {fixed by changing the sd card and usb behavior I think}, etc...). If nobody find something better than the status bar so let reintroduce it please.
(In reply to jeremy9856 from comment #45) > (In reply to Carlos Soriano from comment #43) > > I don't think we will just reintroduce the status bar, but who knows! > I know you do your best but please don't come with something not practical > like often (floating bar {will be replaced}, notifications in apps, other > places {fixed by changing the sd card and usb behavior I think}, etc...). If > nobody find something better than the status bar so let reintroduce it > please. I think is unfair to say that. We don't work in that way, focusing on solutions. We focus on problems and try to come with the best solution taking into account all the other parts. For you this is what is important, but there are tons of things important for lot of people, and we have to fit everything together. Having something before is not an excuse to not make it better.
(In reply to Carlos Soriano from comment #46) > I think is unfair to say that. I don't think it's fair or not. It's just a fact. Sometimes you have very good ideas like CSD and design but sometimes not, particularly for Nautilus. > We don't work in that way, focusing on solutions. We focus on problems and > try to come with the best solution taking into account all the other parts. > For you this is what is important, but there are tons of things important > for lot of people, and we have to fit everything together. Having something > before is not an excuse to not make it better. Sometimes you should understand that the old way to do something is very good and don't have to be replaced. More importantly when you come with something new that is obviously not really practical and worst than the previous thing, you should not be afraid to go back to the old way.
(In reply to jeremy9856 from comment #47) > (In reply to Carlos Soriano from comment #46) > > I think is unfair to say that. > I don't think it's fair or not. It's just a fact. Sometimes you have very > good ideas like CSD and design but sometimes not, particularly for Nautilus. > > > We don't work in that way, focusing on solutions. We focus on problems and > > try to come with the best solution taking into account all the other parts. > > For you this is what is important, but there are tons of things important > > for lot of people, and we have to fit everything together. Having something > > before is not an excuse to not make it better. > Sometimes you should understand that the old way to do something is very > good and don't have to be replaced. More importantly when you come with > something new that is obviously not really practical and worst than the > previous thing, you should not be afraid to go back to the old way. I mostly disagree. But I don't want to spend more time on a more-than-this-bug related discussion which I think you guess I have it more than often (and this specific one is very recurrent) =) Let's make here comments just related to the bug report itself.
Ok fair enough ;) Before you spend time implementing something can you inform us what you plan to do please ? That way we can talk about it and maybe find some quirks that you didn't thought.
With the latest version of Nautilus (and Gtk+ as well), we display the available/total space in Other Locations view. Can we close this bug?
Ok, forget my last stupid comment. Definitely this bug shouldn't be closed :)
It seems it's gonna finally happen: http://feaneron.com/2015/12/11/free-as-in-available-space-nautilus-gtk-update/ For the moment I don't have this feature on Gnome 3.18 Ubuntu 16.04
(In reply to Le Gluon du Net from comment #52) > It seems it's gonna finally happen: > http://feaneron.com/2015/12/11/free-as-in-available-space-nautilus-gtk- > update/ > > For the moment I don't have this feature on Gnome 3.18 Ubuntu 16.04 This bug is for displaying free space on any folder or any device. What we did is show the internal drives free space. That's why this bug is not closed.
Created attachment 317877 [details] Little vertical gauge
Created attachment 317878 [details] Little horizontal gauge
Created attachment 317879 [details] Vertical gauge in headerbar
I uploaded 3 basic mockup with 3 differents ways of displaying free space. The "Little vertical gauge" and "Little horizontal gauge" are in the left panel. They can always display the free space but don't look "clean". The "Vertical gauge in headerbar" can only be displayed for the drive selected but look much more integrated. I like it. We can imagine that a click on the icon can display a popover to display more infos (eg. free space / space with numbers, etc...) What do you think ?
I would personnaly vote for the second solution : the little horizontal gauge, since it allows for several gauge to be displayed at the same time (and is more precise than the little vertical gauge). However, the last solution (vertical gauge in headerbar) opens the possibility for a popup with extra informations, while the other are probably more difficult).
(In reply to Goulou from comment #58) > I would personnaly vote for the second solution : the little horizontal > gauge, since it allows for several gauge to be displayed at the same time > (and is more precise than the little vertical gauge). > However, the last solution (vertical gauge in headerbar) opens the > possibility for a popup with extra informations, while the other are > probably more difficult). I like the horizontal gauge in the left panel too but I think the vertical gauge in headerbar is better integrated and allow a lot more possibility.
Created attachment 318163 [details] wide little bar
No more feedback on the mockups ? I have uploaded one more mockup from a previous bug report that look like the way of displaying free space in Nemo. Anybody else have some ideas maybe ?
Jeremy9856, The mockups are nice, however they don't fix the problem of this bug report, which is displaying the free space to cover the use case of "will this file fit in my external drive?"
@Carlos: For this, I suggest a simple mouse-over (on the icon(mockup) or the drive/folder in the left side bar) showing the percentage and free space in MB/GB.
Created attachment 318209 [details] Horizontal gauge in headerbar with free space in numbers
(In reply to Carlos Soriano from comment #62) > Jeremy9856, > > The mockups are nice, however they don't fix the problem of this bug report, > which is displaying the free space to cover the use case of "will this file > fit in my external drive?" The idea of Gerry is good. I also made an other mockup with free space displayed in numbers in the headerbar.
Thanks. I personally prefer your free space icons/mockups shown in the left side bar (and not in the header bar). Reasons: First, how is free space displayed if I use two or three external drives at the same time? Second, it makes sense to see the free space next to the graphical representation of the device (which is in the left side bar).
(In reply to Gerry T. from comment #66) > Thanks. I personally prefer your free space icons/mockups shown in the left > side bar (and not in the header bar). Reasons: First, how is free space > displayed if I use two or three external drives at the same time? > Second, it makes sense to see the free space next to the graphical representation of the device (which is in the left side bar). I like it too in the left panel but I don't know if the Gnome devs can accept this since they care more of design than usability ;) Anyway the info of free space is more relevant when you have already selected a drive.
jeremy9856: Please avoid being passive-aggressive. See https://wiki.gnome.org/Foundation/CodeOfConduct for more information.
(In reply to André Klapper from comment #68) > jeremy9856: Please avoid being passive-aggressive. See > https://wiki.gnome.org/Foundation/CodeOfConduct for more information. It's not that André, it's just a fact. Nothing new here but sorry if it's misinterpreted.
(In reply to Gerry T. from comment #63) > @Carlos: > > For this, I suggest a simple mouse-over (on the icon(mockup) or the > drive/folder in the left side bar) showing the percentage and free space in > MB/GB. Then the bar is not useful at all, a tooltip is ok as is and we could implemente that rigth now. However I think what people wanted is a permanent display of space, am I wrong?
(In reply to jeremy9856 from comment #67) > (In reply to Gerry T. from comment #66) > > Thanks. I personally prefer your free space icons/mockups shown in the left > > side bar (and not in the header bar). Reasons: First, how is free space > > displayed if I use two or three external drives at the same time? > > Second, it makes sense to see the free space next to the graphical representation of the device (which is in the left side bar). > > I like it too in the left panel but I don't know if the Gnome devs can > accept this since they care more of design than usability ;) Anyway the info > of free space is more relevant when you have already selected a drive. If you are going to work with a team, you need to engage the team, not stating some subjective passive-agresive sentences that make collaboration less comfortable. Try to discuss ideas and solutions, not people.
(In reply to jeremy9856 from comment #64) > Created attachment 318209 [details] > Horizontal gauge in headerbar with free space in numbers I think displaying it it the headerbar is not good because it's not linked to the device. We had some ideas about putting a sublabel in the device name or an action bar in nautilus, but that's a bigger change which involves lot of things.
(In reply to Carlos Soriano from comment #71) > If you are going to work with a team, you need to engage the team, not > stating some subjective passive-agresive sentences that make collaboration > less comfortable. > > Try to discuss ideas and solutions, not people. Sorry about that I didn't what it.
(In reply to Carlos Soriano from comment #72) > I think displaying it it the headerbar is not good because it's not linked > to the device. > We had some ideas about putting a sublabel in the device name or an action > bar in nautilus, but that's a bigger change which involves lot of things. Do you have some kind of mockup ?
(In reply to jeremy9856 from comment #74) > (In reply to Carlos Soriano from comment #72) > > I think displaying it it the headerbar is not good because it's not linked > > to the device. > > We had some ideas about putting a sublabel in the device name or an action > > bar in nautilus, but that's a bigger change which involves lot of things. > Do you have some kind of mockup ? Every gnome design is here: https://github.com/gnome-design-team/gnome-mockups Specifically nautilus: https://github.com/gnome-design-team/gnome-mockups/tree/master/nautilus/nautilus-next And specifically for this case I though about an action bar that also provides the funcionality of the old status bar, something along the lines of: https://github.com/gnome-design-team/gnome-mockups/blob/master/nautilus/nautilus-next/selection-mode.png However as you can guess this involve lot of thinking. For the solution about displaying a small label below the drive we don't have a mockup, but I imagine something in small text and dimmed out. But not sure because it will break the alignment.
The action bar seems to be a good idea to replace and improve the old status bar. Here you can display the free space with a kind of gauge and display more infos with a click. Displaying a small dimmed out text below the drive to display the free space is also a good idea ! Carlos, it's so great when you share good stuff ;)
(In reply to Carlos Soriano from comment #70) > > @Carlos: > Then the bar is not useful at all, a tooltip is ok as is and we could > implemente that rigth now. However I think what people wanted is a permanent > display of space, am I wrong? Thanks Carlos, for your reply. Regarding tooltip & permanent display of space: If I look at my workflow, I *first* need to see whether space is enough or critical (=this is done by one of the suggested icons/mockups in the left side bar). Second, if the icon tells me that it might be critical, I need to see the details (=tooltip with percentage and MB/GB/TB). For example, if I want to copy a 1GB file on a flash disk and the icon tells me that there is more than a quarter free space on a 8GB flash disk, I will not check the details. However, if the free space indicated by the icon looks scarce, I will have to check the exact free percentage/gigabyte. I am not sure whether my case represents all use cases, but I think this is the workflow for many. The issue was similarly solved by Nemo, which indicated the green bar (full length represents 100%) to give some first indication about free space at a glimpse.
Created attachment 318257 [details] Vertical gauge in action bar (popover on click with more infos) + Little horizontal gauge in panel with free space in numbers
What do you think of this one ? https://bugzilla.gnome.org/attachment.cgi?id=318257 It has everything :D - Little horizontal gauge in panel with free space in numbers - Vertical gauge in action bar (popover on click with more infos)
Jeremy, this last one is very nice, that's what i'm waiting for! (mockup comment 79)
(In reply to jeremy9856 from comment #79) > What do you think of this one ? > https://bugzilla.gnome.org/attachment.cgi?id=318257 > > It has everything :D > > - Little horizontal gauge in panel with free space in numbers > - Vertical gauge in action bar (popover on click with more infos) The sidebar one is really nice. Not sure a bar is needed if we have the label, but I guess it's a way to denote if the numbers mean ocupied vs free space. Not sure if it is too crowed, but given that devices are in a different section, it migth worth it. Let's ask designers. For the action bar one, it was mostly mean to display the free space of the current folder or the selected one with a label. Not sure anymore what is about the bug report. For me we are trying to fix the use case of: User have a external drive and wants to know if the file from it's local filesystem fits. Rigth? If it is this, then we need both, the sidebar(for the external drive) and the status bar(for the local file)
(In reply to Carlos Soriano from comment #81) > For me we are trying to fix the use case of: > User have a external drive and wants to know if the file from it's local filesystem fits. Rigth? > If it is this, then we need both, the sidebar(for the external drive) and the status bar(for the local file) Hi, Not only for an external drive : I have many internal hard drives, different partitions inside them, and make daily lots of cut - paste and backups (both automatic and manual), the information of free space available for each drive, always visible (not only on tooltip) is very useful and needed. The mockups with horizontal filled bars are very nice, but detail with the number (30 Go free / 1000 for example) is important, too. Design and UI simplification is good, but some datas are necessary for many users... Best regards, Xavier
(In reply to Carlos Soriano from comment #81) > The sidebar one is really nice. Thanks > Not sure a bar is needed if we have the > label, but I guess it's a way to denote if the numbers mean ocupied vs free > space. > Not sure if it is too crowed, but given that devices are in a different > section, it migth worth it. Let's ask designers. The bar allow you to immediately see the level of free space, it's "visual and fast". I guarantee you that if the bar is implemented you will be praised by the crowd ;) > For the action bar one, it was mostly mean to display the free space of the > current folder or the selected one with a label. Not sure anymore what is > about the bug report. The action bar one allow you to click on the icon to see more infos on a popover. Let say : folder space used, number of files, number of folders, free disk space / disk space (more detailed, a pie chart maybe), etc... > For me we are trying to fix the use case of: > User have a external drive and wants to know if the file from it's local > filesystem fits. Rigth? > If it is this, then we need both, the sidebar(for the external drive) and > the status bar(for the local file) It's one use case. There is others like the Xavier one and this one, for the people, like me, that like to always see the free space available.
> The bar allow you to immediately see the level of free space, it's "visual > and fast". Maybe, but in this case it doesn't provide enough information to answer the question of "it fits?". So I think it's just not useful enough and will provide actually more time to parse both the bar and the label, which ultimately will answer the question, although it's true the bar looks nice. It's a case of usability vs good looking, and we prefer usability. Look the discussions we had for the Other Places view and how we solved it there. > I guarantee you that if the bar is implemented you will be > praised by the crowd ;) > Luckily the work is not based on that :) > > For the action bar one, it was mostly mean to display the free space of the > > current folder or the selected one with a label. Not sure anymore what is > > about the bug report. > The action bar one allow you to click on the icon to see more infos on a > popover. Let say : folder space used, number of files, number of folders, > free disk space / disk space (more detailed, a pie chart maybe), etc... > Like a properties dialog? Sounds actually good, not sure if it will fit and how it differentiates with the properties dialog. Although in this case probably we want just an icon or a label to open the popover, instead of the bar. > It's one use case. There is others like the Xavier Xavier's case it's on Other Locations, and it's already fixed there. > people, like me, that like to always see the free space available. "Like to" it's not a reason good enough. Either there is a useful use case behind that it's not covered and it fits with everything else or we are going to create a monster of uselessness :) So in conclusion from my side: A sidebar label as in the mockups looks fine to me, not sure once it's implemented, I guess it's a matter of test it and ask also designers (feel free to join #gnome-design and propose it, you can link to comments here if they ask). The sidebar bar it's not useful enough, so I would not do it if we don't find a real use case that it's answered by the bar. The status bar with free space or something along the lines of that it's needed, but involves lot of changes, so we have to be careful with it. But the first part (the sidebar) can be done before this one anyway, so let's not get stuck with that.
(In reply to Carlos Soriano from comment #84) > Maybe, but in this case it doesn't provide enough information to answer the > question of "it fits?". So I think it's just not useful enough and will > provide actually more time to parse both the bar and the label, which > ultimately will answer the question, although it's true the bar looks nice. > It's a case of usability vs good looking, and we prefer usability. > Look the discussions we had for the Other Places view and how we solved it > there. The most important thing is to be able to see the free space so the label only is good enough even if the bar is nice. > Luckily the work is not based on that :) Yeah of course but it's satisfying to make something that people love ;) > Like a properties dialog? Sounds actually good, not sure if it will fit and > how it differentiates with the properties dialog. > Although in this case probably we want just an icon or a label to open the > popover, instead of the bar. Yeah you can have some of the properties dialog elements in the popover. That will make it more specialized to everything that is related to free/used space. > "Like to" it's not a reason good enough. Either there is a useful use case > behind that it's not covered and it fits with everything else or we are > going to create a monster of uselessness :) I don't "like to" seeing the free space for the sake of liking it ;) I like to always see it because that allow me to check that everything is OK and that is a use case (cf. https://bugzilla.gnome.org/show_bug.cgi?id=751589#c0) > So in conclusion from my side: > A sidebar label as in the mockups looks fine to me, not sure once it's > implemented, I guess it's a matter of test it and ask also designers (feel > free to join #gnome-design and propose it, you can link to comments here if > they ask). > The sidebar bar it's not useful enough, so I would not do it if we don't > find a real use case that it's answered by the bar. > The status bar with free space or something along the lines of that it's > needed, but involves lot of changes, so we have to be careful with it. But > the first part (the sidebar) can be done before this one anyway, so let's > not get stuck with that. I'm ok with that. About the bar an "use case" I'm thinking of is it show you a good approximation of the percentage of disk usage that a label can't. An other "use case", we can change the bar color when a disk is almost full to inform the user.
Can this lost feature can be added, enabled by addons? I think that maybe there is no engineering reason to state why this feature is important. But this has been with many of us users for many years now that we find it useful and handy to have, and hard to let go. I think that if developers really think nautilus should dismiss this features, they could honor users pledge to keep it, maybe as a side package, addon or some really buried user-configuration, so the default is the developers vision for Nautilus. But also, let the option for users to keep this feature and progressively see the new vision for nautilus. Thanks again for all the work done over the years and for keeping GNOME a great option for users. Cheers!
Hello Carlos, Is there any progress about the "first step" that is implementing a sidebar label ? Thanks
I hope we can have the sidebar label in 3.22 because it didn't make it for 3.20 right ?
Do you think the sidebar label for disk space will be in 3.22 or it will need more time ? Thanks !
Some slightly working prototype to test would make faster to reach a decision. Also I would like designers to have a word, a prototype in that case would be killer for them to decide.
I really hope that it will be implemented in nautilus 3.22 and if possible backported to 3.20 (Fedora 24). I have a Chromebook with a tiny 16Gb SSD on which I have installed Fedora 23 and it's very annoying to don't have the free space info.
sadly, as you can see here, no one contributed a prototype yet.
Should it be possible to implement at least a simple label, like "32/128GB", in the sidebar ? It should not need a lot of work and do the trick without adding clutter. The free space info is so valuable. https://bug684943.bugzilla-attachments.gnome.org/attachment.cgi?id=318257
(In reply to jeremy9856 from comment #93) > Should it be possible to implement at least a simple label, like "32/128GB", > in the sidebar ? It should not need a lot of work and do the trick without > adding clutter. The free space info is so valuable. > > https://bug684943.bugzilla-attachments.gnome.org/attachment.cgi?id=318257 indeed, would be nice to experiment with font weight etc. and talk to designers about it with the prototype in hand.
I know you are really busy but since nobody contributed and that it should be relatively easy for you, can you take care of it please ?
(In reply to jeremy9856 from comment #95) > I know you are really busy but since nobody contributed and that it should > be relatively easy for you, can you take care of it please ? No sorry, not in my priorities. But I would love for some newcomer to engage with this, and I think is a great task to do to start contributing.
(In reply to Carlos Soriano from comment #96) > No sorry, not in my priorities. But I would love for some newcomer to engage > with this, and I think is a great task to do to start contributing. That's something really useful, relatively simple, and requested for a long time. I'm surprised that it's not the priority of anyone. I'm not a developer and I absolutely don't have the skills for implementing anything. But I learnt a bit of C/C++ and PHP and I want to "play" with the code but after some research I have no idea where should I start to add a simple label in the sidebar below the disks/bookmarks. If someone that know how to do it, can share it, it will be great. Thanks.
yeah... usually when something is not in the priority of anyone it can mean three things: 1- It's too complex to do (not the case) 2- It's actually not that important for the majority of people (I believe this is the case) 3- It clashes with other initiatives (this can be the case too) But I would love someone feels it's important enough to spend some time on it, and agree with you it will be great :)
Anyway, I shouldn't make this comments, sorry anyone in the bug report for the noise. Let's wait for a patch or someone to comment what he/she discussed with designers. Sorry again I went off-topic.
Answering Jeremy about where the code is: https://git.gnome.org/browse/gtk+/tree/gtk/gtksidebarrow.c and https://git.gnome.org/browse/gtk+/tree/gtk/ui/gtksidebarrow.ui As you can see this is actually gtk+, but since gtk+ has so many things to take care of, is fine if we keep it here for now and relieve some work out of their shoulders. Also, the difficult and time consuming work here is the design discussion with designers and experimentation for proposals on keeping the sidebar balance. Adding a label here is relatively easy. So a perfect work for getting started with the Nautilus/GNOME process of adding new UI changes.
Thank you very much Carlos. I will play with this and I hope that someone else skilled enough will play with this too. If we manage to make a prototype that is ok for the designers it could be easily implemented I think and hope.
I tried my best but I didn't manage to do anything. I hope that someone with the right skills will be able to, at least, make a prototype.
A word in advance, this is my first try on hacking a Gnome app. So if i did something terribly wrong, please say it and i will stop :) I've forked the GtkPlacesSidebar (with all dependencies) into NautilusGtkPlacesSidebar to show the additional information's in the sidebar. My question: If the code were cleaned up and expanded, would it be an acceptable solution or an absolute nogo? https://github.com/procinger/nautilus/tree/nautilusplacessidebar Cheers! :)
GtkPlacesSidebar was created to get consistent look and behavior between the file picker and the file browser. Not sharing this widget would be a step back.
> My question: > If the code were cleaned up and expanded, would it be an acceptable solution > or an absolute nogo? > Good job on getting some code done! As Antonio said, that's not the way to go code wise, just as a general review. In any case, no, this is not a matter of implementation, it's a design problem/choice. I think this was commented in this bug report. The worst case would be a progerss bar as you did, since it conveys no information at all to solve the main questions: "will my file fit?" or "how much space is left?".
arslanone: Read https://wiki.gnome.org/Foundation/CodeOfConduct if you would like to comment in GNOME spaces. And for Ubuntu stuff you need to talk to Ubuntu instead. Thanks.
I am astonished. Can't think of a reason why would there be no toggle for user and instead completely remove this essential feature/piece of information. Andre, noted. Whatever I think, CoC must be followed.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.