<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title><![CDATA[Show a status-bar in nautilus when loading contents of a large folder]]></title>
    <link>http://brainstorm.ubuntu.com/item/17080/</link>
    <description><![CDATA[I often have to load folders which contain a lot of pictures or music. This always takes some time which is very annoying. <br /><br />It would be nice to see some kind of status bar which shows how far nautilus is in reading the contents of the folder.<br />
<br />


<b>[236 votes] Solution #1: Auto-generated solution of idea #17080</b>
<br />

<br />
<br />



<b>[186 votes] Solution #2: Show file list quickly - then start metadata retrieval process</b>
<br />

<br />
<br />



<b>[43 votes] Solution #3: Show files that will fit in Nautilus window quickly</b>
<br />

<br />
<br />



<b>[-23 votes] Solution #4: Thumbnail large folders automatically</b>
<br />

<br />
<br />



]]></description>

    <language>en-us</language>
    <pubDate>Tue, 06 Jan 2009 16:33:53 +0000</pubDate>
    <lastBuildDate>Sat, 17 Jan 2009 19:44:31 +0000</lastBuildDate>
    <generator>QAPoll module</generator>
    <guid isPermaLink="true">http://brainstorm.ubuntu.com/idea/17080/</guid>
        <item>
  <title>Comment from ushimitsudoki</title>
  <description><![CDATA[+1<br /><br />Nautilus becomes unusable when directories start getting several thousand files.<br /><br />Anyway, maybe the status bar would help in this.]]></description>
  <pubDate>Tue, 06 Jan 2009 16:45:47 +0000</pubDate>
</item>
        <item>
  <title>Comment from Hymyly</title>
  <description><![CDATA[It would be better if it could show the contents as it goes along, like Windows Explorer in Vista and the Mac OS X browser both do, but a status bar is certainly a start.]]></description>
  <pubDate>Tue, 06 Jan 2009 18:58:29 +0000</pubDate>
</item>
        <item>
  <title>Comment from marvo</title>
  <description><![CDATA[-1 because a status bar is just prettyfying the symptoms of a bad design. Nautilus should display the sorted file list immediately (in fractions of a second) and then start to build the thumbnails and retrieve the meta information.]]></description>
  <pubDate>Tue, 06 Jan 2009 19:32:54 +0000</pubDate>
</item>
        <item>
  <title>Comment from wleoncio</title>
  <description><![CDATA[I've never seen how OSX handles it, but I really like that oozy green bar on Vista's Windows Explorer.  marvo's got a point, a good file manager should rarely need such a feature (Win Exp does it all the time), but I believe Nautilus should have this feature anyway, because we can never be sure when it's going to have to face a folder too big for the CPU to handle.]]></description>
  <pubDate>Tue, 06 Jan 2009 19:48:17 +0000</pubDate>
