[FFmpeg-cvslog] [ffmpeg.org]: r297 - trunk/htdocs/default.css
Robert Swain
robert.swain
Fri Feb 20 01:08:38 CET 2009
2009/2/19 Michael Niedermayer <michaelni at gmx.at>:
> 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
Partially false alarm. A friend suggested an alternative fix which I
just committed. Not only is this one CSS standard compliant, it works
in both IE7 and IE8. The other fix using zoom didn't work in IE8.
Regards,
Rob
More information about the ffmpeg-cvslog
mailing list