Happy Birthday to Me!

Today The Adventures of Systems Boy turns 3! I totally spaced last year's anniversary — so I was totally shocked to realize that it's been 3 years, not 2 that I've been doing this. But this year I'm catching it in time thanks in part to Blogger's new scheduling feature (currently in beta as of this writing, which writing is actually occurring a full two months in advance of the actual birthday and scheduled for publishing on said birthday). Blogger continues to add features I want, so I'm still here. And scheduling is one I've wanted for a while. Those Google folk, why they're downright prescient sometimes.

In any case, this year, for whatever reason, I've seen a general increase in comments, and most of those comments have been really great. It's quite gratifying to realize that there are more than a smattering of people who are actually interested in reading about and discussing this weird, wild Mac lab management niche, and who come here to do it. That makes me feel like a success in some small way.

Anyhoo, I don't want to toot my horn all day. Just wanted to say thanks to anyone who's reading, and especially to those who've contributed. It's appreciated!

And Happy Birthday to me!

Linked

I don't monitor my traffic, but I don't think I have a really heavy readership. Every now and then I have a minor hit, but for the most part we're pretty hardcore systems administration around here. It takes a very special kind of geek to follow exploits such as Tiger Lab Migration, Three Platforms, One Server or External Network Unification.

Truly special.

But all of a sudden I started getting comments on an old article from just over a year ago. Seems the Mac OS X 10.5.2 update causes a similar problem to one in the 10.4.9 update — network slowdowns due to bad delayed ack values, or some such — and MacFixit has linked to the old post. Neato! I feel popular!

Anyway... Hi, MacFixit folks!

What's So Funny 'Bout Peace, Love and WYSIWYG HTML Editing?

I'm not sure why, but the concept of the WYSIWYG HTML editor has really taken a beating. The most recent comment I've heard comes from Shawn Blanc's review of MarsEdit, an offline blog editing product. Shawn says that:

"In all my experience with WYSIWYG editors I have found them a clumsy enemy of fine web typography."

This, apparently, is the major rationale for what seems to be the prevailing notion in the web development community that WYSIWYG HTML editors are an inherently bad idea. The logic seems to go something like: every time I edit my web page in a WYSIWYG editor, the experience is a bad one, therefore the concept of WYSIWYG HTML editors is flawed from the get-go; real designers only ever edit raw HTML. (Though I might point out that I have yet to see or read of a single example of a WYSIWYG editor creating terrible HTML code in a very long time, at least when it comes to fairly simple HTML pages, which most blog pages are. But I'm getting ahead of myself.)

Comments like the following also make it sound like if I'm not editing raw text, I'm just a big pansy-ass wuss:

"I suspect most of you are at least a bit HTML savvy and prefer the use of monospace type and a HTML editor anyway. But for those who are getting weak in the knees at the thought of having to type your own HTML relax."

Now, I'm not a web developer by any stretch of the imagination, but my experience with WYSIWYG editors — even web-based ones — has been largely positive. And, though I'm fairly comfortable looking at HTML code (and actually enjoy looking at other types of code), I never, ever want to edit it if I can at all avoid it. It's a completely unnecessary distraction from what I'm here to do: write. I'd much rather work on something that more closely resembles the finished product and not have it cluttered up with code. It's not that I'm scared of the code, it's that I'm annoyed by it.

For my personal web pages I have always used Dreamweaver. And while the user experience offered by that app is not always the most intuitive or Mac-like, it's always far preferable to me than using a text editor. For my blog pages — which are all formatted exactly the same way as per the Blogger style sheets I've set up — I use the Blogger-supplied online WYSIWYG editor. As much as I like the idea of working on my blog offline, I do not use MarsEdit or any other such client. And the reason is because of their lack of WYSIWYG.

Blogger's HTML Editor: All I Really Need

(click image for larger view)

John Gruber also supports the use of MarsEdit and its ilk:

"My best argument for using MarsEdit (or any desktop weblog editor) instead of a web-based interface is that it’s like using a desktop email client instead of webmail."

That's a great argument, except that it's a bit flawed: A desktop email client adds features and ease-of-use to the email experience. MarsEdit, on the other hand, removes a major feature that, for me anyway, greatly hinders ease-of use. It's far less aggravating to me to use a web-based WYSIWYG editor than it is to use a desktop-based code editor. To follow Gruber's analogy, using MarsEdit is like using a desktop mail client that only shows you the code in which your email is written. MarsEdit hinders ease-of-use by making me look at code when I really don't need to. All I need are some very simple markup commands and basic text editing. I really can't see any reason not to use WYSIWYG, particularly when it comes to editing blogs.

But this is not to completely disparage MarsEdit. That's not my intention at all. It sounds like a great product, really, and MarsEdit's author, Daniel Jalkut even acknowledges the need for WYSIWYG in his product and is planning it for a future release. Awesome. I may even buy and use MarsEdit when that day comes.

My point is that the WYSIWYG HTML editor is a great idea that someone needs to get on and do right. I believe its time has come. Over the past few years I've watched a series of HTML editors hit the market. The latest are either completely template-based — like Apple's iWeb, which lacks any ability to examine the code when it's necessary to do so, which is a big problem — or completely code-based — like, well, all the others. In between is a gaping chasm. The giant WYSIWYG hole. CSS editors, too, seem to be plagued by this lack of WYSIWYG. So I always find myself using Dreamweaver in the end, for lack of a better replacement. I suspect I'm not alone.

Again, I can't help wondering if there's a faulty rationale at work here. Do software authors think that, because their WYSIWYG editor experiences have been bad ones, the basic idea is also bad? Or entirely too difficult to build? Or unprofitable? Because I think that, in the same way that beautiful, affordable image editors are springing up to challenge Adobe's dominance with Photoshop, WYSIWYG HTML editors could have great appeal. I've been marginally on the lookout for one for years, and I write web pages only occasionally. And the best I've found, frankly, is Dreamweaver, which is good but not great, and very expensive.

Or is it possible that it's just machismo? (God, I hope not. Is there anything worse than macho geeks?) It is possible that developers think that WYSIWYG just isn't cool? That real web developers would scoff at such a product? Seriously, why is it that Coda, an absolutely beautiful app that does, like, everything under the sun, lacks the basic WYSIWYG found in all web-based editors? (Yes, I would totally buy Coda if it had WYSIWYG. Without a doubt.)

Guys, all I can say is, you're missing a big opportunity here.

Gmail vs. Blogger

Apologies if you've recently posted a comment on this blog, and had not heard back from me (I try to respond to all comments whenever I can). Seems that my Gmail account for receiving comment alerts began flagging them as spam. Seems the address for comment alerts was also not among my contacts. Seems odd to me, though, that two Google-made products would suddenly butt heads like that. Seems like they should know better.

Anyway, I'm back on track with comments again, and I've just posted a bunch of responses. So if you were looking for one, check for it. It should be there.