</item>
        <item>
  <title>Comment from graingert</title>
  <description><![CDATA[it's not the cpu, it's the drive that's slow]]></description>
  <pubDate>Tue, 06 Jan 2009 21:09:16 +0000</pubDate>
</item>
        <item>
  <title>Comment from wleoncio</title>
  <description><![CDATA[You mean, because of ext3 or is it really Nautilus' fault?]]></description>
  <pubDate>Tue, 06 Jan 2009 23:33:54 +0000</pubDate>
</item>
        <item>
  <title>Comment from Eldmannen</title>
  <description><![CDATA[Better goto the root of the problem.<br />Solve the real problem.<br />Make Nautilus faster.]]></description>
  <pubDate>Wed, 07 Jan 2009 00:59:34 +0000</pubDate>
</item>
        <item>
  <title>Comment from kramer65</title>
  <description><![CDATA[I totally agree that the solution would be to make nautilus faster, but then why make a splash screen? Why not just make ubuntu boot within a couple seconds so that the splash screen is not needed anymore?<br /><br />Although I am not a programmer I guess an easier to implement feature for now would be the statusbar which is why I suggested it..<br /><br />One last note. When I was on ubuntu 6.06, and 7.10 I never had problems with the size of these folders. The problem only appeared when I got to 8.04...<br /><br /><br />]]></description>
  <pubDate>Wed, 07 Jan 2009 10:30:59 +0000</pubDate>
</item>
        <item>
  <title>Comment from braaivleis</title>
  <description><![CDATA[+1<br /><br />Even if a immediate list of files is displayed one would still like to know when ALL the files will be displayed and give an idea of how long it will take.<br /><br />Also making nautilus faster will be great but it will hit a situation where the amount of files it needs to display will be too great and cause the user to wait without progress.<br /><br />The progress/status will be very useful when displaying a list of files over a network (where the bottle neck isn't nautilus.) <br /><br /><br /><br /><br />]]></description>
  <pubDate>Wed, 07 Jan 2009 10:48:05 +0000</pubDate>
</item>
        <item>
  <title>Comment from ccompagnon</title>
  <description><![CDATA[+1 indeed display only the first file doesn't solve the problem, it make it worse if you're finding a file that's not displayed on start.<br />It will be nice to have a file browser faster, I think the bar is a good start to make the slowness of nautilus evident.]]></description>
  <pubDate>Wed, 07 Jan 2009 12:33:53 +0000</pubDate>
</item>
        <item>
  <title>Comment from edm1</title>
  <description><![CDATA[Do other file managers perform better on ext3? Im wondering whether it is an underlying problem brought about by a substandard filesystem.]]></description>
  <pubDate>Wed, 07 Jan 2009 14:38:08 +0000</pubDate>
</item>
        <item>
  <title>Comment from braaivleis</title>
  <description><![CDATA[I don't think so ... if you do a "ls" command in the terminal it lists the files pretty quickly.<br /><br />If you pipe the ls output to a file, its almost instant.<br /><br />I think the performance bottle neck is in nautilus.<br />]]></description>
  <pubDate>Wed, 07 Jan 2009 14:51:59 +0000</pubDate>
</item>
        <item>
  <title>Comment from sayakb</title>
  <description><![CDATA[<i>"Do other file managers perform better on ext3? Im wondering whether it is an underlying problem brought about by a substandard filesystem."</i><br /><br />On a 1 yr old laptop with config: T7700, 3GB DDR2 RAM, 320GB SATA-II HDD and a 512MB GPU, dolphin works faster (much faster rather) while opening my music folder which has exactly 834 folders.<br /><br />A first look at the comment from braaivleis would make me think "ls simply lists them. Nautilus or any GUI file manager would show the previews and stuff", but all what I have is folders in my music folder. And anyway, dolphin is faster on my laptop(s) than nautilus. <br /><br />Also, dolphin shows "Loading folder" bar below as the idea proposes. <br /><br />+1]]></description>
  <pubDate>Wed, 07 Jan 2009 15:09:09 +0000</pubDate>
</item>
        <item>
  <title>Comment from ushimitsudoki</title>
  <description><![CDATA[I think people have a different idea of what a *LOT* of files in one directory is...for example, I have one directory containing 60,676 files. You do *NOT* want to open that with Nautilus (or Thunar for that matter)<br /><br />Things works just fine from the CLI there, though - maybe a half second delay for ls to start producing output. It's not a problem with the filesystem/CPU/disk.]]></description>
  <pubDate>Wed, 07 Jan 2009 15:29:57 +0000</pubDate>
</item>
        <item>
  <title>Comment from andruk</title>
  <description><![CDATA[Agreed with Eldmannen: Optimize/enhance Nautilus instead of working around a known problem.<br /><br />Honestly, why didn't the Nautilus devs do this to begin with?<br /><br />+1]]></description>
  <pubDate>Thu, 08 Jan 2009 06:45:53 +0000</pubDate>
</item>
        <item>
  <title>Comment from Seph_VII</title>
  <description><![CDATA[Why not do both? Even though I have a lightning-fast internet connection, I still appreciate Firefox having a progress bar. ]]></description>
  <pubDate>Sun, 11 Jan 2009 21:39:10 +0000</pubDate>
</item>
        <item>
  <title>Comment from lukaschmela</title>
  <description><![CDATA[Nautilus is really very slow when opening a directory containing many items, so this should be improved by first. Also working progess like in the solution #3 should be used - load directory's content subsequently.<br /><br />However, whole process' speed may be also affected by other factors like the device's speed. It is even more appreciable when loading content of a remote directory, e.g. from an FTP server and everything you can see then, is cursor, saing there's some progress in the background. But there may be also a status bar, saing in which state the progress is and the content should be updated in more steps subsequently, if it's needed. Not just print whole directory's content at once after a long time, when it's ready.]]></description>
  <pubDate>Sat, 17 Jan 2009 19:44:31 +0000</pubDate>
</item>
      </channel>
</rss>
