Issue 52718

Summary:	No top table border shown after page break
Product:	Writer	Reporter:	michael.ruess
Component:	formatting	Assignee:	frank.loehmann
Status:	CLOSED DUPLICATE	QA Contact:	issues@sw <issues>
Severity:	Trivial
Priority:	P3	CC:	frank.meies, issues, kpalagin, orw, www.openoffice.org
Version:	680m122
Target Milestone:	---
Hardware:	All
OS:	All
Issue Type:	DEFECT	Latest Confirmation in:	---
Developer Difficulty:	---

Description michael.ruess 2005-08-01 11:05:26 UTC

In Writer, when a table (without headings repeated) is forced to break across
pages, there will no top border be shown on the second page.

MRU->OD/FME: please state, why it is not so easy to implement and we need a
decision what to do. Thanks!

Comment 1 frank.meies 2005-08-01 11:19:07 UTC

FME->FL: We must define which border attributes to use for the table cells at
the top of the second page.

Comment 2 Oliver-Rainer Wittmann 2005-08-01 11:22:52 UTC

OD->FL: FME is right, especially this information is needed, if the row on the
second page differs from the last row on the previous page.

Comment 3 frank.loehmann 2005-08-24 17:01:32 UTC

I have talked with AMA about this issue. Conclusion is to shift this issue to
OOo 3.0, because we need to change the general border behavior for tables. This
would results in a bad export experience into OOo 1.0 format due to a then
different behavior.

Regardless that OOo 1.0 and 2.0 are both able to make unique borders for every
single table cell, but OOo 1.0 would show doubled borders on those double
bordered cells. OOo 2.0 introduces a new flag to merge equal borders to suppress
this behavior because it is required to have those single borders for each cell
when importing Microsoft Word files.

The following has to be accomplished:
  1. Cell border after break copies all border attributes from last border of
previous page (exceptions  from this rule?)
  2. Latest attribute wins (i.e. red square in table wins over bold, black
lines) Therefore we have to assign the attribute to all 4 cells _and_ to all
borders of the surrounding cells.

Comment 4 michael.ruess 2005-10-17 11:49:12 UTC

*** Issue 56106 has been marked as a duplicate of this issue. ***

Comment 5 frank.loehmann 2005-11-10 13:44:02 UTC

FL: Set correct target, since target is know available.

Comment 6 frank.loehmann 2006-07-13 16:38:40 UTC

set target to OOo 2.x

Comment 7 modax 2007-05-12 08:14:32 UTC

It would be great to have this bug finally fixed. Such table breaks are kind 
of frequent situation and I'm forced to repeat headers just to get the upper 
border on the next page...

Comment 8 frank.loehmann 2007-09-07 10:44:23 UTC

Set target to OOo later.

Comment 9 ooouser20070909 2007-09-09 20:10:25 UTC

This issue is closely related to issue 61410 (When a table's row breaks, it
appears like two rows). There should be either two borders or no border. If it
is easier to omit the bottom border on the first page than to add the top border
on the second page, I would suggest to solve issue 61410 first. The version with
two borders could be added as an option later.

Comment 10 hagar_de_lest 2007-09-21 21:28:56 UTC

Isn'it a duplicate of Issue 9860 ?

Comment 11 kpalagin 2007-09-23 19:37:08 UTC

Seems like dupe of 9860.
Resolving as such.



*** This issue has been marked as a duplicate of 9860 ***

Comment 12 kpalagin 2007-09-23 19:39:02 UTC

and closing.

Please transfer yout votes to 9860.

hagar_de_lest,
thanks a lot.