In the situation where I see this feature being used (like to place a
banner ad, very likely an image, at the bottom of a page) I don't see these
constraints as being a problem. Hence my vote.


On Mon, Apr 28, 2014 at 3:31 AM, Glenn Adams <gl...@skynav.com> wrote:

> Are those reasonable constraints?
>
>
>
> On Sun, Apr 27, 2014 at 4:38 PM, Luis Bernardo <lmpmberna...@gmail.com>wrote:
>
>>
>> Further testing showed that this only seems to work if:
>> -- the multi-switch element is the last element with content in the page
>> -- the alternatives are ordered from the largest to the smallest
>> Since the constraints are not too restrictive,
>>
>> +1
>>
>>
>> On 4/26/14, 11:49 PM, Luis Bernardo wrote:
>>
>>>
>>> I tested with the attached example and the result is not what I
>>> expected. It is also possible that I don't understand what best fit means.
>>>
>>> I was expecting yellow, yellow, yellow. Instead I get yellow, blue,
>>> yellow. Can you please comment?
>>>
>>> On 4/24/14, 11:58 PM, Luis Bernardo wrote:
>>>
>>>>
>>>> Vincent, if you hold off tallying the votes till Monday then I will run
>>>> some tests before I vote.
>>>>
>>>> On 4/22/14, 5:11 PM, Vincent Hennebert wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> as you may be aware, Seifeddine Dridi has been working for the past few
>>>>> months on an extension to manage the white space available in
>>>>> a document. It is based on the fo:multi-switch element and selects the
>>>>> first fo:multi-case child that fits on the page. That allows to define
>>>>> smaller variants in case there is not enough space left on the page.
>>>>>
>>>>> The approach is similar to what is described here:
>>>>> http://wiki.apache.org/xmlgraphics-fop/WhitespaceManagement
>>>>>
>>>>> All patches, comments and discussions are available in the following
>>>>> JIRA issue:
>>>>> https://issues.apache.org/jira/browse/FOP-2293
>>>>>
>>>>> The code is here:
>>>>> http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/
>>>>> Temp_WhitespaceManagement
>>>>>
>>>>> It has reached a state where we believe it is ready to be merged to
>>>>> trunk.
>>>>>
>>>>> This vote will run until Friday, 25th April 16:00 UTC.
>>>>>
>>>>> +1 from me.
>>>>>
>>>>> Thanks,
>>>>> Vincent
>>>>>
>>>>
>>>>
>>>
>>
>

Reply via email to