Notes:

Creating a printer friendly feature: This is very common on upscale commercial sites and is the best you can do to insure that most folks can print the information. (In our house the bookkeeping programs we use, Quickbooks and ACS, drive us and our printer nuts.)

The original site's media training page print ok on my Inkjet. It does not print ok on my Xerox laser.

The new site's "home" media training page prints ok in Netscape on my Inkjet and prints ok but landscape on my Inkjet. In IE it cuts off the right margin on both the Inkjet and laser printers.

The most reliable solution is to provide printer friendly versions of each page. That is each page would have a "printer friendly" link to another page with just the text. The text pages would have a link back to the normal page.

This is done by creating a new template family "printer friendly" template family and a new publish location "/printer" and publishing to both locations simultaneously. Thereafter, CityDesk will manage this automatically.

PDF versions: Converting and linking to PDF versions of consolidated documents can insure that folks can print beautiful and complete documents.

CityDesk references

http://www.joelonsoftware.com/articles/MouthWideShut.html

http://www.joelonsoftware.com/printerFriendly/articles/MouthWideShut.html

This is the best disucssion

This is the best City documentation

Make sure to add body and html top and bottom tags

An example of a printer friendly document.

Mouth Wide Shut

Joel Spolsky

January 15, 2003

A part of Joel on Software, http://www.joelonsoftware.com

When Apple releases a new product, they tend to surprise the heck out of people, even the devoted Apple-watchers who have spent the last few months riffling through garbage dumpsters at One Infinite Loop.

Microsoft, on the other hand, can't stop talking about products that are mere glimmers in someone's eye. Testers outside the company were using .NET for years before it finally shipped.

So, which is right? Should you talk endlessly about your products under development, in hopes of building buzz, or should you hold off until you've got something ready to go?

Fog Creek's default policy so far has been Absolute Radio Silence. At times, I've considered changing that policy. After all, why not open up our complete development process to the world, let everybody peek in the windows and see what's going on? There's nothing to hide!

In my personal life, I have a policy lifted from Marlon Brando, playing a mob boss in The Freshman: “Every word I say, by definition, is a promise.” The best way to avoid breaking promises is not to make any, and that's as good a reason as I need not to talk about future versions of our products. There are four other reasons for this in software development.

Competition. I'm not overly paranoid about competition, but as soon as you have competition that's paying attention to what you do, if you discuss features that haven't shipped yet, you're handing them an opportunity. If you keep your mouth shut until you ship, you will be guaranteed at least half a year without competition before everyone else matches that cool new feature.

Underpromise and overdeliver. When you tell a customer or potential customer you're going to add a feature, they will inevitably imagine that the feature will do all kinds of things that it may not actually do. When you tell someone about the upcoming clam steaming feature, no matter how careful you are to delimit what it actually does, they will inevitably spin elaborate fantasies about how it cures baldness and warts and has a telepathic user interface. When you finally deliver something, they are bound to be disappointed. This can only hurt.

Flexibility. If you want to keep your promises, you can't talk about upcoming features and release dates unless you're willing to lock into them. This may eliminate flexibility that you need later when Murphy strikes. And if you don't keep your promises, you've ruined something that's very hard to get back: your reputation.

Simplicity. If your policy is Radio Silence, every employee understands it and can follow it. If your policy is in any way complicated, nobody is sure what to do and things leak.

Doesn't advance buzz and publicity help? I don't know. A little, but not as much as nonadvance publicity. I'm inclined to think that publicity that comes out when you can't actually buy the product is 90% wasted. Remember that incredibly big burst of Segway publicity about a year ago? With Jeff Bezos and Steve Jobs talking about how “IT” was going to revolutionize the entire universe? Cities would be reconfigured. OK, so, we all talked about the Segway, but nobody could buy one, so it's not clear that it was publicity well-spent. And it certainly seems like the same amount of publicity would have helped more if it appeared when every Walmart has Segways in stock.

One purported advantage of talking about your products under development is to get early feedback. But honestly, you don't need feedback from the entire world. Look at the poor Chandler guys; they started talking about their product before any design was done and immediately got buried under such a deluge of feedback just managing it all was impossible. Now everybody thinks Chandler is going to be All Things to Everybody. Quite a lot to live up to. I've found that you can get just as good feedback from a few hundred carefully selected customers. The other 800,000 people that send you suggestions might be sending good suggestions, but you already heard them, so they aren't adding value. (By the way, Chandler did exactly the right thing, since they are an open source project. They don't care if competitors use their ideas, and at this stage it's worth sifting through everybody's crazy feature requests if that's the price of attracting more volunteers to write the code.)

A lot of times customers and potential customers come to me and say, “FogBUGZ (or CityDesk) is almost perfect for my needs. But I need a salad spinner. When are you going to have a salad spinner? Will the next release have a salad spinner?” To these people I have to say, “I don't know. We might, or we might not. If you really can't live without a salad spinner, I'm afraid you'll have to go somewhere else.” OK, maybe we lose a sale or two by refusing to indulge in the vaporware habit. I'm a patient man, and Fog Creek is profitable so I don't need the cash. Next year we'll have salad spinners, and I won't lose the sale. It's better than selling you something that doesn't fit your needs and having you get pissed off at me, or getting a reputation as being unable to deliver.