Re: Baseline of inline-block elements

Alright, here’s some new language:

"The baseline of an 'inline-block’ whose ‘overflow’ property has a computed value of ‘visible’ is the baseline of its last line box in the normal flow, unless it has no in-flow line boxes, in which case the baseline is the bottom margin edge. The baseline of an inline-block whose ‘overflow’ property has a computed value not equal to ‘visible’ is the higher of either its bottom margin edge or the baseline of its last line box in the normal flow at the block’s initial scroll position, unless it has no in-flow line boxes, in which case its baseline is the baseline is the bottom margin edge.”

> On Mar 19, 2015, at 10:10 AM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
> 
> On Wed, Mar 18, 2015 at 9:46 PM, Myles C. Maxfield <mmaxfield@apple.com> wrote:
>> Therefore, we propose changing the language of this rule to:
>> "The baseline of an 'inline-block’ whose ‘overflow’ property has a computed value of ‘visible’ is the baseline of its last line box in the normal flow, unless it has no in-flow line boxes, in which case the baseline is the bottom margin edge. The baseline of an inline-block whose ‘overflow’ property has a computed value not equal to ‘visible’ is the higher of either its bottom margin edge or the baseline of its last line box in the normal flow, unless it has no in-flow line boxes, in which case its baseline is the baseline is the bottom margin edge.”
>> 
>> Changing this line in the spec would allow for two cases presented above to be laid out the same way.
>> 
>> This is the behavior that WebKit has historically implemented.
>> 
>> I have created a demonstration showing the four relevant cases at http://jsfiddle.net/tujsd3hu/2/.
> 
> I did not realize that WebKit differed on this aspect.  I suppose I'm
> fine with it, especially since Boris is. ^_^
> 
> (And yeah, need to specify "initial scroll position" for the
> overflowing case, but that's it.)
> 
> ~TJ
> 

Received on Friday, 20 March 2015 17:35:00 UTC