Hi David,
Removing the min-height from the following rule has an effect in IE7, didn't
test in IE6:
.ie6 .vcalendar h3, .ie7 .vcalendar h3 {
> filter: progid:DXImageTransform.Microsoft.gradient(startColorStr='#ffffff',
> EndColorStr='#eeeeee');
> /*min-height: 0;*/
> }
Min-height triggers hasLayout just like height, so in this case *removing*
hasLayout actually *fixes* an IE problem?? Also, the collapse only happens
when the filter is applied - so maybe it's a bug with the gradient filter,
who knows?
- Jon
On Thu, Jan 6, 2011 at 6:19 PM, David Hucklesby <[email protected]> wrote:
> On 1/6/11 9:43 AM, Thierry Koblentz wrote:
>
>> Hi David,
>>
>> It appears to be the existence of "hasLayout" on the .vcalendar
>>> that causes the problem (due to it being floated...)
>>>
>>
>> I don't think this is the issue per se. Imho, the problem is that
>> this float is width-less. Give it with a width and things should
>> work the way you want.
>>
>>
> Yes. You are correct. B-b-b-but -- giving it a width destroys the
> "shrink-to-fit" behavior; the only reason for using a float in the first
> place!
>
> (I need to improve my language skills, as I seem unable to get this
> point across...)
>
> (FWIW I get the same result using other shrink-to-fit displays, since
> they all introduce "layout" in older IE.)
>
> Cordially,
> David
> --
>
>
> *******************************************************************
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: [email protected]
> *******************************************************************
>
>
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [email protected]
*******************************************************************
