X vs. XP.com Site Launched 200
Dan Pouliot writes "I've been compiling a shootout of X vs. XP for some time, but I've finally given it it's own domain xvsxp.com. Sure, I prefer Macs, but I've tried to have this site be as objective (and thorough) a shootout as possible."
some good, some bad, etc... (Score:2, Insightful)
These comparisons are nice but for a significant number of ppl it mainly comes down to what they are comfortable with. If people don't know any better than they really aren't missing much of anything....
Re:some good, some bad, etc... (Score:2)
If people don't know any better than they really aren't missing much of anything
That's what I've always said about dead people. What's the big deal about dead people? They don't know any better!
Pricing Perspective: (Score:5, Insightful)
OS X starts seeming much more cost-effective.
Re:Pricing Perspective: (Score:4, Informative)
No, you are wrong, idiot. I have 3 Macs running OS X at home and the family pack @ $199 is still a good deal even if it's just for 2 machines.
>> OS X now seems quite expensive.
You are talking shit. At amazon.com, Mac OS X sells for $96.99, much cheaper than Red Hat 8 Pro for $116.99 and Win XP Pro for $199, and comes with more and better software than the other two put together.
Re:Pricing Perspective: (Score:2, Informative)
Apple also offers other licensing options (10, 25, 50, 100, 250, etc) for people that maintain larger installations. They're just not offered in the retail section.
But then again, I don't expect to be able to walk into a Best Buy and purchase a 50 client license pack for Windows 2000/XP (although I can do that for various Linux distros since the installation license does not even mention how many machines you can install...).
Actually... (Score:5, Informative)
I will admit that I've upgraded the memory to 320 megs or so. But even on a 300 mhz G3, running with a Rage Pro chip, things work surprisingly smoothly and well. I wouldn't do all my development on that machine if I had a choice, but for day-to-day usage it's perfectly fine.
-fred
Re:sorry, try again (Score:3, Informative)
There's a retail site near me that sells used G3 boxes pretty cheap, like $200 for a 333Mhz mini tower.
Re:Pricing Perspective: (Score:2, Funny)
- Scott
Cat got my balls (Score:5, Insightful)
I wanna see a good X vs. X vs. XP shootout. Everybody always talks about the right tool for the job; I want to see a good analysis and adaptable scoring system that shows which is really the best for which jobs.
But, for this particular thing, my vote's for (OS)X.
cat scratch fever (Score:2, Interesting)
Re:cat scratch fever (Score:2)
Re:cat scratch fever (Score:2, Funny)
Re:OS X = X11 (Score:3, Insightful)
We've got a long way to go! (Score:5, Insightful)
When you compare Linux to Windows XP, it seems that we are not too far from having all the features we need to be wildly successful.
But when you compare Linux to OS X, it is obvious that we are so far from the goal. Even Windows XP looks like a joke compared to the things that OS X does.
I'm glad he put together all the little tidbits of the user interface and user experience. I think the Gnome and KDE developers are paying a lot of attention as well.
Re:We've got a long way to go! (Score:2, Interesting)
They'd have to compete with Apple, which would be difficult, because Apple were a dying "high design" firm who made a last-ditch effort to save themselves by putting something decent under the hood (OS X's excellence does not come from high design alone).
Organisation, Issues (Score:5, Interesting)
As for actual content, there are a few things that I disagree with. This person said that they are a Mac fan, so I'm not too suprised at these things. Here is what I see wrong/disagree with:
Do I have a preference? I've always liked Macs, but I use PCs because they cost less (I can build a PC for much cheaper than the lowest-end-mac costs). From Win95 on, the IBM/PC has had a superior OS over OS 7/8/9. OS X changes things. It's a great OS. Would I rather have OS X or XP? I'm not quite sure. I'd probably chose OS X, all else being equal. It's done so well. I also don't like alot of the stuff XP does. If the choice was between 2k and X, I'm not sure. I would probably go with X again, but only because of the Unix core; wihtout that it'd be 2k. I use 2k and love it. It's a very good interface.
Of course, this is just another one of those KDE vs. Gnome (KDE for me), PC vs. Mac (PC for me), DVD-R vs. DVD+R (whichever one someone wants to give me ;), Linux vs. BSD (Linux for me) type things. It has no answer.
Re:Organisation, Issues (Score:5, Funny)
Where was he for the last twenty years? I mean, if he was in a mac-only country where nobody ever has to use a PC, please, tell me so I can start moving there right away.
Re:Multiple mouse buttons (Score:3, Funny)
Re:Organisation, Issues (Score:5, Insightful)
Basically, having the menu bar at the top of the screen makes it infinitely tall, becuase you can flick the mouse to the top of the screen and click a menu. It makes a *very* noticable increase in accuracy and speed, especially for expert users.
The application vs. window issue is something that you get used to pretty quickly. If you use a mac for more than a day or so it seems pretty natural. With a modern OS with modern virtual memory, it doesn't really matter if you leave it open anyway. It actually can be a pretty nice feature, especially on a system like OS X where some apps still take quite a while to start up.
Twostep
Re:Organisation, Issues (Score:5, Insightful)
"Expert" users rarely make heavy use of menues - they use the keyboard.
The application vs. window issue is something that you get used to pretty quickly. If you use a mac for more than a day or so it seems pretty natural.
I've been using Macs on and off for about 8 years now and as a main machine for the last 2. I still find this behaviour annoying - although not as annoying as the lack of a quick & easy way to switch between arbitrary windows when they are obscured from view.
Re:Organisation, Issues (Score:3, Insightful)
Cmd-` is a big step forward in this. (It switches between an app's windows.) I still find Cmd-Tab unusable.
I use Windows XP, X11 and Mac OS X, now. My biggest complaint with Macs is not the one-button mouse thing (for god's sake, get a $10 usb 2-button mouse and be happy, or better yet a Kensington Orbit trackball); it's not the one-menu-to-rule-them-all-thing (I don't care).
It's the lack of good keyboard bindings for menu navigation. even the "Keyboard Navigation" mode doesn't really do it. I've been doing okay with Youpi Key [club-internet.fr] (the best freeware ever). But I miss the glory days of Now Menus or was it Action Menus... I forget now, whichever one automatically added arrow and key control to all menus.
But when all is said and whinged... I use OS X for everything I can. - Eric
Re:Organisation, Issues (Score:3, Interesting)
Re:Organisation, Issues (Score:3, Insightful)
This is absolutely true, as long as you define 'expert' users as people who rarely make heavy use of menus, but instead use the keyboard.
Or perhaps you mean to say that I'm not an expert user... after all, I've only been using computers for 20 years, and Macs for 14. And heck, I only started programming professionally 11 years ago, got my BS in Computer Science 6 years ago, and have only been professionally programming Macs full time for four years.
(I use command keys for quitting, saving, closing windows, opening new windows, occasionally for switching between programs. Almost everything else I use the menu bar, or contextual menus, for.)
Or, just possibly, what you really meant by the term "Expert" in your sentence was "users who still yearn for CLI"?
-fred
Re:Organisation, Issues (Score:2)
I'd feel quite confident in saying the only reason you use the menus via the mouse extensively is simply because MacOS has lousy support for using them any other way, always has, and probably always will. Or do you really think, for example, it's quicker to mouse to "Insert->Break->Page Break" than type "Alt+I, B, P" (I think that's the right keys to do it under Office on Windows) ?
Or, just possibly, what you really meant by the term "Expert" in your sentence was "users who still yearn for CLI"?
No, I mean expert users who like to maximise their efficiency. By the way, there are many tasks for which a CLI or a keyboard are _vastly_ faster than a mouse _provided you know what you're doing_.
Re:Organisation, Issues (Score:2)
Re:Organisation, Issues (Score:2)
The other feature I miss is the ability to tear menus off and have them be floating palettes. (Screenshot [buyclamsonline.com])
Re:Organisation, Issues (Score:4, Insightful)
Bullshit. Sure, I have all of the keyboard shortcuts for my favorite development IDE and web browser memorized, so I can do a lot of work without using the mouse. But being an expert user, I also make use of dozens of other programs that I'm half-familiar with, but don't use often enough to have all of the shortcuts memorized. So I use the mouse a lot. The Mac's single menu bar really is easier to use in this case.
Re:Organisation, Issues (Score:2)
Then you're not an expert in those programs, are you ?
Not entirely.... (Score:3, Insightful)
And the reason the menu bar is at the top is easy - that way you can close and open documents without having to restart the application again. Mozilla on Windows means if I close the browser, I have to restart it. The alternative is the convoluted window inside a window technique Microsoft uses everywhere, such as in Word. The menu bar doesn't need to be repeated for every open document.
Now, if the application is not really document oriented (not all applications are) or if it has features that don't require interaction with the document, that's what a dock menu is for. I don't know if you're familiar with dock menus, but nice authors make frequent commands accessible from a menu attached to the application's icon in the dock.
Mail lets you check mail straight from the dock, Project Builder let's me make a new component or project from the dock, iTunes not only shows me what's playing, but it lets me pause, stop skip, or go back from the dock. Granted, those are all Apple applications, but Watson lets me check the weather, stocks, news, versiontracker, etc. all from the dock menu. Chimera - correction, Camino (kick ass browser!) lets me call up bookmarks from the dock.
Not all applications are taking advantage of them, but, the support for it is there, and good programmers will use it those situations for a non-document based applications major functions.
So, since dock menus reasonably address your need to have the menu bar always present and in the process removes the unnecessary repetition of menubars, I'd argue the single menubar approach is superior.
Besides, with overlapping windows, most of your menubars will be obscured (at least somewhat) anyway, thereby forcing you to click on it to reveal the rest. The dock is always in the foreground, so dock menus are always accessible.
Re:Organisation, Issues (Score:5, Insightful)
Application vs Window. I don't remember if this was mentioned, but this has always annoyed me about Macs. In windows, if I close Word or some other program by clicking on the "close" button on the top right of the window, it closes. On a Mac, the window closes but the application stays open. This wouldn't be a problem for notepad or somesuch, but for large programs like Word, Photoshop, and other things, this can eat ALOT of memeory. This too, is cruft.
Allow me to disagree. First, leaving applications open on OS X doesn't use a lot of memory. For instance, I've had MS Excel running for 6 hours now, using it off and on, and it's using 0.4% of the CPU and 1.8% of memory right now with no open windows. Photoshop behaves similarly.
Second, why should closing an application's only open document quit the application? What if you want to open another document, or just leave the app open to save yourself the trouble of re-launching it? By confusing Close with Quit MS created yet another confusing UI metaphor, combining two different actions.
Re:Organisation, Issues (Score:3, Insightful)
On the other hand, why would closing all an application's windows *not* quit it ? It's just another example of how the Mac is application-centric and not document-centric. In a document-centric UI, there should be no real distincion between documents and applications - opening a file should just give you a window with that file in it and no separate "application" icon or menu floating around somewhere. Leaving the application open is, by and large, a historical hangover from when launching applications was quite slow and the performance benefit for leaving them loaded was significant. Leaving the application open may still have benefits, but there really shouldn't be anything in the UI to create a distinction between an application and a document. It also leads to nasty situations where the user isn't aware an app is running and just keeps on trying to launch it (this happens when the developer doesn't have their application do something sensible - like open a blank document - when the user attempts to launch it while it is already running).
Re:Organisation, Issues (Score:3, Informative)
Why not? An applications can run without any document window, it might be doing some house keeping at background.
Most of the times when the user closes a document window, he or she doesn't intend to stop the application. When people open and close lots of document windows, it's very annoying that they have to remember avoiding closing the last window and killing the application by accident.
Plus, due to the excellent virtual memory system in OS X, there is really no need at all to frequently close documents or quit applications - you can hide all the documents of the front application or all the other applications by a single key stroke, and the background apps consumes very little CPU or RAM.
Re:Organisation, Issues (Score:3, Insightful)
Because the application is irrelevant and should be completely transaparent. The user doesn't (and shouldn't have to) care what application is being used to open their documents. All they care about is the data in those documents, and the UI should reflect that.
An applications can run without any document window, it might be doing some house keeping at background.
What possible "processing" could an interactive application be doing in the background isn't related to a open document (or analogical equivalent) ?
In simpler terms, if you have closed all methods of interacting with an app, thus indicating you no longer want to interact with it, what possible processing could it need to be doing (excluding normal startup and shutdown procedures) ?
Most of the times when the user closes a document window, he or she doesn't intend to stop the application.
As previously mentioned, the user shouldn't have to think about the application at all. The whole concept is simply unintuitive.
When people open and close lots of document windows, it's very annoying that they have to remember avoiding closing the last window and killing the application by accident.
With a decent implementation, this shouldn't be an issue. Particularly in these days of dirt cheap RAM.
Plus, due to the excellent virtual memory system in OS X, [...]
I haven't tried to abuse the VM in OS X for a while, but last time I did (ca. 10.1.x), it was far from "excellent".
[...] you can hide all the documents of the front application or all the other applications by a single key stroke, and the background apps consumes very little CPU or RAM.
The Mac in front of me has 512MB of RAM and an uptime of less than a day. Thus far OS X has create 3 "swapfiles" of 80MB apiece for paging reasons. All that is running is X11, MSN Messenger, Mail, Safari, Terminal, Word and Excel. That's a _lot_ of memory usage.
Re:Organisation, Issues (Score:2)
Because the application is irrelevant and should be completely transaparent. The user doesn't (and shouldn't have to) care what application is being used to open their documents. All they care about is the data in those documents, and the UI should reflect that. "
That depends on the way you use the computer. I'm not particularly document-centric, and have a whole six files in my Documents folder, not counting application specific folders like "AppleWorks User Data". This of course doesn't include data types like mp3's, movie clips, and pictures, which are all stored in other folders or partitions. My Applications folder, on the other hand, has 66 items, not counting dozens of games on another partition. But this is a home computer, not somthing out of a cubicle.
Re:Organisation, Issues (Score:4, Insightful)
I don't know about you but I would hate it if the many various text files I work with somehow chose their own app to run in. I regularly open tomcat log files in BBEdit for example. I open PDF files in preview mostly but sometime want to open them in smacrobat. I open most graphics in preview but every so often want to open them in photoshop. sometimes I want to open html files in bbedit, sometimes in safari, sometimes in omniweb. Same docs, entirely different applications.
Re:Organisation, Issues (Score:2)
Conceptually, from the UI standpoint, these are all "documents". Would the term "objects" make more sense to you ?
Similarly, if you open something like a Preference Pane, that's a "document" - you don't really care what's running to make the things available to you that the Pref Pane does, as long as they're there.
Games are the same - the main window you spend interacting with all the time is the "document". Is there any reason for Quake to keep running in the background after you close the game window ?
Seriously, when you're playing an MP3, do you _really_ care about the name of the program playing it, or do you care about the sound it produces ?
Re:Organisation, Issues (Score:2)
Games, save for a few PopCap games I have, rarely have windows to close. PC game ports in particular hide all outside interface elements, and my brother used to complain loudly if he saw a Mac Open File dialogue box to open his saved game.
I didn't refer to the multimedia files as documents, since I rarely make any changes to such files, save for ID4 tags in MP3 files.
Re:Organisation, Issues (Score:5, Informative)
Why couldn't you MS trained monkeys see things from a slightly different angle? A file manager like Finder might have a background thread for content indexing or repairing the file system, even if there is no browsing windows.
>> As previously mentioned, the user shouldn't have to think about the application at all. The whole concept is simply unintuitive.
That's just your simplistic world view. People do think about applications, and frequently choose different tools for the same document.
>> The Mac in front of me has 512MB of RAM and an uptime of less than a day. Thus far OS X has create 3 "swapfiles" of 80MB apiece for paging reasons. All that is running is X11, MSN Messenger, Mail, Safari, Terminal, Word and Excel. That's a _lot_ of memory usage.
And my 400 MHz iMac with 512MB RAM runs 24/7 for weeks or months as a software AirPort base station for web browsing and for kidds playing games and my wife doing research (statistic analysis, Excel, Word, PowerPoint, etc). My 700 iBook is used for programming Unix / Java / C++ (X11, tcsh, bash, Ruby, Perl, JBuilder, Eclipse, NetBeans, Project Builder, Interface Builder, etc), web design and graphics (FireWorks, Flash, DreamWeaver), database (MySQL, PostgreSQL), web browsing (Safari, Camino, OmniWeb, IE), networking and web serving (FTP, Apache, SMB, AFP, Firewall, NetInfo, AirPort wireless, iDisk, iChat, iSync, Network Utility), Word, Excel, PowerPoint, QuickTime, iMovie, iPhoto, iTunes, iMovie, Mail, Address Book, OmniDictionary, World Book, and more. Typically, there are 70 to 80 processes running, and I generally don't quit applications, so they run continuously for days or weeks, and everything remains responsive virtually all the time.
Re:Organisation, Issues (Score:2)
I'm a unix sysadmin by trade and spend most of my time in front of a Mac. I don't really know where you get the idea I'm an "MS trained monkey".
Additionally, there's more than enough evidence in these threads to demonstrate that the Mac Zealots have just as much difficulty in seeing things from anything except the Apple angle.
A file manager like Finder might have a background thread for content indexing or repairing the file system, even if there is no browsing windows.
Firstly, that's not the job of a file manager. Secondly, it's not a function that requires the user to know the application is open, so there would be no reason whatsoever for the Finder icon to be present on the Dock if that was the only thing it was doing.
That's just your simplistic world view.
No, it's the underlying paradigm of a document-centric interface.
People do think about applications, and frequently choose different tools for the same document.
The point is they shouldn't have to - or, more accurately, they shouldn't have to manually.
And my 400 MHz iMac with 512MB RAM [...]
Yes, well, I'm beginning to think the average Mac Zealot has a vastly different idea of what "responsive" is than I do.
Re:Organisation, Issues (Score:2)
Oh, really? But you don't know how to how to keep OS X stable for more than a day - all my machines have an uptime of weeks or months. It sounds to me that you use Windows Explorer cutting & pasting files all day long.
>> Firstly, that's not the job of a file manager.
Maybe not in your usual black and white view, but there is nothing wrong in principle for a file manager to do a bit more than just browsing.
>> Secondly, it's not a function that requires the user to know the application is open, so there would be no reason whatsoever for the Finder icon to be present on the Dock if that was the only thing it was doing.
Yes, there are at least two: (1) it indicates everything is alive and well; (2) a new window can be opened quickly without restarting the application.
>> No, it's the underlying paradigm of a document-centric interface.
It's time to give up your stupid Windows dogma and listen to reasons.
>> The point is they shouldn't have to - or, more accurately, they shouldn't have to manually.
Again, why not?
Re:Organisation, Issues (Score:2)
Yep.
But you don't know how to how to keep OS X stable for more than a day
But I do, we just happened to have a power cut to the entire building a couple of days ago.
It sounds to me that you use Windows Explorer cutting & pasting files all day long.
It sounds to me like you desparately want to flame but can't come up with a cool and witty way to do it. What's next ? Want to pick on my spelling or grammar ?
Re:Organisation, Issues (Score:2)
Re:Organisation, Issues (Score:2, Insightful)
Without even going into how severely this theoretical 'document-orientation' deviates from the actual day-to-day necessities of using real computers to do real jobs, the windows way of doing things is very annoying in the limited way it does implement your ideal.
I have an OS X machine and a win2k machine on my desk right now. First of all, Windows is completely inconsistent about the relationship between application, taskbar entry, and document. The most annoying example of this (which I face daily) is with Word and Excel (so I'm not talking about fly-by-night shareware here. In Word, every document is its own little floaty bit that sits on the taskbar and takes up space. When you click the upper-right (visually deceptively) Fitt's-law-adhering-to 'close' X, the doc closes, and only the doc. When the last one closes, the start-up time to open a new document is insane, so I have to keep a document open and in my taskbar all the time, but that's neither here nor there. In Excel, you get a little task bar entry and a document window for each of your workbooks, but you also get a little bonus entry for the application. In Excel, though, if you click that same X, the whole application shuts down and closes all workbooks. What the shit? It's maddening.
So the whole document-centricity of windows is very confusing. Beyond that, document-centricity is the most brain-dead idea I've ever heard. The application should be completely transparent? Why? That's retarded. The application matters a lot. All they care about is the data in those documents? No, they care about *doing* stuff to and with that data, or creating it, or inputting it. The application is a tool that provides all of these capabilities. I would argue that most non-expert users think of their computers in more application-centric ways than document anyway. Think about how many moms say, 'i'm going to go online'. They don't 'compose emails' or 'download webpages', they click the AOL icon, and 'go online'. They are first using a tool, secondly, they are producing or interacting with the product of said tool. I guess it doesn't matter if you look at that XLS file in Access or Excel.
with a decent implementation
Well, name an OS that has a decent implementation. It's a real issue on every platform I've used (in addition to my previously mentioned PC and mac on my desk, the Mac is ssh'd into a freebsd box)
In simpler terms, if you have closed all methods of interacting with an app, thus indicating you no longer want to interact with it, what possible processing could it need to be doing (excluding normal startup and shutdown procedures)?
Hmmm...be available to compose emails at a hotkey press, receive instant messages, play music, help with OS navigation (like OS X's brilliant launchbar add-on), be available as a drag-and-drop target...
Also, you argue that given dirt-cheap ram, the relaunch penalty of the app should be very small (basically cause the OS is keeping the application loaded and pointlessly hiding functionality from you). Then, you argue that OS X's doc hiding is bad because it wastes mem and the VM isn't good enough?!?!? Put in the same dirt-cheap ram.
Re:Organisation, Issues (Score:2)
The problem is that for heavy lifting, you still need applications, be they Photoshop, FreeHand, Director or InDesign. They are tools, and the OS is the toolbox. (To carry this analogy further, things like FreeHand and Illustrator aren't just tools, but a bunch of tools chained to the particular toolbox. What
Re:Organisation, Issues (Score:2)
Note not a lot of wasted memory there. Nothing really sucking on my processor, but when i flip to photoshop it's like a milisecond wait, hooray for that. dave
Re:Organisation, Issues (Score:5, Insightful)
dude, that's ABSOLUTELY correct, I NEVER understood the close/quit thing until I got a mac. Then I realized that Microsoft just screwed it up when they were transferring it over from the mac interface.
Re:Organisation, Issues (Score:5, Insightful)
On the subject of the menu bar: google for Fitts's Law.
On the subject of quitting an application by closing its window: some Mac applications have this behavior, some don't. The virtual memory implementation in OS X works in such a way that having extra idle apps open has essentially no effect. One you hit your physical memory limit, those applications get paged out to disk and no longer occupy physical RAM until they're activated again.
Of course, this is just another one of those KDE vs. Gnome... things. It has no answer.
I think the purpose of this web site is to demonstrate that this is not merely a question of preference, but rather that which is the better OS can be quantified, and a conclusion reached thereby. All that's left is to argue about the methodology.
Re:Organisation, Issues (Score:3, Informative)
IME, the Mac apps that quit on close are utilities that people can be assumed to be finished working with when they close the primary window-- Calculator, Disk Utility, Key Caps, etc. Like, when I'm using Calculator, I switch away from it if I need to refer to something else. When I'm done with it, I close it. I think this fits the desktop metaphor well because switching away from the calculator is analagous to leaving it on the table in front of you, and closing it is like putting it back into a drawer when you're done with it.
Plus most of them are so small in size that they can be relaunched just as quickly as switching to them and spawning a new window if they were still active.
~Philly
Re:Organisation, Issues (Score:2)
Re:Organisation, Issues (Score:4, Insightful)
One of the reasons Macs rock is that application designers are forced to design for a one-button mouse--not hiding vital features up in contextual menus that only show up when your mouse is in a certain part of the screen. That's one of the biggest unsung reasons Macs will stay defaulting to one mouse--it makes better design.
And as you point out, it's a whole $10 to get a different mouse, depending on your preference--it can be more, but it doesn't have to be. So I can't see this as a serious "problem" with the platform.
Re:Organisation, Issues (Score:2, Informative)
Let's just agree that different people prefer different things. It's not like the Mac doesn't support multi-button mice and scroll wheels. And if you're going to argue that Apple not including one causes an extra cost to get one, then I'd say that probably quite a good deal of PC users go buy another mouse from the typically crappy one that came with your typically cheap PC, causing an identical extra cost.
Re: Menubars
True, the Mac menubar system was probably greatly influenced by the small screens we all used a long time ago, but it still very true that it has a great advantage from Fitts Law. I don't buy the idea that not having to click on a background window to select a menu item for it is an advantage. That only works when the menu item is not covered by another window and when the application does not implement that stupid metaphor MS introduced of a background app ignoring the first click as a command and just using it to bring the window to the front. This metaphor is only stupid because they only implement it in some of their apps and not system wide, so you get inconsistent behavior, which is far worse than consistently using either method.
The other thing is the damn MDI (multiple document interface). Within an application using this mode, you get a one-menu system, which is like a Mac, and it invalidates the multi-menu-is-better argument unless you throw out MDI apps. The problem with MDI is that the windows are trapped within the host app, so most apps like this are used with the document maximized within the app (also since the MDI window management functions are lame). Now combine this with DDE or "smart" apps that open documents I click on as a new MDI window in an existing instance of the already open app, and I see the document open, but then unless I look, I don't know if its a new application window that I can just close or if its a new window within the existing app. Many is the time I've closed the app, thinking it was a new app window for the document, but it was really just a new window in the existing app, and I just closed the handful of other documents it had open. True, I'll not lose data, but I'll lose several places where I was. So now I have to have the habit of closing the MDI document window first, then see if there are any more - if none, then I can close the app window. This doesn't even start to talk about the fact that an MDI app cannot have document windows mixed with those of another app. In fact, MDI causes the app to have a filled background behind its child windows that obscures things behind it. This kind of thing is what makes the Windows way completely app-centric and totally unfriendly to a doc-centric way of thinking. And this even within the supposedly "integrated" office apps!
Re: App not closing when last doc window closes
I agree that it takes getting used to on a Mac the app not closing when the last doc window closes. A PC user would really like to have an app close button on the menubar, but this is again just a holdover from app-centric thinking. A PC user thinks that they are thinking "I'm done with Acrobat Reader - close Acrobat Reader", but they are really thinking "I'm done with this document". It's just that it's actually easier (ironically via Fitt's Law) to close the app rather than the document because the app close button is in the top right corner of the screen (not always if the window is not maximized, but many people do have their apps maximized), or if the app is not maximized, it is visually the primary "x" button, so you are drawn to click it first, which is made even easier since they tend to be right next to each other. This gets back to my previous point of MDIs - I wind up closing the app and every other possibly unrelated document that app had open. This is hardly acceptable UI behavior.
What has been the complaint about older Mac OS versions, is that there was no immediate visibility of apps that were open with no documents unless they were the foreground app. The app list was a drop down list, so you couldn't see the others until you dropped it down, and since there is only one menu bar, then you don't have other menubars in the background to give you a clue (but then if you had minimized a Windows window, you would not see a menubar either). Windows had a similar problem prior to Win95 with minimized apps because they went to the "desktop" behind other windows. But now Mac OS X gives visibility to the open apps via the dock so that even if they have no open windows, you know they are open. So let's not beat up OS X for a shortcoming of OS 9 and prior had, which seens to be all that many ex-Mac users seem to remember because they don't think that things may have changed with OS X. Many only remember and criticize the cooperative multitasking of OS 9 and prior while forgetting that Win 3.x used exactly that, and Win9x still used it when 3.x programs were running (did you know that Win95 could have two 32 bit programs running but be cooperatively multitasking because they were thunking down into 16 bit code a lot of the "32 bit" code just called down to 16 bit code?).
Re: Having those unclosed windowless apps open in the backround does not affect performance
I mostly disagree with this. It is true that in general, this makes opening a document for one of the open apps load quicker, but as you have enough apps open to commit all your physical memory, then opening other apps will be slower because the system will have to page out the idle background apps to make room for the new foreground app. If the OS were to implement a policy of paging out apps that have been idle for a while, then you would not have to wait for a pageout to make room when opening a new app, but you would have to wait for the idle app to be paged back in when you opened a document for that idle app. However, this would be faster than reloading the app from scratch due to not needing to initialize the app.
Re:Organisation, Issues (Score:2)
BS. Real computer users don't care how many buttons they have on their mouse because they use the keyboard almost exclusively.
Re:Organisation, Issues (Score:2)
I do know one computer user who uses the keyboard exclusively, but then he's blind, so the mouse doesn't help him much.
Re:Organisation, Issues (Score:2)
I think more needs to be made of the Windows tendency to waste vertical screen real estate. Once you've subtracted status bars, title bars, menu bars, toolbars, etc. from your screen, particularly on 1024x768 or smaller displays, you've got very little usable HEIGHT. But height is what you crave for most purposes. It's particularly galling to waste space in MDI for nested title bars and status bars AND a task bar. We're taking a serious fraction of your screen showing absolutely nothing useful.
Re:Organisation, Issues (Score:2)
"Windows is chided for having a menubar for every application. I think this is a good thing. I find it convinent. When using OS X if I want to access a menu in a application that isn't in focus, I have to switch to that application by clicking on a window it owns, then using the menu bar. In Windows, I can just click IMMEDIATLY on the mendu that I want. That article a while ago that talked about "cruft" explained why Mac did things that way. The windows way is superior (IMHO), but h
A couple of comments (Score:4, Interesting)
Second I am so absurdly tired of anyone who mentions anything to do with one button mice. If you are reading slashdot you are probably a computer geek. As a computer geek you more than likely know lots of stories about that idiot that can't use their computer. That is why there are one button mice! Most people are the idiot that can't use a computer. I don't think I have ever used an out of the box mouse from any PC manufacturer simply because I spend enough time using the computer that I really appreciate a mouse that is comfortable. Maybe Apple could be a little smarter and have a check box on the Apple Store site that allows a user to select their choice of mice.
Re:A couple of comments (Score:4, Interesting)
Since 1978, my fingers have been tickling keyboards of various shapes and sizes, QWERTY to Dvorak.
I've used Macs off and on sinec 1985, Apples since a few years before.
I have eight PCs in my home, (2) FreeBSD boxes, (1) Linux box, (1) Toshiba Laptop (Win2k), (1) Sun UltraSparc 10, (1) TiBook, (1) iMac, (1) Dual G4 Power Mac.
As of today, my *NIX boxes are all headless
Even navigating X-Windows, the 1 button mouse is NO BIG DEAL. In fact, it's so intuitive that I catch myself alt+clicking and windows+clicking when I'm at work on my Win2k Desktop there.
The one-button mouse is more ergonomic, comfortable, and efficient that all this hullabaloo about multiple button mice is older then last week's dishwaster (and needs to be thrown out with it just as well.)
And for the record, before the workstations were headless, they were connected with a standard AT-101 keyboard + Logitech 5 button trackball.
Now all my servers are quitely running from my garage, and no matter where I'm at, whether it be the Living Room (iMac), Office (PowerMac), or back patio (TiBook) I have ready access to anything.
Maybe when you've been typing and using a mouse for 20 years and have carpal tunnel in both of your wrists you'll appreciate the value of ergonomics some day.
Re:A couple of comments (Score:2)
I totally agree. I think that a 1-button, scroll wheel mouse would be absolutely perfect. It actually feels easier for me to use the control-click rather than the second mouse button in order to get a contextual menu. All I really miss is the ease of a scroll wheel.
Honestly, with my left hand on the keyboard and my right hand on the mouse I can use 3 or 4 modifier keys in any combination with a mouse click to do all sorts of things. Want to copy a file? Option-drag the file. Want to make an alias (shortcut) of a file? Option-command drag the file. Select more than one item? Shift-click or option-click them. The possibilities are numerous.
Some errors (Score:3, Interesting)
This is because Windows has been historically extremely vulnerable to viruses that take over the boot sequence and steal your login.
This is not true at all. Windows is no more vulnerable to viruses that take over the boot sequence to any other OS and login and/or password hijacking programs have never been common on Windows. The Ctrl+Alt+Del for login has been in NT from the start (ca. 1993) and is simply part of the secure login facilities that NT was *designed* with.
"General Interface"
XP routinely fails to notify the user if the system is busy. It doesn't give ANY feedback when launching Internet Explorer.
I've not seen a system for some time where IE startup wasn't so fast that feedback is required - but that's not the point. XP does give feedback - when the system is processing in the background, the cursor changes from an arrow to an arrow+hourglass icon. This includes (or should) the time while programs are loading and not displaying anything to screen. Unfortunately I don't have an XP box handy to test this with right now, but it certainly happens with Win2k and was also present in Win95.
Something else that isn't commented on is how often applications block (the beachball), particularly the Finder. It happens *way* too much and on tasks that really should be quick or multithreaded.
Whenever a window accidentally gets moved completely off the screen, the Size and Move keyboard commands can be invoked, and the window can be moved back onto the screen via the keyboard
I can't see how a window could be "accidentally" moved completely off screen. I can see how it could be done programmatically by the application, or deliberately by the user - but not "accidentally".
Dragging and dropping content from one app to another involves dragging the app down to the Task bar onto the button that corresponds to the window you want to drag into (even though the cursor switches to the Cant-Do-That icon), then finally drag the item back up the screen to the location you want to drop it. Not impossible, but not too practical either.
Cumbersome it may be, but it is infinitely better than the complete lack of equivalent functionality in OS X.
Corners are better used: the Start Menu is always placed in a corner, which makes it a very easy target.
This is only true if the taskbar hasn't been made larger than the default. If it is, the Start button moves out of the corner (what it should do is expand to fill the entire space).
Dragging test between windows is something that it is up to the application to implement on both OSes. Notepad is not a good example to use because it isn't really an app, it's just a text-control widget wrapped in a window.
"Drag & Drop"
More than one PC user has mentioned that they prefer cut and paste. And on Windows XP I prefer cut and paste too, not because cut and paste is an inherently superior method, but rather because XP's poor support for drag and drop has trained me avoid it altogether. But on Mac OS X?which has more thorough support for drag and drop?I use each method interchangeably depending on what best suits the current situation.
I prefer to use Cut & Paste for file management as well, and I'd prefer it in OS X to drag & drop. Unfortunately, the Cut & Paste functionality in OS X for this purpose is inadequate.
"Navigating the file system".
IMHO OS X loses out here completely because it doesn't feature the classic directory tree + file list style of GUI file management which I find to be the easiest and most efficient to use (when partnered with good keyboard shortcuts).
"Dock vs Taskbar"
One of the Dock's most impressive features is it's advanced real time application feedback.
Visually impressive it may be - however, functionally it's fairly pointless. Apart from the *massive* overhead involved (a busy minimised terminal window will drag the entire GUI to a crawl) the utility is fairly limited - for preview icons to be useful, they have to be huge, chewing up yet more valuable screen real estate in a GUI feature that already wastes more than it should.
"Keyboard application switching".
He forgot that Cmd+` will cycle between the windows of the foreground app. Also, a big weakness in OS X's keyboard switching IMHO is an inability to quickly & easily move to an arbitrary window (particularly without having all the app's other windows obscure the rest of the screen).
"Keyboard Shortcuts".
Some of the keyboard shortcuts are just flat out wrong. The standard shortcut for "new file" on Windows is Ctrl+N. Win+E is a shortcut for launching explorer. Although he rightfully picks up that there is *still* no shortcut key for creating a new folder in Explorer. The shortcut for "opening a file" in Explorer is Enter. Using Alt+F,O is the long way to do it. He also does not say anything about a shortcut that is seriously lacking in OS X - one to quickly go straight to the Desktop. This area is a big win for Windows IMHO, since it's possible to do anything from the keyboard in Windows quickly and easily with no extra configuration necessary.
It's also troubling that XP relies on the Windows key for system shortcuts, since not all keyboards have a Windows key (my IBM ThinkPad lacks a Windows key).
No ! This is exactly what it *should* do. All the keyboard shortcuts should be Win+ or have a programmable modifier key. Using the control key for shortcuts was a Really Bad Idea.
"Networking".
The network browser in OS X is really bad - although not as bad as the nightmare that was Chooser. You can't access anything on a remote machine without mounting it's share, searching for or connecting to specific machines is clumsy and opening up the "Connect to Server" dialog BLOCKS THE WHOLE FINDER.
Connecting to remote machines in Windows is vastly superior. You can navigate directly to machines, the shares they have and manipulate things in those shares - even launch programs - all without having to map or mount the share.
"Power User".
I'm not quite sure why "screen capture" is in this section - I don't think I've ever wanted to take a screen capture in my life, let alone cared about how flexible the builtin tools to do it are.
"Booting from alternate drives". This is a hardware issue and has _nothing_ to do with Windows or OS X. Just as there are PCs that require fidding in the BIOS to boot from anything except the first hard disk, there are also machine that let you hit a key on bootup to get a nice little menu of all the bootable devices the system knows about. It really doesn't belong in this comparison.
"Misc"
XP Home Edition doesn't support multi-processors.
That's because the audience it's targetted at won't be running machines with multiple CPUs.
You can only use your numeric keypad in XP when num lock is turned on, even with full size keyboards.
This has already been commented on, but it bears repeating. This is *precisely* how the system should operate. Not only that, but most PCs default to having the Num Lock on at boot - and if that isn't enough, Windows will remember the state the Num Lock key was in the last time you logged out.
Apart from these errors, which seem mostly to do with a lack of experience with Windows, lack of knowledge about it's history, and/or simple personal preferences, the site seems ok.
Re:Some errors (Score:5, Informative)
What the fuck are you talking about? The OS X Finder does have "the classic directory tree + file list" called list view, and is miles ahead of Windows Explorer in at least 6 ways:
(1) Column View is the best feature for file browsing not available on any other OS.
(2) Spring-loaded folder makes it possible to drag and drop files to any depth without opening lots of windows.
(3) Finder toolbar is much more configurable than Windows Explorer.
(4) Music, graphics and movies can be played or viewed right in the Finder preview pane without starting applications.
(5) One-click search by content, size, type, date, extension, or visibility.
(6) Automation with AppleScript.
Oh, if that's not powerful enough, there is always the Unix terminal to play with: csh, tcsh, bash, Perl, Python, Ruby and lots other tools all preloaded. Windows is not even remotely close.
>> Connecting to remote machines in Windows is vastly superior. You can navigate directly to machines, the shares they have and manipulate things in those shares - even launch programs - all without having to map or mount the share.
Do you know anything about networking at all? Windows only understand Windows or SMB, while OS X can handle Windows as well as NFS, UFS, HFS+ and SMB. What do you mean by "without having to map or mount the share"? Surely you still have to login to a remote machine before accessing it. And OS X comes with Rendezvous ZeroConf so that devices (not just computers) can discover each other.
column view (Score:2)
(1) Column View is the best feature for file browsing not available on any other OS.
This is good as an option in Finder, but I think it's a mess in open and save dialogues. It reminds me of Greg's Browser from OS 7 or something; it was a great finder alternative for power browsing multiple large directories. But in the open/save dialogues it is sheer agony, especially since there seems to be not much rhyme or reason as to how things jump around. I tried Default Folder X for a while but it didn't help much; it had a few options that made things easier but I just feel like columns are kludgy when you're opening or saving.
Re:Some errors (Score:2)
This is 100% true in my opinion. I love OS X to death, but you will rarely see me with finder windows open. I *much* prefer just using the command line with open filename
Re:Some errors (Score:2)
Re:Some errors (Score:2)
There are plenty of other ways of doing it, but those are the quickest.
Re:Some errors (Score:2, Informative)
File Management:
You can recreate this file list + tree thing is easy. Set to list view then turn off all the columns. Icon View can be ordered as more than Name, it includes date modified, date created, size and kind. As a matter of fact all the 6 views in windows can be recreated by using the View Options control panel (Cmd-J). Also Column View supports spring lodaed folders so the easily movings things point is moot. Also copy and paste is supported for copying files as was covered in the section on drag and drop. It was mentioned as a blurb.
File Systems
NFS is transparent from any other fs. I had several user's accounts NFS mounted and none of them ever had a problem. Though i do agree that SMB and FTP is flaky, the rest is simply untrue.
The rest I just couldn't care less about.
Re:Some errors (Score:2)
It's not the same, as previously mentioned. It's nowhere near as usable and practically unusable with lots of directories and files.
Icon View can be ordered as more than Name, it includes date modified, date created, size and kind. As a matter of fact all the 6 views in windows can be recreated by using the View Options control panel (Cmd-J).
It's possible but clumsy to order stuff in Icon view (which as far as I'm concerned makes it a strike). And whilst the different explorer views can be somewhat _emulated_ in OS X, none of them can be _duplicated_ in terms of behaviour or usability. Just like you can't dupolicate the functionality of the Dock with the Taskbar, if you wanted to.
Also Column View supports spring lodaed folders so the easily movings things point is moot.
Deep directory structures require lots of scrolling back and forth. It's a pain.
Also copy and paste is supported for copying files as was covered in the section on drag and drop. It was mentioned as a blurb.
*Copy* and paste is, *cut* and paste is not. You can't move stuff between folders without either getting both source and target folders open previously, or doing lots of annoying scrolling.
It's simply just not as easy as a quick "Ctrl+X, navigate, Ctrl+V in Explorer. As I said, a reimplementation of the NeXT shelf, or allowing files to be cut and pasted would solve this problem and make the Finder a lot more usable. This is not a matter of pedantry and hashing out workarounds. It is a matter of simple, incredibly useful functionality that is flat out missing and could be _easily_ implemented.
Re:Some errors (Score:2)
Secondly, your cut & paste whinging is frankly just childish. We know Windows requires lots of maintenance, but for God's sake, how often do you move files around? I honestly can't remember when I spent more than a few minutes doing that. If that's all you do whole day long, use the terminal or write a script to do it. In any case, Column View combined with Finder Toolbar and Spring-loaded Folder is much more efficient than your "the classic directory tree + file list" (which is very similar to List View) for such trivial tasks, and yes you can sort by file Kind / Size / Date Created / Date Modified as well as by Name in Icon View.
>> The one click search bar in the Finder only searches on filenames. You also ignore the massive flaw in Finder that objects can only be ordered by name in the Icon and Column views (thus making them even more useless than they already are).
Well, you obviously don't know how to use Finder, and don't pretend that you do. One click from Finder can bring up a dialog for searching by name / date / type / size / visibility / extension as well as by content. You can drag folders to either the Toolbar or the Dock, and drop items into them from anywhere. Shit + Command + {C, H, I, A, F, G} takes you to {/, ~, http://idisk.mac.home/$user,
>> Wow ! Just like Explorer has been doing for the last five years !
But how?
Re:Some errors (Score:2)
It certainly does, because not only is Cygwin a quick and free download, but Windows also comes with network connectivity (to Netware) that OS X lacks. So, it comes out even.
Secondly, your cut & paste whinging is frankly just childish.
It's a perfectly valid complaint about an extremely useful piece of functionality completely lacking from OSX that is clearly implemented in a more useful and complete manner in Windows. It's not even a subjective thing - Windows has cut, copy & paste and OS X only has copy & paste.
Column View combined with Finder Toolbar and Spring-loaded Folder is much more efficient than your "the classic directory tree + file list" (which is very similar to List View) [...]
Bollocks. Firstly, List view is only similar to Explorer's directory tree+file pane in the most superficial ways. Secondly, any file management involving Column view and complex directory structures involves either lots of open windows or lots of (slow) scrolling.
[...] and yes you can sort by file Kind / Size / Date Created / Date Modified as well as by Name in Icon View.
Literally true. However, it's so clumsily implemented that it's usefulness is very limited.
Well, you obviously don't know how to use Finder, and don't pretend that you do. One click from Finder can bring up a dialog for searching by name / date / type / size / visibility / extension as well as by content.
We're talking about different things.
You can drag folders to either the Toolbar or the Dock, and drop items into them from anywhere.
Which doesn't solve the problem I'm describing at all...
How can you beat that?
By being able to do all that, and: /someserver/someshare/somedir/somefile).
* move things between folders with a keystroke. As I said, a decent implemention of cut/copy/paste in the Finder or a reimplementation of the NeXT shelf would solve the problem neatly. Heck, combined with a quick way to set the file ordering, it could even make Column view better than Explorer.
* connect directly to a remote share without having to mount it first (ie: Shit+Cmd+G,
These are really useful, really obvious pieces of functionality that are simply flat-out missing from Finder. Sure, there are workarounds and alternate methods, but none of them are as quick or efficient.
>> Wow ! Just like Explorer has been doing for the last five years !
But how?
Select the file, get an embedded media player than can play it in the Explorer window - same way you get an embedded quicktime player in the Finder window.
Re:Some errors (Score:2)
Re:Some errors (Score:2)
Maybe not, but can you mount an HFS+ volume on a windows box? (I can't remember if it's possible).
Surely you still have to login to a remote machine before accessing it.
You answered yes
So you log in, then browse to the share. In OSX you log in and you pick from a list of available shares for that login, which then mount on your desktop.
In the case of 10.1.5, you had to know the name of the shared directory if you were connecting to a Windows box, but it did work - I used to do it all the time. M$ doesn't play nice with other OSes when it comes to connectivity.
I don't see how either of the methods is better than the other. I can see benefits to the windows and the Mac methods - although navigating within Unix and Mac environments is a breeze on the Mac, it's only when you add Windows into it where things start to get ugly.
Re:Some errors (Score:2)
Maybe not, but can you mount an HFS+ volume on a windows box?
No, but that's about as relevant to networking as not being able to mount an NTFS partition on OS X.
So you log in, then browse to the share.
And, most importantly, within the share. Transparently. It's just like accessing a drive or directory.
In OSX you log in and you pick from a list of available shares for that login, which then mount on your desktop.
A more time consuming, clumsier and less transparent process. Not to mention the idiotic way the "Connect To" dialog blocks the entire Finder while it is open.
M$ doesn't play nice with other OSes when it comes to connectivity.
Why ? Because they don't provide NFS drivers ? That's like saying Apple doesn't play nice because OS X can't connect to Netware servers out of the box.
I don't see how either of the methods is better than the other.
The Windows method is quicker, easier and more transparent. Analagous functionality in Finder would be able to access all networked machines from the "Network" icon at the top level or to be able to "Go To Folder" and connect directly to a folder in a share on some other machine.
I can see benefits to the windows and the Mac methods - although navigating within Unix and Mac environments is a breeze on the Mac, it's only when you add Windows into it where things start to get ugly.
That's a bit asinine. Navigating within Windows environments is a piece of cake with Windows as well - it's only when you add in Unix or Mac systems it starts to get ugly. Not to mention the NFS functionality via Finder is even more basic than the SMB functionality. No browsing (not that NFS really allows it) and not even able to give a list of shares to pick from (something NFS does allow for). So I don't see how you can say it's a "breeze" compared to Windows when it's really marginally more difficult.
I've no problem in acknowledging things OS X is better at - and there are many. However, in this particular area Windows' functionality is so much better I'm amazed anoyone would even bother arguing the point.
Re:Some errors (Score:2)
Re:Some errors (Score:2)
Sort of but not really. It means you have to put anything you want to be a target for whatever you're moving into the toolbar first, which largely defeats the objective of speed and efficiency.
Re:Some errors (Score:2)
Get a WINS server (unless you want ti call that "special software").
I have no such trouble. I connect to my samba server at school from my home just fine.
Lucky you. There's dozens of Samba and Windows fileservers strung all over campus here and I have trouble manually connecting to many of them.
Dock feedback far from pointless (Score:3, Interesting)
I could take you to task on many of your points, but this one is grossly inaccurate, and something has to be said.
I don't know how you could use OS X for more than a week and still think dock feedback is mostly pointless. Let's take the prime example: Mail. Even if my Mail icon is tiny, it still tells me if I have unread messages by displaying that tiny red star on Mail's "stamp" icon. If I have magnification turned on, I can see how many unread messages have just come in. If you can't see how that is useful, then there's no reason to waste precious CPU cycles explaining it.
Besides Mail, there are dozens of other apps that provide Dock feedback (CPU Monitor comes to mind), save me keystrokes and reduce the app's interference with my workflow to a single glance rather than a click, a glance, and another click to go back to where I was. Print Center shows me when my print jobs are going, and when they're finished, or if they've encountered any errors. It even shows me how many pages still have to print! And I don't have to open a single window to get that information. There are dozens and dozens more examples where these came from. And none of these examples require the icons to be huge. You can get one level of usefulness with the dock minimized, and another level if you choose to magnify it, which can be done with a simple flick of the wrist.
How can you possibly support that the dock feedback feature isn't useful with all that evidence?
Re:Dock feedback far from pointless (Score:3, Interesting)
Sorry, I should have been more specific. I meant the type of eye-candy feedback I gave as an example (eg: minimised terminals updating, DVDs & Quicktimes playing minimised, synamically updating document thumbnails, etc) and not the simple things like the number of unread messages in the user's inbox which are quite useful and informative whilst having little impact on system performance. It might be better in 3 - 5 years, when Mac hardware has gotten fast enough (or OS X has been optimised enough) such that a single rapidly updating terminal in the Dock grinds the whole system to a halt - but right now these things need to be an option.
Re:Dock feedback far from pointless (Score:2)
Re:Dock feedback far from pointless (Score:2)
What's wrong with these stupid Wintel users? All they care about a computer is GHz that is mostly unused and idling, but they are constantly worried about using a few CPU cycles to make things more beautiful. When you spend hours in front of a computer, you do deserve the pleasure of eye-candy which is mostly designed to have a function value as well.
Re:Dock feedback far from pointless (Score:2)
Re:Some errors (Score:2)
Actually, I have seen this a lot. One of the guys that I work with has placed the taskbar at the top of his screen. What happens is that somehow a program manages to get a window's menubar underneath the taskbar and then the window can't be moved or its menus accessed. The cure is to hide the taskbar for a second and move the window down but it is a pain in the butt, especially since this person is pretty clueless on how to fool around with the taskbar.
It's pretty easy to drag-and-drop from one app to another in MacOS X. Simply start to drag from one application, hit command-tab until the other application comes up, and then drop the material into the document. Works like a charm.
That's what dock magnification is for. Set the magnification for max and you will get a pretty good idea what is going on in that window when you mouse over it in the dock. Not only that but the program itself can change its icon to represent what is going on. Take Mail for example, if there is mail for you then the icon for Mail will have a red badge on it with the number of messages that have not been read yet. This number does not need to be huge since it is a simple graphic and does not have so much clutter obfuscating it.
Re:Some errors (Score:2)
Ah, ok, I've never seen the Taskbar used at the top of the screen before which is probably why I've never seen this happen. It's definitely a bug - the GUI shouldn't let applications open windows behind the taskbar.
It's pretty easy to drag-and-drop from one app to another in MacOS X. Simply start to drag from one application, hit command-tab until the other application comes up, and then drop the material into the document. Works like a charm.
Yes, exactly the same thing works in Windows as well, but that wasn't what I'm describing. In Windows, you can drag to an arbitrary window, even when it is obscured just by holding the mouse cursor over the taskbar button for the window and waiting for it to come to the front. With OS X, to do that requires manual keyboard intervention in two different ways (Cmd+Tab to the app, Cmd+` to the appropriate window if necessary). A reasonably workaround to this (IMHO) would be for the app's Dock menu to appear if the cursor was held over the icon for long enough, and from there the object could be dragged to the appropriate window.
The point I was making is that he was complaining about something that was "slow and cumbersome" in Windows, but completely lacking in OS X - even though the ways you achieve the equivalent in OS X are also available in Windows.
That's what dock magnification is for. Set the magnification for max and you will get a pretty good idea what is going on in that window when you mouse over it in the dock. Not only that but the program itself can change its icon to represent what is going on.
Trouble is then you have to "scrub" across them to figure out which is which.
Take Mail for example, if there is mail for you then the icon for Mail will have a red badge on it with the number of messages that have not been read yet. This number does not need to be huge since it is a simple graphic and does not have so much clutter obfuscating it.
Yeah I should have been more clear about this. I was more referring to the eye-candy style previews rather than the simple, symbolic stuff like Mail.
Re:Some errors (Score:2)
I agree that would be a nice addition, maybe make it like spring-loaded folders. If you drag over a dock item then the menu will pop up after a small delay, or you can hit the spacebar to make it open immediately. That would make drag-and-drop easier. Hmm, looks like I've got a suggestion to send to Apple's UI feedback!
The important thing is that Apple does take suggestions very seriously. They have made huge changes to MacOS X and applications simply because a bunch of people asked for them. Take Safari for example, Apple was pretty set on not having tabs in their web browser but it now looks like they are going to be part of the browser because so many people asked for it. The same thing goes for spring-loaded folders, the Apple menu, and a ton of other improvements. If you don't like something that Apple makes, send them a suggestion on how to improve it, they seem to be listening.
Re:Some errors (Score:2)
Unfortunately I think you'll have Apple has some UI guidelines that say it's a bad idea. Something like menus should be "read only". Please excuse the vagueness, it's been a long time since I've looked through them.
[..] the Apple menu, and a ton of other improvements. If you don't like something that Apple makes, send them a suggestion on how to improve it, they seem to be listening.
Oh I do, and have in the past. Indeed, I'm still complaining about the neutered and largely useless Apple menu that OS X was given :).
Re:Some errors (Score:2)
As I said, I unfortunately don't have an XP machine here (work) to test with. However, the Win2k machine I have always gives a pointer+hourglass figure when I start an app, no matter where it starts from. I would assume the same applies to XP, since it is something done by the system.
All I can add to that is that *I've* never felt confused in Windows as to whether or not an application is loading.
That doesn't block the whole system, though. I've seen the Windows equivalent of the Finder lock many times (when trying to download a file from a busy FTP server, for example), and I've seen the OS X Finder beachball a lot as well on my poor 400 MHz iMac, but on neither OS does this prevent you from using other applications as normal.
IME this happens a _lot_ more in OS X than Windows. And I really do mean a _lot_ - to the point where when it happens in OS X my reaction now is "ah well..." and my reaction on a Windows box is "damnit !"
Windows program window will, notoriously, put images of whatever you dragged through the window, because the window doesn't refresh when it's busy; I don't recall OS X doing this.
Yeah this is rather nice. It's because under OS X windows drawing is under the control of the OS, whereas on Windows it is under the control of the application.
What do you mean?
Precisely that. With Windows, you can drag anything to an arbitrary window just by hovering over its taskbar menu. With OS X you cannot, since you can only drag to Dock icons, not specific windows. You can get around this on OS X in much the same way you can on Windows if you want (Alt+Tab or Cmd+Tab/Cmd+` to the window you want). My point is he's criticising a Windows behaviour that is completely lacking in OS X, which to me is a bit rude :).
I'm sure you know that you can interleave windows from (almost) any application in the Finder, so you can switch to an "arbitrary window" pretty easily by clicking on it, without all the app's other windows take over the screen.
Unfortunately it's hard to click on an obsured window. There are some other ways to do it - ctrl+click a dock icon, select the window, switch to the app and get at it via the Window menu, switch to the app and Cmd+` to it, but to me none of these are as quick and simple as either a direct Alt+Tab to it, or clicking on the appropriate taskbar button.
Another issue I have with OS X - although I can see how it might be useful - is the way switching to an app (by clicking on its Dock icon or Cmd+Tab) brings _all_ the application windows to the front. This results in the application window juggle when, for example, you want to drag something from a web page to an email, but when you click on the Safari icon it brings a dozen windows to the foreground, obscuring the email.
Minimising windows works for a while, but with dozens of open windows the Dock simply fills up too quickly.
I agree that Win+ is a good concept, but given that Windows has been using the control key for so long, adding it now just makes it seem inconsistent.
They should have phased it in with Win95. Win95 should have had Win+key equivalents for all "standard" shortcut keys and retained the old Ctrl+keys. XP should have phased out the Ctrl+ keys for good. It's bloody annoying when you spend a lot of time using things that need to be able to use Ctrl+key combos (in my case, SSH terminals to unix boxes).
. To top it off, this isn't a very well documented shortcut; I only found it by accident.
They're all documented somewehre - I remember finding them all listed. However, shortcut keys are definitely something that should be well documented and easy to find out about.
You've never ever taken a screen capture? For any purpose, ever?
Well, I don't *think* so. I certainly can't ever remember doing it (not much call for it from a unix sysadmin :). I've certainly never put the slightest bit of thought into the built-in screen capture capabilities of an OS.
Screen capturing is something that I personally would say falls well and truly into the "specialisation" category. There should be very basic tools with the OS (full screen, maybe a specific window_, but anything fancy (specific regions, multiple formats, capture to file etc) is the realm of third-party apps (because, as you say, there are certainly people who need to do a lot of it).
But the people that do want to run machines with multiple CPUs will have to shell out extra dough.
For sure, but that's really no different to price differentiation for "advanced" functionality anywhere else in the marketplace. It's effectively the same as Apple not offering a budget headless machine, or not offering a multi-CPU iMac, or a myriad of other examples - artificial product distinction for the purposes of making more money.
The review isn't targeted at only the typical user; the extra cost to support multiple CPUs is a significant concern for a lot of folks, I'm sure.
I doubt it it. If you can afford the significant extra expense for a dual (or more) processor machine, you can afford the (relatively small) extra $ - particularly if you're buying the whole package from an OEM like Dell (an extra US$60 I think, for Pro over Home - it's about $AU140).
The other thing I think is unfairly criticised is the availability of "Upgrade" and "full" versions of Windows. However, that stems mainly from trying to make an inappropriate comparison between companies selling to very different markets. Every version of OS X is the equivalent of a Windows "upgrade" because it requires a Mac to (legally) run, which implies the user has already paid (at some point) for an earlier version of the OS. This exactly the same logic as the upgrade pricing of Windows - if you paid for a previous copy, you pay less for a current one. Similarly with the anti-piracy stuff (although that really is starting to get intrusive on Windows now). OS X requires a great big hardware dongle to run, that can only be bought from Apple. Windows can run on nearly any x86 PC. The market for pirating Windows is much higher, because you can then take your pirated copy of Windows and run it on pretty much any cheap-arse PC you want without every giving a cent to Microsoft. It's basically impossible to run OS X without having shelled out money to Apple at some point, at least for the average joe.
Re:Some errors (Score:2)
Fascinating. You're right - minimised Terminal windows no longer update.
Anyone know when this change was made ? They certainly used to do it in 10.1.
Could use some improvement... (Score:5, Informative)
? Use of Internet Explorer as a benchmark of dragging support. For both OSX and XP, they docked points because Explorer didn't do something (such as drop text on the desktop as a clipping), while noting that Mozilla or Opera or some other browser did it correctly. If you're going to use specific software, test Safari Beta vs Explorer (the "beta" part gives Explorer the advantage, of course); otherwise, use several browsers.
? He could have mentioned OSX's annoying method of converting / to : and back in the filesystems.
? Search on Mac has a similar annoyance in screen real-estate to that in Windows: the default position of the path drawer is too high, making it impossible to read long paths.
? OS X help system is slow as sin. And although I don't need it, the red-ink-circled buttons in OS 9 help were very useful for beginners.
? Mail: Mail is a much better tool than Outlook, in my opinion. The spam filter is excellent and it's more secure, especially by default. It also has better plug-in support. The "number of new mails" indicator in the toolbar is also very nice.
?Browsing: I like Safari and Chimera (err Camino) much better than IE for the Mac, or IE for anything for that matter. Maybe just a personal preference.
? iChat has lots of bugs and missing features, and its interface, while neat, is a bit bloated (what do you mean, only one line of text?!?). Adium has fewer bugs but more missing features (file copying comes to mind... you can't scp to a windows machine). AIM for Mac is slower and clunkier than for Windows. I use Adium, but it could use improvement (we'll see when 2.0 comes out).
Mail vs Outlook (Score:2)
The author seemed to focus on Outlook's ability to easily produce html mail - the thing I do my very hardest to weed out before it hits my inbox!
Fancy colours and text formatting might be fine for an email to granny, but in a professional environment I can't see its place. An email should be plain text only, with attachments.
The article didn't mention Mail's adherance to email standards, re the proper handling of email attachments, but then I suppose with Outlook doing it the wrong way and having 90% of the market share I guess MS have suceeded in brute forcing the official standard out of the way.
I love Mail's streamlined look and feel too, much better than the bloat of Outlook and Outlook Express and the Mac version, Entourage.
People complaining about Mail not being powerful enough just aren't giving it enough time. You can't call Applescripts from within rules, which is a shame, but the rules you can set up are extremely powerful in themselves, and the junk filter is very good at what it does.
thats cool and all... (Score:2)
But im a fair guy so heres my site, that i put a lot of time into with my girlfriend. vidgame.net [vidgame.net] Use all the bandwidth you want, if thatll make you feel better.
That said, i thought it was a fairly thourough overview and commparison. As stated, weighted scores would help... alot. I use both OS on a regular basis, and although XP is better at many a task, OSX just 'feels' better. Quantifying a feeling is a hard task, but id say XP is about 80% there, they just need to fire the smurfs and hire some graphic designers.
The glory is the ability to choose, and not be confined to a single OS, OSX, OS9, OS8.6, OS6, XP, BeOS 5, and several 'flavors' (on multiple architechtures) of Linux are all within arms reach in my computer room!
defrag (Score:4, Informative)
I remember finding out that ext2 doesn't get fragmented, and doing a happy dance. Not having to defrag beats the best defrag utility in existance, even if it checks email and handles buggy IMAP servers.
Re:defrag (Score:2)
Re:defrag (Score:2)
Typical advice is to use UFS for a server box and HFS+ for a workstation. Since my main box does everything, I split the difference by having a main drive formatted HFS+ and then a second HD formatted UFS used only for VM spooling, Photoshop scratch, browser cache and stuff like that. It works out very well for me.
Sorry, but (Score:3, Interesting)
Otherwise, it's like comparing treehouses with daydreams. One seems to have a great view, but watch out you don't fall, and the other (OS X) feels good because it feels good. OS X is a state of mind and XP is...well......not.
I use OS X (and Mandrake 9.0), and I couldn't care less how X compares to anything non-UNIX. Oh, and I don't beg for money on my Apple related sites:
Apology accepted ;-) (Score:2)
Consistency is what gets me.. (Score:5, Interesting)
- Placement of menus.
- Drag and drop behavior: copy and paste a full line (including the newline at the end) in multiple apps and see what I mean. What the hell did Outlook do with the newline? I guess it decided I will never need it.
- Select all (CTRL-A) in file browser, web browser location, etc, broken half of the time.
- Clicking in an application's window sometimes absorbs the click, only changing focus (and raising the window). Other times the app accepts the click, moving the cursor. I can't keep track of which app does which, and I waste lots of time either hunting for the title bar or repositioning my cursor.
- Different file browsers in each program, none of which I particularly like. I imagine this is a legacy (Win 3.1?) issue that can't be easily solved.
- Some programs treat the cursor as a Mac does when you've highlighted some text. Hit cursor-right and the cursor moves to the end, hit cursor-left and the cursor moves to the beginning of the selection. Most programs don't do this.
I can't think of the others right now..I'm getting frustrated just thinking about these things.
Re:Consistency is what gets me.. (Score:2)
Another inconsistancy that's always biting me is double clicking on text - some apps grab just the words, some grabs symbols, some grab everything between spaces. (I'm not going to get into how much I hate auto-selection that never seems to go away.)
Something that's just annoying is that the cursor never leaves when typing. I think this is the most annoying lack ever - I start typing and have to move the cursor to proofread.
Not to mention that if you're at the top of a text window and hit the up arrow, Windows yells at you (read: plays your system beep). Though, some OS X apps have learned this behavior and need slapped. Actually, it's worse at the bottom of the text hitting the down arrow - OS X will go to the end of the text, Windows just bitches.
(Disclaimer: This was all true Win95-2000. I haven't yet been cursed to work in XP, but I'd be surprised if any of these changed.)
File searching... (Score:3, Insightful)
Re:File searching... (Score:2)
Re:File searching... (Score:2)
Re:Whats the big deal (Score:2)
When you're using something 8-12 hours per day, it because a rather important decision. How much trouble it gives you can have a big part in how your day goes.
- Scott
Re:Whats the big deal (Score:2)
But my point is that it doesn't matter if Makita makes it or Craftsman makes it. They both do the same damn thing.