You were saying the same thing as I was with regards to use of inline
styles. I just used the wrong word. I used within when I meant with.
I avoid inline styles like the plague. The only time I use inline
styles is when I'm forced to with mailers and html content types. But,
that's a different subject.
The reason why I mentioned a non-combination book with html/css and not
going for that approach is just by preference. I've read a lot of html
and css books and combination books. There's very few out there that
really get into the developer mindset. Learning css can be difficult,
especially if you don't understand browsers. Here's an example
question..
Would you consider IE to be the least standard CSS 2.1 browser?
I bet it would surprise many to find out that it's actually the only
browser that is fully 2.1 compliant with IE8. The only reason why
people still have trouble with IE8 is because of compatibility modes
which automatically forces the browser to behave as if it's IE7. And,
then there's the possibility of throwing a browser into quirks mode.
Sure, you can use sites like this:
http://jigsaw.w3.org/css-validator/
.. which automatically checks and validates your css and can even remove
duplicated css code and even clean it up.
.. and you can use this:
.. which will validate your html by doctype
The problem with most combination books is that they are outdated for
css. Find a good css 2.1 book and learn about css. Don't mix it all
together. However, you need to understand html before you can
understand css. That's my opinion on the matter.
By the way, one of my favorite IE8 codebits is this one here:
<meta http-equiv="X-UA-Compatible" content="IE=8"/>
This one line tells IE8 that your site does not require any
compatibility modes and makes IE8 not use compatibility mode for pages
that have this, regardless if the user has compatibility mode set.
I haven't even gone into detail about 16% of the world still using IE6
which was done in a poll 6 months ago. I bet the 16% are probably all
developers like us too just testing out our own sites.
As for javascript, ajax is a great book on its own. I know how you feel
about non-conventional sites Marnen but the fact is most major sites use
ajax, rails uses ajax, and it's something everyone who designs with
rails needs to understand. It's really a no-brainer that you would
learn how to design sites without ajax because that's what you are doing
when you are first discovering html. It's progression. By the time you
get to ajax, you will already know how to design non-conventional sites.