Re: [css-logical-properties] the 'inline-{start,end}' values for 'float' and 'clear'

On Nov 6, 2015, at 10:42 PM, Johannes Wilm <johannes@fiduswriter.org> wrote:

>>>> OK, I don't really have built in vertical stacking with text wrapping around it, as such. That is where I was suggesting a separate property in the future to handle that as a switch. However, I think an author should be able simulate it anyway. So, to get floats stacked along the right side, do something like this:
>>>> 
>>>> article-content {
>>>>     width: 80%;
>>>>     float: left top;
>>>> }
>>>> sibling-floaters {
>>>>     width: 20%;
>>>>     float: right top;
>>>> }   
>>>> 
>>>> ...which you can pretty much do anyway without 'top'. But I would keep 'float-defer' and 'float-reference' (as long as the initial value was 'float-reference: containing-block' or whatever we call it). I don't think my proposal is incompatible with those. 
>>> 
>>> This looks close to what I started out with. But then I started to factor in stacking, deferring, etc. . 
>>> 
>>> If you have two floats that go to the left and one that goes to the right, and all three floats have height: 100% then I have a hard time seeing how that would work, if on other pages you also need to provide two top floats stacking underneath one another.
>> 
>> I'm not following. Why do they all have to be 100% height?
> 
> 
> Just as an example. The point is you have to stack them horizontally. In a different fragment, you want to stack two or more floats vertically, 

In my example, the text fills 80% of the width. So the floaters don't have room to stack horizontally. Therefore they wrap under each other vertically.