CSS Redesign
- Started
- Last post
- 49 Responses
- waynepixel0
shit.??
I have a lot of home work to do now.
Thanks again.
:)
- Schill0
[rant]
I think the primary concern with XHTML is valid code syntax, followed by structure (though you can still have valid code that is a mess as far as structure is concerned.)
The other benefit and purpose of XHTML is "Separation of Concerns", the splitting of content (HTML) and presentation (CSS/JS) layers. By separating these, it becomes easier to maintain the codebase and allow clients that do not interpret the style layer to still render the raw HTML code without inline styles messing things up.
Taking advantage of tags that by themselves convey semantic meaning is also important - eg. tags (and search engines LOVE it!) .. these tags mean importance by themselves - "header" - and give meaning to the document relative to their placement. If you don't like the look, you can alter the default behavior with CSS of course.
tags convey meaning by themselves in the sense that all browsers know their importance; a tag will be rendered "bold" on a PDA or cell phone that doesn't even support CSS, because the default behavior for a tag is that it's rendered in a larger font than the default body content. Ditto I think for search engines, they place higher importance on headers.
Well that's one example anyways. :)
It takes some time, but I think it's worth it in the long run.. I redesigned my site ( schillmania.com ) in the spring and have since had a significant increase in search engine traffic, likely due to the simple structure of the code. As well it degrades gracefully in older and unsupported browsers, for the same reason.
[/rant]
- Schill0
I meant "H" tags, ie. "H3". Forgot that inline HTML doesn't go over well. Maybe HTML equivalents will work.
<H3>
- jevad0
http://www.csszengarden.com/?css…
Good resources and both CSS/XHTML goodness
Now I just need to find a spare minute to redesign!
- xrusos0
Schill, nice corners. Did you do that with transparent curves with a white background? or separate colored corner images? or strictly through css?
- Schill0
Thanks..
It's a combination of CSS and Javascript. I have a library for this called "Boxlib", it's not 100% but works decently on 5.x+ on most of the bigger browsers.
http://www.schillmania.com/dev/b…
The JS basically creates the necessary corner stuff on-the-fly via DOM methods, and the appearance is controlled via CSS. You can alter the rules for that to suit your needs, etc.
My site uses some custom dithered images at the moment as opposed to pixelated transparency-based ones, just to get the nice smooth corner look. The examples under /dev/boxlib use the former method, but again that can all be changed through the CSS.
- whiteSneaks0
as i have been learning more about xhtml/css i have heard many references to the DOM. I don't understand what this is referring to. am i missing something obvious?
- Schill0
DOM: Document Object Model.
It's the basic "structure" of a document, ie. under Javascript the document is represented by available methods. eg. document.images[]; etc.. A common method for referencing an element by ID is document.getElementById(); .. basically any Javascript you can think of will make use of the DOM in one way or another.
- quota0
Kudos to you!! You are a brave early adaptor and have changed my mind a bit about css.
I haven't given up tables (I'm scared using iframes and absolute sizes with style sheets), but I use style sheets for text and cell backgrounds. The last project I did, I quoted my programming compadres 2-3 days of labor to 'style' the site. It took me only 6 hours to 'style' 50 pages using css. It's the next wave.
My suspect reasoning permits me the fantasy that html is streamlining style out of the code so that artificial intelligence web applications have a quicker look at the references on the web for it's decision making processes.
Isn't a universal brain what we are trying to create?
-Quota