Slashdot Mirror


MacOSX Vs BeOS ShootOut

Jolie writes: "After Palm purchased Be's assets, the future of BeOS became uncertain and a lot of users have left the platform. One of these users was Scot Hacker, mostly known for his 'BeOS Bible' book among other things. Scot tried to stick to Windows, then to Linux but he ended up with MacOSX. He has written a long and detailed article comparing, from the user's point of view, his beloved BeOS to his new favorite, MacOSX."

36 of 416 comments (clear)

  1. PDF version of this html article by rcatarella · · Score: 5, Informative

    For those who don't like to click all day long- Here

    1. Re:PDF version of this html article by Hal-9001 · · Score: 3, Informative

      For those like me who kept getting a 404 looking for the PDF, an HTML version of the entire article is available here.

      --
      "It take 9 months to bear a child, no matter how many women you assign to the job."
  2. Re:Downloading BeOS by OctaneZ · · Score: 5, Informative

    BeOS 5 was released in two forms a PRO version and a Personal version. The personal version was available in 'Free' as in cost at http://www.be.com/products/freebeos/ and is still available on many mirrors, linked to from that page. If you have never tried it, give Be a try. It's quite nice, and different than everything else out there. Hopefully it won't die off completely.
    -OctaneZ

  3. OS Preferences by Mr_Matt · · Score: 3, Insightful

    From the article:

    Bio-diversity is both the greatest strength and the greatest weakness of open source software. It is what will keep Linux thriving no matter how depressed the tech industry gets (unlike Be), but it is also that which practically guarantees that the Linux experience will never feel internally consistent.

    That last sentence was the one that intrigued me - is "internal consistency" something that people really look for in an OS? Speaking for myself (somebody who spends 90% of their time at the CLI) I've never really had a complaint in the "internal consistency" department - in fact, I've always liked the fact that Linux has kind of a TMTOWTDI feel - I can set my desktop up completely differently than the guy in the next WorkCube and be productive as hell.

    Maybe "internal consistency" is something that a mass-marketed OS might want, but for the legions of DIY'ers out there, is this something to be worried about in an open-source OS?

    --


    But what does my opinion matter, I just vote here. It's not like I have any money or anything.
    1. Re:OS Preferences by Violet+Null · · Score: 5, Insightful

      Maybe "internal consistency" is something that a mass-marketed OS might want, but for the legions of DIY'ers out there, is this something to be worried about in an open-source OS?

      Internal consistency isn't about making your desktop look like the next guy's -- it's about making the way the user interface works consistent. Experts tend to overlook this, but it's important when introducing someone new to computers.

      You may or may not have used DOS systems, but every application in DOS that had a GUI looked (and worked) differently. Some had mouse support, some didn't. Some had menubars, some didn't. Some would use accelerator keys (Alt+whatever), some wouldn't. Some would have right-click context menus, some wouldn't. One of the ideas behind a good OS is that all of that would be consistent: all windows should resize the same way, so that once you learn how to resize one window, you know how to resize them all. That sort of thing. The point of the quote was that, since Linux apps are written by lots of people with little in the way of an overseeing body, it won't have the consistency that a "monolithic" OS might.

    2. Re:OS Preferences by Violet+Null · · Score: 3, Interesting

      Your last point (new computer users want just one way to do it) is the heart of what I'm getting at - is "internal consistency" (using middle-mouse only or CTRL-C, CTRL-V only for cut-n-paste) something that users of an open-source OS really want?

      Well, personally, I want everything done my way. =P I, for instance, don't like to use the mouse, and if CTRL-C copies highlighted text in all the applications I use and CTRL-V pastes it, I'm a happy person. I'm not tied to CTRL-C and CTRL-V (that's just what Windows uses, so everyone else does too), but I would like it to be consistent. IMO, the best way to handle this would be to allow the universal keystrokes to be definable so that I could make, say, CTRL-P be the "paste" shortcut in all of my applications. The OS (or it's GUI shell) would catch the preferred keystroke and pass on system-defined messages, which the applications would look for, instead of keystrokes. Not going to happen anytime soon, but still nice to think about.

      As to making Linux internally consistent: I'd like it to be so, yes. I prefer that all of my computer knowledge become obsolete only with major upgrades, as opposed to each time I install a new application.

    3. Re:OS Preferences by benedict · · Score: 3, Insightful

      Internal consistency is what lets you know that "-r" is likely to mean recursive and "-v" is likely to mean verbose, etc.

      --
      Ben "You have your mind on computers, it seems."
    4. Re:OS Preferences by overunderunderdone · · Score: 3, Interesting

      is "internal consistency" something that people really look for in an OS?

      Yes!! Most people have been pointing out that consistency is important in the UI particularly for first time users. Of course UI consistency is usefull even for advanced users - after all even the most advanced user might on occasion use a piece of software that he is not familiar with - if there is no consistency he is not able to take all the knowledge and skills that make him an "advanced user" and apply it to the new unkown application. For that application he is essentially a "first time user" and must struggle through the learning curve all over again. If the UI is consistent he probably already knows how to use it even though he has never laid eyes on it before.

      But internal consistency goes beyond just the UI. Consistency is important under the hood too. Why do you think the Linux crowd is always pushing open standards? A standard is simply a way of maintaining consistancy. Without some level of consistency you wouldn't be able to get anything done. A system that is designed as a whole rather than cobbled toegether from a variety of components has the potential advantages of enforced compliance and more comprehensive standards. The decentralized organic evolving "cobbled together" compenents of GNU/linux has other advantages but the more it can be standardised and so become "internally consistent" the better and more useful it will be.

      but for the legions of DIY'ers out there, is this something to be worried about in an open-source OS?

      That depends: Do you want it just for the sake of being a DIY'er or do you want it to be an effective tool? Do you want it to be an effective tool for other people to use it or is it just for yourself? If actual use is a secondary concern to the joy of doing it for yourself and you don't care if anyone else will use it then consistency is not so important. If on the other hand being a useful tool is important then internal consistency is very important.

  4. I hate these arguments by .sig · · Score: 5, Insightful

    It's like comparing SUVs to cars to trucks. They're all different, suited to different people's needs.

    (A brief example, I'm sure everyone knows each individual point already)

    Windows is for the everyday user, who doesn't mind a few crashes here and there if it means all their favorite software will run on it and the whole thing can be as user friendly as possible.

    Unix is usefull for those who know what they are doing, and is usually considered faster and more reliable, and is in general more suited to business and (especially) software development.

    MacOS combines the two, with a GUI similar to windows (suprise!) and more support for games and home use software, but with a Unix kernel and better reliability. I don't use them much myself, but I hear that mac's are the best choice for multimedia development (graphics especially, but they also seem to have some of the best music editing apps)

    I myself prefer Windows for home use (it's all about the games) and Unix (solaris8 to be specific) for work development.

    Why compare any of them in general though when they're all suited to different applications?

    --
    -Space for rent
    1. Re:I hate these arguments by stego · · Score: 3, Interesting

      1) I've never hear anyone describe Windows as "as user friendly as possible". You may have never used a Mac

      2) "with a GUI similar to windows" --- It would be more realistic to describe Windows as having a GUI similar to the Mac, considering which came first.

  5. Metadata Reviewed by Lysander+Luddite · · Score: 3, Insightful

    Since I returned to the Mac in 97 and was using it for web work I got used to typing in the extensions to file names. I never thought this was a big deal having done it ion Windows a lot. When OSX came out and the metadata controversy reared its head I was unsure what the rancor was about.

    After reading this article I can now understand why some people want a different system than that used in OSX. In some ways OSX takes a step backward by getting rid of the resource fork. On the other hand, it acknowledges the fact that to be compatible in a heterogeneous network you have to accomodate Windows and UNIX. The system Scot mentions that was used in Be sounds very intriguing. The fact that MS is moving to a database structure for their file system is also interesting.

    While I would love the ability to use attributes in files like Be did, Apple doesn't have the luxury of starting from-the-ground-up. Still this was THE feature (aside from performance) that I wish OSX had. Would make Sherlock much better. Scot seemed to find some of this functionality in iTunes. Wish it was in the Finder.

    1. Re:Metadata Reviewed by bnenning · · Score: 4, Informative
      In some ways OSX takes a step backward by getting rid of the resource fork.


      It's a common misconception, but filesystem metadata has nothing to do with Mac resource forks; metadata is not and never was stored in resource forks. The concepts are completely orthogonal; you can have either one without the other. Resource forks are deprecated in Mac OS X (replaced by bundles), and both the pro and anti-metadata factions support this.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    2. Re:Metadata Reviewed by Lysander+Luddite · · Score: 3, Interesting

      Thank you for the clarification. Here is what caused my confusion:

      "The official Apple recommendation to developers regarding the storage of file type metadata in Mac OS X (as expressed in the Mac OS X System Overview document at the time of this writing) is as follows

      In Mac OS X, you indicate the type of a document by specifying two things:


      • Type and creator codes stored as attributes of a file (if it is created on an HFS or HFS+ volume)
      • One or more file extensions relevant to the type (for example, .html and .htm)

      ...


      The "consequences" of removing a file name extension are actually determined by Mac OS X applications, not by the operating system itself. If I email a Photoshop document named "Logo(Second Revision)" to a Windows user and my email application does not encode the file type information in the file name by appending the appropriate ".psd" file name extension, then the recipient may have trouble opening the file.

      Unfortunately, Apple does not recommend that applications that move files across platforms behave in this manner. Instead, as we've seen, Apple recommends that Mac OS X applications encode file type metadata in the file name as soon as the file is created. This "solves" the interoperability problem in that any file created in this manner can be sent to another platform without encoding file type metadata in the file name at the time of the transfer. But it requires Mac users to live with file name extension the rest of the time as well.

      From: http://arstechnica.com/reviews/01q3/metadata/metad ata-8.html#macosx-file-types

      More info is also available at:http://people.ne.mediaone.net/siracusa/proposal .html

      In any event, I apologize for my stupidity. In any event, what I want is to view files in the Finder and be able to sort by attributes similat to Hacker's Be equivalent.

      Hey, I admitted I was wrong, surely a /. first!

  6. Re:BeOS... by Anonymous Coward · · Score: 5, Interesting

    With a little more polish (multi-user, better networking) it coulda been a contender.

    Frankly, no. For a system with such a small user base and development team as BeOS, the product was *highly* polished. It contained virtually every feature of a modern operating system with outstanding features ranging from the kernel (true multithreaded processing) to the interface (the textual "move to" and "copy to" options are some of the most ingenious interface considerations in a long time). Tet it's obvious that BeOS wasn't a finished product, but it was definitely going places quite fast-- and if the company was actually able to get money, the rate and quality of development would have been quite impressive. Ever hear of BONE or BeOpenGL? Besides, does an OS really need to have "polish" to market? Think of a little company in Redmond and define "polished".

    The real reason BeOS wasn't "a contender" is because Microsoft screwed Be over with the fine print in its OEM contract. I suggest that you read this article by Scot Hacker with an accurate description of Be's demise.

  7. scripting in MacOS by frankie · · Score: 5, Informative

    Scott's essay says: I don't mind AppleScript. I wish the system were open to other languages

    Actually, the system is open to other languages, although I don't know how many of them have OS X ports. MacOS uses Open Scripting Architecture, which means that pretty much any scripting language can operate your Mac, given an appropriate OSAX plugin.

    I've toyed with the ones for JavaScript, Perl, and Python, but decided to stick with AppleScript since I already know (some of) the syntax.

    1. Re:scripting in MacOS by e271828 · · Score: 3, Informative

      Also, the release notes for AppleScript Studio states as a "known issue" that "AppleScript Studio does not currently support other OSA languages."(emphasis mine) This holds out hope that this excellent tool will support Perl etc in the future.

    2. Re:scripting in MacOS by 90XDoubleSide · · Score: 4, Informative
      Just a few comments for readers less familiar w/ AppleScript, first you should note that AppleScript Studio is not the only way to write AppleScript; Script Editor remains the default and what most home users will continue to use. AppleScript Studio, an extension for Project Builder, lets you add advanced interfaces built in Interface Builder to your scripts to make them much more capable and able to handle tasks that would previously have required a full-blown application. Your perl and shell scripts are still written in your text editor of choice (the wonderful BBEdit for most OS X users, although vi and emacs are of course used by many), and you can run your shell/perl scripts using Apple's great Script Menu.

      Secondly, it is very possible to connect shell scripts to an AppleScript Studio project, you just have to call them in AppleScript, and you could go on to have your shell script run a perl script. Here is an example that comes with AS Studio; the interface is a dialog with a text field and the script executes the shell script the user types into the field:

      (* Application.applescript *)

      (* ==== Event Handlers ==== *)

      on action theObject
      set theResult to do shell script (contents of text field "input" of window "main") as string
      set the contents of text view "output" of scroll view "output" of window "main" to theResult
      set needs display of text view "output" of scroll view "output" of window "main" to true
      end action

      (* © Copyright 2001 Apple Computer, Inc. All rights reserved. *)

      --
      "Reality is just a convenient measure of complexity" -Alvy Ray Smith
  8. You gotta admire him by WildBeast · · Score: 5, Funny

    I mean this guy always manages to become an extremely experienced user of a doomed OS.

    1. Re:You gotta admire him by 90XDoubleSide · · Score: 5, Funny
      "Apple Computer: going out of business for over 20 years"

      You have no idea how happy I was when C|Net ran an article a few weeks ago that contained the phrase, "beleagured PC makers Gateway, Compaq and HP" ;)

      --
      "Reality is just a convenient measure of complexity" -Alvy Ray Smith
  9. Re:A quick comparison of BeOS to OSX... by scorpioX · · Score: 4, Informative

    Troll alert!

    I know I shouldn't be resoponding but I can't pass up a chane to prove an idiot wrong.

    You may be right about the number of BeOS jobs (unless Palm decides to do something with it), but you are definitly wrong about the number of OSX jobs. Not counting the hundreds of people at Apple working on OSX itself, the following vendors all have OS X programmers:
    Microsoft's Mac Business Unit
    Intuit
    Adobe
    Macromedia
    Qualcomm

    This isn't even counting the small companies such as Thursby, Barebones, Omnigroup, etc. I myself work for a small company writing OS X software.

    You should follow an old addage updated for slashdot; Think before you post.

  10. About the free version by ColGraff · · Score: 5, Informative

    The Personal Edition of BeOS, given away for free, can be turned into a full installation very easily. Check betips.net for details.

    --
    I'm the stranger...posting to /.
    1. Re:About the free version by Hal-9001 · · Score: 3, Informative

      Here is how to make a BeOS install CD from a BeOS Personal Edition install.

      Here is how to perform a bootstrap installation of BeOS Personal Edition onto a separate partition by using an intermediate BeOS Personal Edition installation on an existing FAT partition.

      These tips come from the Miscellaneous BeOS tips category, which can be found here
      .

      --
      "It take 9 months to bear a child, no matter how many women you assign to the job."
  11. Re:Possible last words from Hacker: by A_Non_Moose · · Score: 5, Funny

    Before you speak to soon, bro:

    from netcraft:
    The site www.osnews.com is running Apache/1.3.20 (Unix) (Red-Hat/Linux) mod_ssl/2.8.4 OpenSSL/0.9.6b DAV/1.0.2 PHP/4.0.6 mod_perl/1.24_01 on Linux


    Oops...how does that foot taste now that the other shoe is on it?

    .

    --
    Have you read the moderator guidelines? Well, have you, PUNK? (and I want a Karma: Gnarly option)
  12. I obviously cannot speak for everyone. by 2nd+Post! · · Score: 5, Insightful

    What I saw will also be dogmatic and anecdotal, as it is being drawn from my own life.

    Comparing Macs to Windows is not SUVs to cars and trucks. It is not about different, or suited to different needs, though one can very clearly make that distinction.

    It's *almost* like talking about luxury vehicles though, as noxious as car analogies are. You pay for the Mac experience, where the Windows world spans the whole gamut of econoboxes to SUV.

    I'm going to leave out Linux and Unix for simplicity and because with Mac OS X you get BSD 'for free' since it's built atop it.

    For the average (not the specific individuals), a Mac is drop in compatible with a PC, about the same way that an AMD Athlon is compatible with the Intel P4.

    Macs have less quantity software, but it is not without the entire spectrum (except, perhaps, maybe only in the short term, for VB virii)

    What Windows has is the ability to transform nearly any machine into a Window's platform device. Think borg, think virus. A 486? A P2? A P3? A Duron? A MP P4? You can install Windows. It's not perfect, it's not seamless, it's not graceful, but it works. That seems to be the catchphrase that is Windows.

    The Mac is arguably more tightly bound to it's hardware. It *is* seamless, graceful, and clean. Perhaps it wasn't like that in the past, but right now, and for the next few iterations, OS X is going to be hand tailored for the hardware and the hardware is going to be hand tailored for the OS.

    If you prefer the simplicty of a single setup, like I do, you can get one Mac PowerBook G4 for home use (video, graphics, games, movies, etc) and for work (BSD, bash, gcc, etc).

  13. Re:Wow. by MisterBlister · · Score: 3, Funny

    I hear his kid's names are "Elite", "Supafly" and "Ownju".

  14. The dude doesn't really grok graphics, does he? by jcr · · Score: 3, Insightful

    He said: "Because the Quartz display engine is vector-based, it's possible to do things like providing sliders that adjust the size of the photo-quality icons from miniscule to immense with no dithering."

    That bitmap-resampling that you see in the Dock isn't a simple dither, but it has nothing to do with vector drawing, either.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  15. Something else he got wrong.. by jcr · · Score: 4, Informative

    "Freeware just isn't a part of the OS X culture, and shareware apps cost about 50% more on average than equivalent BeOS shareware apps."

    There's plenty of Mac OS X freeware and shareware available, particularly for developers. You can find it at www.stepwise.com/softrak.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  16. Re:BeOS... by nehril · · Score: 5, Interesting

    One of the reasons it died is sort of summed up by this comment in the linked article:

    Most of this applications section isn't really about operating systems, but about the apps available for the operating systems, so you might want to skip it if you're just looking for the OS comparisons. However, I believe that the applications landscape is an integral part of the total OS experience, so included it here.

    The problem is that apps are not "an integral part" of a computing experience. They are almost the totality of it. With the exception of some supergeeks, nobody buys a computer in order to run the operating system. People buy computers to run apps. No matter how lickable the shutdown/adduser/finder screen interface is, without real apps a system is doomed. If Be had all the killer apps that people buy computers for, it would still be alive today.

    Nobody cares about threading, "multimedia support", or POSIX. Users want Photoshop, MS Word, Quicken, Halo and that goofy little custom VB app that runs your small company's entire finance department.

    Spare me the "OS Shootouts." Gimme the apps.

  17. Re:MacOS X, Darwin and cheaper kit by Dredd13 · · Score: 5, Insightful
    I can't think of ONE person who would rather pay $3000 for a G4 with a pretty case instead of $1000 for a PC in a grey box that's easily twice as fast (except in Apple's famous "Photoshop bakeoffs").

    I'll raise my hand here and say I'm that guy. "Why?" you ask? Simple. Apple can do such a damn good job with the OS because they don't have to deal with metric assloads of third party drivers, IRQ conflicts, blah blah blah rest-of-x86-nightmare.

    I'm actually very comfortable with Apple having extremely tight control over the hardware - and the integration and compatibility that comes from that, and if that means coughing up a few bucks on the hardware so they can concentrate on improving the OS instead of dealing with "this week's third party hardware shipment from China", I'm cool with that.

  18. Use the Force, or Linux+Unix vs. BeOS/OSX by aussersterne · · Score: 4, Interesting

    I'm an old school Unix user, and I will forever believe [forever] that users who say "command line is great, but for normal work, you want an integrated experience" --

    these users do not really know what the hell they're doing in front of a command line interface. They may think they've mastered the shell of Unix or Linux, but they haven't --

    because once you have, you will never really have a use for anything else -- the beauty of the shell is that all things and all functions are subsumed below it in consistent fashion, in one magnificent world-view, and all things no matter how complex become possible with a single, well-constructed command, almost like magic.

    Some of my fellow Linux or Unix users will understand what I am talking about here -- using the command-line interface is not, as this author says, like carrying around a heavy toolbelt all day when none is needed. Instead, once one has truly mastered the CLI, one is like a Jedi master -- all acts are balanced, rapid, skilled, both intricate and simple at the same time -- and all things are possible and as simple as one another. I can get more work done in ten minutes with my CLI -- including editing video streams and audio streams! -- than most users can get done in days using GUI-only tools.

    Of course, OSX and BeOS both have a CLI -- but neither is very useful because much of the rest of the system and the set of standard tools is gutted or malformed in peculiar OSX and BeOS ways. Users of BeOS and OSX think they are getting a CLI, but it's as though they've been trained only by Obi-Wan and never by Yoda -- the real essence of the system is muddied and lost and the benefits are never realized -- or worse -- they are driven from the concept of a CLI unduly.

    That is my belief: that users who claim to want a desktop in which CLI use is normally avoided really don't understand and haven't yet mastered the CLI -- because once you have, anything else feels like a straightjacket.

    MHO

    --
    STOP . AMERICA . NOW
    1. Re:Use the Force, or Linux+Unix vs. BeOS/OSX by babbage · · Score: 4, Insightful
      ...and I will forever think that users like you forget that the Jedi all went extinct in the Star Wars movies. Being an uber-master of the command line is a great thing -- hey, I love it too, I'm typing this on OSX right now and I pretty much always use the Terminal over the Finder, for exactly the reasons you describe. But I also know that my fiance couldn't give a damn about typing into the Terminal all the time -- she is very adept with the mouse and doesn't want to have to learn all the commands and syntax that the CLI demand, and I don't half blame her (or my parents, or our friends, or any of the millions of others that prefer GUIs to CLIs).

      When Scot Hacker was talking about how having to carry around a toolbelt, he wasn't dissing the commandline, but rather the lack of point & drool simplicity that, while lacking the finesse of the command shell, also doesn't need years of training to become adept with.

      And as for your comments about the CLI of BeOS or OSX not being "the true CLI", well, you're just talking out of your ass on that one. I have never seen a system that better balanced command line & graphical interface functionality better than BeOS did -- for the most part you could use whichever one you felt more comfortable with, and one would be just fine driving the other environment. Lovely. And as for the Mac, it has had AppleScript for generations now and thus could have been automated in the same ways without even having to adpot a shell until now. With OS9 and before, the "real essence of the system" *was* the graphical shell, and none of the available CLI interfaces for it (msh, tclsh, etc) ever felt like anything more than a kludge, and a broken one at that.

      You seem to be making the assumption that, like Linux and (old school) Windows, the graphical shell is a crude wrapper around the text interface. That's just not the case. BeOS and MacOS have always booted directly into a graphical mode, and whatever text interface has been available has always been a service provided on top of that graphical shell, not laying underneath it as a foundation.

      Your argument is thus a bit like saying that anyone that tries to change channels on their television without knowing how to manyally rewire the circuitry is missing out on the true power of the machine. Not only are you flat out wrong, you just sound silly. Knowing how to perform command line surgery is indeed an elegant trick to know, but it is not the end all & be all of modern computer systems, and hasn't been for going on 20 years now, the admirable rise of Linux notwithstanding.

    2. Re:Use the Force, or Linux+Unix vs. BeOS/OSX by TheAwfulTruth · · Score: 4, Informative

      Oh yeah, I'd LOVE to see a command line only Photoshop. I bet that'd just be GREAT. Or how about commandline only games? THose are the nest. See what people like you amazingle fail to realise over and over again is that a lot of us actually use our computers to do things. Not just ftp files around and write scripts to ftp files around. We create CG, we create music, we do all kinds of things that require software that IS NOT COMMAND LINE BASED.

      Different people need different things from their machines. For a lot of us the CL is completely unnessesary, even useless. For others it's indespensible. But if it's indespensible for YOU, don't try to tell me it's indespensible for ME becuase it's just not so.

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
    3. Re:Use the Force, or Linux+Unix vs. BeOS/OSX by Nailer · · Score: 3, Interesting

      I know bash, some python and C, and administer CLI Linux servers for my day job. At hoem, and on my office destkop, I do about 95% of my work via a GUI. Here's why...

      On a techncial level, poor engineering is evident in the CLI's lack of consistency. Nobodies quite sure how formatted output should look. ifconfig looks different from host that looks different to route. Any good CLI should seperate content from presentation, but this is never the case (unless talking about runlevels). Hence `text processing' which is as nasty way of dealing with data in the order of Microsoft Word.

      But more importantly: an ordinary computer user writes documents, send email, does archiving, has PDFs top be printed of shown on screen, wants to view web sites with plugins, etc etc etc. Some people just want to get their work done. Sure, they could learn tar, zip, bzip, lha, lhx, their various switches, and learn about piping and redicrection, but maybe they're got actual work to do (remember, the computer is an means to an end, and most people want their means to be easy to pick up and use. I'm know all these command lines switches of the top of my head myself, but remeberingtyping tar -zxvf "whatever" takes longer than clicking the file and hitting enter or clicking three times in KDE to extract it. yes, the GUI saves time. Something that takes multiple uses of ls, sort, and wc is easily accompilished with a single click using Konq's sorted list widget.

      You might be a mechanic, others want to drive. And if you didn't build your own car fram scratch I'll bite your troll and call you a hipocrite.

  19. Re:BeOS... by sheldon · · Score: 3, Insightful

    Oh puh-leeze!

    Nobody screwed over Be, as it was never a real contender.

    I have BeOS version 3 and 4 at home, and while they were pretty cool I never found anybody who was remotely interested in them except some really perverse geeks like myself. Even the anti-MS Linux zealots universally derided it every time it was mentioned on slashdot.

    Now this Scot Hacker might blame Microsoft for preventing dual boot, but it would not have mattered. If OEMs had installed BeOS on their systems along with Windows, they would have simply received a few million phone calls asking how they could free up the used space.

    There was even talk at one time of Apple adopting Be, but instead went with this OS-X. But even then I don't believe Apple screwed over Be, because BeOS wasn't ready to replace MacOS and it needed the Apple commitment.

    Be lacked applications, hardware drivers and all sorts of things which were necessary for it to succeed. But what it lacked most of all was a problem that needed to be solved that only it could do.

    Nobody screwed Be over. Be was simply in the wrong place at the wrong time with the wrong solution.

  20. A loophole in the OEM License... by kesuki · · Score: 3, Interesting

    Two words "Linux Ready" I'm pretty sure that the current OEM License doesn't prohibit leaving empty space on the hard drive, or shipping a CD with the system that includes another OS. If I could find a site that had the infamous OEM Licence on it I could be certain. Worst case scenario they would have to ship the Linux CD seperately. Those OEMs that provide Linux-only models could overnight add a 'linux ready' option to thier windows PCs. A modified linux CD that installed linux in one click setup correctly for that model of PC could be shipped either seperatly or if the license allows with the PC itself.

    Of course since this is posted to /. Microsoft could well be reading it and sending the legal staff to draft up a New OEM license as we speak. However, I doubt that even Microsoft could win a court battle about leaving a hard drive partially unformatted as a user option. The trade secret status process should also delay things long enough that an OEM could start shipping systems with the 'linux ready' option before Microsoft could act, and could then SUE Microsoft for damages ala the Dr. DOS case.

  21. A few additions and corrections. by gig · · Score: 3, Interesting

    > OS X does not have a journaled file system
    > (although, to be fair, I have lost power on
    > this machine and found that it booted back
    > up in a normal time span without appearing
    > to do anything special).

    Mac OS X runs fsck on each and every boot, but because of the way the HFS+ file system is constructed, running fsck multiple times on an 80GB disk takes only a few seconds, so you don't notice it.

    If you check a disk with Mac OS X's Disk Utility, it actually runs fsck, and you'll notice it is done in a blink. Same with formatting disks ... takes a second or two to format an 80GB drive.

    > The [long] filenames were truncated with garbage
    > characters when viewed in the Finder.

    They're not actually random garbage characters ... it's some kind of node number or something that is unique to that file, and so keeps shortened file names from conflicting. This is one of the top two or three "it's not going to kill me, but I sure wish it wasn't the case" types of things with Mac OS X. All you can say that's positive about it is that Apple is dealing with this issue better than Microsoft did with the similar issue on Windows.

    > I don't mind AppleScript. I wish the system
    > were open to other languages, but
    > AppleScript does a fine job, and is very powerful.

    The system is open to other languages. What most people call "AppleScript" is actually called "Open Scripting Architecture (OSA)", and AppleScript is just the default language. You can already get a JavaScript plug-in for Mac OS X.

    http://www.latenightsw.com/freeware/JavaScriptOS A/ jsDownload.html

    Once installed (drop it in /Library/Components for the whole machine or ~/Library/Components for just yourself), the Mac OS X Script Editor will now have a menu on the bottom left of its window where you can select the language you want to script in. Other languages are available for Mac OS 9 as well.

    The Mac OS X Script menu also launches Perl and shell scripts in addition to OSA scripts.

    > This is fairly minor, but it seems that some apps
    > remember their window positions when closed
    > and some do not. Mail.app and Internet Explorer
    > do remember their exact size and position
    > between runs, but Terminal and many
    > others do not. This is another good candidate
    > for consistency in the user experience.

    Mac OS X can hosts apps with a number of different heritages, so it's definitely true that there is great inconsitency between apps than there was before. As time goes on this will probably get better, as the "Mac OS X way" emerges completely and developers are all familiar with it to some degree.