[FFmpeg-cvslog] [ffmpeg.org]: r297 - trunk/htdocs/default.css
Thu Feb 19 16:08:30 CET 2009
On Thu, Feb 19, 2009 at 01:43:00PM +0000, Robert Swain wrote:
> 2009/2/19 Robert Swain <robert.swain at gmail.com>:
> > 2009/2/19 superdump <subversion at mplayerhq.hu>:
> >> Author: superdump
> >> Date: Thu Feb 19 14:16:40 2009
> >> New Revision: 297
> >> Log:
> >> Fix for hasLayout issue with the banner/navbars in IE7
> > It seems the banner/navbars aren't working too well in IE8 either, but
> > I'm told IE8 in IE8 mode has a lot of issues and it's not worth trying
> > to fix things up for it yet.
> Urgh. I didn't realise 'zoom' was some proprietary Microsoft property.
> There are hacks which abuse commenting and IE-specific things (e.g.
> 'lte') which allow specification of such rules only if IE7 or lower is
> detected. I could do this, but it feels dirty.
> I would rather admit to the workarounds like using 'zoom' and be open
> about it than hide it for the sake of a gold star badge from w3c. I
> want as many people as possible to be able to view the site and IE7
> and lower aren't going to go away.
> I wouldn't be averse to using a comment hack to notify an IE7 (or
> whatever) user that their browser sucks and a workaround that uses a
> proprietary, non-standard compliant CSS property has had to be
> implemented just so they can see the site properly. At least that way
> users requiring workarounds would see that their browser sucks for
> whatever reason and awareness would increase. Would this be agreeable?
yes, as long as its not big blincking red fillig the whole browser window
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Its not that you shouldnt use gotos but rather that you should write
readable code and code with gotos often but not always is less readable
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-cvslog