Paragraph Hovers, Microsoft vs. AOL, IE
May 30IE Revisited, Phoenix
May 29Music, Bowman's Garden, and Meyer on CSS
May 27Nielsen Was Right
May 27The End of IE?
May 26Character Sets
May 23It’s a thrilling experience to see your words translated into a foreign tongue, even more so when the language is completely unrecognizable to you. With the first Zen Garden translation (Greek, thanks to Akis Apostoliadis) just about ready for prime–time, and the second one (French, thanks to Nic Steenhout) under way, I’ve had to start thinking about foreign characters.
French is a snap, since all non–English entities like â, ç, ö and so forth have well–supported character entity codes, as well as even better–supported numeric equivalents. Most of the Germanic and other European languages are built in to modern operating systems so they’re easy to handle.
But Greek… that’s where I had no experience. Would I have to save the Garden as double–byte Unicode and double the file size? I’ve played with Unicode before and, while it displays wonderfully in browsers that support it, my current ASP setup is unable to process it. IIS is incapable of parsing Unicode files, which makes them completely useless for anyone running Windows. I’m finally moving the Garden to its own domain and switching to PHP in the next few days, but I have even less experience with Apache.
Long–term planning aside, I don’t have to deal with server–side concerns yet, at least. Greek is supported well enough that even though I couldn’t see the Greek characters as I edited, assigning my XHTML the proper character set renders a viewable Greek version of the Garden in even my English browser.
Though I believe I’ve incorrectly declared my XHTML character set. I used the old standby:
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
Which seems to work on the document level, but according to the crib notes I should also insist on an XML declaration:
<?xml version="1.0" encoding="EUC-JP"?>
This particular encoding is just the test example, but I’ve been running around in circles trying to find out what to substitute for ‘EUC-JP’ and let my XML know that, yeah, I would rather see Greek in there. There’s no reference or link in the XHTML spec, so I did my best to pull up information on XML, which makes me break out into a cold sweat. A fruitless search ended up pointing to the Unicode site, where I found a brief Web FAQ.
I’m still not seeing my answer, but maybe I’m not being observant enough. Is there a place where I can find out how to encode an XML document in the Greek language? I will have to keep looking this evening.
The other catch, too, is that if I re–insert that XML declaration, IE6 gets thrown into quirks mode. I suppose this isn’t terrible since box model hacks abound in the Garden, thanks to IE5. In a few years when IE5 is no longer an issue though, we might be re–visiting this one.
PNG Petition
May 22Jeffrey explains far better than I could why this is important, but if you develop web pages in any capacity, go sign the PNG petition. You’ll be glad you did in 1 to 3 years.
For real-life examples now, load up your trusty PNG-friendly browser (NN7, Mozilla, Opera, Safari, even IE5/Mac, whatever, as long as it's not IE/Win) and point it to these pages—1, 2.
update: Also check Owen Briggs' thoughts on the matter. Good points, Owen.
Patent Policy Approved
May 21Good news from the W3C today. The proposed Royalty–Free Patent Policy has been approved.
Quote: “The Policy affirms and strengthens the basic business model that has driven innovation on the Web from its inception.” They’ve hit the nail squarely on the head with this one. The spirit of the web is information sharing and openness, and it’s encouraging to see a guiding body like the W3C maintain that philosophy.
Points of interest in Tim Berners–Lee’s official decision —
- The announcement was timed to coincide with the ten year anniversary of CERN’s original, similar decision about the early web
- Support amongst W3C members of the originally proposed Royalty–Free Patent Policy has been higher than any other recently adopted recommendation.
- Recognition is made that this policy can be perceived as threatening to some business models, but it’s noted that ultimately this is the right decision for the web, not individual companies.
- There is, however, a provision made for the possibility of later inclusion of non–Royalty–Free technology. It’s understood that this is only a last resort after all Royalty–Free alternatives are explored.
The last paragraph in Berners–Lee’s decision states that no group involved got exactly what they wanted — be they patent holders or open source developers — which goes to show how political the process of developing this Policy was. In the end a balance had to be struck, and compromises made, but the end result speaks for itself.
Willison takes on jwz and Winer
May 20And So the Garden Grows
May 19The New Browser Wars
May 17May 15
Nutscrape
May 13
It made me laugh anyway, whoever you are.
The Price of Fame
May 12Garden Submissions
May 10CSS Font Sizes
May 10A couple of reactionary items to feedback on the Garden.
The URL csszengarden.com forwards you to mezzoblue.com/zengarden, which effectively breaks the back button. I didn’t realize this was happening! I definitely wouldn’t have chosen that way on purpose; when I figure out what to do about hosting, I’m hoping the domain will be the final URL instead of a forward.
The issue of font scaling has popped up a few times now.
For me, some of the designs that are posted are hard to use because I normally scale fonts up. arch4.20 and Stormweather suffer when this is done to them. I hope that font scaling and different user base fonts will be considered ‘normal’ uses that designers are expected to take into account.
— Michael Croft
I think I screwed up on that point. I’m so used to coding font sizes as pixels (and since IE6/Win doesn’t allow you to resize hard pixel values) that in my testing I never think to fool around with font size and see what breaks.
Part of the problem in a project like this is that while text can scale gracefully, images can’t. It’s inconsequential to tell a box with only a background colour to grow as text scales, but it gets a whole lot harder when that box has to fit inside another box that only has so much room.
This is one of the problems with CSS as a design language — it’s either all or nothing where fonts are concerned. It’s a perfectly valid design requirement to constrain text within a certain area; if CSS provided a way to say “resize all fonts but these ones” then the problem is eliminated. Short of serving all your text as an image, there just isn’t a way to do this right now.
Any designer worth his or her salt will agree with that point; font scaling needs to be taken into account. But it’s a give–and–take process, and you can’t expect him or her to cater to every contingency. There’s no way I’m going to be able to make my pixel–value background images work if someone chooses to browse at text–size 300%.
The wonderful thing about style sheets is that if my entire design is done with them, I can provide an alternative. If someone chooses to surf at 300%, they’ll have the option of a different stylesheet which doesn’t break. It may not be as pretty, but at least they can get to my content.
This is probably the best of both worlds. I will give you what I think is my most effective design by default. If you have problems with it, I will give you an alternative or two to chose from that will hopefully clear up those problems. It’s tough being all things to everyone; it’s substantially easier when there’s a choice involved.
Garden Feedback
May 9Wow, this has been quite a trip for me.
The feedback so far has been overwhelmingly positive, and I appreciate everbody who has taken the time to view the work and comment. It took till this morning to see my first negative comment, when I was expecting far more of them off the mark. I knew I rushed to get it up, so Mac testing was a bit on the light side. Most people have understood this, and supported the project.
Stormweather has, of course, been the biggest problem. Seems like most every Mac browser cringed, with the added bonus of assorted Mozilli 1.3 onwards balking too. Which is odd, because Netscape 7 and Mozilla 1.0 didn’t seem to have any problems with it. Ain’t life grand? I received an e–mail from Phillipe Wittenbergh this morning with a corrected style sheet. Thanks Phillipe!
A couple of submissions have made their way across my inbox, and I hope to get my first user submission up over the weekend. This is where the project starts to get real interesting.
On to the reviews. Pardon me as I toot my own horn for a bit, but it’s comments like these that put the perma–grin on my face yesterday.
How cool is this. Via Simon Willison comes news of the CSS Zen garden, a stunning “demonstratation of what can be accomplished visually through CSS–base design.” What a fantastic idea.
— Jeremy Hedley, AntiPixel
Want to see some wonderful, and strikingly different, designs for the same content? Want to contribute your own themes? Then get on over to the CSS Zen Garden. I have two reactions: delight and jealousy.
— Eric Meyer, MeyerWeb (among others)
We need more examples which show the integration of beautiful design and solid structure. Mezzoblue's Zen Garden is certainly one of them. It’s this kind of stuff which inspires me to the core and makes me want to contribute.
— Douglas Bowman, StopDesign (emphasis his)
That rocks. Thanks also due to Craig Saila, Nathan Steiner of Web Graphics, Simon Willison of Incutio, Ian Lloyd of Accessify, the esteemed Jeffrey Zeldman, and many, many more. It’s your great comments and constructive criticism that have made the past month of work worthwhile.
CSS Zen Garden
May 7CSS In The News
May 6Consider Your World
May 4CSS Styling
May 1When using CSS, the one thing that almost no thought is given to is how to format the file itself.
Most CSS examples use the verbose format, with each attribute on its own line. Like so:
p {
text-align: left;
font: 12px/16px verdana, sans-serif;
color: #333;
}
This seems to have caught on as a standard method, and while it looks nice, it’s horrendously unusable for larger style sheets. A couple of columns of text on each line fill up only the first portion of the editor and leave the rest of the window empty. Scrolling to find any given element takes far too long, and wastes too much time. There’s a better way to use that space.
I’ve started using a more compact format recently that works wonders. Depending on the size of your site, almost your full CSS definition fits on one screen, and a quick glance is all it takes to find the element you’re looking for. The above example would look like so:
p { text-align: left; font: 12px/16px verdana, sans-serif; etc. }
Not much different on the first glance, but compare these two files — verbose and compact — and you’ll see how the space savings start to add up with larger CSS definitions.
A bit onerous at first glance, I suppose, but it doesn’t take scrolling through seven screens to find the element you need to edit. It even saves a trivial few dozen bytes of line breaks and spaces, if you’re into that kinda thing.
Just a recommendation to make your life easier. You’re welcome.