A Handful of Code
In my last post about page controllers, Jason Holden asked on which pages I use page controllers. This is a great question and speaks to a larger issue of code organization that applies to CSS and JavaScript as well.
In my last post about page controllers, Jason Holden asked on which pages I use page controllers. This is a great question and speaks to a larger issue of code organization that applies to CSS and JavaScript as well.
I just found out that it is CSS Naked Day, so here is my blog... naked.
I am looking for some attractive form designs. If you have seen any that you like, I would love to have a look at them. I would also like to find attractive data tables and administrative menus.
Opera just announced that it is suing Microsoft (open letter, press release) for using its market dominant position to tie its OS to a browser with poor standard support.
Last month, a discussion popped up on the CSS list about organization of CSS files. This is a discussion that comes up from time to time on that list and in smaller development discussions.
I don't think that my way is necessarily better than any other, but I thought I would share it. If for no other reason than to open up the discussion.
One method that I have seen is to divide up the files into "modules": forms.css, layout.css, tools.css, typo.css. This seems nice, but leads to a few problems.
Ben Forta is asking for input on his next CFWACK book. The discussion in the comments reminded of the old CFML Reference that I keep with me. It is one of a few books that I always have near my computer when I travel.
These books taken together weigh less than a pound and take up less space than your average computer book. They have still managed to be tremendously useful when I am working on the road (especially if I am trying to get some work done with no internet connection).
Anyone else have suggestions for books that they don't leave home without?
Microsoft is working on Internet Explorer 7 and in an entry on the IEBlog, they mention the possibility of existing hacks for IE breaking pages in IE7.
If you are currently using a doctype that triggers IE's quirks mode, your site won't be affected. If you are using standards mode and hacks for IE, however, it might be.
The reason for this is that IE is trying to make their standard mode more standards compliant. They recommend using conditional comments instead of CSS hacks.
Find out more information at "IEBlog: A Call to action: The demise of CSS hacks and broken pages".
All in all, this is the kind of change that people have long been asking for from Redmond, but if you are using standards mode the transition could be rocky unless you prepare now.
This is a quick reference on how to use CSS. We've no time for long explanations, so I will include a few other resources for that sort of stuff.
For details on CSS properties, see the w3schools CSS Reference or the DevGuru CSS Index.
You can also read An Introduction to CSS on the W3C's site (they are in charge of standards on the web).
Enough of that, We're trying to get some work done here!
Eric Meyer has discovered some values that can cause problem in Internet Explorer on Windows, due to the way it handles scripting. His blog entry touches on an explanation and shows some examples.
In case you aren't up to reading any more, just avoid the following values in your id attributes: "tags","urns","item","namedItem" (and maybe "top").
Reserved ID Values?
I have been a fan of the CSS Zen Garden for a long time. Recently, however, I have noticed that most of the examples are practical for real-world sites where the content changes from page to page and over time. Chris Heilmann has noticed as well.
CSSZenGarden.com is a great example of what CSS can be in an ideal situation. CSS Zen Garden shows what CSS can do for a one-page site whose content never changes. That isn't the world most of us deal with. Most of us deal with sites with multiple pages where the content changes from time to time.
Enter CSS Factory, a real-world alternative to the Zen Garden.
Right now, CSS Factory is just an idea.
While I think it is a great idea, a few points do concern me: