Eye

 | Home ◊ Writing ◊ Update Notification Search  | Site Map
Add your email address to a list to be notified of future updates to Writing.

Writing

The product of all the monkeys in my head pounding upon their type-writers in unison

Categories

  Site Design   

Archives


  April 2003   
  August 2002   

Recent Articles


Yes, I do realize that this site's design is unfortunetly broken in Mozilla and likely most non-IE browsers. At some point during coding the CSS for the layout, something--most likely a miniscule padding number or so--must have been used and thus what all viewers besides IE users see is a literal "cascading style sheet" as the html layers are all out of joint. I'm sorry and quite embarrased by this sate of affairs. h3. My bad I feel horrible about this as only a geek can. You see, when I was starting this site it was mostly for--and still is--a testbed for me to fool around with web and server technologies like CSS, XML, MYSQL, PHP, PERL, Apache, etc. Mozilla hadn't hit it's first stable release candidate and I had been drive to frustration with Netscape andd Internet Explorer alike. Thus, the standard support I followed when plotting the fundamental design elemants of the site were lax, because the browser support for full markup standards compliance at that time was both buggy and half-hearted. Only a year and a half ago it was relatively hard to see how standards compliance could become anything other than a secondary design goal; useful for avoiding the likes of the ole' lazy designer's favourite table hacks but not as away to unify site architecture. Growing compliance to the W3C has changed alot of things since then. The browser wars are, thankfully, now irrelavant as new browsers and backends are relying primarily on standards compliant practices to govern the web. Why? Likely, this is due to greater awareness of interdependence between technologies such as in the case of markup: to fully employ CSS you need to harmonize it with the HTML it styles, likewise the HTML must be formed while mindful of employing a subsequent CSS sheme. In other words, structure (HTML) and aesthetics(CSS) are linked bi-directionally. When error-checking and finessing design code, validating both HTML and CSS will ensure everything displays the way you want it too. This reliability is golden. h3. Full Circle Obviously I find myself with HTML and CSS which is out of sync with the current state of standards compliance. In my defense, all I can say is that I never had the aid of the current Mozilla release when I setup this site. Correcting my markup is going to be far harder than having started from scratch with a workflow focused on validating code. So, that's just what I'm going to have to do: rebuild as much as possible from scratch. The only reverse-engineering that will be reasonable involves being able to tackle one markup set at a time: CSS first followed by HTML and XML and then overall tweaking. Atleast I can feel somewhat competant about having set up include templates to simply slot changes into the design as I make them." title="Read the full entry for 'I've been bad to Mozilla'">  'I've been bad to Mozilla'   
  'Iteration 3.0'   

Links


Update Nofication


Syndicate


 

Powered By


  Movable Type 2.65  

What's New

 | Poll - A real reason for the invasion of Iraq? eye@kavinay.com