Slashdot Mirror


ROX Desktop Update

tal197 writes: "More than two years since the ROX desktop (a desktop based around the filesystem) was last mentioned on slashdot, the second stable branch of the central ROX-Filer component has just been released. It's still pretty light and fast, despite all the changes, and integrates well with other desktops too."

27 of 181 comments (clear)

  1. More Information by BrianGa · · Score: 3, Informative

    For more information on ROX Desktop, check out the Freshmeat details.

  2. Re:Desktop by zpengo · · Score: 3, Funny

    Wouldn't it be better to settle on a single desktop instead of bringing out competing desktops every month? Thank you for your input, Mr. Gates. Does anyone else have an opinion? No? Okay, we'll go ahead with that plan then....

    --


    Got Rhinos?
  3. Rox -rocks by Lumpy · · Score: 5, Interesting

    I;ve been using windowmaker with Rox-filer in the desktop mode for quite a while now on machines Like a P-MMX 200 with only 64 meg of ram. It works great, abiword runs under it nice. and the whole thing feels faster than Xp on a 2 processor 2ghz each machine.

    I placed one of these in the general sales work area and I have recieved tons of comments on how fast it is. One person asked if it was prototype hardware that you couldnt buy yet because it was so fast.

    I reccomend everyone give Rox a try. it mates with several light windowmanagers and makes an awesome desktop that is easy to lock down and configure.

    --
    Do not look at laser with remaining good eye.
    1. Re:Rox -rocks by dstone · · Score: 3, Funny

      One person asked if it was prototype hardware that you couldnt buy yet because it was so fast.

      Tell that person I have some waterfront real estate to sell them. Chance of a lifetime.

    2. Re:Rox -rocks by prmths · · Score: 4, Interesting

      I totally agree... I've been using rox for quit a bit of time.. and it screams on my athlon 1.5 and P3 1.13
      windows, nautilus, konqueror, -- all have the same problem -- laggy and non-responsive when you have tons of files in a directory.. rox just blazes through it.. my only complaint -- when a file has an executable flag - it automatically runs it -- but i'm sure there's a option somewhere to turn that off... I just havn't looked..

      sure, windows XP, nautilus, etc might be an eyeful.. but... performance is what I prefer.

    3. Re:Rox -rocks by Lumpy · · Score: 3, Interesting

      But it's a nice example of how people are used to seeing new hardware run slow. The brand spanking new machines I rolled out here last month are slow compared to this Rox machine. Why? W2K is bloated, Office is bloated, ie is bloated. Outlook is just a joke, a really really cruel joke.

      I even have wine on there running one of the special research apps (nielsen data) and they like it's speed. (granted it crashes more, but it's because of the same bug that crashes the app on windows.)

      If users demanded that their new P7 with 2 terebytes of ram ran unbelieveably fast instead of putting up with the added bloat that slows down that super fast machine to regluar speeds again, things would be different.

      KDE is un-useable on this machine... That's what I tried to install on it first. ROX+windowmaker makes is super fast, and look nothing like Microsloth.

      --
      Do not look at laser with remaining good eye.
    4. Re:Rox -rocks by Ed+Avis · · Score: 3, Informative
      One person asked if it was prototype hardware that you couldnt buy yet because it was so fast.

      LOL. But in fact ROX will never be as fast as what inspired it - the RISC OS desktop (mostly) hand-written in ARM assember. Acorn's 8MHz ARM-based desktop was in fact faster than almost anything short of a Sun workstation back in 1988 when RISC OS came out, but most of the _feeling_ of speed came from the OS being implemented in assember, and on ROM so it loaded instantly. Legend has it the windowing code was written by a games programmer - perhaps the best person to pick.

      Is anyone keeping an official list of 'desktop software that looks good and isn't horribly bloated like almost everything else seems to be these days, not like back when I were a lad' (tm)? I nominate Dillo and Icewm; I would use ROX-filer if I needed a file manager (I've become accustomed to using the shell now). I can't bring myself to give up XEmacs though :-(.

      --
      -- Ed Avis ed@membled.com
    5. Re:Rox -rocks by tal197 · · Score: 3, Informative
      when a file has an executable flag - it automatically runs it -- but i'm sure there's a option somewhere to turn that off... I just havn't looked..

      The Options box would be a good place to start ;-) Try Options->Types->Ignore eXecutable bit for known extensions.

      Also, for text files, click with Shift held down to load it into a text editor instead of running it (this works with other files too). Shift + right button click to get a menu of possible applications to send it to.

  4. They support MacOS X style app wrappers! by jeske · · Score: 5, Interesting

    Wow, I just took a look and the ROX Filer is truly revolutionary. This is the first simple example of the powerful Nextstep and MacOS X concept of "app wrappers" brought to Linux.

    App-wrappers are a system which solves many of the application installation problems associated with the Windows Registry and systems like RPM. By locating all of an applications files under a single relocatable directory, installing an application is as simple as dropping the "app wrapper directory" on your filesystem.

    Lets all hope this concept finally takes off on Linux, so it can pave the way for simple 3rd party application distribution.

    1. Re:They support MacOS X style app wrappers! by SilentChris · · Score: 3, Insightful
      The problem with this system is that often space is wasted. You can have hundreds of copies of the same library in all the installation directories.

      True, DLL Hell isn't much better, but there has to be a clever median between the two.

    2. Re:They support MacOS X style app wrappers! by Ed+Avis · · Score: 4, Informative

      The app-directory idea is neat, but it has its problems. Some things do require a central registry of applications - like associating particular file types with particular apps. So what do you do - scan the whole hard disk at boot looking for app directories and registering them?

      On RISC OS each app-directory had a file inside called !Boot which was run whenever the filer _saw_ the app. Normally this was (effectively) a shell script which set some system-global environment variables for associations with particular filetypes. Needless to say this action of silently running !Boot files was a great way to spread viruses. But surprisingly opening a directory full of apps was still pretty snappy.

      This system extended to libraries - a library would usually be installed as an app directory and it would need to be 'seen' by the filer before anything using that library could find it. Later on even the temporary directory (called !Scrap) did this. That is cute - you can move the temporary directory from one place to another just by clicking and dragging - but it's a nuisance that these things have to be 'seen' on every startup. IIRC there was later some method to save a session file which would visit every application seen so far, and run this session file again next time.

      Since ROX-filer is just a file manager and doesn't have to set system-wide things like file assocations, it doesn't suffer from these problems AFAIK. But is there any real _need_ for app-directories?

      It seems to me that they were most useful when using a handful of floppies and maybe a small hard disk; when applications were small enough to fit on a single floppy and so just copying from one disk to another was enough to 'install' an app. But how do you deal with depedencies on a particular library version, for example? Using a package manager which can check these things looks like a good idea.

      Maybe a fusion of app-directories and RPM/dpkg packages would be useful. How about a package which you can double-click on to run the application immediately, but also choose to install 'centrally' (perhaps by dragging it to some strange-looking icon at the bottom of the screen) to make it install as a package, with binaries in $PATH and all that stuff.

      I dunno - I liked app directories on RISC OS, but I also like Unix-style package management with install and uninstall scripts and dependency checking. And I recognize that software packaging on Unix/Linux is more complex than it was on RISC OS or even on NextStep.

      I wonder what OS X does in this area?

      --
      -- Ed Avis ed@membled.com
    3. Re:They support MacOS X style app wrappers! by tal197 · · Score: 3, Informative
      Since ROX-filer is just a file manager and doesn't have to set system-wide things like file assocations, it doesn't suffer from these problems AFAIK.

      Actually, ROX-Filer does deal with that (although a patch recently appeared on the developer list to let it use the GNOME settings instead).

      As an example, let's say you want HTML documents to load into Galeon:

      1. Open the menu over an HTML file and choose Set Run Action... from the menu.
      2. A box appears asking you to supply an application.
      3. Drag Galeon (from a filer window, panel, or whatever you normally use to launch it) into the box.
      4. The association is now recorded (as a symlink ~/Choices/MIME-types/text_html to Galeon).

      You can also supply a command in the dialog box instead, eg galeon "$@".

  5. Re:Desktop by October_30th · · Score: 3, Insightful
    Look. There are two similar "designers" here.

    There are the windows XPerience designers who want to lock everything down. Ok. That works with the closed source.

    Then there are the open source guys who are afraid to/incapable of settling on a well defined, common standard that would bring unified desktop and improve user friendliness on Unix. Why? Because they are afraid of things getting locked down. But how could the desktop get locked down when everything is open source?! Settle on a standard and if anyone is not satisfied, let him/her compile her own programs and live outside the standard! Don't make us all live in the "download the most recent code and recompile it" hell. Some of us just want a desktop that works and looks good. We don't want to tweak our computers!

    --
    The owls are not what they seem
  6. ROX on PDAs? by DocSnyder · · Score: 5, Informative

    I tried it via X11 redirection on my iPAQ (running Familiar GNU/Linux). It wouldn't take much hassle to make ROX the ultimative PDA environment: ROX is lean as in resources as well as in screen space, it's very functional and flexible, and it can be used with a stylus or with a one-key mouse.

    1. Re:ROX on PDAs? by jeffehobbs · · Score: 3, Funny

      ultimative

      That sounds wondermariffical!

      ~the Maple Syrup

  7. Re:Isn't this reminicent of... by seann · · Score: 3, Interesting

    That was an SGI system running the 3d file manager which they borrowed from SGI.
    You can download the source code for it and compile the program yourself. FSV. File System Viewer A Remake of FSN. The original from jurassic park

    --
    I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
  8. Re:They support MacOS^H^H^H^H^HRiscOS wrappers by tjwhaynes · · Score: 5, Interesting

    Wow, I just took a look and the ROX Filer is truly revolutionary. This is the first simple example of the powerful Nextstep and MacOS X concept of "app wrappers" brought to Linux.

    Funny you should call them MacOS X style app wrappers because they are based on a much older system from Acorn RiscOS :-) Hence ROX - Risc Os on X.

    Other really nice things are the Drag-and-drop save - why the hell hasn't this caught on elsewhere? After all, we drag things into windows to indicate the movement of data from one window to another. We drag files into apps to load them. Why hasn't dragging a 'file' out of an app to a filer window caught on as the most obvious way to save a file?

    As an avid user of Acorn RiscOS back in its hey day (when men were Real Men, women were Real Women and real furry creatures from Alpha Centuri were Real Furry Creatures from Alpha Centuri), ROX allows me to get passed all the normal windowing cruft and really allow me to use the desktop.

    As someone else has already said, ROX rocks.

    Cheers,

    Toby Haynes

    --
    Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
  9. Macintosh philosophy by markj02 · · Score: 5, Interesting

    The ROX desktop seems much closer to the Macintosh philosophy than other desktops. On the Mac, too, much of the interaction with the system is through a single paradigm built around the file system. This, to me, is a far more promising direction for a usable Linux desktop than complex megaprojects like KDE or Gnome.

    1. Re:Macintosh philosophy by thehamster · · Score: 3, Informative

      The links:

      RISC OS 3.11 The one every british schoolchild will be familiar with...

      RISC OS 4 The current version, with fancier marble look.

      --
      -- This is not a sig. But I'm a liar.
  10. Nice for expatriated Mac users by mbrubeck · · Score: 5, Insightful
    I grew up with Macintosh System 6. That was a long time ago; first I jumped ship to BeOS back in the PR1 days and became a bash and vi junkie; later moving to Debian and becoming a free software hacker. For the most part I abandoned my MacOS roots.

    I never managed to shake a nagging feeling of loss: I missed the Finder. Oh, I tried various graphical file managers -- Midnight Commander, assorted OS/2 and NeXT clones, and more recently Nautilus. None of them worked for me; I tried to use them but always found myself switching back to the shell to get anything done. Most recently, I tried MacOS X and had the same problem! My beloved Finder -- constant from System 6 all the way to MacOS 9 -- had been replaced by this strange marriage of Windows Explorer and the NeXT Workspace Manager.

    What did I want that all these tools failed to deliver? A physical feeling of the filesystem. The idea that this directory is here... and this one is over there... and I can reach through the screen with my mouse, scoop up a bunch of files, and drop them in a new location. Also a sense of immediacy. The file manager must be lightweight and optimized enough that opening a new directory is, perceptually, a zero-cost operation. The interface must be sparse enough that you feel you are working in the filesystem, not through a bunch of widgets and menus. Sure, browsers like Nautilus or the OS X Finder support classic Finder-style browsing, but they don't stay out of your way enough for you to ignore the browser and focus on the files.

    The introduction on the ROX pages sums up some of how I feel:

    However, recent desktop efforts (such as KDE and GNOME) seem to be following the Windows approach of trying to hide the filesystem and get users to do things via a Start-menu or similar. Modern desktop users, on Windows or Unix, often have no idea where their programs are installed, or even where their data files are saved. This leads to a feeling of not being in control, and a poor understanding of how the system works.

    One other system managed to give me the same intuitive feel for the filesystem, and that was the Be Tracker, a blatant but well-crafted Finder clone. Despite serious flaws (no hierarchal list views!), it was so nice to use that it was my primary interface into my computer when I used BeOS. The ROX Filer looks like a promising start. I will download it and hope, and contribute where I can.

    1. Re:Nice for expatriated Mac users by Lumpy · · Score: 3, Insightful

      Exactly... whoever thought that making the web-browser into the file manager needs to be beaten with large numbers of sticks. and I am quite saddened that Linux professionals that program KDE and Gnome also decided that bloat is better.

      If I want a web browser I'll open a web browser. I wanted to use a file manager. and this is where ROX fits in. If you kill nautlius (actually delete that nightmare from your drive) and place ROX in it's place as both the file manager AND desktop you increase Gnome's useability by over 50% in just the speed gains alone.

      I firmly believe that both KDE and Gnome need to stop all development, take away anything faster than a P-II-450 from all the developers and work on making both environments lightning fast on that low end hardware. THEN you are allowed to add toys, but no damned integration...

      remember this is linux... a UNIX style OS. and that premise that you havea lot of small fast apps that do one thing very well and very fast.

      having a webbrowser in my desktop and file manager is not the brightest Idea anyone at either camp had.

      --
      Do not look at laser with remaining good eye.
  11. Beats Gnome 4.0 by radulovich · · Score: 5, Interesting

    I think Miguel, Redhat, Sun, et. al. should seriously consider this for future versions of Gnome. "Why," you might ask?

    First, it is VERY fast. No, make that EXTREMELY FAST. For once, my PIII-866 feels like a fast machine. Running Linux or Windows, my computer feels considerably slower. Rox put a smile on my face with that.

    Second, this allows people to run multiple versions of applications, just like the mono project is supposed to.

    Third, it's easy to configure - is it SIMPLE, but effective. You can copy an application by copying a simple directory. It simplifies the dll hell by making applications self contained. You could even have multiple versions in one directory if you wanted to. (http://rox.sourceforge.net/appdirs.php3 shows a simple example with tgif).

    Finally, it works today. Mono is still several months off at the earliest, and requires chasing MS all over the place with regard to changes.

    1. Re:Beats Gnome 4.0 by tal197 · · Score: 4, Informative
      Who want's to go to submenu after submenu just to get to the delete option?

      There are a few things you can do about this:

      • Bind a key (eg, Ctrl-X) to Delete. Now, you can just press Ctrl-X and click on the file.
      • Bring up the menu with Ctrl held down. That way, the pointer will appear right in the middle of the menu you want.
      • Bind ! to open the shell minibuffer. Then you can type !rm<Return> to delete the file under the cursor.
      • Use Gtk+-2.0 (compile using --with-gtk2). This supports Mac-style menus that let you move quickly from the root menu to the Delete entry in the submenu without it closing. Since the menu with Delete is already open when the main menu is displayed, you just move the mouse straight to the item.

      I may make an option so that right-clicking a file goes straight to the context menu. For most users, though, it's better to show them the whole menu every time.

  12. Brilliant system... by Junta · · Score: 5, Informative

    What I like so much about the ROX-Filer is that is acheives the useful functionality of Gnome/KDE without the cruft, so it goes unbelievably fast.

    And Python programmers should take a look at ROX-Lib. The primary bit that is really cool is the really simple API for creating, accessing and modifying xml configuration files that follow the same ~/Choices/ convention that ROX-Filer follows, which seems infinitely better than the standard of polluting your home directory with dotfiles and dotdirectories... Not only that, but also will generate a nice, usable GUI to manipulate those files without the programmer having to build it by hand (though the programmer has to provide a well hinted sample xml file, but this is *far* more trivial than writing the gui out by hand). Not only does this make things easy on the developer, but also enforces consistency among apps that choose to use it.

    Also, the entire concept of AppDirs is very very nice. Installing an application simply involves dragging it wherever you want, and it doesn't scatter files all over the file system, making package management a moot point. The de-facto standard has been to scatter files all over the damn place right next to other packages and this creates a huge problem package managers have been trying to solve effectively, but it is never perfect (packages occasionally make modifications not tracked by these managers). AppDir as ROX is designed around and specifies keeps package files well separated, in its own AppDir, own subdir of a system Choices directory, or per-user Choices directories. Nothing stops a bad developer from breaking this convention, but there rarely is a need, at most placing a wrapper script in /usr/local/bin for command-line support. Removing a package is as simple as removing those three folders. Of course, the AppDirs don't run as cleanly under command lines and library tools, but there is a patch to bash to support AppDirs and ROX-Lib demonstrates well how libraries can work in this system. In the meantime scripts that wrap AppRun calls are easy enough to place in the path.. I have PythonTheater (a media player designed with ROX in mind) configured in this manner (http://xtheater.sourceforge.net/)

    Only issue with ROX-Lib is that it is python specific, so all that cool stuff is only for python developers, but I like python too :)

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Brilliant system... by tuffy · · Score: 3, Insightful
      The primary bit that is really cool is the really simple API for creating, accessing and modifying xml configuration files that follow the same ~/Choices/ convention that ROX-Filer follows, which seems infinitely better than the standard of polluting your home directory with dotfiles and dotdirectories...

      The seemingly hard-coded use of the "~/Choices" directory is the one thing that irks me about the ROX-Filer. The convention of .directory is that stuff which needs some disk space but is used only by apps should be hidden from view so that I don't have to look at it when I list my home dir contents. Now, I'm stuck with the vaguely-worded "Choices" directory that would've been better placed in a ".ROX" directory so that I wouldn't have to look at it all the time, but would know what it was at a glance when doing a "ls -a".

      --

      Ita erat quando hic adveni.

  13. Re:What ROX Lacks by Junta · · Score: 3, Interesting

    What you say is true about ROX needing per-directory prefs, but I would say that isn't too far off.

    The thing about the shell is true too, but ROX is so much closer to shell flexibility than any file manager I have seen.

    Every action can quickly and easily be assigned a single key shortcut. And those actions range from opening up a terminal in the current directory, to filemask based file selections, to running arbitrary command lines in current directory, to navigation through typing paths with tab completion. Granted, you can't do the fancy things
    like while and for loops with really fancy stuff, but with well written apps that can accept multiple drops, this becomes less of an issue. Now for applications such as highly configurable completion that extends beyond filenames into arbitrary sets, zsh is the command line shell of choice to complement ROX-Filer. Never been so satisfied with a User Interface design in my life.

    --
    XML is like violence. If it doesn't solve the problem, use more.
  14. Rox is SOOoooo easily extensible! by SCHecklerX · · Score: 3, Interesting
    Here's a neat one I wrote to create 'filter folders' Basically a ROX object that will show stuff in a folder based on a perl regexp using symlinks. Check it out:

    ROXFilter