incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From chengjh <chen...@apache.org>
Subject Re: For Volunteer to Solve the Table Row Truncation Issue of "TableRowKeep" Feature
Date Thu, 05 Jul 2012 00:41:13 GMT
I will have a look.Thanks for the patch.

On Wed, Jul 4, 2012 at 9:49 PM, Oliver-Rainer Wittmann <
orwittmann@googlemail.com> wrote:

> Hi,
>
>
> On 15.06.2012 12:23, Oliver-Rainer Wittmann wrote:
>
>> Hi,
>>
>> On 15.06.2012 10:26, chengjh wrote:
>>
>>> There is an enhancement in OO 2.0.3, delivered with the name
>>> "Compatibility
>>> option: Keep-with-next attribute for table rows".
>>> The details of the feature can be gotten from
>>> http://www.openoffice.org/**development/releases/2.0.3.**html<http://www.openoffice.org/development/releases/2.0.3.html>.
>>> A new (non-UI)
>>> compatibility option "TableRowKeep" has been added to Writer documents.
>>> If
>>> this option is enabled, a table row can be forced to keep together with
>>> the
>>> next row by setting the keep-with-next attribute to the first paragraph
>>> within the first cell of this row. If this row is the last row of a
>>> table,
>>> the last row tries to keep together with the next content behind the
>>> table.
>>> This compatibility option is disabled per default and enabled during
>>> ww8/rtf import.
>>>
>>> This enhancement try to provide the behavior and layout compatibility of
>>> MS
>>> Word's table,within which the first para of the cell has the "Keep with
>>> next(Paragraph Dialog->Line and Page Breaks in MS Word)"..
>>>
>>> This enhancement still has something to do in order to provide completed
>>> compatibility.The known cases provided by "TableRowKeep" Feature as
>>> followed:
>>> *a)*If the table is the first lower content of a page, the "keep with
>>> next"
>>> attribute of the first para of the first row&column will works as normal,
>>> The first row will not be moved to new page..*But if the contents within
>>> the first row is enough to be beyond the height of the page,the row will
>>> not split, the part beyond page will be truncated in AOO..*
>>> *b)*If the table is the first lower content of a page, the "keep with
>>> next"
>>> attribute of the first para of the 1 column/ 2 row  will make table from
>>> the second row, moved to new page..*But if the contents within the second
>>> row is enough to be beyond the height of the page,the row will not
>>> split, the part beyond page will be truncated **in AOO**..*
>>> *c)*If the table is the first lower content of a page, the "keep with
>>> next"
>>> attribute of the first para of the first row&column and  the 1 column/ 2
>>> row will works as normal, not moved to new page in MS Word..In AOO,the
>>> table from the second row will be moved to new page..That's the
>>> difference..Moreover,* if the contents within the First or second row is
>>> enough to be beyond the height of the page,the row will not split, the
>>> part
>>> beyond page will be truncated** in AOO**..*
>>>
>>> This problem is related to the formatting of table and impact the table
>>> formatting procedure deeply.Anyone is interesting in it?Thanks.
>>>
>>
>> I am remembering the implemenation of this feature - a former colleague
>> had
>> implemented it.
>> I will have a look at the corresponding code.
>>
>> Jianhong Cheng: Do you have a sample document already? Does there already
>> exist
>> a corresponding issue in AOO Bugzilla?
>>
>>
> I have attached a patch to the issue [1] which should solve the problem.
> Before I will apply this patch on trunk, I am asking for feedback/review.
> Thanks in advance.
>
> [1] https://issues.apache.org/ooo/**show_bug.cgi?id=120016<https://issues.apache.org/ooo/show_bug.cgi?id=120016>
>
>
> Best regards, Oliver.
>



-- 

Best Regards,Jianhong Cheng

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message