Originally posted by: Smilin
That's a pretty big pile of red herring arguments.
The only reason text only would be an advantage is if you were bound to a text only interface! That's not a problem in Windows.
Sure, but *nix isn't windows and there are servers without guis. I'm not saying windows needs text documentation, just that there's a very good reason to keep them around in *nix. Also, X or not, there's lots of times that ssh access is simply preferable to vnc or whathaveyou.
When do you only have command line access to Windows? Recovery console? Hm. all commands are documented there.
I'm not confusing anything. I think *you* are confusing what I began responding to in the first place. I'm definately not griping about presentation, I'm griping about usability.
So far as I understand it, your problem with usability is a direct result of the presentation (text based interface). But this entire thread (and the reason "linux sucks") has nothing to do with how usable the man pages are. It has to do with how correct they are and windows has no inherent advantage there.
Man pages suck. Awful stuff. Are you disagreeing with this statement or just being defensive about your OS of choice?
No, if windows documentation works for windows people then I think it's wonderful and if linux documentation doesn't work, then it's a big problem (and obviously it is in many distros).
If I was a *nix guy saying this you would agree I think (see Drag's post for instance). Don't confuse me bashing your man pages as bashing your OS.
Bash linux distributions all you want, I'm just arguing one fine point
It's ok to admit they suck. Linus won't kick you out of any fan club
For general purpose documentation, sure, they suck. But there are two good ways to alleviate this:
-Every self respecting operating system should also have a more coherently organized handbook or at least a wiki if they want to push documentation out to their users.
-It's lovely when there is an online version that you can browse with nice scrolling and hyperlinks. Typing "man foo" in my browser address bar takes me to the openbsd man page for foo. Even long man pages are pretty tolerable in this format.
Things like shell scripting and the complete string formatting spec for printf are ridiculous to read in a shell because they're too big to be linear like a man page. But higher level documentation like that is not what we're debating. We are debating simple command syntax like arguments to grep. When you're on the commandline (as you obviously will be when using grep) and you want to know what flags you can use and what they generally mean, man pages are a fantastically quick way to figure it out. They're indispensable when you're logged into a remote machine via ssh if you don't have proper documentation for the operating system in question with you.
They're also pretty handy as c library functions documentation, provided that they don't pack too many things into one page (which can be a problem). A big benefit there is that you always know exactly where they are. If I'm programming on my powerbook, I don't have to know about some mac specific document viewer (and why would I want to fire it up anyway, when I've already got a bunch of Terminals open?). Then I can ssh into the school's linux box, where the code will eventually be run, and check the documentation in the exact same way, to verify that my code will run on both machines. Basically, because there is no common gui on *nix, a standard text based documentation format is great for moving acrosss platforms.
As for info, I'll admit I know very little about it. Here and there, when a man page is particularly lean and just says "See the info page" I'll fire it up, but I usually give up pretty quickly because it's not very intuitive. Like I said before, complex documentation is a nice place for online html documentation to step in.