[Grok-dev] Re: Best practive for browser quirks...
Sebastian Ware
sebastian at urbantalk.se
Fri Nov 23 10:30:23 EST 2007
I think we should focus on handling CSS-quirks for starters. This is
where most problems occur, taking away a lot of the fun of CSS-design.
One really doesn't want to maintain several similar css-files.
Something clever here would be a great feature that would raise
eyebrowes.
Mvh Sebastian
21 nov 2007 kl. 20.20 skrev Martijn Faassen:
> Sebastian Ware wrote:
>> What is the best practice for handling browser quirks in a Grok
>> application?
>
> I don't think we have one yet. I guess browser quirks fall in three
> areas:
>
> * HTML
>
> * CSS
>
> * Javascript
>
> How common are HTML-related browser quirks? We need examples there.
>
> CSS-related browser quirks are known to be common. One way to handle
> this would be to serve different CSS altogether based on the browser
> in question, sniffing it server-side. This has issues when you use a
> page cache though - something like Squid wouldn't be able to cache
> the css as it'd be incorrect when approached with a different
> browser unless special measures (I don't know which) are taken.
>
> The other way to handle CSS related browser quirks is to use a lot
> of hacks and so on to make sure that the CSS is compliant on all
> browsers. That approach would work out of the box for Grok.
>
> For Javascript, hopefully browser quirks can mostly be isolated off
> into javascript libraries and frameworks, and letting them handle
> them.
>
> Comments? Suggestions? It's quite possible I missed particular
> problems and solution strategies. What would people want from Grok
> in this area?
>
> Regards,
>
> Martijn
>
> _______________________________________________
> Grok-dev mailing list
> Grok-dev at zope.org
> http://mail.zope.org/mailman/listinfo/grok-dev
More information about the Grok-dev
mailing list