You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Vincent Hennebert <vh...@gmail.com> on 2014/04/22 18:11:43 UTC
[VOTE] Merge Temp_WhitespaceManagement to trunk
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
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Clay Leeds <th...@gmail.com>.
+1 from me! Thanks for your hard work!
Cheers!
Clay
--
"My religion is simple. My religion is kindness."
- HH The Dalai Lama of Tibet
> On Apr 22, 2014, at 9:11 AM, Vincent Hennebert <vh...@gmail.com> 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
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Chris Bowditch <bo...@hotmail.com>.
+1
Thanks to Vincent and Seifeddine for a great new feature.
Thanks,
Chris
On 22/04/2014 17:11, 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
>
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Mehdi Houshmand <me...@gmail.com>.
+1 from me
On 22 April 2014 19:59, Glenn Adams <gl...@skynav.com> wrote:
> In that case, I will add my +1.
>
> Thanks for the good work Seifeddine and Vincent!
>
>
> On Tue, Apr 22, 2014 at 12:33 PM, Vincent Hennebert <vh...@gmail.com>wrote:
>
>> On 22/04/14 18:25, Glenn Adams wrote:
>>
>>> Are you satisfied with the level of testing that is included in the
>>> patch to
>>> fully cover the new functionality?
>>>
>>
>> Yes, several tests have been added to the layout test suite. Of course,
>> given the complexity of the layout engine, it’s very hard to be sure
>> everything is covered.
>>
>>
>>
>> Also, could you describe where we ended up with as far as user visible
>>> extensions? New elements, attributes (properties)?
>>>
>>
>> Just one new attribute on fo:multi-switch, fox:auto-toggle. At the
>> moment one value is supported, which is select-first-fitting.
>>
>>
>>> Thanks,
>>> Glenn
>>>
>>
>> Vincent
>>
>>
>>>
>>> On Tue, Apr 22, 2014 at 10:11 AM, Vincent Hennebert <
>>> vhennebert@gmail.com
>>> <ma...@gmail.com>> 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
>>>
>>> <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
>>>
>>> <https://issues.apache.org/jira/browse/FOP-2293>
>>>
>>> The code is here:
>>> http://svn.apache.org/repos/__asf/xmlgraphics/fop/branches/_
>>> _Temp_WhitespaceManagement
>>>
>>> <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
>>>
>>>
>>>
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Glenn Adams <gl...@skynav.com>.
In that case, I will add my +1.
Thanks for the good work Seifeddine and Vincent!
On Tue, Apr 22, 2014 at 12:33 PM, Vincent Hennebert <vh...@gmail.com>wrote:
> On 22/04/14 18:25, Glenn Adams wrote:
>
>> Are you satisfied with the level of testing that is included in the patch
>> to
>> fully cover the new functionality?
>>
>
> Yes, several tests have been added to the layout test suite. Of course,
> given the complexity of the layout engine, it’s very hard to be sure
> everything is covered.
>
>
>
> Also, could you describe where we ended up with as far as user visible
>> extensions? New elements, attributes (properties)?
>>
>
> Just one new attribute on fo:multi-switch, fox:auto-toggle. At the
> moment one value is supported, which is select-first-fitting.
>
>
>> Thanks,
>> Glenn
>>
>
> Vincent
>
>
>>
>> On Tue, Apr 22, 2014 at 10:11 AM, Vincent Hennebert <vhennebert@gmail.com
>> <ma...@gmail.com>> 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
>>
>> <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
>>
>> <https://issues.apache.org/jira/browse/FOP-2293>
>>
>> The code is here:
>> http://svn.apache.org/repos/__asf/xmlgraphics/fop/branches/_
>> _Temp_WhitespaceManagement
>>
>> <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
>>
>>
>>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Vincent Hennebert <vh...@gmail.com>.
On 22/04/14 18:25, Glenn Adams wrote:
> Are you satisfied with the level of testing that is included in the patch to
> fully cover the new functionality?
Yes, several tests have been added to the layout test suite. Of course,
given the complexity of the layout engine, it’s very hard to be sure
everything is covered.
> Also, could you describe where we ended up with as far as user visible
> extensions? New elements, attributes (properties)?
Just one new attribute on fo:multi-switch, fox:auto-toggle. At the
moment one value is supported, which is select-first-fitting.
>
> Thanks,
> Glenn
Vincent
>
>
> On Tue, Apr 22, 2014 at 10:11 AM, Vincent Hennebert <vhennebert@gmail.com
> <ma...@gmail.com>> 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
> <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
> <https://issues.apache.org/jira/browse/FOP-2293>
>
> The code is here:
> http://svn.apache.org/repos/__asf/xmlgraphics/fop/branches/__Temp_WhitespaceManagement
> <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
>
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Glenn Adams <gl...@skynav.com>.
Are you satisfied with the level of testing that is included in the patch
to fully cover the new functionality?
Also, could you describe where we ended up with as far as user visible
extensions? New elements, attributes (properties)?
Thanks,
Glenn
On Tue, Apr 22, 2014 at 10:11 AM, Vincent Hennebert <vh...@gmail.com>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
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Luis Bernardo <lm...@gmail.com>.
If the implemented behavior is select-first-fitting then it makes
sense. The behavior I observed is the one you described. The wiki page
described best-fitting and I had built an example based on what I expected
best fit to be.
On Mon, Apr 28, 2014 at 7:27 AM, Vincent Hennebert <vh...@gmail.com>wrote:
> Hi Luis,
>
> thanks for testing this.
>
>
> 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.
>>>
>>
> The value of the option hasn’t been changed yet but it will be when
> merging to trunk. Its name will be select-first-fitting, which should
> better describe the behaviour of this extension.
>
>
>
> I was expecting yellow, yellow, yellow. Instead I get yellow, blue,
>>> yellow.
>>> Can you please comment?
>>>
>>
> The first variant that fits on the page is selected, which is the blue
> one in this case.
>
>
>
> On 28/04/14 00:38, Luis Bernardo 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,
>>
>
> Depends what you mean by ‘work’. I’d rather call it ‘have an effect’. In
> most cases the first variant will be chosen. Another one will be
> selected if:
> • the multi-switch ends up at the bottom of a page (not necessarily the
> last one),
> • there is not enough room left to fit the first variant,
> • there is a later variant that is smaller than the first one.
>
> If there is no such variant, then nothing will be rendered.
>
> Does that make sense?
>
>
> Vincent
>
> +1
>>
>> On 4/26/14, 11:49 PM, Luis Bernardo wrote:
>>
>>>
>>>
>>> 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
>>>>>
>>>>
>>>>
>>>
>>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Vincent Hennebert <vh...@gmail.com>.
Hi Luis,
thanks for testing this.
>> 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.
The value of the option hasn’t been changed yet but it will be when
merging to trunk. Its name will be select-first-fitting, which should
better describe the behaviour of this extension.
>> I was expecting yellow, yellow, yellow. Instead I get yellow, blue, yellow.
>> Can you please comment?
The first variant that fits on the page is selected, which is the blue
one in this case.
On 28/04/14 00:38, Luis Bernardo 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,
Depends what you mean by ‘work’. I’d rather call it ‘have an effect’. In
most cases the first variant will be chosen. Another one will be
selected if:
• the multi-switch ends up at the bottom of a page (not necessarily the
last one),
• there is not enough room left to fit the first variant,
• there is a later variant that is smaller than the first one.
If there is no such variant, then nothing will be rendered.
Does that make sense?
Vincent
> +1
>
> On 4/26/14, 11:49 PM, Luis Bernardo wrote:
>>
>>
>> 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
>>>
>>
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Luis Bernardo <lm...@gmail.com>.
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 <lm...@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
>>>>>
>>>>
>>>>
>>>
>>
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Glenn Adams <gl...@skynav.com>.
Are those reasonable constraints?
On Sun, Apr 27, 2014 at 4:38 PM, Luis Bernardo <lm...@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
>>>>
>>>
>>>
>>
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Luis Bernardo <lm...@gmail.com>.
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
>>
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Luis Bernardo <lm...@gmail.com>.
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
>
Re: [VOTE] Merge Temp_WhitespaceManagement to trunk
Posted by Luis Bernardo <lm...@gmail.com>.
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
Re: [VOTE][RESULT] Merge Temp_WhitespaceManagement to trunk
Posted by Vincent Hennebert <vh...@gmail.com>.
So we have 7 +1s, the vote passes. Thanks to all those who voted. I will
now start the merging process.
Vincent
On 22/04/14 18:11, 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