Update: This post was discussed in the latest .net magazine podcast and there are some updates to this available in this post.

As those of you who follow the ol’ ink on dead tree technology channels know I am writing articles for paper magazines from time to time. I’ve done this less and less lately, not because of lack of offers but because of the format you have to deliver articles in.

Print magazines are an amazingly bad media for delivering technology articles because of the following reasons:

• A working example of a web technology tells a lot more than a description of what it should do (admit it – you always click the “see it in action” link on web zines before reading the article)
• Code examples take up a lot of space
• Screen shots with legible text take up a lot of space

Space in a magazine is limited, first of all because of the format (no scrollbars) but also because space not used for advertising means no money coming in. Furthermore, code that spans several pages is as much a no-no in magazines as it is in books.

Together with short deadlines – after all the mag needs to be up-to-date and almost as quick as information you can read online – leads to articles being rushed and cut down to the shortest possible form. There are good reasons for this: in order to gain the trust of readers and deliver a magazine quickly and steadily you have to stick to a fixed format for certain articles. Readers who get every issue of the magazine can easily identify what this article will be and skip it or look forward to it based on this decision. However, this leads to ridiculous restrictions like:

• Main article should be 300 words followed by 2 screen shots with 20 words caption each.
• Three parts, 50 words each with a headline of up to 8 words each
• 200 Words, then a screenshot with a caption of 10 words and a “find out more” of 100 words

These restrictions makes it pretty tough to get your message across as the format of the article should vary with the content. Many a time you’d only need one screenshot and use 400 words, or 50 words and 3 screenshots. Sometimes there is no need for any screenshot at all.

As there is no flexibility in these matters you end up having to cut down your articles to something that vaguely makes sense, or, if you are even less lucky, some editor will do it for you. It is the same problem with web sites that allow only for a certain amount of content inside different sections before breaking – they are simply a bad idea.

The question is what to do about this? The answer is either changing the format or the content. Maybe it is a good plan to back up a paper article with a URL or a demo on the CD that comes with every magazine (which is normally crammed with outdated shareware you don’t need anyways). Maybe a magazine should not try to simulate web zines or blog posts but go deeper, get more thoroughly researched and talk about the rationale of a technology, not about the implementation.

Implementations are always prone to errors, and there is no place better to get comments to and how to fix them than on the web. Most of the time the logic and rationale of the technology doesn’t change, but the technical part of it does. Let paper be more thorough than the web and the web for what it is good for – quick response times. You could even sell ads on the web page accompanying the article.

I just had an ex-colleague ask me this question and I couldn’t find any research on this matter. There is a lot on the alignment of labels in conjunction with form fields but nothing on the alignment of the value inside the field.

I chatted quickly with Luke Wroblewski about it (one perk of working in the same company) and we both agreed that if there are several fields, for example in a spreadsheet application, then monetary or generally number fields should be right aligned as that allows you to add them up quickly in your head without having to worry about decimals.

What are your thoughts, or do you know where I can find some research papers?

I always thought the only application that does make Windows worth my while was Total Commander but not I found something that is so amazingly handy it should ship with Windows.

Launchy is an open source app that allows you to jump to any app or document by pressing alt+space and typing its name. Mac users know this functionality from Quicksilver.

No more navigating through the Start menu or the Program Folder for me.

I’ve upgraded my old DomCollapse tool to use the YUI, add bookmarkability or look a lot prettier using the YUI, opacity and animation.

• It scans the document for elements with a CSS class name of trigger.
• If the element is not a link it will
• hide the next element in the document
• create a new link inside the current element and
• alternately show and hide the next element when you activate the element (either by clicking with a mouse, or hitting enter on the keyboard after tabbing to it).
• If the element is a link it will show and hide the element the link’s href points to. If that element does not exist it will show and hide the next element in the node tree instead.

• Check out YUI DOM Collapse

You can get the code as a plain version or with fancy animations and both in live (minified) version and source versions. Best of all, I licensed it creative commons attribution, so go nuts using it for anything you want.

My presentation at Stanford University some hours ago.

• Plan your web sites like you plan your parties – PDF 770kb

Thanks to John Foliot for inviting me over!