Follow Slashdot blog updates by subscribing to our blog RSS feed

 


Forgot your password?
Close
typodupeerror
×
GNOME GUI

Nautilus 1.0.5 Release 223

Posted by michael from the ah-eazel-we-hardly-knew-ye dept.
mz001b writes: "Proof that just because a company goes out of business does not mean that their open source software goes with them -- Nautilus 1.0.5 has been release. See the LinuxToday notice."
This discussion has been archived. No new comments can be posted.

Nautilus 1.0.5 Release More

Nautilus 1.0.5 Release

Comments Filter:
  • just let me run out and get an extra terabyte of ram or so, so I can use it! GMC still works just damn fine.
    • whoa...I can post again.

      Anyway...

      http://rox.sourceforge.net/

      Enough said.
      • Rox [sourceforge.net] is great. So refreshing to use a filemanager that doesn't have its own HTML renderer. As a result (probably of more things than just that, I suppose) Rox flies.
    • just let me run out and get an extra terabyte of ram or so, so I can use it! GMC still works just damn fine.

      So does Gentoo, but I thought command line was the ultimate solution...

      Anyway, I'm running X11 with WindowMaker, Nautilus, Mozilla and XEmacs just fine all the time and I still have a couple of megabytes of physical memory left! And it runs really smoothly! Cool, huh?

      ...but note that this is a P!!!-600MHz with 256 megs memory. Yep, if my old P166 would have any disk space left I would be really eager to install Nautilus there and see it crawl =)

    • Eazel went out of business because they had a shitty business model. But their flagship project lives on and may be a success yet. So what does this matter?

      It shows consumers that open source projects are not tied to the success of their parent companies. This is extremely important when it comes to the ASP businesses. My message to them is: escrow your code or open it up if you want my business. I want to make sure that if an ASP I contract with goes under, I still maintian access to MY data.

  • Perhaps I'll actually be able to run it now (Score:3, Interesting)

    by uchian ( 454825 ) on Friday October 19, 2001 @10:06PM (#2453624) Homepage
    Being a KDE fan, I don't use Gnome, but I check up on it every so often to see if it's reached a state where I might convert - not because I don't like KDE, just that I like to keep my options open and use the desktop which best suits me.

    Trouble is, the last couple of times I tried to run Gnome, Nautilus would appear to lock up completely for 30+ seconds at a time.

    I don't know why and haven't been interested enough in Gnome to find out why yet. I'll probably give it another try now though, see if it works yet.

  • changes (Score:5, Informative)

    by nzhavok ( 254960 ) on Friday October 19, 2001 @10:09PM (#2453633) Homepage
    A full list of changes can be found here [gnome.org]

    • Re:changes (Score:2, Interesting)

      by Spy Hunter ( 317220 )
      Some of the changes appear to allow KDE users the option to run Nautilus. My question is why? Why would a KDE user use Nautilus instead of Konqueror?

      I'm serious here. I've never used Nautilus. What features does it have that Konqueror doesn't? How do they compare in speed now that all these optimizations have been made?

      • more interactivity (Score:2, Interesting)

        by Anonymous Coward
        For one (the feature made for me but it doesn't work with .ogg) it allows you to do a mouseover on a .mp3 file and it plays it, when you take the mouse cursor off the .mp3 file it stops playing it.

        At least that's how it worked with redhat 6.2. Now I have 7.1 and the latest official Ximian desktop and that don't work anymore for some reason. Perhaps a Redhat 7.2/ and a NEW Ximian Gnome would suffice.

        If I can get that working with .ogg support and the speed problem is fixed I will use Gnome and Nautilus more. I think the thing here is they got the ideas working, now the code has to be optimized.

        • Re:more interactivity (Score:2, Informative)

          by rikkus-x ( 526844 )
          Konqueror does that, and yes, it works with .ogg.
          Just enable sound previews (View->Preview->Sound Files)

          Any other examples ?

          Rik
          • Nautilus is to Konqueror as OSX is to Windows95.

            Just a crapload of really cool eyecandy. It comes at a beefy performance cost though, but it can be used on even old and slow stuff.. i just wouldn't recommend it.
        • I've been using this feature in konqueror for some time now, so it definitely exists, and it works with ogg Vorbis files too - I'm guessing that it is fairly simple to set up .ogg in Nautilus too if mp3's can be, but having yet to get Nautilus working, I can't check this out :-(

          • Re:more interactivity (Score:3, Informative)

            by uchian ( 454825 )
            As an addendum to what I just said, I had a quick look at konqueror and realised that Ogg files didn't preview.

            (Incidentally, I don't know if this breaks anything else, so proceed at your own peril)

            After a couple of minutes digging, I found out that in KDE Menu -> Preferences -> File Browsing -> File Associations, Ogg was listed as an Application, rather than an Audio mimetype I have read reasons why this is, but the upshot is that they did not preview. To make it preview, I changed it to an audio mimetype.

            Just thought I'd pass the knowledge on :-)

      • Re:changes (Score:5, Insightful)

        by fault0 ( 514452 ) on Friday October 19, 2001 @10:51PM (#2453720) Homepage Journal
        I'm not exactly sure *why*, but here is what I think about both of them (at the risk of turning this into ANOTHER KDE vs. GNOME post):

        features-> konqueror is a bit better, it has some neat features such the embedded terminal frame. Although Nautilus can be used as a web browser, I think that Konqueror does a much better job at it. Also, Konqueror thumbnails more filetypes, afaik, and has a customizable toolbar. I think that the only (relativly) minor features that Nautilus has and Konqueror doesn't is the labeling of files (I don't use that feature), and the zooming of views up to 400% (of course, no one in their right mind would use that).

        speed-> konqueror wins against Nautilus 1.0.4, hopefully this new release will have speed improvements (from what I hear, it doesn't). Comparing

        eye candy-> I think nautilus wins slightly here. Konqueror 2.2.1 really caught up, but there are small pieces of eye candy missing such as the neat (but slow) selection of Nautilus, and imho, the border in image previews in Nautilus looks nicer than in Konqueror. Perhaps the Konqueror developers can do something like that? (If it decreases performance in any way, DON'T).

        So, IMHO, if you are using KDE, use Konqueror. If you are using GNOME, use Nautilus (or GMC).
        • Couple of points regarding nautilus features. There are several terminal-view components for nautilus that you can choose from. Hopefully soon there will be a central nautilus web page where you can get all these components. Also work is being done now on a galeon nautilus view component--which will go a long way to improving the web browsing experience in nautilus, because we all know how much galeon rocks.
          • That is good to hear, but wouldn't improving the embedding of gecko within nautilus (or improving the embedding of gtkhtml2) be better? I think it would introduce an extra source of performance loss in Nautilus to embed Galeon which in turn embeds gecko. I think that the speed that we all love in Konqueror is acheived because it embeds khtml directly.
            • Galeon is actually quite speedy. You can also run galeon as a server (-s, --server) which keeps it running all the time and reduces the time of initialization. If you just embed the mozilla embedable you don't get all the features users are used to getting from a web browser. Galeon has a very nice feature set. So you have a couple options. Either you reinvent the wheel in nautilus and rewrite all those features, you go without those features and just have a simple html viewer, or you use component technology to share resources. The last option makes the most since to me. If done properly, you won't take a serious performance hit. Even in its early stages I've observed the galeon web view to actually be faster starting up than the mozilla view. Go figure.
      • Why would a MS Windows user use Netscape/Opera instead of MSIE?

      • Re:changes (Score:5, Informative)

        by YellowBook ( 58311 ) on Friday October 19, 2001 @11:18PM (#2453778) Homepage
        Some of the changes appear to allow KDE users the option to run Nautilus. My question is why? Why would a KDE user use Nautilus instead of Konqueror?

        I'm not sure why a KDE user would use Nautilus instead of Konqueror (though perhaps they might just like it)? But my guess is that these changes in Nautilus weren't so much because they really thought a bunch of KDE users would want to run it, but for standards compliance. KDE and GNOME are supposed to meet certain standards [freedesktop.org] for compatability; most of the KDE-related changes in Nautilus seem to be in order to meet these, especially the extended window manager hints spec.

  • Is it usable yet? (Score:4, Informative)

    by Tack ( 4642 ) on Friday October 19, 2001 @10:21PM (#2453660) Homepage
    I haven't used Nautilus in a while. I want to like it. I mean, it looks great, that's for sure. But I have been following nautilus-list, and the word is that 1.0.5 is actually slower than 1.0.4. There were some serious performance issues just a few days ago, but Darin Adler made some significant improvements and the others were excited to see that CVS nautilus was only 10% slower (yes, _slower_!) than 1.0.4. (Reference here [eazel.com].) Good enough for a release, apparently, and here we are.

    Performance, if you ask me, has to be their #1 priority. There may be fewer bugs, but bugs in software I don't use due to bad performance doesn't affect me any. I have a 1.4Ghz/512MB system and it remains significantly too slow for me to use productively.

    I can't help but think of Mozilla about this time last year. It was horridly slow. And the typical tune on slashdot was something like "Mozilla is so slow it's useless garbage! They should scrap it all and start over." And now the tune has changed, and the general opinion about Mozilla is very positive. Given that, maybe in a year or two Nautilus will pick up in performance and reach a state of usability. I hope, anyway!

    I can't say myself if Nautilus is really much slower because I haven't used it myself. If anyone has used it, can you post your observations here?

    Cheers,
    Jason.

    • I haven't used Nautilus in a while either. And I must have gained at least 15 pounds as a result!
    • Those are some worrying results. I remember reading about Alan Cox doing some profiling on the code and finding lots of room for improvement. I'm just wondering what Nautilus is *doing* in that 11 seconds it takes to load a folder.

      Seems like Nautilus is GNOME's club foot.
      • I'm just wondering what Nautilus is *doing* in that 11 seconds it takes to load a folder.

        IIRC Monsieur Cox was saying something about loading a font 4700 times. Hmmm.

        Dave

        • <best Mozilla developer voice>

          If your computer can't load 4700 fonts per mouse event, that's *your* problem, not Nautilus's. Nautilus is just MORE POWERFUL than Konqueror, and needs a MORE POWERFUL computer--take a walk outside your trailer park, throw away your fuckin' C64 and get with the times. I'd like to see this uninformed luser "Cocks" you mentioned shut his kiddie yap and write some code. !!!

          </best Mozilla developer voice>

    • OT: OSS profiling tools (Score:1, Interesting)

      by Anonymous Coward
      Forgive a question from someone with a Windows background: but what's available in the OSS world of gcc, etc. to deal with profiling application performance? I know that under Windows, I've got tools like the MS profiler, TrueTime (NuMega), Quantify (Rational), and a few other profiling suites.

      I understand Quanitify originated as a *nix product... it also costs over a thousand bucks. Are there any OSS tools that match TrueTime, Quantify, etc. for usability and features?

      Similarly, are there any OSS tools that correspond to BoundsChecker (NuMega) or Purify (Rational)? I'm aware of ElectricFence and other utilities that are primarily geared towards memory management issues; I'm wondering if there are any more comprehensive tools available.

      (No, this is not a troll, and yes, I do know how to usee Google, thank you. I've got a genuine interest in the topic, and thought I'd be lazy about it for once and ask people for recommendations before doing my own research.)

      • i'd suggest you use gprof. There are other utilities available, but this is the defacto one in terms of usage :-)
      • The standard profiling method is to build with -profile (I think) and run gprof on the profile data file running the executable generates.
        At least, that's how I seem to remember it.

        • Re:OT: OSS profiling tools (Score:4, Informative)

          by Paul Komarek ( 794 ) <komarek.paul@gmail.com> on Saturday October 20, 2001 @02:26AM (#2454076) Homepage
          Build with -p if you wish to analyze with prof (I've never done this), or -gp if you want to analyze with gprof. Then learn how to use prof or gprof. Learning to use gprof is a good investment for your time. The only difficult part is correctly interpreting the analysis returned by gprof, which is very detailed. It's not that bad, but it can be daunting at first.

          Or you can use the old "ctrl-c" profiling method: run the program in a debugger, and stop it at random times with ctrl-c. Each time, make a note of which function you interrupted. If one function shows up a lot, then optimizing it is probably your best bet for improving performance.

          I prefer gprof. =-)

          -Paul Komarek
      • http://www.mozilla.org/performance/jprof.html (jprof)
        http://www.mozilla.org/performance/eazel.html (eazel profilers that mozilla guys use)
        http://oprofile.sourceforge.net/

        of the three, I believe that jprof and oprofile work on the same principle, only oprofile is system-wide and comes with a kernel module.

        for debugging, there are tons of malloc replacements (which may or may not require recompilation) besides electricfence. Obviously, I have no idea what other things boundschecker or purify can do, but I'm sure there must be a tool for most pieces of functionality that these programs provide (but not necessarily all at once).

    • Re:Is it usable yet? (Score:4, Interesting)

      by NonSequor ( 230139 ) on Friday October 19, 2001 @11:20PM (#2453780) Journal
      1.0.4 works fine for me. A little slow opening the first window (3 seconds by my estimation), but good after that. This is on an Athlon 1000 with 374MB of RAM (I had 128MB before and it ran at the same speed). I use the music view to play all of my MP3s but from time to time that crashes.

      I really like using Nautilus to organize my files. I've changed the icons and backgrounds of all of the subdirectories of my home directory to suit my fancy. Certainly this is just fluff, but I like to personalize everything. I use the emblems to mark MP3s that I get from Morpheus. Rather than just deleting low quality MP3s I mark them as being bad and keep them until I find a good replacement. I may eventually write a program that generates a random playlist for my MP3 player, giving songs with a certain emblems higher or lower chances of being picked (I want to listen to my favorite songs more often, but I would like to have others thrown in for variety).

      There's still some work to be done though. Sometimes the sidebar tabs die for no reason. The music view crashing also needs to be fixed. If these two things are fixed then I will have no problems with Nautilus.

    • Re:Is it usable yet? (Score:4, Insightful)

      by Wolfstar ( 131012 ) on Saturday October 20, 2001 @03:09AM (#2454119)
      Yes, but I think that the overwhelming difference here lies in the current status of the project.

      A year ago - heck, even as little as 6 months ago! - Mozilla was sluggish to terrible. The only reason people were using it was because it did a much better job out the gate of handling fonts and images. But the reason for that was simple, and oft-stated by the Mozilla folks.

      Debugging code.

      Mozilla was still new enough and untried enough that every build they did had debugging code all over the place, so that when the Lizard died, they could get an accurate autopsy right away. And they hadn't even BOTHERED with speed optimizations. As they steadily creep closer to 1.0 - and this is really only since they hit .9 or so that it's become more true - they've been pulling the debugging code and starting to optimize for speed. The difference in performance is incredible, and I've had at least two people tell me that they've gotten better results on unofficial page-loading benchmarks from Mozilla than IE under Win32.

      Nautilus, on the other hand, is a shipped product. Sure, no program is ever really ready, it just gets released; that doesn't change the fact that the debug code should be out and the speed optimizations should be in.

      If I had to take a guess, I'd imagine that the performance hits Nautilus takes are from trying to be too user-friendly while maintaining a Kitchen-sink toolset.

      IANACoder, but that's one of the reasons I don't bother with Nautilus.

      Well, that and the fact that Xterm works just fine for my file manager. =)
      • I don't believe that its the 'kitchen sink' aspect of Nautilus that is causing problems. Examining bugzilla, there are tons of features that were cancelled by Eazel in hopes of getting a product out before their cash ran out. And these are all fairly modular, and so don't impact speed that much. People tend to use the word 'bloat' as a general insult, usually one that doesn't reflect reality. Just because something is slow doesn't mean it's 'bloated' and even if something is 'bloated', it doesn't mean its slow.

        I think one reason why nautilus can be unresponsive is the way disk i/o is handled. They attempted to layer the disk handling, so normal functions in the application can't read files directly. There are special request-callback routines that run as their own thread which are required to access file systems. This helps make it easier to deal with different file systems, different platforms, remote file systems, and to make things (like ftp) appear as file systems even if they technically aren't. But, by abstracting a layer, and having the layer be autonomous, things get trickier. Sometimes, designs that encouraged optimal normal behavior produced atrocious worst-case behavior, and sometimes, fixes to address worst-case behavior impacted normal behavior.

        So, I think your assumptions are incorrect. Its user-friendly aspects are not impacting its performance as much as some of the nuts-and-bolts infrastructure, but these are getting worked out as well. Hopefully, we'll start seeing more of the document views appearing in the next months (like pdf, ps, targz, .rpm, abiword, etc.)

    • Re:Is it usable yet? (Score:5, Informative)

      by GauteL ( 29207 ) on Saturday October 20, 2001 @05:38AM (#2454241)
      It is indeed a bit slower on regular tasks than 1.0.4 (unnoticable).
      BUT:
      A lot of those not happy with the speed of Nautilus were in fact experiencing some speed-bugs that have been cleared out. So while Nautilus is now overrall a bit slower than 1.0.4, the horrible worst-case behaviour is now much smoother.
      Speed is indeed a high priority with the Nautilus-team, but there is always something more important: reliability.

      Nautilus 1.0.5 is now in a very usable and reliable state. For most people it should actually be fast enough, but some may still find it on the slow side.

      On a 1.4GHz/512MB system it is already very fast. On my 800MHz/256MB system, things work like this:
      Staring Nautilus: 7.5 seconds
      Opening the first window from blank desktop: 3 secondsOpening second window: 2 seconds
      Changing directories: 0.2 - 3.5 seconds (on average around 0.5)*

      * The 3.5 seconds is worst case (a directory with ~900 pictures to display pregenerated thumbnails for). Thumbnailing in itself is a seperate thread and async.

      This is with all the Bells and Whistles on.

    • Given that, maybe in a year or two Nautilus will pick up in performance and reach a state of usability.


      Usability amounts to more than just performance. It has to do with GUI design, taking the user's conceptual model of the computer into account etc. To see what the GNOME Usability Project [gnome.org]'s proposals for Nautilus are, please visit Nautilus GNOME 2 must-fix list [gnome.org].

  • seems like (Score:1, Interesting)

    by L-Wave ( 515413 )
    seems like many of the speed improvments lie in the fact that they are now caching everything or removing certain abilities (like checking for a smaller set of extentions) is this the correct way to make speed improvments? I mean really, reducing functionality can hardly be though of as a speed improvment... so now If i want to search for an icon that happens to be an unpre-defined extinsion ill prolly have to find it myself...bah, do it the right way (code corretly) second, caching everything is a quick fix, but wait for people to shout "it doesnt run with 64 meg ram!!"
  • Anyone know of some screen shots of the new release? I haven't seen a recent version running, just wondering what it looks like.

  • I love GNOME, but... (Score:3, Insightful)

    by green pizza ( 159161 ) on Friday October 19, 2001 @10:36PM (#2453685) Homepage
    Prepare to lose all karma...

    Perhaps I'm alone... I love GNOME, but I really don't care for Nautilus. In fact, I sort of have a strong distaste for it. But I have to give Andy and company from Eazel credit for taking a risk and for following their dreams. They've made a product that's loved by many... just not me.
    • Right on. panel + sawfish + xscreensaver fits all my needs.
    • You are NOT alone...i find it clueless and uneeded. Of course i do not ban people liking/enjoying it! But i think it's a step backwards...

      Nonetheless is has cool icons i do use for some other programs :) ... we definetly need to implement icons library! I care about how thinks look, either at home, work or desktop. Think of it, if you wark a lot with computer you probably look at the desktop like 70% of your awake life...

      Federico
    • I'm curious as to what aspects of Nautilus you find so distateful. I wouldn't have thought that it could elicit such strong feelings.
    • With hindsight, it was probably a bad idea to choose a company name only two letters away from Edsel.

      (Or Etzel which is German for Edsel... == Attila, BTW.)

  • Ditch Nautilus? (Score:3, Insightful)

    by Anonymous Coward on Friday October 19, 2001 @11:40PM (#2453812)
    I am really disappointed in this release. I finished compiling it and ran it, and it about the same speed if not slower than 1.0.4! The nautilus developers should aim to make Nautilus FAST. I don't care about the eye candy, I like my computer to be a tool.

    I really think that some people should really extend GMC for some of the features Nautilus implements, such as file previews, and make GMC the default again!
  • I'm not even going to try installing this thing because i know its going to require about 50 supporting libraries to be downloaded just to get it to run.

    • Use a package manager that follows dependencies. Of course that will require someone to package it and post it. Nevermind, it will be 10 months before it makes the debian tree. Then again they probably consider it non-free for some religious reason.
      Long live pkg_add -r!
      Back to sleep......

    • Re:Dependencies from hell (Score:5, Insightful)

      by styopa ( 58097 ) <hillsr AT colorado DOT edu> on Saturday October 20, 2001 @12:09AM (#2453869) Homepage
      To be exact, according to dpkg it has 37 dependencies. Of course, those have dependencies also.

      I know that I will get flamed for this, but that is why I use Debian GNU/Linux. Figuring out dependencies stops becoming my job.
      apt-get update
      apt-get install nautilus
      Done.
      • Ummm...

        The apt package was ported to RPM distribs [rpmfind.net] months ago...

        Next?

        • Re:Dependencies from hell (Score:4, Informative)

          by fossa ( 212602 ) <pat7.gmx@net> on Saturday October 20, 2001 @03:09AM (#2454120) Journal

          Your point? Are you trying to say that apt is no reason to use debian now that it's been ported to rpm based distros? Now apt rocks, but what sets debian apart from the others[1] in my eyes is the debian policy. Nothing's perfect, but when I install a debian package I have a pretty good idea of what it's going to do and where it's going to install. Some examples are /usr/share/doc/package for every package, every package giving a menu entry to the debian menu system and therefore automatically appearing in the window manager menus, and a strict following of fhs (maybe not strict but at least consitent across packages[2]).

          Apt only reaches its full potential when it can be used with confidence, and I can definitely use apt with confidence on my debian box[2]

          I'm not dissing other distros. I'm simply stating that in my own experience I feel a confidence with debian that I did not feel with the other distros I've tried. So if one feels safe using apt on debian then apt is most definitely a reason to use debian.

          [1] Back in my distro experimenting days, I tried RedHat 5.2, Caldera ?.?, Suse ?.?, RedHat 6.? and debian slink (2.1?). I feel safest installing debian packages and haven't tried another distro since (for better or worse).

          [2] At least when I used debian stable. It is unfortunate that debian doesn't release more often. But I have plenty of confidence installing from unstable as long as I'm not upgrading libc or perl.

        • I would think that you need an apt-able set of packages, designed to be fetched that way. And a package manager with features that RPM hasn't.

          If you are curious about those thinfgs that makes APT not enough, check here [debian.org].

      • And this is why I use Mandrake:
        urpmi.update -a
        urpmi nautilus

  • Slow-NOT! (Score:2, Interesting)

    by SparkyMartin ( 206236 )
    I don't find Nautilus slow on my Athlon700 system-not exactly a screamer by todays standards. When running Gnome it opens up in a couple seconds. In KDE it takes three times as long to start but once running I don't notice any lags. I dunno, maybe I'm too use to Windows.
  • I just want a simple program that I can browse through my files with, I use roz sure it's not skinnable and it doesn't have neato icons or browse the web but it does what I want it to without hogging resources.
    And yes I have an older computer a P2 350 with 448 MB of ram ( I'm a RAM junkie, hell it's cheap enough!)everything else I use runs great ok ok well Mozilla isin't the fastest but it works.
  • Nautilus is slow when first installed. most of the themes which come with the package don't help matters. they have too much eye candy and slow it down tremendously. with plain-type buttons, folders and background nautilus is usable and even moderately fast. my problems have been with freezing. and other bugs...

  • Nautilus vs. Konqueror vs. Windows Explorer (Score:3, Interesting)

    by Anonymous Coward on Saturday October 20, 2001 @12:35AM (#2453907)
    I did a quick speed analysis in the loading of a directory with 2870 mp3 with Nautilus (1.0.5), Konqueror (2.2.1), and Windows Explorer (XP).

    all 3 apps were already running, but never visited directory before (so no caching). test done on athlon 800 with 256 mb ram. Everything was set to order by name.

    Windows Explorer - loaded new window and loaded files almost instantenously.
    Konqueror - open new window was instant.. loading files took about 4 seconds.
    Nautilus(icon view) - open new window was instant.. loading files took 28 seconds, 4 more seconds for the GUI to finish layouting.
    nautilus (music view) - still loading, has been over 10 mins, gui usable, but the view part isn't (using bonobo?). incomparision, xmms, winamp, and noatun load metadata from mp3s much faster.

    looks like nautilus is 32 times slower than Windows Explorer. Much optimization has to be done!
    • Interesting analysis... in Windows Explorer, did you compare against the "thumbnail view"? I believe the "thumbnail view" is roughly equivalent to Nautilus' concept of previewing each document instead of an icon. Its a great idea, just needs to be a *lot* faster!
    • Now if Nautilus could be made to behave exactly like Windows Explorer, all the way down to the last cut, copy and paste operation, listing the folders in the left pane and contents of the folders in the right pane, showing a list of small icons in both panes, it might be workable. Of course it would also have to ditch the written-in-stone file associations that plague Windows Explorer. Hey, wait a minute, I just described Konquerer.

      What I hate about Nautilus (and other Linux file managers, for that matter, this ain't just a Nautulus problem) is that it tries to launch files upon clicking them once. Also the automatic thumbnailing of images is annoying, wastes time, and adds garbage to folders (the thumbnail file, indexes, etc...)

      Ooh- I know! Let's bring back SID from the old Amiga days! The file manager, that is, not the Commodore 64 sound chip.
      • What I hate about Nautilus (and other Linux file managers, for that matter, this ain't just a Nautulus problem) is that it tries to launch files upon clicking them once.

        I believe this is to get us away from the old double-click paradigm. You won't double-click anywhere in KDE (except maybe in a listview widget like from Licq). If you want to make Konqueror behave more like Windows Explorer, try disabling single-click launch and "change cursor over icons" (that hand thingy). Now if only it were faster..
    • Not so... your scores are either due to a misconfigured Nautilus (possibly wrong bonobo-version), or are fake.

      These scores make absolutely no sense, unless you've stumbled upon some rare bug, and in that case I'm sure the developers would really like a bug-report.
  • For what its worth, I think that nautilus is a great product. Is it a bit slower than exporer, sure, but it is not as if you were getting nothing back for it (everything is so smooth :) Anyway, thanks alot nautilus team!

  • Gotta use it awhile to appreciate it (Score:3, Interesting)

    by flacco ( 324089 ) on Saturday October 20, 2001 @01:39AM (#2454017)
    If your'e still using GMC, try Nautilus for awhile - it will grow on you (please, clever punster wags, control yourselves).

    I especially like the ability to have remote FTP file systems integrated with the file manager alongside local storage, so I can cut a file from local drive and just paste it into an FTP site. Can't wait till they get SMB file shares and other filesystems added to it as well.

    Combine this with the bookmarks feature and you have a very efficient way of managing remote and local files transparently. It's worth a few seconds startup time IMHO.

    • Comment removed based on user account deletion
    • > Can't wait till they get SMB file shares and other filesystems added to it as well.

      You can already browse SMB shares, but you need to get the gnome-vfs-extra package from somewhere. If you are happy with CVS then get it from the GNOME CVS server, otherwise, have a hunt around for a package for the distro you are using.

      One limitation is that to browse stuff you need to enter the username and password into the URI eg.

      smb://user:password@sharename

      But it's a minor quibble.

      I don't use nautilus or need to browse SMB shares so the information is coming from memory having read the nautilus mailing list archives...


  • This story reminds me of what I have thought for quite some time now... the fact that Linux is never going to succeed on the desktop. There are too many factions at work for it to succeed. There are too many Window Managers. Competition is a good thing, I'm all for it, but we (the people still waiting to use Linux as a desktop OS) don't need 87 different GUI file managers. For the most part the GUI file manager competition is irrelevant anyway, how can anyone compete with "free". Who wins in the end anyway, the file manager with the most what?

    Konqueror and GMC both work great. Why not program something worthwhile, like a good game or something? Linux games are severely lacking. Sure, I can play thousands of roms on Linux, and Loki even has some good titles out, but where's my Diablo? or Diablo II? And if you say Wine or VMWare, you lose a testicle! Emulation and virtual this-or-that sucks in the performance realm and you know it!

  • The linux desktop (Score:2, Insightful)

    by Anonymous Coward
    What's with the ever evolving state of file managers for linux? Besides thumbnail view and an embedded audio player MS has had the same file manageer since 1995 and it works fine. Only now with XP does it look even slightly different. Yet the linux ones want to be web browsers etc and can't even do that right. A file manager should do one thing, manage files. These "file managers" are constantly changing and can never settle on a feature set. Talk about feature creap. It slices, it dices, it does ftp,http, nfs, smb, blah, blah. Did you know the "desktop" audience the linux community thinks it deserves for the most part does not even know how to use a file manager? They just use file->save as to put the file where they want.

    There are soo many more important issues for the linux desktop than a SUPER file manager. How about the linux commmunity spend a few years making or copying there OWN GOOD LOOKING FONTS? I can't imagine it could take as long as Gnome has and would truly benefit the community as a whole as opposed to a bloated file manager. The linux community for all their push behind open standards has none when it comes to the linux desktop. Linux hackers do what Feels good and as a result you have a bunch of patch work windows managers that fight with each other and need P500's with 256MB ram to run O.K.

    I'm sure I just don't "get it" but it seems to me that simple and stable seem to be the future for Computer desktops, and linux is way off track.

  • What is the role of nautilus? (Score:3, Insightful)

    by jhdsl ( 74051 ) on Saturday October 20, 2001 @10:18AM (#2454491)
    I wonder what the role of nautilus is? It is not a very good file browser, it can't browse tar-archives like its predecessor midnight commander could. You can not drag images from thumbnail mode into another window to get it displayed. It is not a very good browser either, you can't for instance drag links to another window, no image control, no "open new window on middle mouse click".

    The playing of sound files by just pointing at them is neat, but doesn't work in 1.0.5 for me (it did in 1.0.4).

    I think it is strange that Gnome replaced MC with something that can't even do all the stuff MC did. And as a web broswer it is not up to galeon or mozilla or konqurer. If one wants to be sarcastic one could say that they took two programs, MC and mozilla, integrated them and in the process removed a lot of useful stuff. The eye-candy is impressive for about two minutes, but then what?

    Nautilus seems to be stuck in this not-ok-file-manager-not-ok-browser state.

    I'm no big fan of KDE but at least konqurer is an ok filemanager and an ok browser. Nautilus is not really usable in any role.
  • Nautilus is faster hands down.

    I have windowsXP and nautilus on my computer, 400mhz pentium, SCSI drive, 256 megs of ram.

    Nautilus runs much faster than XP, Gnome runs faster, Enlightenment runs faster in fact windowsXP is the slowest OS i've ever used in my life.

    Nautilus is competiting against XP.

    Let people who want a good file manager upgrade their hardware, isnt that the point of buying new hardware? to run the most powerful software?

  • Nautilus. (Score:5, Informative)

    by miguel ( 7116 ) on Saturday October 20, 2001 @01:47PM (#2454854) Homepage
    For a long time I stuck to GMC as my desktop manager, because I figured someone had to run it if we planned on keeping people with small systems happy (there are a lot of under powered machines out of the US).

    I finally made the switch because of the simplicity and cleanliness of Nautilus. I did not like Nautilus 1.0, I felt there were too many taste differences between my way of working and Nautilus way of working.

    But the Nautilus hackers were quick to respond to the input of the user community, and by the time Nautilus 1.0.3 came out, they had addressed most of the community issues.

    Today people are using Nautilus in really creative ways, and I finally made the switch because of all this creativity. Tuomas has a `magnets' package for his desktop and a set of images to play free-form solitaire on the desktop. Sure, they are just toys, but like that there are hundreds of other things being done with Nautilus.

    The core foundation in Nautilus is sound, and a lot of people are doing really creative things. For example someone wrote a "3D" viewer for directories. You can at any point switch your default view into 3D-view inside the window. It is just a Bonobo component, you do not even need to touch the Nautilus code to add these third-party views.

    Some other people have been writing Nautilus scripts, and I have been using a few of them. They could use some polish, but for being user-contributed things, they are pretty nice.

    I also noticed that the new Windows XP shell incorporated various ideas that were in Nautilus or earlier versions of Nautilus and some others were demoed as concepts by Andy as potential services to consumers.

    I would like to extend's Andy's idea of "actions" that are available on the left pane to be more comprehensive as it is on XP.

    Other features in Nautilus are its support for SVG-icons. Something that has been overlooked for some time. I did not knew about this until I saw someone's desktop with these huge icons (common used things were huge, others were there just for reference). Those huge icons looked perfect (maybe they were 100x100 size), when I asked I found out that it was the new Tuomas/Jakub set of SVG icons.

    Many hackers have been using pictures of themselves as their desktop "home". For example Nat's personal home directory has a `Friends' directory, and each `Friends' folder has a high resolution picture of his friends, where he keeps his information. He has a picture of his car for details about his car. Maybe he can post a screenshot of his desktop so you get an idea.

    There are many more creative uses of Nautilus out there, but I have to say that as the product matures, more and more options are available.

    But Nautilus overall makes for a terrific file manager, but it takes some time to get the best out of it.

    I still want to see some of Andy's experimental code that allowed live objects to be shown in Nautilus. At some point I saw someone's desktop contain various "web sites" in a folder. Instead of using an RSS feed, various mini-web sites (fully functional) were embedded into a directory. I wish someone could send me a link to this url.

    Miguel.

Slashdot Top Deals

One man's constant is another man's variable. -- A.J. Perlis

Close