In news:d1e2c829c5011e4a84daf8a184dd7cda016b3b2...@bel1exch02.amer.sfnt.local, McLauchlan, Kevin <kevin.mclauch...@safenet-inc.com> typed: >> -----Original Message----- >> From: Brian Barker [mailto:b.m.bar...@btinternet.com] >> Sent: Tuesday, December 14, 2010 8:55 PM >> To: users@openoffice.org >> Subject: Re: [users] Table break between first and second >> rows? >> >> At 13:37 14/12/2010 -0500, Kevin McLauchlan wrote: >>> A table extends over several pages. How do you tell it to >>> split/break after the first content row, so that the >>> table can begin on a page with TONS of space? This is a >>> problem I had before, but never solved. Encountered again >>> in a 'new' doc. >>> >>> A two-column table insists on starting at top of page 20, >>> leaving two lonely lines of body text at the top of page >>> 19, and the rest of page 19 empty. The table has >>> large-ish cells containing pictures, so two or three rows >>> will fit on a page. The header row and first two content >>> rows fit easily on page 20. This implies that the header >>> and row 1 of content would fit easily on page 19, under >>> the two lines of body text... and still leave empty space >>> on that page. But the table refuses to break after the >>> first row. >>> >>> I have tried Table Properties and individual cell >>> properties, as well as properties of the text paragraphs >>> within the cells. I can't find a way to tell my table >>> that it is not merely OK, but actually desirable to start >>> following the most recent body text, and to break >>> conveniently between content row 1 and content row 2. >>> Several reviewers have complained about the bad layout >>> and incompetent use of page space. >> >> In general, you will want to solve this problem for future >> reference. But if your problem is - as you suggest - that >> your final copy is looking bad, there is surely a simple >> workaround which can be applied at the last minute before >> publication. Break the table into two, so that the rows >> that can appear on the first page are in one table and do >> so, and the rest are in a second table starting on the new >> page, as you wish. (To do this, put the cursor into the >> first row of what you want to be the second table and go >> to Table | Split Table (or right-click | Split Table).) >> If necessary, either put a manual page break between the >> two tables or else set the second's text flow to page >> break before. >> >> I trust this helps. >> >> Brian Barker > > Thank you, but I've also had it happen when the > first content row is big enough by itself to push > the second row to a following page. So there'd be > nothing to break. > > Here's an update. > > I actually DO have one or two occasions where there's > body text on a page, and then a table starts just > after AND has two or more rows that live happily > on that same page (no forced break). > > The visible differences in that NON-OFFENDING table > are: > a) no heading row > b) only one column > c) no picture in the first content row. > > It still has combinations of text and pictures > in many cells/rows (this being a single-column > table, a cell IS a row...) > > I've even tried copying the "GOOD" table > (along with its preceding text paragraph) > to the other location in the document, > adding a column, and then moving content of > the "BAD" table into the copy of the "GOOD" > table. > > Eventually, the problem comes back. > > Argh. > > I have not exhausted all possible combinations > of content and structure (one column, two > columns, heading row, no heading row, picture > in first content row, no picture in first > content row...) while saving the doc and closing > OOo after each change, then reopening to see > when/where it breaks. > > Maybe there's a critical vertical size of cell > (or cell content) that generates a pre-table > page break. That imaginary feature might or > might not interact with the page layout. > > I suppose I could start shrinking pictures > (and saving and exiting and coming back) to > see if I could detect a threshold. > > - kevin > The information contained in this electronic mail > transmission may be privileged and confidential, and > therefore, protected from disclosure. If you have received > this communication in error, please notify us immediately > by replying to this message and deleting it from your > computer without copying > or disclosing it.
Kevin, Can you make this table available to the group? The right person might pick up on whatever is wrong quickly and then let you start comparing settings? If it were me, for instance, I'd fix it (assuming I could) and send it back to you for verification. Then decide whether to start comparing Option settings, etc., or with luck it'd be something simply you're missing and the prose isn't allowing it to be picked up accurately. It's not likely to be me with the solution <g> becuase I know Excel but not OOo Calc very well yet. HTH, Twayne` --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
