The story of how a BeOS refugee (and not just everyone, but the author of the ‘BeOS Bible‘ book) lost faith in the future of computing, resigned himself to Windows but found himself bored silly, tore out half his hair at the helm of a Linux box, then rediscovered the joy of computing in MacOSX. Scot Hacker will describe his personal adventures with today’s operating systems after he was set out to find an alternative to his beloved (but with no apparent future) BeOS. Update: Make sure you read the second part of the article, a rebutal, found here.
Most users of Mac OS X come to it evolutionarily — they’ve been using Macs for years, enduring the slings and arrows of Win32 and *nix users who complained that Mac OS had terrible memory management, an antiquated flavor of multitasking known as “cooperative” (which was usually anything but), and a slow file system. To rub salt into wounds, Mac OS opponents have historically loved complaining that the Mac was saddled with ill-conceived evolutionary sink-holes like the single-button mouse and the coup de grace, a total absence of anything resembling a command line.
I know all the snarly, bitter epithets that have been hurled at Mac OS because I used to be a Mac-hater. I admit it. At cocktail parties and in columns for other publications, I have publicly declared my dislike for the Macintosh and all things Mac OS (though I’ve always been honest about how much I appreciated the velvety feel of the Mac GUI).
The Germans have a word for this sort of self-indulgent vitriol: Schadenfreude — a handy word which translates loosely as “taking pleasure in the misery of others.” For many Windows and Linux users, it’s not enough to simply refrain from using Mac OS — you have to slander it before a large audience to really drive your point home.
Okay, so I indulged in a little Schadenfreude against the holy Mac universe from time to time, pissing off thousands. I’m not proud. But neither am I a bad person. I’ve just always wanted the most from my computer, and it always seemed like the Mac offered very little of the best, and a whole lot of the worst. But recently I’ve seen the light, and am here to make amends for my blasphemy. I hereby publicly apologize for my past life as a Mac-hater. Not only that, but thanks to OS X, I’m now a bona fide Mac OS lover. Bygones.
It’s worth pointing out that I never criticized the Mac as a typical Windows- or Linux-loving Mac-hater. I was a BeOS-loving Mac hater. For, although I disliked the Mac, I harbored plenty of distaste for Windows and Linux as well.
In the mid-90s, I discovered BeOS and fell in love. Here, for the first time, I found a truly fast and efficient OS, designed from a clean slate to meet the needs of the future of computing, incorporating a raft of modern technologies and design concepts, and which also had a Unix command-line. At last, I had found the grace of the Mac and the power of Unix in one place (many years before the Mac got around to delivering same). I began to write professionally about BeOS. I created the BeOS Tip Server, and wrote The BeOS Bible. BeOS really was the promised land of operating systems, as far as I was concerned, and it was only a matter of time before the rest of the world saw the light. Or so I thought.
If you’re not familiar with all the technology that made BeOS great, I’m not going to re-hash all of that here. For a quick summary, read BeOS: The 10,000-Foot View. In fact, if you’re not familiar with BeOS, I’ll consider that piece required reading for this one.
Needless to say, not everything went as planned for Be, and by the late 90s the BeOS movement was no longer on the upswing. Be wasn’t getting the market buy-in they had hoped for, and the VC well was running dry. When Be announced they were going to focus on delivering an OS for Internet Appliances, most of us saw the writing on the wall. App developers and users began to pull out of the platform, and talk changed from what it was going to be like when half the world was running BeOS to how in hell we were going to keep the platform alive.
After the “focus shift,” the BeOS scene became dreary. Rather than mounting a revolution, BeOS users were reduced to begging for crumbs, resorting to work-arounds for all the unfinished bits in the OS, trading pirated copies of the never-released replacement network stack that had been in development at Be prior to the shift, and watching as more and more unsupported hardware emerged on the landscape.
I decided it was time to move on and re-join the world of the living. After a five-year hiatus, I went back to Windows (Win2K). For a while, it was fun. Windows had become much better in the years since I had last used it, and the abundance of software was almost overwhelming. I had become so accustomed to making do with limited software options that I had forgotten what it was like to be able to do basically anything I wanted with my computer.
But the fun was short-lived. Within weeks, I became bored. Sure, Windows got the job done, and the cornucopia of software was definitely worth exploring, but the user experience was monotonous. All function and no form. I felt like I was working in a clip-art factory. I missed the love affair aspect of using BeOS. And while Win2K was far better than the Win95/98 crap I had used in a previous life, the politics of using Windows had become too much for me to bear. My intimate involvement with BeOS had given me a too-close glimpse of the depths of Microsoft’s business practices. I couldn’t shake the feeling that I had just rolled over and capitulated to that which bothered me so deeply. Something about using Windows made me feel hypocritical and slutty. Between the boring user experience and the politics, I knew I needed to find my way back to more exciting, less noxious territory.
So what did I do? I went and made things worse. I decided to switch to Linux full-time. What was I thinking? I had dabbled in Linux enough to know that, while I appreciated many of the benefits of open source software, there were also deep and intractable problems in the open source development model that resulted in a terrible user experience. But I did some reading, learned that Mandrake was considered to be the most user-friendly of the distros, and went for it.
After a few false starts, I had a running Mandrake box. But contrary to its reputation, Linux was crashing and freezing on me left and right. I had made the mistake of thinking that Linux had evolved enough by then to offer dual-processor capabilities as sophisticated as Be’s. Wrong. Moving to a single-processor box fixed the stability issues, and I was free to explore the OS.
While I staunchly disagree with RMS et al. that all software must be free on principle, it’s very inspiring to become immersed in a global community effort of volunteerism and charity, not to mention the contagion of revolutionary zeal. And it felt good to be able to download and use pretty much any software I wanted. Everyone likes free beer.
So while the politics of Linux felt good for the most part, virtually everything about the user experience drove me bananas. It was impossible to cut/copy/paste between apps cleanly without banging my head against disagreements in the CLI / Gnome / KDE models. Nothing in the desktop experience felt finished or composed. RPM software installation was an endless hell of conflicting dependencies (yes, I know apt-get is much better, but my Debian experience as a whole was far worse than the Mandrake experience — don’t get me started). In some cases, not even continuous correspondence with the app developers themselves could figure out why I couldn’t get their software installed and working. I was spending more time wrestling with the desktop than I was actually getting work done (some Linux zealots appear to believe that wrestling is the whole point).
Don’t get me wrong — I don’t mind having to use the command line. In fact, I’m very comfortable in bash and tcsh, and don’t have much interest in using an OS without a Unix shell. But I’m not at the command line most of the time, and my guess is that very few users are. The rest of the time, I just want to get my work done cleanly, quickly, and efficiently, with mature apps that work the way I expect them to. I like all my apps to follow a coherent set of human interface guidelines. But Linux apps are not developed under a single roof, and lack a consistent vision of how things should look and act. 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.
Despite my complaints, I did manage to get the Mandrake box set up as a PHP/MySQL web server running betips.net (which I sadly had to move off its former BeOS web server because BeOS was never really up to the task of full-time serving). I also set up a Samba network / print server on the Linux box.
So where did that leave me? BeOS was dead. I couldn’t deal with the politics of Windows and had sworn never to own a Passport. I had given Linux a four-month opportunity to impress me on the desktop, and it had utterly failed to do so. It wasn’t that there weren’t enough apps, and I don’t mind compiling software. In fact, I like getting guts all over my hands from time to time. But I don’t like being forced to strap on a tool belt and wrench around when all I want is to get an app installed and start working.
Tech workers spend all day, every day dwelling within the environments provided by their operating systems. After a while, that environment needs to begin to feel like home. Linux never felt that way for me. Never felt like a place I’d want to hang my hat. Linux just has no feng shui. No sense that all the pieces were ever meant to hang together, to work together as a unified whole. I missed that feeling I got from BeOS, that me and it were somehow destined to be together, as if I had found my dream home. In BeOS, I could have all the Unix power I wanted (or nearly) and still feel like I was enjoying myself. In Linux, I had plenty of Unix power, but very little enjoyment. And my wife was getting tired of hearing me swear at the computer.
Half a year before, I had written a piece for Byte on Mac OS X, about how pleasantly impressed I had been with my early exposures to it. My conclusion in that piece was that OS X might be destined to become the BeOS that never was. Both BeOS and OS X were designed to address shortcomings in Mac OS. BeOS was designed and built by a team of mostly ex-Apple engineers, and Be’s CEO had been head of product development at Apple for many years. Both offered Mac-like grace coupled with a Unix shell. Both were committed to providing a great user experience. Both put the goals of media content creation and consumption high on the list of priorities.
In October 2001 I took one last look at the Linux box, then reached for a kitchen cleaver, cut off its head, and bought a Mac. The Linux box still hums along happily beside me, doing its work in a lightweight, GUI-free environment, never complaining, never crashing. I love having a Linux server in the home. It’s quiet, reliable, and fun to tweak on from time to time. But it will be a while before I try to use Linux as a desktop OS again.
Like many people, I had always been hesitant to spend premium bread on a proprietary machine, but I decided to put my reluctance aside and go for it. I bought a new PowerMac G4 867 with 60GB HDD, a DVD-writing SuperDrive, and 640MBs of memory. MacWorld SF came up days before my machine arrived, and I was able to pick up the OS X.1 upgrade CD just in time.
I didn’t know it at the time, but the next few months were going to be a weird mixture of elation and disappointment. Some of my prayers were about to be answered, and I was about to discover that the Mac could do things I had never imagined. I was about to begin discovering what I now firmly believe is the best consumer desktop and (almost) server operating system currently available. But at the same time, I was going to find disappointment lurking in unexpected corners.
There is no such thing as a perfect operating system. All of them have their advantages and disadvantages. Similarly, there are good and bad evangelists for every OS. You can tell the bad ones because they’re basically apologists for the OS for which they’re soap-boxing. They’ll trumpet the advantages of their favorite OS ’til day breaks, but they always have a litany of excuses at their fingertips to explain away the bugs and bad design decisions (Hint: It’s never the fault of the OS vendor, and all the crucial fixes are always right around the corner).
Like any operating system, OS X is a mixed bag. The only way to describe the experience of the BeOS migrant is to describe what I like and don’t like about OS X. Despite its limitations, BeOS sets some very high standards in certain departments – — expectations that are bound to be disappointed. My initial – — and incorrect — assumption was that OS X would have most of the modern technologies found in BeOS, but coupled with the magic of industry momentum. My thinking was that Apple had had the same opportunity that Be had had – — to start over with a clean slate and do everything right this time. To not saddle the user with the leftovers of poor decisions made in the past. But I neglected to account for one important fact: Apple did not have the luxury of starting over. They had backwards compatibility to worry about, not to mention the responsibility of satisfying the expectations and habits of millions of Mac users and two decades of noble Mac tradition.
But I digress. This is all very simple. I’m going to jump up and down and whoop about OS X, and then I’m going to bitch and moan like nobody’s business.
Pulling a new G4 out of its box is not like uncrating an x86 machine. The styrofoam is contoured to the gently rounded shape of the machine. Even the printed material is designed to seduce. The CD tray glides open when you touch a key on the USB keyboard. Other keys control volume for the built-in Harmon-Kardon speaker (which sounds heavenly compared to traditional built-in speakers). Pressing a volume control key causes a subtle visual to appear over the desktop before fading gently into the background. Brushing your hand over the glowing dot on an Apple Studio or Cinema display brings up the OS’s display preferences panel. The power button on the monitor doesn’t just turn off the display — it puts the machine to sleep with a single wave of the hand.
Hardware aside, it is difficult to describe how visually beautiful OS X is. Screen shots don’t do it justice. Much has been said about animated elements in OS X — dialogs that slide into position, the “genie” effect upon window minimization, the poof of smoke that appears as you drag an item out of the Dock, etc. But the important point about these animations is that they aren’t just eye candy. Each of them is a carefully designed quantum of feedback. The OS is informing you non-verbally where something has gone or what needs to be done next. These UI cues are clear enough to speak for themselves, but unobtrusive enough not to annoy power users.
Visually, OS X is stunning. Not just in the unusual “lickable” appearance of the Aqua UI (which I don’t mind at all, though I know others do), but in unexpected areas. 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.
I have mixed feelings about all the transparency in the OS. On one hand, it’s novel and attractive, and is sometimes genuinely useful. For example, it’s great to be able to see what iTunes is currently playing even when it’s behind another window. And thanks to Tinker Tool, I’ve got a partially transparent Terminal window as well, so I can work at the command line and see what’s going on in the Finder at the same time.
Transparency effects in OS X are pretty pervasive, and are a weird mix between useful and annoying. On occassion it can be useful to be able to read a URL or other snippet of data behind an app at the front. But overall, the purpose of transparency seems to be mostly limited to looking cool. Which is fine by me.
On the other hand (and this was actually pointed out by an Apple engineer), people in the print industry pay good money for paper opaque enough not to let other pages show through, while OS X spends valuable CPU cycles to enable the opposite effect. Transparency can sometimes make things look cluttered and hard to read.
Unfortunately, OS X’s UI is currently not customizable. BeOS does let you switch between the appearances of BeOS, Windows, AmigaOS, and Mac OS 9, but that’s about it. So much for window dressing. What about the guts?
Networking and multi-user capabilities go hand-in-hand, so I’ll discuss them together here.
One of Be’s failings was that they never completed a multi-user implementation. The Be file system had multi-user capabilities and apps could be constructed to respect these, but there was little OS-level enforcement of permissions, nor was there any UI to administer users. BeOS is POSIX-compliant and includes a bash shell, but it’s not genuine Unix. OS X, on the other hand, is Unix (though some will surely argue about what makes something “true” Unix). And Apple has built in a fine interface for adding and deleting users, with all the security controls which follow from that. However, there is currently no group management console to accompany the user manager. I was able to set up desktop accounts and SSH login shells for friends and family with zero fuss.
Speaking of SSH and networking, I only had to click a single button in the network prefs to be running a secure shell daemon, rather than the insecure telnet offered by BeOS. Remote administration of my OS X box was possible minutes after booting. Similarly, the Apache web server is built into every copy of OS X, pre-configured to serve pages both from a common root directory and from ~/Sites/ folders.
It’s been pointed out that Apple is now, or will soon be the world’s largest vendor of Unix systems. Creating a user-friendly Unix has been something of a holy grail for decades, and is of course the goal of many Linux developers. The fact that Apple (and, to a lesser extent, Be) succeeded in providing the power of Unix to those who want it while not requiring the average user ever to think about it is an example of what I was saying earlier — that good user experiences don’t tend to flow easily from the open source development model. Creating a good user experience requires that everyone working on a project be on the same page — something that is decidedly not the case in the open source community. I made this point again and again through the years I was writing about BeOS, and the new Apple experience underlines its truth. Be and Apple have been able to create good user experiences alongside the Unix shell with far fewer developers and years than the open source community has put into the various X11 window managers.
Providing the power of Unix to general consumers carries with it a certain level of responsibility to know how and where to separate userland shine from the grimy nuts and bolts. For example, if you want to further configure the Apache defaults, you need to know how to find and edit /etc/httpd/httpd.conf. Because /etc is hidden from the Finder by default and requires an admin password to edit, it’s safe from non-savvy users. On the other hand, those same users can dish up pages from a world-class web server without ever opening a Terminal window or tweaking a single Apache directive. Seamless.
It gets better. PHP was pre-installed and configured to work with Apache, and MySQL was a simple download with clear, fail-safe installation instructions. In contrast, the lack of mmap() in the BeOS kernel means that it’s still not possible to install MySQL for BeOS. Apple also includes a built-in FTP server configured to work with user directories, as well as the ability to mount Samba, AFP, and WebDAV shares. Be’s built-in FTP server accomodates only a single login, and gives access to the entire filesystem. SMB connectivity in BeOS is a spotty affair at best.
While OS X’s networking is already more advanced than Be’s ever was, it’s not yet perfect, and more advanced users have run into some problems. Irfon-Kim Ahmad offers these notes:
If running Apache and SSH servers is a top priority, it’s excellent. If you want to connect up to your workplace’s VPN as a client, however, go find a Windows box. There are some pptp tools, but little by way of documentation, and I haven’t been able to actually get any of them working yet (although I’ve just started trying recently). Many people I’ve spoken with have had troubles with their passwords to their wireless networks being spontaneously ‘forgotten’ on a regular basis by Keychain, although I haven’t had that problem since I reinstalled the OS. One MAJOR minus to OS X that I only discovered this weekend that pertains to networking: If all of your DNS servers are down, you might as well forget it — OS X will take 10+ minutes to boot, and then act flaky. That’s probably a fairly easy to bug to correct though.
Overall, the foundation for world-class networking is present in OS X. It’s secure, it’s stable, it’s Unix… but it’s not finished. If we were comparing to Linux networking, Linux would win. But in comparison to BeOS, OS X takes this round hands-down. However, there’s no reason to think that in the future OS X won’t become fully competitive with Linux/BSD as a world-class server OS as well. For now, people who want to run an ISP from a Mac should choose OS X Server.
Everywhere I look in OS X, smooth integration is the operative phrase. One of the smoothest examples of this is in CD burning. Stick in a blank CD and OS X asks if you want to make an ISO, HFS+, or audio CD. If you choose ISO or HFS+, the disc mounts on the desktop. Drag what you want onto the volume, then drag it toward the Trash. As soon as you begin to drag, the Trash icon turns into a burn icon (thus mitigating the old complaint that it makes no sense to trash a volume you wish to eject). Click burn, let it rip, and it’s done. No 3rd-party software required.
If you want to make an audio CD, iTunes is launched automatically. Drag stuff from your music library onto a playlist entry, click Burn, and that’s it. Again, no 3rd-party software required. No ambiguity, no wrestling, no coasters. While Be’s CDBurner application shares pretty much the same ease of use when creating audio CDs, burning data CDs in BeOS was never a particularly elegant affair. And I never succeeded in making anything but coasters in Linux, either with the GUI tools bundled in Mandrake or with the command line cdrecord, use of which I had already mastered in BeOS. In OS X, this stuff “just works.”
In BeOS, I had learned to create disk images with dd, mkisofs and mkfbs, and to mount them in the Tracker. The process was useful in some instances, but far from painless. With OS X, Apple has “institutionalized” the use of disk images. Many OS X software downloads are .dmg files; opening one causes it to be check-summed and mounted in the Finder. It’s an elegant way for developers to distribute software, and for users to create backups of disk volumes, including CDs they own. By masking the complexities of disk image creation, mounting, and unmounting, Apple’s DiskCopy utility makes it easy to generate bit-perfect copies of hard drives, data CDs, and audio CDs (regardless of file system).
A lot of OS X software is distributed as mountable disk images – double-click and a new virtual volume mounts on the desktop / in the Finder. Gotta love those (optional) giant icons…
The built-in DiskCopy utility makes it embarrassingly simple to create disk images from file collections or devices such as CD-ROM drives. DiskCopy puts Linux/BeOS’ “dd” command to shame.
One inconsistency worth noting: To burn a data CD, you drag the volume toward the Trash. To burn an audio CD, you don’t. The reason is that iTunes doesn’t show the mounted volume. Instead, you simply make playlists and burn them. A minor quibble.
One of the more interesting innovations in OS X is the fact that PDF technology is pervasive in the operating system — the Quartz display engine is built on top of Display PostScript, as was NeXTStep’s. This means it’s possible to output from any application that can print directly to PDF. Select Print, then click Preview. The document is rendered to PDF and displayed in the built-in Preview application. Do a Save As… and you’ve got your PDF. No need to purchase or install Acrobat, and no need for 3rd party software to integrate with particular applications. It’s just there. Very nice.
The printable version of this document was created with this technique.
I’ve heard pundits say that OS X still suffers from a lack of apps. While it’s true that Photoshop still had not been Carbon/Cocoa-ized, far more — and more mature — applications have been released for OS X in its first year of existence than appeared in the seven or so years since BeOS was released. Like I said, we BeOS users are accustomed to begging for software crumbs, grateful for anything that dribbles our way. What looks to some like a dearth of apps appears to me as a great wealth of code. And virtually anything that hasn’t yet been Carbonized runs fine in Classic mode*. Since I don’t own a pile of old Mac software, I don’t spend much time in Classic mode. When I do, it works just fine (except for the annoying fact that Classic apps can’t open files residing on Samba shares, where I keep most of my images and documents).
* At least the Classic apps I’ve tried. Others have complained that a variety of audio applications and games in particular give Classic mode fits. However, Apple has just released an update to OS 9 designed to improved Classic mode compatibility.
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.
There are still a few areas where BeOS surpasses other OSes in general usefulness, and audio file creation, storage, and playback is one of them. The combination of the database-like file system (BFS), Be’s extremely efficient media handling capabilities, and the exceptionally flexible SoundPlay make for an unbeatable combination. As an MP3 addict, I soon went hunting for MP3 functionality to match Be’s. In BeOS, arbitrary arrays of meta-data can be associated with files or file types and stored as “attributes.” These attributes can be sifted and sorted through in the Tracker, or queried for through the Find panel. Because attributes are indexed automatically, search results are instantaneous, regardless the amount of data to be searched. In essence, the file system itself serves as a database.
Side note: Microsoft is in the early stages of moving to a model where all of their applications and the operating system itself will sit on top of a common data store, based on SQL Server. If they’re able to pull it off, this will be one of the more significant changes to the Windows product line in Microsoft history.
Building an OS around a virtual database has implications for userland functionality throughout the OS, and MP3 storage is just one example (more later). MP3 encoding tools for BeOS store meta-data not just in ID3 tags, but in the file system itself, and this meant I was able to create customized playlists unlike anything possible in Windows or Linux (without being locked into the use of tertiary tools). For example, creating a playlist of all tracks written between 1978 and 1984 in the genres country or punk was a piece of cake in BeOS.
A Tracker view of MP3 files, with multiple attributes showing and the actual filenames hidden. Notice how much data is displayed in the Tracker simultaneously. Even if the OS X Finder did support meta-data, it wouldn’t be able to pack this much data into a viewable space without using a smaller font. But since Tinker Tool does let you change the Finder font, we can probably expect to see that enabled by Apple in a future version of OS X.
My collection is meticulously ID3 tagged, but I had resigned myself to the fact that I was going to sacrifice having these custom playlists in OS X. But as I expanded the iTunes window and enabled more of the ID3 columns, I realized I could sort through the collection by pretty much any criteria. The small search window at the top of the app looked too innocent to be powerful, but I soon realized it was capable of finding strings in any ID3 field. Drag the search results into a new playlist, and I had replicated the BFS database functionality, without the assistance of attributes. While these large-collection searches on arbitrary criteria are no faster in iTunes than they are in BFS (both are essentially immediate), iTunes wins because everything happens within a single interface.
iTunes lets me store and query on the same array of metadata that BeOS does, except that BeOS does it without locking me into a single playback application (and one provided by the OS vendor at that). Unfortunately, I can’t see this same meta-data in the Finder, as I can in BeOS, and I can’t query for it from Sherlock, like I can in BeOS. But I gotta admit, the iTunes playlist manager is genuinely useful, and reasonably attractive. iTunes skins would be nice. Click for larger image.
Another pleasant iTunes surprise came the day I used a batch tool to rename thousands of MP3s at once. I expected that I would have to rebuild all my iTunes playlists afterwards, since I expected all the filename references to be broken. But when the operation was complete, I was amazed to discover all my playlists perfectly intact. Ah, the magic of symlinks (aliases) that don’t break when the target is moved — a luxury that old-time Mac users probably take for granted, but which fairly blew my crusty, bigoted x86 mind.
My one big complaint with iTunes is the lack of available plug-ins for it. So far, the only iTunes plug-ins I’ve seen are visualizers. Fun, but who cares? What I’d like to see are some of the really useful plug-ins you see for WinAmp, or for BeOS’ SoundPlay. Recently I spent an evening trying every MP3 streamer I could find on VersionTracker. All I wanted was something capable of down-sampling audio before broadcasting it out over a specified port. I came up empty-handed. On the other hand, doing the same from SoundPlay in BeOS is cake – enable the LiveEncoder plug-in, tell it what bitrate and sampling frequency to use, which port to broadcast over, and you’re done. Anything you’re currently playing in SoundPlay will also be broadcast over the internet. And there are a variety of BeOS tools you can use to control your MP3 collection remotely as well (e.g. search through, skip around in, build playlists over the web…) I don’t know if the iTunes plug-in doesn’t allow this, or whether it just hasn’t occurred to developers for some reason, but the category is oddly wide open.
Point goes to OS X for iTunes’ excellent playlist manager, and to BeOS for just about everything else related to MP3 creation, storage, remote control, stereo interface, etc.
Since Apple wants to be taken seriously as the “digital hub” of your life, it makes sense for them to include a basic movie making application with every copy of the operating system. As I learned when I was working at Adamation, editing digital video is an inherently complex process, both from the programmer’s perspective and from the end user’s perspective. At Adamation, I spent a couple of weeks evaluating every non-linear editor I could get my hands on. When I say there isn’t an NLE in the land that’s as easy to learn and use as iMovie, I speak from experience. Apple has gone to great lengths to remove as many of the confusing aspects as possible from the video editing experience, while still allowing users to create glitch-free, smoooth-running presentations.
That doesn’t mean iMovie is powerful, however. With one video and two audio layers, a small handful of special effects, and very limited editing possibilities, savvy users will bump their heads up against its limitations very quickly (and be tempted to spring for the $1,000 Final Cut Pro instead). Adamation’s $29 personalStudio (once available for BeOS, now only for Windows), handles 10 layers (any media type) in real time, with no rendering, and far more power editing possibilities and only a slightly steeper learning curve. In contrast to personalStudio, I find iMovie unnecessarily limiting. But I’m still impressed at it’s clear, clean workflow and presentation. And it kicks ass on the pathetic excuse for an NLE bundled with Windows ME and XP.
I’ve only begun to experiment with iDVD, but so far, its style and presentation seem very much in keeping with iMovie – not super powerful, but very easy to create polished results in quickly. For the first time, I’m hoping to create DVDs of small movies I’ve made for friends and family this Christmas.
As far as the platforms compare, this is exactly the kind of stuff BeOS was designed for, and the very reason Adamation had the gall to try and do 10 layers in real time with no rendering in the first place. Apple has a lot to learn from what Adamation originally accomplished on BeOS, and has now accomplished on Windows. But in practical terms, the Mac has always been a favored platform for DV editing and video production. Since Adamation pulled out of BeOS, there are no NLEs available for the platform at all. On the other hand, Final Cut Pro 3 has just been announced for OS X. With FCP quickly becoming an industry standard and unseating Premiere in the NLE universe, the Mac is still the place to be for DV editing.
Point goes to OS X, with caveats.
A week before I got my Mac, I had spent some time migrating dear old Dad from BeOS to Windows 98. Until that point, he had the honor of being the oldest, least technically savvy BeOS user on the planet. He loved using BeOS. It never failed him, was 100% virus proof (only because there are no known BeOS virii), and was as simple to use as the antique Macintosh it had replaced. But he was tired of receiving attachments he couldn’t open and visiting web sites that didn’t work in BeOS’s sub-standard browsers.
The migration itself was pretty painless until it came time to hook up his digital still camera (serial). While BeOS’ built-in Camera app had functioned flawlessly, and ImageGrinder had let him batch-resize his images easily enough, the Windows software for the camera was ugly, arcane, and barely functional. I spent half a day trying to find free alternative software that would do the trick. The final solution was that he would boot into BeOS to capture and resize his images, then copy them to his Win partition from there, reboot into Windows, and do his printing and mailing.
With that headache fresh in mind, I was stoked to plug my camera into the Mac and have a simple, friendly capture app pop up automatically. The app even offered to make web pages out of the images as they were being captured. Now I needed to do some batch-resizing. All of the OS X shareware apps I found for the job were a bit too spendy and overkill. Then I remembered I had seen a section of Apple’s site hosting dozens of Finder-integrated AppleScripts. Sure enough, I found one that could be embedded in the Finder toolbar. Drag a pile of images onto the icon, enter a Scale By % factor, and all my images were resized in seconds. Again, no 3rd-party tools required.
I’ve heard that Windows XP has much better camera support, and I wouldn’t be surprised if similar capabilities were now part of MS Windows. But if I come across a secret stash of cash, I’m buying Dad an OS X machine.
Despite my political problems with Microsoft, the truth is that some of the most sophisticated software available for OS X comes from Redmond. I’m not a big user of office apps, but when you need ’em, you need ’em. And Office X has, as Wired puts it, “transformed a tired old productivity suite into a work of art.” Tens of thousands of lines of new code, hundreds of new widgets and icons … it’s a gorgeous piece of software — as beautiful as OS X itself. The Mac programming team at MS isn’t just porting software, they’re rewriting it to meet the demands and expectations of the Mac community, and it shows.
Microsoft makes it so hard. You finally break free of their OS, only to find yourself in love with their software on another platform. Between Office X and Internet Explorer, it’s tough to say no. Click for larger version.
Kind of ironic though that my political feelings toward Microsoft are part of what drove me away from Windows to begin with, and now I find myself enjoying their software under Mac OS. Reality bites.
Under BeOS, one turns to Gobe Productive for office needs. Productive is probably the most sophisticated piece of software available for BeOS, and takes a unique approach to integrated word processing / spreadsheets / presentations / bitmap editing / vector graphics — one app, one file format, five integrated modes. I love it and wish it were available for OS X*.
Unfortunately, because MS doesn’t openly document their file formats, Word and Excel document compatibility with Productive is imperfect. Totally usable in most cases, but it fails on some of the more complex document types, such as docs with pivot tables and revision tracking. With Office X, everything works. Perfectly. Not only that, but they’ve finally ironed out all Mac/Windows Office doc compatibility glitches, including the extended character bugaboos and backwards compatibility (Office X docs open perfectly in Word 97 for Windows, without having to downsave first).
Point goes to OS X.
*Note: Productive 3 was just released for Windows, and the company has announced plans to release a Linux version in the near future.
One of the longest-standing complaints of the BeOS user is the fact that the available web browsers are all sub-standard. If BeOS had appeared a couple of years earlier, Netscape probably would have built a BeOS version of Navigator. But it didn’t happen that way. For years, the only real browser for BeOS was the bundled NetPositive, which is fast and highly efficient (a joy to use in many ways, in fact), but does not handle JavaScript, Java, DHTML, or CSS. No matter how modern or futuristic BeOS’ underpinnings may be, they aren’t worth jack without modern apps to run on top of them. Opera 3.62 is available for BeOS, but it remains unpolished. Regular builds of Mozilla appear for BeOS, but are bloated and crashy. The browser scene is dismal.
In contrast, Apple is riding with the devil. OS X ships with IE 5.5 as its default browser. While not identical to the Windows version, it’s very slick, renders all sites perfectly, and is perfectly fast. It’s biggest failing in my book is its mysterious lack of support for the increasingly popular PNG image format.
If you can’t bear the thought of running MS software on your Mac, there are alternatives — good ones. OmniWeb is a bit slower, but renders what are probably the most beautiful pages I’ve ever seen in a browser by tapping into OS X’s native PostScript capabilities. iCab, Opera, and Navigator 6 are all highly capable modern browsers. The browser choice comes down to personal preference under OS X, rather than compromise and sacrifice, as it does under BeOS.
Point goes to OS X.
On the email front, Be had a wonderful idea: Provide a single, sanctioned email format, in a single, shared message store with all of the header meta-data (To:, From:, Subject, etc.) stored as attributes. Store each message in the user’s home folder as individual files. There are two big advantages to this approach:
- Users can find messages on any criteria via system Find — canned queries can pull up mailing lists and associated messages instantly without even having to sort them into folders first.
- All email apps can use the same message store. There is no such thing as a proprietary email message format on BeOS, and users often switch back and forth between email clients at will, without ever having to worry about converting between formats. Users can even use the Tracker itself as the email organization app, utilizing the simple but clean BeMail viewer / composer to read and write.
Architecturally speaking, point goes to BeOS.
BeMail messages are individual files stored in the Tracker. Sort them however you like, or create virtual mail folders via system queries (not shown). The BeMail reader simply displays and creates BeMail messages, while other apps give more advanced functionality on top of the central message store. Click for larger version.
Trouble is, none of the email apps available to read this central message store are quite finished. There are several that are decent, and BeatWare’s Mail-It is a pretty darn good Eudora replacement. However, BeatWare abandoned the platform long ago, so the bugs and limitations in Mail-It are permanent.
On the other hand, Qualcomm ported a beta version of Eudora to OS X long ago, and the beta is 98% complete. Having used Eudora for many years at work, I jumped on the OS X version. But out of curiosity, I gave Apple’s “Mail” a whirl for a few days, and never went back. It’s super-clean, handles multiple accounts, has adequate (but not great) rules/filters, and color-codes quote levels — a feature shared with Mail-It, and one I’ve grown addicted to (which is why I’ve sadly abandoned Eudora).
Apple’s “Mail” is a bit underpowered but does a nice job and looks great doing it. I’m addicted to the multi-colored quoting mechanism that makes longer threads much easier to read. Mail also does a good job of rewrapping quoted text, so you never end up with jaggy right edges in the text as mail threads grow longer.
As if that wasn’t enough, Office X includes Entourage, which is the Mac version of Outlook/Express. I haven’t tried it but hear great things about it. Between these three and the choice of half a dozen other mature email apps, the actual usability point goes to OS X. If only there was some way to get all these vendors to discard the proprietary message store bull-hockey and agree on a single mail format, I’d be in heaven.
The most powerful text / scripting / HTML editor for BeOS is Maarten Hekkelman’s Pe. I lived in Pe for years. I maintained three web sites, did all my shell scripting, and wrote two books and countless articles in Pe. Hekkelman has ported Pe to OS X under the name Pepper, so this transition could have been super easy for me. But for the sake of change, and because I wanted to see why BBEdit has the reputation it does, I adopted BBEdit for my power editing needs under OS X. That was a tough one for me, since I feel a certain loyalty to Maarten, and because it would be like a sentimental tie to my past. What finally swayed me was the fact that I wanted access to the huge community of BBEdit code wizards out there through the BareBones mailing lists.
Because BBEdit has been around longer, and because it comes from a team of programmers rather than an individual, BBEdit wins, feature-for-feature. But in practice, and for the kind of work I do, BBEdit hasn’t offered any real-world advantages over Pe. They’re equally elegant and powerful (roughly speaking), and the differences in the big picture are fairly minor. So this one is a draw.
Point: love-love.
For those wanting to run *nix applications both BeOS and OS X have the ability to run an X server and client, and to run X applications. In OS X, X can run either “rooted” or “rootless.” In rootless mode, the X system does not take over the entire desktop, so one can run *nix GUI apps side by side with Carbon/Cocoa apps. In BeOS, X runs in a large window, so the experience is fairly similar. However, the XonX project has more developers and more momentum. Compatibility is greater, and we can expect to see the experience continue to improve with time. Whether or not BeOS’ X implementation gets any better (it was fairly shaky last time I tried it) is anybody’s guess.
In any case, I haven’t found much reason to run XonX, as the only reasons I might want to are to compensate for missing application categories, and so far I haven’t found an app category not filled either by Carbon/Cocoa apps or by Classic mode. I’m happy to let XonX remain the domain of people who keep one foot planted firmly in the *nix world.
Point goes to OS X.
One downside I didn’t expect about OS X software is that it gets expensive fast. I don’t come from the camp that believes software must be free, and I love to support developers who do good work. It makes me happy. But like anyone, I enjoy having access to free software as well, and there’s very little in the way of freeware available for OS X. 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. By the time you add up everything you pay to populate your machine with all the app launchers, text editors, image viewers, and other doo-dads you need to get through the day, it’s easy to add a hefty sum to the initial price of purchase. Hey, it’s a free market, and I respect it. But migrating users should be prepared.
Fortunately, the quality of the software I’ve been digging up has been extremely high in general – independent Mac OS developers really seem to put a lot of care into their craft. In a way, software for Mac OS is kind of like Apple hardware – you pay more, but you also get more.
Hang out on some of the BeOS mailing lists for a while and you’ll notice something interesting: There is a larger concentration of intelligent and friendly users in BeOS-land than in any computing community I’ve ever stumbled across. There’s just something about the system that attracts sophisticated, articulate users with high standards (present writer excluded, of course). You almost never see the kind of rudeness and arrogance in BeOS-land that you see in Windows or Linux communities (Linux especially), and while there are always BeOS newbies, there are seldom computing newbies hanging out on BeOS lists. Over the years, I’ve hooked up with dozens of people whom I now count as genuine friends.
The Mac communities are much better than the Windows and Linux communities as far as signal/noise ratio goes, but suffer from a different kind of problem: Stubborn-ness. There seem to be endless armies of Mac users who feel that the old ways are the best. Who kick and moan and bitch about OS X and its cursed Unix underbelly and how evil the command line is and how Apple is off its rocker. These people would rather keep using a slow, crashy, OS with no remote administration and no appeal to command-line power users and no position in the server niche than be dragged kicking and screaming into the modern world.
Granted, these voices seem to grow a little less loud and a little less prolific with every passing month. But they’re still there, and the fact that they’re clinging to OS9 for reasons mostly beyond my comprehension are bad for us all. App vendors who haven’t yet ported point to a lack of wide-scale adoption of OS X. And whose fault is that? The very Macintosh userbase those app vendors are here to support! Note to the stubborn ones: You’re a drag on us all. Get on board.
Aside from the highly vocal nay sayers, the Mac community has about the same level of friendliness, if not the same level of technical savvy as the BeOS community.
Point: BeOS, by a narrow margin.
On the community note: As I began to pick up steam on OS X, I decided to create a site similar to betips.net, but for OS X users. But when I discovered that MacOSXhints.com already had a database of nearly 1,000 tips and tricks for OS X users, I gave up that idea. The site’s founder Rob Griffiths and I started corresponding, and soon listed each other as “sister sites.” I even helped Rob to edit his excellent OS X Power Guide, which I highly recommed to anyone looking for ways to get more productive in OS X quickly.
So. I’m using this OS that provides a great experience. Everywhere I turn, things are integrated, smooth, composed, designed, fluid, beautiful to look at, a joy to use. I’m pretty much convinced that OS X is the best consumer OS on the market, with none of the compromises of BeOS (compromises that result not from bad design, but from lack of industry momentum — unfinished apps and an OS vendor that’s been close to bankruptcy for years, not to mention the hassles of dealing with hardware and software vendors who won’t give you the time of day until you can guarantee them a big userbase / chunk of change). I’ve got world-class stability, pretty good multitasking, true memory protection, all kinds of open source networking software, and a Unix command line.
I know I’m not alone in finding OS X a happy campground for the despairing BeOS refugee. This LiveJournal comment from Balatro mirrors my own experiences pretty accurately:
I suffered with OS9 for a while, it was usable but crash prone. Then OS X came out (Which I had been waiting for months). It was a dream come true (though slow as hell on the iBooks 66Mhz bus). Finally I bought the bullet and bought a Titanium 400.
OS X 10.1 is the only OS other than BeOS that I truly ENJOY working with. Windows is just “there.” It offers me no joy — only compatibility. Linux/Unix is like pulling teeth, and has a horrible appearance no matter how hard you try to dress it up. OS X is a beautiful marriage of elegance and power.
Overall, I’m happier than a pig in shit. What could I possibly find to complain about?
Whereas BeOS is renowned as one of the fastest and most efficient operating systems ever designed, OS X may well be one of the slowest. Problems with performance and efficiency in OS X have been discussed ad nauseam all over the net, but the BeOS user feels this contrast more acutely than most, because the BeOS user has been so completely spoiled by the amazing speed of BeOS.
According to some reports, the PowerMac 867 is functionally equivalent to a 2Ghz Pentium, CPU-wise. Loaded up with 640Mbs of memory, this machine should absolutely fly through just about anything I could care to throw at it. But that’s not the case. With this much horsepower, performance is merely acceptable. OS X on a lesser machine is an exercise in pain. OS X apologists have a myriad of excuses for OS X’s high resource requirements — it’s the Finder’s fault, it’s Quartz’ fault, it’s the window buffers that give you all those cool transparency effects, etc. etc.
I’ll allow for one thing: Optimization is the very last thing developers do with a code base, and Apple has steadily increased performance with every point upgrade to the OS to date. There’s no reason to think that future updates won’t raise the performance bar as well. In fact, this discussion implies that the next release may offer significant efficiency gains in the window buffering department. In reality, I don’t think the problem can be localized to any one OS element — there are probably improvements to be made in nearly every aspect of the OS.
Still, BeOS never had this problem. While BeOS did get faster as years went by, the OS was a speed demon from day one — radical efficiency was one of its hallmarks from the start, and one of its great drawing cards. The fact of the matter is, BeOS on a Pentium 233 with 64 Mbs of memory is faster than OS X is on this so-called supercomputer. The Mac’s CPU is roughly 8x faster and the machine is stocked with 10x more memory, but the BeOS machine out-performs the Mac. BeOS boots faster, applications launch faster, windows resize more smoothly, you can play more simultaneous audio and video clips without affecting system performance.
This wide delta is partly explained by the fact that BeOS was designed from the ground up and didn’t carry any baggage, partly explained by the fact that OS X’s windowing system is so advanced and does so much, and partly explained by OS X’s youth. But I can’t help but think that Apple is being somewhat lazy here. Fast CPUs and memory are very cheap these days, and Apple seems to be using that fact as an excuse for inefficient OS design. If Moore’s law weren’t in effect, the market would not be stocked with so many fast machines, and OS X would be dead in the water without radical improvements to general efficiency.
Try this: open a Terminal window (instantaneous on BeOS, a few seconds on OS X) and run “top.” Then resize its window. The resize operation is clunky and blocky. Now try the same on a far lesser BeOS machine — the resize operation is silky smooth, even if several CPU-intensive processes are going on. I even tried this on a dual 800 at MacWorld Expo, and found the same chunky resizing behavior.
Now launch four QuickTime movies and get them all playing at once. Move them around on screen, and resize them while playing. Try the same on a far lesser BeOS machine. The difference is night and day.
I do a lot of MP3 encoding, so it’s a drag to discover that other tasks in the OS are noticeably affected (not hugely, but noticeably) when encoding is in process. Not so in BeOS. Neither OS creates glitched MP3s when encoding under load though.
There is not a single operation I can find that involves multithreading and multitasking that is not leagues faster on a lesser BeOS machine than it is on a hot-rod OS X box. If the performance hit is a tough pill for OS 9 users to swallow, imagine how much harder it is for the BeOS user. We could go into a long discussion about priorities, kernel scheduling, and effective multithreading techniques, but the bottom line is that it’s all about the user experience. Be nailed this one a decade ago, while Apple still hasn’t gotten it right.
I should, however, take a moment to say that most of the time, and for most of what I do, OS X on this machine is fast enough. I’m not typing ahead of the cursor, I’m not sitting on my thumbs waiting for hourglasses, and I’m not in any real-world way stymied by OS X on my current hardware. It’s just that I have lived with a very high standard of performance for long enough that it started to feel normal to me. Be’s performance bar is going to be a tough hurdle for Apple. Unfortunately, the vast, vast majority of the Mac-using population has never tried BeOS, and doesn’t know what they’re missing.
Speaking of not know what you’re missing, we now come to the single largest usability difference between BeOS and OS X — the file system and the practices and policies used to work in it. I’ve written at great length about Be’s file system, as it remains the one functional aspect of the operating system which truly sets BeOS apart from anything else on the market (not that BeOS is really “in the market” anymore).
BFS (the Be File System) is fully journaled, which means that data integrity is guaranteed even in the event of a loss of power. Pull the plug on a BeOS box and it boots back up in 15 seconds with no loss of data. File system operations that were in process at the time of the outage are simply replayed from the journal. No ScanDisk, no fschk, no rebuilding the desktop. 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).
BFS is also fully multithreaded for optimum performance, and in keeping with the rest of BeOS, which is multithreaded from the lowest levels to the highest. I do not know whether HFS+ is multithreaded (I’ve heard that it’s not), but it sure doesn’t feel as fast as BFS. However, I do not have equivalent hardware on which to run comparative disk access benchmarks under various conditions.
The address space in BFS is 64-bit, meaning that the theoretical maximum file size on a BFS volume is 18,000 petabytes (the practical maximum is much smaller for various reasons, but is still in the tens of thousands of gigabytes range). The 32-bit HFS+, like all 32-bit file systems, has a maximum file size of around four gigabytes. Larger files are possible via behind-the-scenes magic which transparently stitches files together, but it seems like this is an issue Apple would have addressed as long as they were creating a new operating system and had the chance to get it right.
For the everyday user, though, BFS has much more tangible advantages. Any file or file type on a BFS volume can have arrays of metadata associated with it, in the form of “attributes.” There is no limit to the amount, size, or type of attributes, and attributes can be displayed and edited, sifted, sorted, and queried for directly in the Tracker (Be’s equivalent of the Finder). Because most attributes are indexed, search results are nearly instantaneous, regardless the size of the volume or the number of files being searched through. By default, BeOS ships with reasonable sets of attributes for common file types, but users are allowed to extend and customize these, and to create entirely new file types with entirely new arrays of attributes. In other words, the Be File System doubles as a database.
Be’s filesystem doubles as a database. Users can use built-in filetypes with existing attributes, or create entirely new filetypes with custom collections of attributes. These files were used to deliver a dynamic web site out of the BFS database without using 3rd-party database software. Click for larger image.
It is difficult to describe to users of other operating systems just how advantageous an operating system built on top of a virtual database can be. Only other BeOS users really seem to understand the power and flexibility of the database-like file system, and it is the single feature I miss the most from BeOS.
Some examples of Be’s database-like file system in action:
- Copy your MP3 files’ ID3 tags to Artist, Title, Year, Genre attributes. Sift and sort through your collection in the Tracker in almost anyway imaginable, or build playlists from MP3 attribute queries with far more flexibility than you get in other OSes.
- BeMail messages store Subject, From, To, CC:, Date, etc. in attributes. Create virtual mailboxes based on live, instantaneous query results. This lets you obtain views of your email store that are irrespective of the actual folder locations of BeMail messages on disk.
- Years ago, I created a custom file type based on text, with attributes for author, title, email, URL, etc. Then I wrote a CGI script in perl to extract and dish up these attributes over the web. In other words, I was serving up a database-backed web site without having to install or learn any database software whatsoever. That site now runs on LAMP, but you can see how the site was created here.
OS X’s closest approximation is the pathetic comments field, which is a pain to use (hell, you can’t even enter Comments directly into the Finder), and which offers next to nothing in comparison to BFS attributes.
The great usability of BFS and the Tracker don’t end with plain-sight attributes. Additional attributes describe each file’s type via the Internet-standard MIME system, which provides a great deal of compatibility with the world at large (download a file from the internet and its type can be gleaned from the HTTP header, without use of extensions), and BeOS web servers don’t need to maintain separate MIME tables – each file’s type is taken directly from the file system.
Attributes are used by StyledEdit to allow for rich formatting in plain text documents, which are still viewable as plain text on other platforms. Attributes are used to retain cursor position in documents even after they’re closed and re-opened, and are used to store equalization and cross-fade settings for MP3 files. The possibilities are endless.
Neither BeOS nor Mac OS 9 require users to add extensions to their filenames. Without extensions, some other means of identifying a file’s type and associated application is necessary. All versions of Mac OS assume that the application that created a document is also the best application to launch it in, resulting in situations where files of the same type launch in different applications when double-clicked. For some reason, a lot of Mac users don’t seem to see this creator-based launching schema as a problem, but I do. It results in not-infrequent unexpected and undesired behavior on the part of the OS, and seems like a major usability disadvantage. Just recently an OS 8 user in our department sent me a bunch of JPEG images as an attachment. When I double-clicked them, the Classic environment started to launch. Turns out they had a Creator code for the Classic version of QuickTime. Excuse me? When did I ever tell the OS that I’d rather not view JPEGs in my viewer of choice? What does QuickTime have to do with these images, other than the fact that she created them in it on her system? I’ve experienced similar events half a dozen times in the few months I’ve been using OS X, and have heard similar stories from others. Why Mac users are so complacent about Creator-based launching is beyond me.
In an attempt to become more compatible with the Windows world, OS X requires extensions for file type identification. Meanwhile, it continues to respect the Creator code for application binding. In other words, rather than moving forward by dropping the Creator code and moving to a complete FileTypes preferences panel, OS X adopted a bad habit from Windows (extensions) and retained its own bad habits (using the Creator code for application binding). While the rest of the OS was moving forward, filetyping left one foot in the mud and stepped backwards with the other foot. This is utterly baffling to me. Filetyping under OS X is now doubly problematic, rather than better than it was.
Recently, a discussion explored this issue in the context of metadata in OS X in general. In the course of that discussion, it was pointed out to me that it is not the Creator code per se’ that I don’t like, but rather the application binding policy of the OS / Finder. What’s needed to provide maximum flexibility to the user, IMO, is to allow for storage of any type of metadata. And one of those pieces of metadata needs to be a “preferred_app” attribute. The operating system’s application-binding policy should look first to see if the user has established a preferred application for handling the current file. If not, it should look to see if there’s a globally preferred application for handling this file’s type. If not, it can try and use the Creator code if necessary. Respecting the Creator code should only be a last resort, since it’s so often responsible for unexpected and undesirable behavior. But as seen in the screenshot below from X-Ray, the Creator code is looked at first, the file’s extension second, and the file type third – the exact opposite of what logic and usability would dictate.
OS X prioritizes Creator code over file type in the application binding process. Since the document’s creator is logically irrelevant to the determination of the best app to launch the document in, and because it often results in unexpected and undesirable document launching behavior, and because more flexible and powerful application binding can be accomplished through file type-based binding, I find this 100% backwards.
If Apple is ultimately to provide a central FileTypes preferences panel, and simultaneously wants to satsify users who for some reason feel strongly about the Creator code, there’s another possible option here. Rather than simply elevating the importance of the file type and deprecating the importance of the creator, Apple could let the user select the order of the binding rules. For example, users who want maximum control over binding preferences could opt to have the file’s preferred app checked first, the preferred app for that file’s type checked second, and the creator third. Died-in-the wool traditionalists could have the Creator checked first, and other options checked second and third. In other words, Apple could not only match Be’s level of flexibility, but could surpass it.
The other part of the problem is that OS X offers no central file types preferences panel. It needs one, badly. Without it, OS X will never be able to depart from the cursed practice of respecting the Creator code, and will never be able to approach Be’s level of flexibility. BeOS ships with reasonable defaults for file type-to-application bindings, and these are configurable by the user on a system-wide basis, at the individual file level, and on batches of files at once via a built-in Tracker Add-On. The BeOS user does not need to put extensions on his/her files, BeOS never makes the rotten assumption that the creating app is also the best launching app, and the BeOS user has control over application binding from the micro to the macro level.
The BeOS filetyping and application binding system has more flexibility, more usability, and is more logical than OS X’s. After the performance issues, OS X’s backwards filetyping schema is my single largest disappointment with OS X.
After several weeks of using OS X, it was pointed out to me that OS X does offer some semblance of control here. Get Info on a file, select “Open With Application”, and navigate to the new app. You can then re-set the binding for that document, or choose to make the change globally. It’s great that it’s possible to do so, but there’s a logic problem here:
The Get Info panel relates to info on a selected file or files. But here, it is being used to make a system-wide change — in other words, a System Preference. It is not intuitive to look in a single file’s Info panel for a system preference, which is why I never found the option when looking around, and why a friend had to point out to me that it was even possible to do so.
A central FileTypes panel would be more intuitive, more powerful, and would give the user much more control over every aspect of file types and bindings.
The BeOS FileTypes preferences panel gives the user total control over MIME types, icons, associations between applications and filetypes (application binding), optional filename extensions, and attributes. This is the global (system-wide) preferences panel. A separate FileType panel for individual files or groups of files lets you override the global settings on a local level.
On this note, an additional BeOS advantage is that the MIME typing system allows the OS to easily keep track of which apps can handle which file types, and thus to suggest candidate applications. For example, if I create a custom filetype with the MIME type text/x-shacker and send it to a user who hasn’t registered that filetype on his system, BeOS will still be able to tell that it’s a text file. Since every BeOS app registers itself to handle certain MIME types, BeOS can instantly provide a list of all text-handling apps on the user’s system. This capability also comes into play when displaying the “Open With…” context menu when right-clicking a file in the Tracker.
For a detailed discussion on the entire filetyping / binding / identification / customization schema in BeOS, buy a copy of The BeOS Bible. To read an excerpt from the chapter on filetyping, click here.
In BeOS, file systems (even the native BFS) are handled via plug-ins called add-ons. Download a file system add-on, drop it into place, and you have the immediate capability to read (and often write to) alien file systems. Out of the box, every BeOS machine, whether x86 or PowerPC, can read and write BFS, HFS, HFS+, FAT16, and FAT32 volumes. It can also read (but not write to) ext2fs and NTFS. More obscure file system add-ons can be written by developers and posted for others to use. OS X did a great job of reading a FAT32 volume I stuck in my G4 for a while, but as far as I know, does not handle other file systems as elegantly.
Overall, my experience with the OS X Finder has been a wash — it’s both better and worse than the BeOS Tracker. On one hand, I love and use constantly the horizontal scrolling column view. And dynamic resizing of icons is a nice touch. On the other hand, the current Finder does not offer spring-loaded folders, as OS 9 and BeOS do. Be’s right-click scroll | navigate mechanism provides the fastest means of navigating, copying, and moving files around in a file system of any I’ve encountered.
The Finder’s horizontal scrolling view is easy to work in and quite elegant, but I still miss spring-loaded folders. Click for larger version.
But my real complaint with the Finder is that it does a poor job of displaying large quantities of information at once. The default Finder font is too large, and is not user-configurable. However, the 3rd-party Tinker Tool will allow you to change the Finder font. Since Tinker Tool only exposes existing but hidden preferences in the OS, it seems probable that Apple will open this up in the future.
Which leads to yet another complaint: Compared to BeOS, OS X is downright hostile to long filenames. Sure, OS X now supports filenames up to 255 characters just like BeOS, but displaying long filenames is a pain because of that huge Finder font. Worse, something about the LFN API (I’m not a programmer) makes it very difficult to add LFN support to applications. When it came time to move my MP3 collection from BeOS to OS X via FTP, I found that both Interarchy and Fetch, both of which are Carbonized, truncated the filenames on transfer (I finally solved that one by putting via FTP from the BeOS machine to the OS X box, rather than the other way around). Another day, I was trying to export movies from iMovie with filenames long enough to describe all the video and audio codecs and settings I was using, for the purposes of comparison. The filenames were truncated with garbage characters when viewed in the Finder.
And neither of the two most popular MP3 encoding tools for OS X — iTunes and Audion — give you any control whatsoever over file naming convention. Every MP3 encoder I’ve tried on any platform offers a dialog giving the user full control over how the MP3 filenames should be constructed. But both of these tools simply spit out songname.mp3. Sure, they’re nested in artist and album parent folders, as is also the case on other platforms, but the filenames are next to useless without the parent folders or ID3 tags. Fine for personal use, but rotten for (god forbid) Internet use. Since Apple wants to be the digital hub of my entertainment life, they’ll need to recognize that MP3 storage is one of the most common / popular situations where people use very long filenames. OS X apps need to learn to start creating them, and the Finder needs to become more adept at displaying them.
Short filenames like these are no way to treat your MP3 collection, but neither iTunes nor Audion will generate anything but. Then again, this Finder view is terrible at displaying long filenames. But on the other other hand, being able to preview MP3s and movies directly in the Finder is pretty cool…
The BeOS Tracker uses a technology called “node monitoring” which lets the Tracker give instant feedback to the user and to other apps. For example, you can see the size of a file increase in the Tracker’s info panel in real time as it’s being downloaded from the Internet. Fancy node monitoring need not be a priority for Apple, but there’s one area where something similar should be considered important: Finder views don’t seem to reflect changes in the filesystem until forced to. Try this: Open a Terminal session and a Finder window on the same folder. Type touch foo and watch the Finder. In BeOS, “foo” appears in the Tracker instantaneously. In Windows, the change is reflected quickly. In OS X, the file doesn’t show up until I click in that Finder view. This becomes a problem on occasssion when unpacking a tar.gz archive, and the contents don’t appear on the desktop until I basically force them to.
The OS X Find panel is still known as Sherlock, and basically gets the job done, but is a bit too cutesy for my tastes. Cosmetics aside, search capabilities under OS X are not as flexible as they are BeOS, with its virtual database. Attributes aside, Sherlock won’t even let me limit my search to specific file types (though the Custom search panel does offer a few generic type categories).
More problematic, though, is the difference in the way the two systems create indexes. Indexed file systems provide lightning-fast search results. BeOS indexes most attributes and keeps its index up to date automatically, every time a file or attribute is added, modified, or removed. But before you can perform fast searches with Sherlock, you have to let it index your file system, an excruciatingly slow process. One volume on my machine, with around 8,000 MP3s, took almost four hours to index. I’m not kidding.
Another cool advantage to BeOS queries is that they can be saved for later execution. Drag a query onto the desktop and have instant access to all emails from a certain person, or all MP3s downloaded in the past five days, or all bookmarks related to Mac OS (BeOS bookmark files have keyword attributes), or whatever you like. Queries are always live and real-time, so you always get the freshest data, immediately. You can even “navigate” a query with the right-click | scroll technique mentioned earlier, so you don’t even to have to “launch” a query to get at any one of the items in its found set. Sherlock offers nothing similar.
Sherlock’s one advantage* over BeOS queries is that it allows searching on actual file contents, rather than just filename and attributes. BeOS users wanting to search through file contents have to resort either to bash tools or to the 3rd-party Tracker add-on Tracker Grep. Speaking of which, I know that Mac OS 9 had context menus for the Finder which allowed functionality similar to that provided by BeOS Tracker add-ons. Having the functionality of the file manager be essentially infinitely expandable is a powerful feature, and I’m looking forward to seeing that functionality restored in OS X.
* Sherlock has other advantages if you want to use it to search the Internet, but I’m happy with the mighty Google, and get the impression from talking to other people that Sherlock is used for file finding the vast majority of the time.
So, those are my biggest complaints about OS X. But there are other, smaller differences I have to get off my chest.
OS X embraces and enhances the time-honored AppleScript system for automating tasks. AppleScript is a pretty cool language, with one big disadvantage — you have to learn it, even if you already consider yourself a master in another scripting language.
BeOS takes a different approach to application scripting. Applications provide whatever array of scriptable “hooks” they deem appropriate, and expose / document them as they see fit. These hooks are addressable by the BeOS interapplication messaging model, the BMessage. BMessages can be sent from within compiled applications, or from scripts. From what kind of scripts? Any kind of scripts! Bash, perl, Python, PHP, REBOL, whatever you like and know. All that’s required for any scripting language to talk to any application is a command-line utility called “hey,” which is conceptually very similar to the Mac OS “tell” command found in AppleScript.
As long as your scripting language of choice can invoke “hey,” or can otherwise send BMesssages, it can be used to script the behavior of applications running on the system.
But while the BeOS scripting system is more flexible than Apple’s system, the reality is that Apple is much larger, there are more scriptable Mac OS applications out there, and there are far, far more AppleScripts than hey scripts available to make your daily computing life easier and more productive.
I don’t mind AppleScript. I wish the system were open to other languages, but AppleScript does a fine job, and is very powerful.
Mac OS has never stood up to other operating systems in the keyboardability department. OS X is a little better than OS 9 in this regard, but still has some puzzling omissions. For example, it is not possible to tab around or arrow-key amongst the buttons in dialog boxes, which means reaching for the mouse. MS Windows dialogs also have a shortcut key for each possible field and button, which makes many tasks much faster. For example, if I’m doing a search and replace in a Windows app, Alt+A is going to activate the Replace All button rather than the default Replace. In OS X, I have to stop and reach for the mouse, which interrupts the workflow and the train of thought.
I have two problems with OS X dialogs. 1) You can tab through fields with the Tab key, but you can’t use the arrow or tab keys to move between buttons. 2) Buttons don’t have associated trigger keys, which means you can’t activate any but the default button from the keyboard. If I want to Replace All from this BBEdit dialog, I’ll have to reach for the mouse.
For the record, I was never completely happy with BeOS’ keyboardability either, and found Linux inconsistent here (Gnome and KDE dialogs behave differently, for example). I’ve never used an OS that was as keyboardable as Windows, and have never understood why it’s so hard for other OSes to catch up with Windows here.
As with BeOS, Cmd-Tab cycles between open apps rather than toggling between the current and the last-used app (yes, there are third-party solutions for this). The Windows and Linux Alt+Tab method is far more efficient. It just is.
There is an “Enable full keyboard access” panel in the System Prefs, but it doesn’t get you very far. E.g. you can use a hotkey to activate an app’s toolbar, but then have to arrow around to get to things. Windows gives us a trigger for each menu and each menu item. Thus, getting a word count in Word for Windows is a quick Alt+T, W. Getting the same in Word for OS X is yet another reach, move, navigate, click — a mouse-driven workflow interruption that takes a good four to five times longer to accomplish.
There are other old Mac OS keyboard habits which are retained in OS X, such as Home and End keys moving to the top and bottom of the document rather than start or end of the current line. As a result, the Home and End keys sit unused on the keyboard, because the need to move to the top or bottom of a document is extremely rare. To get to the start or end of the current line in Mac OS, you use the Cmd+right/left arrow shortcuts. These aren’t as easy to learn, as intuitive, or as easy to reach.
The same argument applies to launching files and folders from the Finder with the Enter key. In Mac OS, Enter puts you into rename mode. How often do you want to rename something compared to how often you want to launch it? In Mac OS, you need to hit Cmd-O to “open” a file or folder. Why not have the most-used action be the default for the Enter key, and the less-used action (renaming) be a hotkey? (In BeOS, rename is Alt+E).
Yes, I know that muscle memory is worth a lot, but user testing should make it easy to see which tasks are performed most often. Common sense dictates mapping the easiest / most plainly marked keys to those tasks. Or am I missing something?
I’m pretty surprised to see some equivalent of workspaces missing from OS X. In BeOS, you get up to 32 virtual desktops to spread your apps and windows amongst. Each desktop can have a different resolution and color depth, and a different background color or bitmap. Users can toggle through desktops 1-12 with the Alt+Fx keys, and can move windows from one workspace to another by clicking and holding the window’s title tab while switching workspaces. BeOS also includes a Workspaces panel that lets you drag apps between workspaces visually, if you prefer. Linux has similar tools, though none I’ve seen are quite as elegant as those in BeOS.
After you get used to working in workspaces, it’s hard to go back to a single desktop. They’re a major usability advantage, have been around in various forms for 15 years, and just make good sense. The only 3rd-party utility I’ve seen for OS X to replicate this behavior is Space. Space will indeed clear your desktop so you can launch other apps in a clean environment, but that’s about it. This should be an OS-level service, and one I hope more OS X users will begin to demand it from Apple.
I love the Samba connectivity in OS X, but am frustrated that the Finder creates .dotfiles in every directory it touches on the remote SMB host. This, unfortunately, puts OS X users in the uncomfortable position of not being able to use their Macs on work and school networks without littering the directory listings for others on the same network. And I’ve seen posts from more than one user complaining that their sysadmins wouldn’t allow them to continue using OS X’s SMB tools if they couldn’t get this fixed. So far, I haven’t seen a fix posted anywhere. Let’s hope one is forthcoming.
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.
Another fairly minor point: In BeOS, the concept of snippets / clippings is extended to images. Launch an image in the built-in ShowImage app, drag out a region of it, and drag it to the desktop — you get a new image file containing just that selection. I’ve never seen an easier way to crop images and screenshots in any app, any platform.
OS X offers something good enough and similar to nearly make up for it though — Cmd-Shift-4 activates screenshot mode, but gives you a set of cross-hairs. Drag out a selection and that region is saved to the desktop as a new image file. Very nice, but limited to screenshots, rather than all images, as you get with BeOS (of course, one can always take a regional screenshot of a screenshot…)
Open a Terminal and type:
touch foo touch Foo
The shell returns no errors, so you conclude that OS X is properly case sensitive. But get a directory listing, and you’ll find that you’ve got a “foo,” but no “Foo.” As it turns out, the problem is in the filesystem, not in the OS — HFS+ is case-respecting, but case-insensitive. Maybe that’s old-hat for old-timers, but to me it seems just plain weird. As if Apple got started on case-sensitivity but never got around to finishing it. Those who want true case sensitivity need to install OS X with UFS, rather than HFS+. I’m sure someone somewhere can provide a whole host of reasons why HFS+ was constructed this way, but I still hope to see true case sensitivity in HFS+ in the future. BeOS (or, rather, BFS) got this one right.
I was once fond of referring to BeOS as “the promised land” of operating systems. Well, I wasn’t wrong — it really was, in many ways. Unfortunately, BeOS never attracted enough visitors to turn the promised land into a thriving metropolis. But the best OS in the world ain’t worth jack without millions of users, billions of dollars, and kajillions of programmer hours flowing through it.
While OS X can’t boast about jaw-dropping performance like BeOS could (although the new Core Audio services offer audio latencies nearly as low as Be’s, and in some cases (MIDI and jitter) even better than Be’s), and while its file system is mesozoic in comparison to Be’s, the “traction” problem that always plagued BeOS is not a problem for OS X. There are users. The world is paying attention. Multi-million dollar companies are releasing polished, mature applications for it. The press is taking notice. The same sort of excitement that filled the BeOS community with eagerness for the future is taking hold in the OS X community.
Do I think Apple should have bought Be when they had the chance? Yes and no. On one hand, Apple would have gotten a fantastic architecture on which they could build their modern OS. And OS X would have a state-of-the-art filesystem and superior multithreading / multitasking today. OS X might have gotten out the door sooner, and it would be a faster, more efficient operating system.
Those observations are in no way meant to disparage Darwin or the many NeXTStep technologies that live on in OS X. Together, they form a rock-solid OS core with a mostly great user experience. Rather, I mean that Be had achieved “the grace of the Mac, the power of Unix” nearly a decade before Apple got OS X out the door, and that many of the complaints I list above would not be issues for OS X today.
But. Apple would not have gotten Steve Jobs back if they had purchased Be. They would have gotten Jean-Louis Gassée and Steve Sakoman instead. JLG is a brilliant man, a rare literate intellectual in a sea of stuffed shirts. Despite the ultimate failure of Be, I think he’s got his head screwed on straight, and is a man of true vision — a fine CEO. But Steve Jobs is Steve Jobs, and Steve Jobs makes things happen. He has pulled Apple out of a long downward spiral, has succeeded in finally dragging Mac users kicking and screaming into the 21st century, and is doing it with tremendous style. While I’ve said just the opposite in the past, I now believe Apple ultimately made the right decision by going with NeXT and Jobs rather than Be and Gassée.
In software development you don’t often get a chance to break all the rules and start over. Being able to start from scratch was Be’s greatest trump card. Apple sort of had that opportunity. OS X is a brand new operating system, yes, but it is also a mutt bred from Unix and NeXTStep — two truly excellent, but also historically laden operating systems. Apple also got dealt the backwards compatibility card, both technologically (so that old Mac apps would continue to run) and psychologically (there had to be enough similarities between pre-X Mac OS and OS X that the existing userbase would not become alienated.
All of that is a long way of saying that I truly love what Apple has created in OS X and am happy to have made the switch. But I also lament that OS X falls so short of BeOS in a few important categories. Now that OS X is out there in the field and developers are busily coding for Carbon and Cocoa, it’s going to be much harder for them to change the application binding policy (for example) than it would have been if they had gotten it right prior to release. Not impossible, but much harder.
The trouble with BeOS is that gets under your skin and stays there. BeOS showed the world how much power is really locked away in their computers, and how much efficiency is wasted by bloated operating systems. It showed the world what can be done when a company sits back, examines all the problems in the market’s OS offerings, and decides to build something that doesn’t have those problems.
At the height of the BeOS revolution that never really happened, it seemed that the world couldn’t possibly do anything but see the light and switch to BeOS. In retrospect, BeOS seems like little more than a tremendously expensive proof-of-concept. But that’s a pessimistic view of things. I agree with Urban Lindeskog, who recently posted on a Be mailing list:
… in that sense BeOS has not been a waste of time, on the contrary. It has added to the collective knowledge, and showed us some interesting views of the art of computing.
In any case, anyone who has spent time with BeOS is forever spoiled, their expectations for OS technology permanently affected.
As a migrating user, I’m torn between admiration for and frustration with OS X. But I know that, deep down, Jobs and Gassée have similar ideas about creating the ultimate user experience, and about bringing together the ultimate in ease of use with the ultimate in power and flexibility. Gassée never got to finish painting in the details of his vision. Jobs has just gotten started on his.
Many thanks to Irfon Kim-Ahmad, Kurt von Finck, Balatro, Allen Brunson, and Jim Rippie for their comments on and contributions to this piece.
Download PDF/printable version of this article (1.2 MB).
About the Author:
Scot Hacker is the author of Peachpit’s The BeOS Bible, as well as well as O’Reilly’s MP3: The Definitive Guide. Hacker is the webmaster of The BeOS Tip Server, The Birdhouse Arts Collective, and The Archive of Misheard Lyrics. He has written for web sites and print publications including Byte.com, Wired, PC Magazine, Windows Sources, The Utne Reader, and Cadence Journal of Jazz and Blues. By day, Hacker is webmaster for the UC Berkeley Graduate School of Journalism. Scot can be reached via email at [email protected].
Buy Mac OS X Cheaper Buy BeOS 5 + BeOS Bible |
Excellent piece, and always great to hear from Scot Hacker. “Anyone who has ever spent time with BeOS is forever spoiled…”. That line really hits home; I’m always booting back into BeOS just to experience it, live it, – enjoy it – again. *sniff*
I’m never buying into Apple though. Doing so would make *me* feel dirty. Their hideous marketing, their userbase, their image….I guess it just isn’t me. I have strong aversions to being robbed blind, too. The software and hardware would have to be 5x better than it currently is for me to even consider screwing around with their hardware, the high prices and severe lack of choice (others may disagree with me on this point, but hell, I admit it, I’m spoiled with software and cheap hardware and utmost flexibility when choosing components, and I ain’t turning away from it all for OSX). I can understand lots have no interest in what I hold near and dear, though.
Now for zealots of all shapes and sizes to dissect Scot’s article and rip it to shreds. OS discussion always brings with it lively debate, name-calling and abuse. In light of this, I’m preparing for some cheap entertainment
Good article. It really reflects most of my thoughts, too. In fact, I was already thinking of submitting a similar article to OSNews, but well, Scott made it first and he made it better.
>“Anyone who has ever spent time with BeOS is forever spoiled…”. That line really hits home;
Exactly!!! When I wrote that piece on MacOSX some months ago, writting that I was not happy with the speed of 10.1, I was flamed, badly, by the MacOS lovers. But the above sentence REALLY explains why I was *expecting* “more” from MacOSX. If Apple wants me to switch, it will have to have the speed of BeOS. Why? Because this is what I am looking for! I am indeed spoiled by BeOS’ highly responsive UI. I wish all OSes were as nicely optimized in this particular feature.
Damn you, Scot Hacker. I am looking at the balance of my savings account and already imagining it with about 3000 dollars less. OS X seems to be the start of a dream come true – the solid Unix underpinnings with a user friendly interface. By OS X1, or whatever it’s called, I bet I own a Mac.
I have used the BeOS for some time, but I agree, it now feels ancient and worthless because most of my PC-time is spent writing for and surfing the web. Thanks a lot Scot, you’re breaking me! </sarcasm, if you didn’t know>
3000 dollars less?
You will soon spend $10000 on the software if you go for Mac.
That was a very good article.
I’d also like to point out that OS X is FreeBSD (3.2 I think) compatible. This is very important for porting UNIX applications to work on Mac OS X, because it gives a frame of reference to what apps were compatible with in the past, and how they compare to how OS X is designed. If your UNIX app compiled and ran on FreeBSD, it should also work in MacOS X.
Bravo Scot, excellent, well-balanced article!
This sort-of makes me wish I had the ~ $4300 Cdn I’d need to buy a “reasonable” bare-bones G4 box (since I can get RAM and disk MUCH cheaper than the Apple Store). I also think of OS X as the best desktop OS out there. It’s just a pity it won’t run on any of my hardware, even my Mac (a UMAX s900 dp180 clone, may I be cast out of the Land of Jobs forevermore).
I’m so sick of things not working in x86 land. Even something as basic as cut-n-paste is a total mishmash in Linux (also running Mandrake; 8.1, using KDE ask my desktop), and Windows is so bloody fragile… yeah, I’m running 98SE, but I “can’t” upgrade to Windows 2000 or XP. My boxes are dual-processor, and I have SoundBlaster Live! cards; Creative has been unable to write SMP-safe drivers for their own hardware, despite Be’s and Lunix’s success in this area. And besides, I’m not convinced that 2000 or XP would solve any of my problems without introducing a myriad of new ones to contend with; most of my current problems are driver-related, since I mostly use my home computers for playing games these days.
I used my main x86 box all Friday afternoon (worked at home), no problems. Turn it on Sunday… oh look, Windows goes black instead of showing me the desktop. Cute. I don’t have to time to screw with this crap, AGAIN, since the same thing happened a couple of weeks ago. Then, I’d re-installed my Radeon video drivers.
This morning, I turned the box on… it won’t even give me video for POST. Hooray.
I like to think a Mac would behave better. $4300 Cdn is a lot to test that theory.
And yes, I know you can get “cheaper” iMac systems; I’m a “power user” who does a lot of actual work on his systems, in addition to playing games. I’m not downgrading from a nice 19″ monitor to an iMac.
I should just throw out all this crap and invest in a GameCube for interactive entertainment. Dunno what I’ll use for email and surfing, but hey, I’m sure I’d cope.
– chrish
…really good article. I found it really interesting and learned a lot.
On a related note I had a good wander round some techy shops at the weekend and found myself wishing I could afford a Mac, with a nice cinema screen. Those monitors are georgeous. A brief look at OSX left me with the impression that it wasn’t nearly as bad as I thought it would be, and that was only OSX.0.3 (or something).
BTW, do any BeOS users know what Scot is referring to RE. that workaround for the ctrl-tab app switching thing? I’d like to be able to switch between the current and the last used apps – like, as he suggests, Windows or Linux.
Cheers,
Mike
well, all these prices you guys are throwing around seem a little steep. Granted, spending $3K will get you a dual 800G4 w/ dual video and a superdrive, those who are on budget could easily find them on ebay for much less, I would suggest the AGP or ‘Sawtooth’ variety of G4 or PowerBook G4 to love on OS X with. Better yet, keep saving, word has it G5s are just around the corner, look for G4 prices to drop pretty fast, even though they seem to sell as many as they (Apple) can make, even at “all those crazy prices”. And yes, this was a great article, I used to use Be, I would boot to it from a zip disk and it would run circles around my Mac OS at the time, nice. There is something to this ever-so-asthetically pleasing OS X that makes them all look ‘generic’ IMHO, maybe it’s the vector graphic PDF based quartz display, but elegant has new meaning.
Interesting to read a review of OSX that doesn’t include the obligatory comparison to Windows Xtra Pricey. But a few small points:
1. “Hey” was the creation of a guy in Hungary, Attila something-or-other. It was never part of BeOS itself AFAIK. Before hey came out, the only way to “script” in BeOS was to use C++ and dig deep into the API. So to compare hey scripting to that in OSX is not really fair.
2. There were a few BeOS apps that didn’t play by the rules. I recall Mail-it as having some individual ideas about UI, and there was another mail client that eschewed the standard email store in favour of a shared cache with its own Windows port – sorry, the name escapes me.
3. BeOS also had some really bright ideas, like desktop Replicants, that somehow never caught on with developers. Replicants were like Active Desktop components, only better. But the few that were produced were buggy (there was one, which shall remain nameless, that turned out to be the most effective way to crash BeOS) and as so often in the history of BeOS, we are talking of Unrealised Potential.
4. In the same way, it is doubtful that the average user really ever used the power BFS had, since creating new attributes was basically a command-line affair (later on, there was a utility to do it in a GUI, but by then the end was near). I never did figure out how to make an attribute contain a graphic, though I knew it could be done.
Like Scot, I am a refugee from BeOS. But I ended up running Mandrake-Linux. Load up GIMP, OpenOffice and a lightweight window manager (I favour XFce) and you have all your day-to-day software. At no cost except online charges to your ISP. Journalling filesystems? Three to choose from (though admittedly without the extensible attributes). Yes, it takes a level of effort and dedication, but my Linux desktop works the way I want it to.
Also, the catching-up stage of Linux development is drawing to a close and best-of-breed apps are slowly coming to the fore. IMHO, Galeon is the finest browser available, on any platform. Using anything else is *painful* now. MP3 and video apps? I’ll have to give you that one, though Linux has more than enough audio apps for the average user. How relevant video editing is to the average computer user is a debate we can get into some other time …
Out here in the third world, Apple’s hardware (when you can get it) is also ludicrously overpriced compared to the equivalent computing power in a no-name-brand, no-OS-preloaded white box with Taiwanese MB and Singaporean HD that will happily run Linux. Like, between two and three times the price. Of course, Apple can’t be held responsible for exchange rates, but it is a factor in buying decisions. If I can buy two, almost three, computers for the price of one, no amount of sensual curves and lickable UI will make up for it.
Furthermore, I have no intention of being held hostage once again by the fortunes of a far-away American corporation. Apple was close to bankruptcy not so long ago and had to be bailed out by Microsoft, remember?
But if Mandrake goes under, I’ll just switch to SuSe. Heck, if *every* commercial Linux distro maker goes to the wall, there will still be Debian. In this sense, Linux is immortal. That should be a powerful factor to any ex-BeOS user …
In all a very useful report from the front, especially for those trying decide which way to go at this choice-filled time.
The reported slowness of OS X, even on a “supercomputer” is certainly disappointing. I do not have much experience with BeOS, but, heck, as Scott describes it the perceived speediness of the system sounds worse than Win95 or 98lite on my 200 mhz machine. Hopefully the optimization has just begun, but I cannot see it being anything but a looooooong process. [BTW, when I fooled around with a BestBuy 1 ghz floor model with XP installed I was appalled by how slowly the shell operated. The lastest version of Explorer must be a beast. Presumably an alternative shell like Litestep can be substituted in as with Win9x.]
The lack of a freeware/cheapware tradition in the Apple community is a big negative for me. I love trying and fooling around with all the stuff that is available for Windows and *nix, seeing if there is an improved experience available over any of the current items in my toolkit. To each his/her own.
Unfortunately despite being billed (by Scot himself AFAICT) as a personal adventure some parts of this article are obviously just researched rather than experienced, and not very well researched at that
This means that I have to wonder when reading the parts that are obviously written as a literal recounting of actual events whether in fact Scot just made all of it up, and THAT means I might as well stop reading – I can do my own research and get better results, I was along for the personal experience, the little insights that you get when YOU try something rather than reporting what otheres have said.
Scot, when you don’t have anything to say about a feature because you didn’t try it, or don’t understand it, just don’t write anything. You’re not being paid to fill column inches, so it doesn’t matter if the report is artificially “well rounded” by offering guesses or second hand opinion instead of experience.
>I have to wonder when reading the parts that are obviously written as a literal recounting of actual events whether in fact Scot just made all of it up
Can you please mention some of these points/parts? Because your comment is unfounded so far, and makes me believe that you made it all up just to create a diversed discussion over here.
For the record, MS bought 500K shares of non voting stock back then, hardly bailing out the company. And for that, as noted in this article, meaning, when you need Office you need Office, we received full support in the way of Office 98 for the Mac, a necessity for the Mac OS to survive (sadly) and helped with MS and the DOJ. Funny thing is, those shares more than doubled in value with the advent of the iMac and then split, yet another wise business move by MS! Apple has 5 Bill. in the bank, I don’t see them going under for a few weeks now
too bad about 3rd world costs, hopefully things will change, but you can attest to the author’s article and a commentor that PC hardware can and will be a total nightmare, and some of us are more concerned with output then tinker/tweaker hyper geek!
I have a b&w G3 450 i’m looking to get rid of (mail me for details). I know its not a for-sale board, but hey.. i bought it for the same reason you guys are talking about. I basically wanted to check out OS X on my own. I must say I love it, and that people really are going overboard on the speed thing. Its very responsive, though i had to add a bunch of ram to get it there.. it is. At any rate, its really silly, as it boiled down to that i simply couldn’t get used to the way the menu bar up top worked. This was my first foray into mac’s, so i wasn’t quite used to it. While it is an excellent OS, i lost interest.
Heck, my BeOS box is not gonna change until something better comes along (~1.5 years, OBOS?). Hopefully I won’t get lonely, and if I do there is always BeShare.
I was at an Apple store playing with OS-X the other day. I thought the speed was roughy equal to WINXP. Both seem to be a little bogged down in the interface department. OS-X impressed me though, I severely dislike XP interface, but OS-X felt great. And I has always hated the MacOS.
The problem is price. Macs are full of things I down’t want and cost way too much. For instance, the Harmon Kardon speaker looks cool and sounds better than any other case speaker, but I am going to use my own speakers. I don’t need a DVD writer, which came bundled with high end G4’s. I don’t want integrated sound, soundblaster thank you. I would also like to choose my own HD, video card, and CD-RW, and I do want more than 4 PCI slots. And isn’t it time they went to DDR and a faster bus.
Basically I want a barebones Mac, for about $1000 I can get a barebones Athlon MP 1900 dual setup. Now I don’t think it is too much to ask Apple to produce a dual G4 barebones box that is less than double that.
I loved the G4s except for the price, even Sun has much lower prices now. Apple has a near perfect OS, instead of selling it to the Zealots willings to pay for Mac hardware because they love the industrial design or they have been using macs since the 80’s. They should aim for the whole market, half the price and 10 times the sales. Apple’s market share can be doubled quite easily.
It’s awfully ironic that the Mac bashing Scot talked about is taking place right here in this very thread. I also find it ironic that everyone who has chosen to bash Apple thus far has had their facts seriously twisted. Before opening your traps, do some research.
Mr. Hacker mentions the “mysterious” lack of support for PNG (Portable Network Graphic) files in Internet Explorer has one of its two major shortcomings. Actually, PNG support is there in IE, the application is just shy about the fact. Extremely shy. In denial, actually.
To fix IE so that it will display PNG images, open IE’s Preferences dialog and go to the File Helpers pane. Click on the “Extension” word at the top of the scrolling list to sort the list by the file extension and then scroll down to “.png”. There are two entries that cover PNG files which can be edited with the Change button. Change the pop-up list in the “Handling” section to “View in Browser” from whatever it may be. Voila! Instant PNG support.
I don’t know if this pseudo lack of support for PNG is a deliberate political choice on Microsoft’s part or simply an oversight. It is possible that they are avoiding support for (and thereby slowing widespread adoption of) a format for which Apple owns at least one patent… but that would be a wild-assed conspiracy minded speculation on my part.
Gibbons Burke
I just wanted to point out to madcow about Mac OS X core audio capabilities.
Almost zero latency. Doug Wyatt is (was) coding midi right into the OS, the new audio and sequencing apps will all use the midi layer, all your intstruments will show automaticly.Just awesome stuff. When Cubase,Motu, Nuendo get their apps into X, it’ll be sweet.
Now if your talking soundblaster just for audio input, I hear you there. The mini plug is lacking ,but you can put soundblaster into the G4 also.
OR, mLan will do audio over firewire.Motu has an X ‘box’ out there already.
The Audio aspect of X is very exciting.
Everything in his “The Bad and The Ugly” totally destroys Mac OS X
for me. I’ll put it in simpler terms, the IQ of the OS is measured
by the number of buttons on the mouse. MacOS has 1. Windows 2+wheel,
Unix 3 + wheel. So, Unix/Linux is the smartest.
I would suggest that readers go over to http://shacker.livejournal.com/ and check out the “real” face of OS X….there is NO SUCH thing as a PERFECT OS ( BeOS came close…but not! )…
cheers all,
but there is GNU/GNU-Darwin ^^
I hope that it will get developed a bit more…
btw my GNU/linux with Xfree86+DRi and e16 and my usual apps (gimp, licq, mozilla, the other gtk and gnome apps) still make me happyand QNX is getting better too
(actually I’m waiting to test the next QNX release)
Even though i am posting from WinXP, i find myself being dumbed down and lost in a computer world that just has to be the dark ages. Nothing is exciting anymore. XP is awfully slow on my 1.4Ghz Athlon (Ooh, nice graphs on those benches)
Got 10.1.1 at work, playing with it all day long and to be frank, it’s not really that exciting. The “oooooh!” wears of on you after 30 minutes when you are actually going to start doing something.
I do not think i will ever witness something as great as BeOS was, just a shame the potential was lost right at sunset.
Scot – Goot luck whereever you are. Hope you’ll jump back in the pool with us once again in the future
The HFS+ file system can handle files > 4Gb. If an application cannot, then it needs to be revised to use the new large-file APIs that were introduced back in MacOS 9.
“1. “Hey” was the creation of a guy in Hungary, Attila something-or-other. It was never part of BeOS itself AFAIK. Before hey came out,
the only way to “script” in BeOS was to use C++ and dig deep into the API. So to compare hey scripting to that in OSX is not really fair.”
Hey itself is just an extension to scripting in BeOS. The scripting support comes with the OS.
“2. and there was another
mail client that eschewed the standard email store in favour of a shared cache with its own Windows port – sorry, the name escapes me. ”
i.Scribe is the name, and the idea behind it was to make a cross platform(Windows<->BeOS) e-mail client. So it’s perfectly understandable that it uses it’s own format
“3. BeOS also had some really bright ideas, like desktop Replicants, that somehow never caught on with developers. ”
MacOS also had something similar(I don’t remember what they called it). But it went away because so few people were actually using it.
“4. In the same way, it is doubtful that the average user really ever used the power BFS had”
Any BeOS user who has ever used BeMail has also experienced the power of BFS. I think the main reason why regular people hasn’t bothered trying to use meta data in BFS even more is simply because they aren’t used to having it, it’s an unfamiliar concept, they are used to having some special software to store and manage all their information. And I think the same goes for replicants.
This article is written very well.
I run BeOS (and W2K) on my P4 and know its advantages and drawbacks. I have run Mac OS X since last March (all versions up to 10.1) and like it. However, it is still incomplete. I think Mac OS X will be my main OS in 2003 or so, on a really fast G5 or G6 machine, and I hope Mac OS X will then have Quartz rendering done by the graphics cards.
Since when I have added more RAM, giving my Mac 672 MBytes of physical RAM (to be able to run Mac OS X without any page-outs), I enjoy running Mac OS 9.1 more than ever: Not a single OS crash or freeze within one week of virtually constant use. I have used ResEdit to increase RAM allocation by modifying the SIZE resources of all system components (extensions, control panels and faceless background programmes), and all application programmes as well in the Finder. Obviously, this generous RAM allocation prevents software from violating memory-space boundaries in RAM, making a memory-protection scheme like in BeOS, W2K or Mac OS X unnecessary. Mac OS 9.1 is now so fast and crash-free that there is no need to run Mac OS X on my Mac which doesn’t support my printer, my graphics card, CD-R toasting on my SCSI burner and numerous other functions I’m used to having available under Mac OS 9.1.
OSNews is slowing down a bit under the /. strain, so I’ve mirrored the article <a href=”http://www.birdhouse.org/beos/beos_osx/“>here.
I actually went out and bought the full MacOSX.1 I thought the $119 I paid was a bargain compared to the what a full non-upgrade price for WinXP would cost. I found a utility that allowed me to install it on my 7300/200 Mac. Very slow, but I love it! I am ready to fork over money for a new mac, but they don’t have a machine that suits me. I don’t want a n iMac. I want a tower with a G4. I want to spend no more than $1500. The only thing close is a G4 with the EDUCATIONAL discount, at around $1200. Thats a stripped down 533MHz, bare CD-rom, 128 meg machine. I know the G4 is very powerful, but 533?? I can go get a dell 1.4GHz for $999 with no discount with a CD-RW or DVD. I guess I will keep waiting till they have a model more for me. An iBook is almost a better deal. I guess they make up the price on the OS in the hardware. One things for sure… there will be NO .Net, passport, or WinXP product activation in my future !!!
Great article Scot. i enjoyed reading it.
* Hacker says that you have to learn AppleScript to automate OSX. Not exactly. AppleScript is a rich, robust system, and worth learning, but it’s not the only path available to you. Apparently there are hooks for scripting aspects of the OS via good old Perl, and when those Aqua hooks fail you, it’s possible to get pretty far down in the BSD layer with any of the old Unix languages that you’d care to use — Perl, Python, Tcsh, Sh, Sed, Awk, whatever. Not all of these have high level access to applications like Office or Photoshop, but it looks like that’s where things are going.
*Cmt+O opens applications from the Finder!? Wow! It drives me nuts that the Enter key renames (yes, that’s a lousy decision), and I’d resigned myself to shuffling over to the mouse or, more often, just staying in the Terminal all the time and typing “open /Applications/Foo.app” all the time. Not as slick, but much faster than the mouse. I’ll have to remember the Cmd+O thing, that’ll save me a lot of time, thanks…
* I don’t like it, but I’m betting that the HFS+ filename case respecting / insensitivity is an intractable issue. Apple has already had to patch the installed copy of Apache so that it wouldn’t get tripped up by this, and people have had trouble with installations of Perl’s LWP library installing a “HEAD” program that clobbered the installed “head” program. You can switch to UFS, but this raises other problems (like for example I guess you can’t install Classic applications in that case). I really can’t think of a good way forward here — both UFS and HFS have big problems with OSX, and neither of them is as slick as BFS was. I almost wonder if, rather than keeping the old HFS or adopting the old UFS, if a new layout can be established that respects HFS requirements (forked files, for example), is case sensitive, maintains user/group level file controls, and ideally brings in something like Be’s file attributes. That’s probably a huge amount of work though, and getting it to be backwards compatible with everything (Classic applications, Carbon & Cocoa applications, and BSD programs) might ultimately be unworkable. Too bad if that’s the case, and score another point for the late, great, BFS…
Hey, sorry to bring it up, but the AmigaOS was what spoiled it for me…
Why the obsession with installing mySQL on every OS you run? mySQL hiccuped several times while I read this article. Worse, it’s missing features we should expect in an RDBMS. It would seem that even BFS is better than mySQL as a database. I would be more satisfied with MS SQL Server on Win2k than I would with mySQL on anything. Try Postgres, and be as discriminating with database software as you are with OSes.
Sorry for the doublepost — I got a MySQL error, hit reload, then saw two copies of my post. Lemme guess — broken PHPnuke-ness?
Anyway…
One interesting aspect of OSX, as noted by http://www.oreillynet.com/pub/a/mac/newsletters/20011126.html“>… over on O’Reilly’s site, is that there are now two major cliques of Mac users — the oldschool folks that are clinging to OS9 and all its trappings, and a new breed of OSX users, many of whom are coming over from alternative systems like Linux & BeOS. The culture of the oldschool Mac users might tend more towards more expensive software, but that’s not nearly so much the case for the more recent users, who more often than not are used to free & open source software. Admittedly, a lot of this stuff lives in the Terminal, and that’s not what everyone wants, but certainly you can get a huge amount of software for cheap or free.
Hint: install http://fink.sourceforge.net/“>Fink packages” rel=”nofollow”>http://fink.sourceforge.net/pdb/index.php”>packages you’d like to have. Not everything is building cleanly (a lot of people are using it, but I can’t get Gimp to install), but there are hundreds of applications that will build with a simple “fink install foo” command. Nice.
Just curious. Since it is <a href=”http://www.freebsd.org“>free.
I have loved getting John Siracusa’s take on OS X at ars technica and this article is just as great…. I know how OS X stacks up to several Windows flavors based on daily exposure – it was nice to read about another OS that tries (tried?) to be more.
I have to respond to all of the posts about the cost of Apple hardware. You do get more for your money in many ways. Plug+play has been a staple of the Mac world for years now. Computers last longer and upgrade fairly easy. And, if you don’t have to have the top-of-line machine you can get stuff at nice prices – my EOL dual processor G4 450 is a screamer and it was like $1300. This computer won’t feel slow for years to come…
Well just wanted to let everyone know that I do have my new Ti-Book G4 and loving it, though I am mad that Apple has now decided to release one with combo drive 2 weeks after I got mine… I complained, but no luck winning their sympathy! Anyways being that some of you know that I work around various computers running various things like Windows, Linux and Solaris. I spent my first day back at work on sunday getting all my network settings and shared drives and printers working seamlessly, I can admit that Apple has made this simple with Mac OS X 10.1!! A few guys I work with are now using Windows XP on their new and/or old laptops and are having some trouble connecting to various printers and/or Linux servers running printers and shared drives, and even the case of properly browsing and accessing our own Windows NT servers, though I am not going to give them grief (though they had sort of chuckled when I said I would get a PowerBook, because they thought I was wasting my time) I am fully connected with all required networking items like shared drives on both the Windows and Unix servers for everything I need, my XP buddies, still working on it and have been since the release of XP. I imagine they will find a fix soon, but I won in this arena of compatibility, I am printing to printers they can’t and see shared drives that they can’t either. I can admit it felt good at the end of the day!
Scot wrote an excellent article and I have always liked his opinions on things. I miss BeOS as well, but can say that Mac OS X is starting to erase that feeling and I haven’t played with BeOS too much lately. I do wish the BeOS community and all involved with the ‘Save BeOS’ project lots of luck, I can’t wait to see some positive results.
>Sorry for the doublepost — I got a MySQL error, hit reload, then saw two copies of my post. Lemme guess — broken PHPnuke-ness?
OSNews is written from scratch to be very lean and fast, it does not use the bloat of both the PHP/Post Nuke engines.
The reason why you got that mySQL error is because we can’t change the number of our <PRE>max_connections</PRE> on our mySQL database because it dumbs core for some weird reason if we do (we tried different binaries and versions, but with the same result). So, today, because it is a special day and we have more than http://66.181.171.71/2/42699/6/“>120,000 (normally we are about 15-20,000 page views per day), we ran out of bandwidth and mySQL connections. Nothing to worry about really as there is nothing we can do about, neither is a source code or PHP fault, but simply a bandwidth/mysql problem which should go away as the hits will calm down soon.
Enjoyed the article quite a bit and sympathise with a lot of the points made.
Try AppleScript. You can tie Applescript to shell scripts (and therefore other CLI scripting) and make them cross-launch each other. AppleScript Studio, available as a free download from connect.apple.com puts Applescript almost into the realm of it’s own IDE.
There were some more assumptions that I disagreed with but many of them were of the “YMMV” variety so are not worth commenting on.
I tried BeOS back on PPC and enjoyed the fact it was faster than Mac OS 8 on the same hardware. Much more capable. But there were no apps worth talking about and quickly PPC became second string to x86 and I couldn’t justify buying an x86 machine just to run BeOS.
I’m a breed of Mac OS user that has dumped the old way. I was Mac OS through and through but as of September I erased my dual boot (my OS9 folders) because frankly I don’t need them any more. Mac OS X gives me what I need to do my job – something that Windows 2000 can’t manage.
OS X is at the start of it’s lifecycle and will do nothing but improve. Where will BE or XP be a year from now ?
re: Michel Clasquin ( a few points … )
like desktop Replicants, that somehow never caught on with developers
The real problem with then, is what do you use ’em for?
In the same way, it is doubtful that the average user really ever used the power BFS had, since creating new attributes was basically a command-line affair
Err, most attr I used were made by the app that created the file
I never did figure out how to make an attribute contain a graphic, though I knew it could be done.
Didn’t resedit (or something like that) make attr’s, no that made .res files, but you then could use the shipped command line tool to convert it into an attr (I think)
re: tim covell ( Now I am convinced that OS X is NOT my choice )
by the number of buttons on the mouse
Doesn’t MacOS support 32? Use the second button as context-menu, and use the scrolly mouse by default? (at lest thats what I’ve got of MacOS users, still don’t (yet) have the pennys to buy a Mac
)
Windows intellyMouse has 7 buttons (1st, 2nd, scroll down, scrool up, scroll click, IE: Forward, IE Back)
UNIX supports unlimited, but only really uses 5 (same as defalt for Mac) (UNIX , well solaris, don’t know about others, treats a mouse button as a keyboard button)
So, using your MouseButton IQ Windows Users have the highs IQ, there mouses support 7 buttons (with pre-definded actions, UNIX wins if you exclude predefined actions. However I don’t know how many mouse buttons Windows supports.)
H-kon (There will never be anything like BeOS again )
I do not think i will ever witness something as great as BeOS was
Alas I fear you are right. I’m still putting my hopes on OBeOS
mlk, wishing he had £2500 for a TiBook.
The main thing that’s kept me away from Macs over the years has been the pricetag. For half the price I can get equal CPU and memory performance from x86 iron, and can get stability from one of the *IX flavors (*BSD, Linux, Solaris X86). The second thing is that I was never especially fond of the Mac OS UI. OS/X has drawn me towards the Mac hardware once again.
Though I haven’t worked with it myself, I suspect that running an alternative to Aqua on OS/X should be as easy as launching the X server on its own and firing up any of the fine window managers available for the X world. I’ve seen versions of Enlightenment that look prettier and are far more configurable than Agua. Plus they support multiple virtual desktops.
As I understand it, Darwin is the underlying OS and is itself based on FreeBSD which means there should be a huge range of Open Source applications availble for simple porting to the Mac hardware. It may not be easy, but it should be doable.
To get back to my topic, Mr Hacker seems to have had a bad experience with Linux. I’ll agree that package management can be more than a little lacking (I usually compile from source, myself) and that apt-get and the BSD Ports Tree are better solutions than RPM in many case, but overall I’ve rarely had any issues with the desktop – and I’m not alone. major problems seem to be an exception, not the rule.
Personally, should I have the funds available to acquire a Mac, I’ll be more then happy to play and work in the OS/X world – but I’ll also have the box tripple booted to LinuxPPC. . .
Hey Avi 🙂
Here’s what I sent to Scot, but I figured it’d be useful to post here too.
A few errors that I noticed:
– TinkerTool does not let you adjust the Finder’s view font. You
mentioned this several times, but it’s simply not true. If only it
were. It may be possible to do this by editing the ‘txtr’ (text
traits) resources inside the Finder, but I haven’t tried. I used a
small 9 point font in OS 9 for my views, and it’s really annoying to
have to make my windows gigantic.
– Terminal doesn’t remember window sizes because you can create
multiple windows, each of which saves its position (and font, color,
etc.). The interface for this is less than optimal, which is why I’m
writing a replacement.
– The Mac supports the Open Scripting Architecture (OSA), which lets
you use other languages than AppleScript to command Mac applications.
The only currently available one for OS X is JavaScript, but under OS
9 versions of Perl, Python and Tcl, among others, were available; they
should eventually be ported.
JavaScript OSA: <http://www.latenightsw.com/freeware/JavaScriptOSA/>
Tcl OSA component: <http://www.louch.com/>
There are also a number of languages that have been ported to work
with the Objective-C runtime – not exactly scripting, but useful for
rapid application development and testing using Apple’s Cocoa
frameworks. These include JavaScript and Tcl (via AAA+ Software’s
Joy), AppleScript (with Apple’s new AppleScript Studio), and a
Smalltalk derivative called F-Script.
<http://www.aaa-plus.com/>
<http://www.apple.com/applescript/macosx/ascript_studio/>
<http://www.fscript.org/>
– Picture clippings are certainly supported. Try dragging a selected
region out of almost any Mac graphics app (even a Classic one such as
Photoshop), you’ll see a picture clipping on the desktop.
– You seem to be a bit confused about the creator code. It does
specify the “preferred app”. While I’d like to see a richer method of
representing that application used, such as the bundle IDs that Mac OS
X already provides (e.g. ‘com.barebones.bbedit’ instead of ‘R*ch’). I
don’t understand what you mean about the creator being responsible for
‘unexpected and undesirable behavior’ – it’s mainly the presence of
extensions in OS X that I’ve found responsible for such behavior. I’d
suggest you take a look at how OS 9 did things, with a limited amount
of metadata, and a centralized type database, as well as the
programming interfaces (in particular the Translation Manager). With
the single exception of OS X’s ability to immediately present a list
of applications that can open a document, and the ability to override
the creator mapping on a global basis, OS 9’s experience (actually, as
fully introduced in 8.5 and unchanged since) was much better. It did
provide a centralized file type panel, with support for mapping
extensions, type/creator, and even translation. It was especially
good in that it provided for plugin translators, which would be
queried if no application was able to open a file, and which could be
materialized as mini-translation applications, and the ability for
applications to specify what they can handle by the actual file
-content-, so the proper metadata could be assigned if it was missing,
instead of relying (as OS X does) on easily-broken name conventions.
Obviously, the BeOS filesystem-merged-with-database model and
extensible metadata is where everyone else is heading (see also
WebDAV), it’s very useful, and I can’t understand why Apple is going
in the other direction just to maintain an illusion of compatibility
with 30-year-old filesystem designs.
I’d love to go through and pick out problems but you are being slashdotted so you’ll have to make do with what I remember
Scot says BeOS has lots of FS support. Says OS X doesn’t. Offers no evidence that he even tried to find out, says he only tried FAT (which worked). Actually Scot was wrong, of course OS X supports other file systems — it’s a BSD!
Scot says MacIE 5.5 can’t do PNG. Documentation, OS X users, Web standards agencies disagree. Scot doesn’t offer example -> Probably related second hand or half remembered complaints of IE 5.5 on Windows (where alpha is broken)
Scot says BeOS handles files of “many gigabytes”, but OS X can’t. Offers no example of him trying this. Actually many BeOS users have enormous trouble with files of 2Gb or even smaller due to BFS infelicities, meanwhile Scot’s fellow OS X users handle 4+Gb files with no trouble using largefile-capable application software (because it’s UNIX)
I got tired of trying to guess which bits of the story were just “polish” and which had to do with Scot’s actual experiences. Slashdot apparently loved it though, so something was achieved (I do hope OSNews makes money on hits)
Sorry, didn’t realize this box was HTML. Here are the links from my post above:
http://www.latenightsw.com/freeware/JavaScriptOSA/“>JavaScript
http://www.louch.com/>Tcl
<a href=”http://www.aaa-plus.com“>Joy (JavaScript/Tcl to Objective-C bridge)
http://www.apple.com/applescript/macosx/ascript_studio/“>AppleS…
<a href=”http://www.fscript.org/“>F-Script
There’s also a Java to Objective-C bridge, which I probably should have mentioned! It’s been around for several years. Since Java is a less dynamic language than those mentioned above, it requires more support in terms of building Java interfaces for Objective-C classes.
Sorry Scot but I’m not going to spend big bucks for an entirely new computer that doesn’t run PC apps, is slower and goes backwards as far as file systems is concerned. If I’m missing something in linux and BeOS I can always reboot to Windows. Sure there’s virtual pc but it doesn’t work for games and you pay more to make your computer slower. I might consider a mac if it came with a card with an athlon or pentium so that I can run PC apps natively but again this costs serious money (if it even existed!) And I would be trading the monopoly of Windows with the monopoly of Apple-you can’t get a mac that’s not made by Apple and there’s a price for that lack of choice.
Just had to put my two bits in, I also was spoiled by the elegance that the Amiga was. Still have several I kick off every so often to remember what personal computing power is supposed to have been like.
Tried BeOS Pers. Ed. about a year ago. Anyday of the week would I choose it over Winblowz… if it had a future. A shame, really. It, also, was elegant and powerful at the same time, just like the Amiga. Almost bought it but couldn’t bring myself to learning dead OS no matter how much I liked it.
I’m writing this on my Mandrake home server. The author is correct about it’s stability and utilitarianism. But he’s right, just don’t ask linux to be a desktop computer, not just yet. New Amiga OS is supposedly xBSD based, guess I’ll have to see.
Also have an iMacDV running OS9.2. I love it. I don’t have to tinker with it, I don’t have to fight with it, I bought it to do video and have made a little extra $change$ using it. I just tell it what to do and it does it! But I never expected to dig into it and tinker with it.
I have played with OSX at work a bit. I like it, and will get it around the time 10.2 is released. I fully expect it to become my OS of choice in about a year or so. (Bring on the apps!)
Currently building Athlon1900 unit – what will be my last Windows Box. Putting ME on it, (place flak here); it runs all 5 of my cards without arguing. I will not continue to put money into M$ marketing Dept. just so they can push an inferior product onto an unsuspecting public. No way – no how – end of story! If I had really known how much I would have to spend on M$ related junk just to keep it “up to date” I would have realized my wallet would have been better off upgrading my 10 year old Amiga!
What make a good OS? Simple, does it do what you want it to, and if it doesn’t, how many resources is it going to take to make it do it? I used to work retail computer sales and have saved many people many $$$ asking them that question when they asked me “Do I need to upgrade?” The same applies here. If using a particular OS satisfies your reasoning for using a computer in the first place, then use it.
Overall, I think the article was well written and for the most part correct as long as you ignore just about everything concerning Linux. Why has Linux become the most hated OS of Be users? It confuses me since they’ve gotten a lot of apps from Linux. Anyways…
Chris Herborth wrote…. “I’m so sick of things not working in x86 land. Even something as basic as cut-n-paste is a total mishmash in Linux (also running Mandrake; 8.1, using KDE ask my desktop), and Windows is so bloody fragile… since I mostly use my home computers for playing games these days. ”
I don’t even know what to say to this …. You definatly should use Linux if you can’t cut~n~paste in KDE. You need better gaming stability in windows? What a quandry. Never met a professional gamer before …
Michel Clasquin writes… “Using anything else is *painful* now. MP3 and video apps? I’ll have to give you that one, though Linux has more than enough audio apps for the average user. How relevant video editing is to the average computer user is a debate we can get into some other time … ”
Video apps are developing nicely too. There is Main Actor and Broadcast 2000 to name a couple. And for the pro’s Houdini…
“But if Mandrake goes under, I’ll just switch to SuSe. Heck, if *every* commercial Linux distro maker goes to the wall, there will still be Debian. In this sense, Linux is immortal. That should be a powerful factor to any ex-BeOS user … ”
<EG>Are you sure you were a Be user?</EG>
mac diesel… “For the record, MS bought 500K shares of non voting stock back then, hardly bailing out the company….. Funny thing is, those shares more than doubled in value with the advent of the iMac and then split, yet another wise business move by MS!”
Actually, good old MS bought shares w/ the right hand and sold short w/ the left … they hedged that purchase of Apple shares. Which was probably a better business move considering Apple at the time.
Devesh…. “mySQL hiccuped several times while I read this article. Worse, it’s missing features we should expect in an RDBMS. It would seem that even BFS is better than mySQL as a database. I would be more satisfied with MS SQL Server on Win2k than I would with mySQL on anything.”
So many lol’s in that one. First, I thought you were suggesting they purchase Oracle. Then you kind of imply that BFS is better then MySQL and could take a Slashdotting. And finally, I lol at the idea of MS taking a Slashdot. “Break out the old BSD boxes guys … them damn ./’ers are a coming again. Someone get one of them BSD geeks on the phone…”
Larry
1. Great article and tribute to a great system. BEOS was beautiful and fast, albeit the software was lacking.
<p>
2. Perhaps Offtopic: I hope that Palm opensources BEOS which would really kick it open for software development on a superior graphical architecture, and adopts its BEIA architecture for a StrongARM based alternative. I say this as a 4 year palm/handspring user that has just traded in his 33Mhz 65K Prism for a Sharp SL5000D Linux based StrongARM handheld.
<p>
(I agree with Scott, X is bleacherous and consigns otherwise quality software to an interminable war of usability “standards”, to use the term in its loosest possible sense. Nevertheless, I think that one of the competitors will eventually get it right by effectively delivering a “complete” desktop solution. I think KDE will win out in the end for stylistic and strong technical reasons, but I admit that I use a lot of Gnome software because KDE’s Office 1.1 is buggy and crashprone, and Gnumeric is way more ready for primetime then KSpread.)
<p>
3. I don’t understand Scott’s assertion that the “drag to eject” complaint has been cleared up. If one were wiping a CDRW, then fine, but now you are burning a cd image (i.e. permanently archiving a bunch of files) by dragging it to the trash. Than’s even more unexpected than ejecting the disk.
<p>
4. Redhat Linux 7.2 is nearly there. It is a matter of two or three releases from the kind of usability that will (for the first time for RH) make Windows look clunky again. Installation is already far better than Windows, and takes about as much time (fifteen minutes) as a Mac Install or even BEOS. (You can probably tell that I am an OS fetishist). Old windows requires 5 to 10 reboots. I had to pull an all-nighter to fix all of “the easiest windows to use ever”‘s [XP]piss-poor default choices. Anyone who claims that RH is difficult to install hasn’t ever installed any version of windows. And speaking of browsers, Konquerer is as slow as Internet Explorer, but so superior feature wise that I am noticing Konquerer feature ripoffs in IE 6. Even CDRoast (Graphical Gnome CD Burning tool) works better than Adaptec’s proprietary CD copying software. The old version would terminally bluescreen any NT or 2000 system. The new version just screws the pooch and destroys the CD if you try to test before you burn. Gee, you would think that would be a feature they might want to actually verify as functional before they burned their CD’s.
<p>
5. Don your asbestos suit:
Jean Gassee is completely clueless as to how the market works, and is soley to blame for the collapse of this technically inspired system because he failed to learn any of the lessons which Microsoft and the Opensource community brutally taught its competitors on multiple occasions to which he was a witness. From the proprietary BeBox, to the more expensive PowerPC, to the “appliance market” (read “desperate hype-r-jump”), he has single-handedly managed to be 4-5 years behind the curve of everything that actually is shown to work with consumers. But what can you expect from the man who singlehandedly consigned the Mac to “toy” status in the business world by killing DB4 for the Mac in favor of that glorified flatfile wannabe RDBMS, FileMaker?
<p>
Some background for those who want to flame me as a clueless idiot:
I am a former machead (from Sys7.1) who migrated to…
-> windows, realized all I had been missing (please read before lighting torches).
<li>preemptive multitasking,
<li>cheap hardware,
<li>abundant software.
(deny this and look like an idiot)
<p>
I got sick of M$’s licensing crap and decided to flee Egypt yet again (for personal, not business)->
Redhat Linux (since 4.2). Got sick of it. tried BEOS 4.0/4.5/5.0, like it, but gave up on pathetic browser. Went back to RH Linux 6.2.
Recently I have tried FreeBSD, which I find clean, but too spartan. Returned to RH 7.2, which I love, want to move into the business side of things, and have become a willing and slavish apologist for. I am an OS refugee. I have found the promised land, which is actually filled with that thing called promise.
To the people who don’t understand why Apple’s stuff is more expensive: build quality. Having owned and pounded about 9 or 10 macs over the years (some of them 24/7), I don’t remember ever missing a single hour of productivity because of hardware failure. The couple of $100 that you pay extra is quickly forgotten with such a track record, especially in professional settings. (yes, of course some of us have had other experiences with Apple, I know, I know…)
I’m waiting for Linux to suck less. I have two machines that triple boot Win98, BeOS 5, and Debian unstable. I spend the majority of my time in Debian, aand to be fair most of it is spent doing things that would never even surface in BeOS.
BeOS was the greatest thing to ever appear in desktop computing, period. The rest of the world won’t catch up for at least a decade. But life goes on and for now, KDE/Linux offers a great alternative to Microsoft. Within the next five years KDE/Linux will provide everything that MS does for the basic office user for *free*. It still isn’t BeOS but Linux is really moving toward being the OS of the masses.
There’s something called the OSA (Open Scripting Architecture) that allows other languages to be used to script Apple Applications. Currently Javascript is supported as is I believe Perl or Python. There’s also a beta/alpha of Ruby with OSA support as well.
If the scripting language has an OSA library you can send and recieve apple events with it just like in Applescript, except with your favorite syntax
The only reason BeOS is considered a dead OS is because of people saying that it’s dead.
Seriously. If your government suddenly quits one day, would you all flee the country or would you stay and try to do something about it?
Personally, I think BeOS is worth one more fight, perhaps even more than one. There is so much that can be done with the system allready as it is, there are a lot of applications that can be developed without BONE or hardware opengl. Sure, it would be hard to get commersial developers to port or make applications for the BeOS, but the same can be said about linux nowdays. Still there is a lot of development going on in the linuxworld, and most of it doesn’t depend on the system being further developed.
The community is what keeps alternative operating systems alive, period. And there are still a lot of BeOS users, and yes it’s actually getting new users all the time, all we need is to create the apps and keep updating them and they will stick to BeOS. If windows can get by with all it’s bugs and badly written code, then BeOS could stay alive with it’s few drawbacks, and as time goes by projects like OpenBeOS will be able to keep the OS updated.
Face it, BeOS isn’t dead. You are free to move on the other operatingsystems, just don’t say that the BeOS is dead, cause it really isn’t. All you do by saying that is making other people believe that it’s dead. And that’s making it a lot harder for those like me who are trying to fight for it’s existence. What’s the point in that?
take care
This is a bit offtopic, but the other day http://www.osnews.com/comment.php?news_id=399“>we the OSNews stats here in our forums and we saw this browser string for an Operating system called http://66.181.171.71/2/42699/400/?sub_page=9&date=0“>”Dildo . Well, I think I have SOLVED the mystery as to which OS that is!! The browser that creates that string is indeed Netscape 2 and 3, and I think that happens under the MacOS 8.x. I was able to distinguish that because today we had more “Dildo Compatible” OSes showing in our stats than any other day and today we also had the same number of Mac users coming in. I think the mystery is solved, and the Netscape employees had fun back then!
quote:”Apple’s DiskCopy utility makes it easy to generate bit-perfect copies of hard drives, data CDs, and audio CDs”
I wish. As far as I know there is no verification when grabbing audio tracks, so you are at the mercy of the CD-ROM drive and the cleanliness of your CD. A
I tried BeOS several times over the years, never really finding it to be compatible with all the hardware on any machine.
I just wanted to make a few comparisons to WinXP, although I will most likely get flamed for doing so. You mentioned the upcoming SQL based filesystem. Currently, NTFS supports unlimited attributes. While I currently can’t add new ones, when I right click on an mp3 file I am presented with the author/title information (copied from the id3 tag, I believe). I *can* sort my mp3s by artist or bitrate in explorer as well, even displaying the files without file names as well.
Also, the digital camera stuff in XP is vastly improved. It supports most cameras and scanners out of the box, and can resize images in the shell to a given size. Any image type can be displayed as a thumbnail. Copying from a camera is painless, and rotating images can be done on the fly. And yes, CD burning is built in, both from data and music files.
Lastly, XP boots to login screen in under 20 seconds. An applications load faster than any other version of windows. And the UI (contrary to MS’s claims) is customizable, you just have to tweak it a little (tgtsoft.com).
Just to be clear, I’m not claiming even equivalence with BeOS, which was (and is) an incredible piece of software. I just want to show that Microsoft is slowly moving in the right direction.
By the way, Xp has crashed twice on me, once due to me trying to install an unsupported driver for a smartmedia card reader (a new driver was released a week later and has worked flawlessly) and once due to a bad nVidia driver, also upgraded soon after.
… i was not sure of what OS to use. I came from the Amiga and did not own a PC for a long time because i did have acces to those at the university. There i was mostly using the Sun workstation anyway, letting me a virgin window user in some way. Before university i was used to window 3.1 crash machine, when i was told after that window NT (only that at school) was more stable than win98 i found that comment the most funnier since i was born because i have a NT/98 ratio crash of 1:1.
Now knowing that Microsoft OS are worst with each new release i was really the ass in water when came the time to choose an OS for my research project.
-DOS = dinosaure OS (but still superior in ALL way to ALL other microsoft OS)
-win9X= no-go, because it have nitro stability.
-MacOS9= costly hardware and not much stability and not so good speed
-linux and unix’s= hummmm, it was my choice for a bit of time but X is not for me.
Then i thinked BeOS. I did try it, it did meet all my criteria. I started to power user run it, then i found criteria i did not even thinked before.
Now, if i would have to change again i would also go to MacOSX …. but i keep BeOS. When i run OSX (or XP for the matter) i have that emulator reflex to search for the “frame skip” option to make it more fluid. Then you have the hardware requirement of those 2 monster. Knowing that Apple is in a eye candy war with microsoft it does not bode well in that department.
When the ISS did enter in operation i always wondered why they used x486 processor in it. Now that i manage my own big project devellopment i understand that develloping often mean sticking to a platform and use it the way it is now for all the future. BeOS is this for me.
That apply even to those that are not into the science field. Choose the OS you need NOW, not that you will need in 2 year. At the extreme i could say don’t choose an OS choose an app (a bit like do not choose a console but choose the game you want to play). I code, so for me the OS is the choice item. By the way, you should all free yourself and start learning to code … thing are VERY diferrent in that percepctive ie:OS never die.
dr beno remember the Cube? Macs are expensive because there is no competition. You pay more for a slower computer
I have at one time had my Mac G3 and a few PC’s running BeOS, Linux, Windows of all varieties. I guess I alway use Windows and Linux to get my work done. I was once an avid Mac fan, but no more afetr the fall of the clones the the horrible effort required to run OS 8&9.
I do not have OS X – I have played with Darwin on my G3.
In essence, since my Mac crashes under OS 9 continuously, I felt no need to go any further with Mac products until Macs close the speed and reliability gap, hopefully under OS X. Having used OS X, and having a dual Athlon MP and several other dual processor PC’s at my disposal, there is no speed comparison. The anecdotal evidence presented that Windows XP is slow are pointless, but in general Windows 2000 is very stable and very fast given the right hardware. And the comments by some that Apple hardware is somehow “higher quality” better check their facts. Mainstream motherboards are now actually FAR better in terms of components than the quality used by Apple. Case in point – Apple shipped a bunch of PC66 DIMMs as PC100s since they passed Apple’s PC100 test. VERY BAD! I have seen shipping G4 boards with soldered wire work arounds. This is NOT quality folks!
I’m sure that if Motorola releases the promised processors as announced by MacOS Rumours I will be interested in the Mac again, but right now that slow G4 processor is NOT equivalent to a 2 GHz P4 – that’s just hype. There are a few apps which have Altivec optimization but that obviously does not help when you’re waiting for Explorer 5.5 to launch.
I laugh anytime I see people clinging to the Apple dream that somehow their slow processors can use Altivec to make up the difference. Mac users, do the right thing! – demand that Apple fix the MHz problem or you’ll leave the platform. They could be running on Athlons NOW – the code was there in NextSTEP but killed by Jobs for some weird reason, so the biggest threat to Apple is now their insane dependence on a dying processor line that is only half heartedly supported by a battered Motorola.
Mac Users – demand performance from Apple!
Look I’m stuck right now under Linux and Windows, both ugly for different reasons (let the flames begin). BeOS felt SO RIGHT! When I started actually programming BeOS I discovered that there was so much potential in the BeOS API I nearly messed myself.
I miss it so much I could cry.
I must say that OS looks like where I want to be, but all I have are PCs (and one old iMac with a dead DVD), and not enough $$$ for a sweet G4 system to compare to what I have.
Jim Powers
As far as I know CD Burning under XP is under their own cd format readable only to XP.
CD Burning under XP is the same as every other Windows – you can still use any old tool you used before, or you can burn any CD under the XP tools.
I will note, however, that my XP “natively” burned CD are not as high in quality as CDs burned under Nero or under OS X in comparison. The MP3 to CD converter is buggy under XP and creates a lot of skips and pops in the final CD.
Two points were made that I think were very inaccurate, if somewhat irrelevant:
1. Replace All has a keyboard shortcut in BBedit: command-ctrl-= . Admittedly it doesn’t seem to work from the dialogue. While keyboard dialogue navigation in MacOS tends to be a bit underdeveloped or even nonexistent, my opinion remains that Macs have slightly better keyboard shortcuts overall than windows does. Specifically, the most common ones — save, print, cut, copy, paste behave exactly the same way in every single application. The same cannot be said of windows in my experience.
2. I don’t know where you got the impression that Mac IE 5 doesn’t do PNG. While imperfect, IE’s PNG support on the Mac is a hell of a lot better than it is on windows: it actually does the full alpha transparency which continues to elude IE5 for windows. IE5 for the mac is, in fact, the second-best browser in the world for features and standards-compliance after Mozilla. http://www.libpng.org/pub/png/pngapbr.html#msie-mac“