| View previous topic :: View next topic |
| Author |
Message |
garrettduane
Red Pill
Joined: Oct 20, 2006
Posts: 7
|
 Posted: Wed Oct 25, 2006 6:00 pm Post subject: Borders in Tables over page break |
|
I assume that this is a bug.
When I create a table, and it is long enough to go over a page break, the bottom line on the last row of the first page will appear, but the top line of the first row on the next page will not appear (it is actually one line, separating the adjacent rows).
In every other word processor, the line appears on both pages.
Thanks. |
|
| Back to top |
|
 |
OPENSTEP
The One
Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA
|
| Posted: Wed Oct 25, 2006 8:12 pm Post subject: |
|
I believe this is standard (and and annoying) OOo behaviour. OOo actually spans the cell across two pages, so it is the same cell...this is why there's no top border on the second page. Most other word processors don't do this and don't let cells break across pages.
There is some setting that can control this as tables in documents imported from the default table settings in 1.x do not let cells break. I mostly am still working with sxw documents so haven't found where the cell-break setting is.
OOo 2.0 also doesn't include heading rows by default. Annoying, IMHO, but still it's an OOo default setting and style issue.
ed |
|
| Back to top |
|
|
rays
The Anomaly
(earlier version)
Joined: Sep 23, 2004
Posts: 475
Location: Geneva, Switzerland
|
| Posted: Wed Oct 25, 2006 10:59 pm Post subject: |
|
You're looking for Table>Table Properties>Text Flow tab.
There are two options in there which affect the behaviour on page break. The principal one allows a table to break across pages or columns. A sub-choice is to allow a row of cells within a table to break across the page or column. It appears that the default setting is to allow both options. OOo is the first word processor I've seen that enables this second option of row splitting and that by default.
Trust this helps.
_________________
Ray Saunders
World Scout Bureau |
|
| Back to top |
|
|
garrettduane
Red Pill
Joined: Oct 20, 2006
Posts: 7
|
| Posted: Thu Oct 26, 2006 6:11 am Post subject: |
|
Thanks for your replies.
Yes, I see that you can uncheck "allow row to break within pages and columns" under "text flow", but it makes no difference with regard to the border behavior. It is still missing at the top of the second page. Of course, you can uncheck "allow table to break" but then the whole table will be on a single page with a large gap on the previous page. |
|
| Back to top |
|
|
jgd
Agent Smith
Joined: Feb 27, 2005
Posts: 1531
Location: France
|
| Posted: Thu Oct 26, 2006 8:28 am Post subject: |
|
You might try this :
go to menu Table and check "Heading rows repeat"
Hope that helps
Jacqueline |
|
| Back to top |
|
|
jgd
Agent Smith
Joined: Feb 27, 2005
Posts: 1531
Location: France
|
| Posted: Thu Oct 26, 2006 12:29 pm Post subject: |
|
Oops, no it doesn't help because the text is repeated and it's not what you want, of course  Sorry
Jacqueline |
|
| Back to top |
|
|
valterb
The Anomaly
(earlier version)
Joined: Sep 23, 2005
Posts: 463
Location: San Giuliano Terme, Pisa, Italy
|
| Posted: Sun Oct 29, 2006 7:39 am Post subject: |
|
| The problem is due to the fact that every row has its own top border and bottom border!!! So, if you want to insert a top border to the first row that appears in the new page, select taht row and insert it |
|
| Back to top |
|
|
jgd
Agent Smith
Joined: Feb 27, 2005
Posts: 1531
Location: France
|
| Posted: Sun Oct 29, 2006 11:59 am Post subject: |
|
Thank you for your reply. That works fine 
Jacqueline |
|
| Back to top |
|
|
garrettduane
Red Pill
Joined: Oct 20, 2006
Posts: 7
|
| Posted: Sun Oct 29, 2006 6:47 pm Post subject: |
|
| valterb wrote: | | The problem is due to the fact that every row has its own top border and bottom border!!! So, if you want to insert a top border to the first row that appears in the new page, select taht row and insert it |
To me, this is a workaround, not a feature of a well-made word processor. It means that you constantly have to be on the lookout for any situation in which a table might go over a page break. This could happen, and you not be aware of it, if you insert new material five pages ahead of the table itself. I hope that this "feature" will be changed. |
|
| Back to top |
|
|
jgd
Agent Smith
Joined: Feb 27, 2005
Posts: 1531
Location: France
|
| Posted: Mon Oct 30, 2006 1:16 am Post subject: |
|
| garrettduane wrote: |
To me, this is a workaround, not a feature of a well-made word processor. It means that you constantly have to be on the lookout for any situation in which a table might go over a page break. This could happen, and you not be aware of it, if you insert new material five pages ahead of the table itself. I hope that this "feature" will be changed. |
You are right but it's an OOo's feature.
Unfortunately, the current scope of the NeoOffice project is limited by resources to keeping a native version of OpenOffice.org running on Mac OS X, and fixing OpenOffice.org feature bugs is outside that scope.
You can report the bug in the OpenOffice.org issue tracker to get it on the radar of the core OpenOffice.org developers: http://qa.openoffice.org/issue_handling/pre_submission.html
Jacqueline |
|
| Back to top |
|
|
valterb
The Anomaly
(earlier version)
Joined: Sep 23, 2005
Posts: 463
Location: San Giuliano Terme, Pisa, Italy
|
| Posted: Wed Nov 01, 2006 10:48 am Post subject: |
|
| garrettduane wrote: | | To me, this is a workaround, not a feature of a well-made word processor. |
I'm also sure that for someone, not for me, this is a feature...For example immagine that one would have ba table where two adiacent cells have to have a large border with different colours. How could you easily do this other than having this border behaviuor?
I think that we have to think why someone has projected things working like this, than we can agree or not and in case present his/her own proposal..
I agree with you that this feature is annnoying for the "normal" usage of a table. |
|
| Back to top |
|
|
|
