Comments on: CSS hacks and server-side code

By: CiPow » Blog Archive » [link] as days pass by » CSS hacks and server-side code

Wed, 18 Jul 2007 23:13:43 +0000

[...] Original post by John Musser and software by Elliott Back [...]

By: CiPow » Blog Archive » as days pass by » CSS hacks and server-side code

Wed, 18 Jul 2007 23:08:20 +0000

[...] Original post by Brian Benzinger and software by Elliott Back [...]

By: Nick Gagne

Nick Gagne — Wed, 01 Feb 2006 14:17:19 +0000

There is a css hack that works for all versions of internet explorer, including ie7. You can read about it here:
http://www.ibloomstudios.com/article7/

By: Petr

Petr — Thu, 19 Jan 2006 07:38:01 +0000

Hi! Who knows still sites similar to this?

By: imran

imran — Wed, 02 Nov 2005 21:00:40 +0000

The power of CSS is amazing. I’ve seen a few sites like this one where i’ve been blown away by what you can do. Alot of DHTML and other funkiness can be avoided if your clever with your stylesheet.

I want to manage a stick up footer on the website for IE 5.0 +. with CSS As you can see 1 on bmw.co.uk

thanks

Imran

By: hacking code inrespective of the server

hacking code inrespective of the server — Wed, 05 Oct 2005 14:13:38 +0000

please send me acode and how it works in the client side hacker i will like to see it in action.
just to know how it works.

By: Nick

Nick — Tue, 27 Sep 2005 11:25:07 +0000

Nice blog.I like this.
Nick
http://www.yahoo.com

By: Stuart

Stuart — Thu, 01 Jan 1970 01:00:00 +0000

Yep I’d agree with you on this one.

CSS Hacks should be avoided that’s a given, but to have the server create custom code for each user-agent is not something I’d be likely to use.

What happens when new user-agents that aren’t accounted for are visiting a site based on this method? If they aren’t detected what do they get served?

I would also concur that dealing with hacks in Scott’s method does create issues on the server parsing front and I wouldn’t want to use this method as it would mean I couldn’t have completely static cached content!

Personally I find that the need to use hacks for FireFox/Opera etc. is becoming less and less and I’m mostly having to use hacks for IE. When that becomes necessary I use conditional comments to show those hacks to the IE versions I want to effect.

This means when IE7.0 comes along it won’t see the hacks I’ve got in place for IE 6.0 and below and I can simply leave it at that or create a new IE7hacks.css for IE7 assuming it will support conditional comments in the same way.

Even if I need to hack for other browsers then I would probably still look to using a separate file. That way it becomes clear and makes the site easier to maintain in future.

Before I even get to the point of doing the above I’ll check that my hack is required for an actual rendering bug and not one caused by the differences in default styles or bad coding! In the past I was guilty of the bad practise of hacking everything that wasn’t rendered the same between browsers. Now I reset the default styles with simple rules before I start.

By: mrben

mrben — Thu, 01 Jan 1970 01:00:00 +0000

Here’s a wacky idea – why don’t MS make IE properly CSS compliant, and avoid the need for hacks altogether!!

I know – never going to happen :(

By: Richard@Home

Richard@Home — Thu, 01 Jan 1970 01:00:00 +0000

There’s also a problem when you save the page for offline viewing and then view it in a different browser to the one you saved it in.

Also, also, a lot of business employ a web cache. What happens if the first in the busness person views your page in Opera? All others behind the proxy will see the opera version of your page irrespective of the browser they are using.

( Both these points were pointed out to me in the comments for my article on Server Side CSS Sniffing: http://richardathome.no-ip.com/index.php?article_id=106 )