Re: [css-shapes] LC feedback

On 12/5/13, 4:38 PM, "Sylvain Galineau" <galineau@adobe.com> wrote:

>
>
>On 12/5/13 4:17 PM, "Tab Atkins Jr." <jackalmage@gmail.com> wrote:
>
>>On Fri, Dec 6, 2013 at 11:01 AM, Sylvain Galineau <galineau@adobe.com>
>>wrote:
>>> 4. Shapes from Image [2]
>>>
>>> What happens when the image would require 2+ paths to enclose the
>>>specified
>>> pixels is currently undefined.
>>>
>>> Imagine a simple image with, from top to bottom:
>>> - A black fully opaque (alpha=1) rectangle
>>> - A white fully transparent (alpha=0) rectangle
>>> - Last, another black fully opaque rectangle.
>>>
>>> What is the resulting float area for shape-image-threshold:0.5? Or,
>>>more
>>> specifically, how many float areas does this produce? Should:
>>>
>>> A. The resulting path enclose both black rectangles and thus include
>>>the
>>> transparent white rectangle between them?
>>> B. Or do we end up with one path for each of the black rectangles and
>>> adjoining inline elements are able to 'slide' into the area covered by
>>>the
>>> middle white transparent rectangle?
>>>
>>> For Level 1 my initial inclination was to consider A optimal as covers
>>>the
>>> primary use-cases i.e. only one float area is produced per image. But
>>>it
>>> seems polygons may also produce such situations e.g. by positioning
>>>vertices
>>> outside the reference box?
>>
>>I don't understand how you would do A. You've presented a simplified
>>scenario where taking the axis-aligned bounding box works, but that
>>fails the moment you do anything less trivial.
>
>I wouldn't say it fails; you *could* just take the bounding box that
>encloses all the shapes you find. Whether the result is visually desirable
>in all or most cases is a different story though. So yeah, my first
>inclination is best dismissed here.

The result should definitely be B. I’ll need to change the draft to make
it clear there might be more than one path.

Thanks,

Alan

Received on Friday, 6 December 2013 00:41:17 UTC