On Wed, Feb 11, 2009 at 6:59 PM, Avraham Makeler amake...@gmail.com wrote:
Ok, end of mystery. Found the problem: I only just noticed that the Table
Designer also has an Orphan Rows field. The TableCaption style was set to
99.
Thanks again to all.
- avi
On Wed, Feb 11, 2009 at 12:37 AM,
Avraham Makeler quoted himself saying:
Ok, end of mystery. Found the problem: I only just noticed that the
Table
Designer also has an Orphan Rows field. The TableCaption style was
set to
99.
Thanks again to all.
IIRC, TableCaption is the paragraph in which the table anchor is
located,
IIRC, TableCaption is the paragraph in which the table anchor is
located, right?
Yes.
It has nothing to do with what you see in the Table
Designer dialog box. The Orphan Rows setting is a characteristic of the
table format.
Yes, I assumed that is the case.
Thanks,
avi
On Wed, Feb 11,
Hi all,
I have a table where the whole table jumps to start at the page that follows
the table's insertion page, so leaving a blank page. So the table's anchor
point is left at the top of the blank page, and the actual table itself
starts at the top of the next page.
What is going wrong?
On Wed, Feb 11, 2009 at 9:52 AM, Avraham Makeler wrote:
> >> Is the table defined with too many rows for the page?
> Yes, I should have mentioned, the table is just longer than will fit in a
> single page.
>
> (I had already collapsed into bed when I remembered that I had forgotten to
> say
On Wed, Feb 11, 2009 at 6:59 PM, Avraham Makeler wrote:
> Ok, end of mystery. Found the problem: I only just noticed that the Table
> Designer also has an Orphan Rows field. The TableCaption style was set to
> 99.
> Thanks again to all.
>
> - avi
>
>
>
> On Wed, Feb 11, 2009 at 12:37 AM, Combs,
Avraham Makeler quoted himself saying:
>
> > Ok, end of mystery. Found the problem: I only just noticed that the
Table
> > Designer also has an Orphan Rows field. The TableCaption style was
set to
> > 99.
> > Thanks again to all.
IIRC, TableCaption is the paragraph in which the table anchor is
>> IIRC, TableCaption is the paragraph in which the table anchor is
located, right?
Yes.
>> It has nothing to do with what you see in the Table
Designer dialog box. The Orphan Rows setting is a characteristic of the
table format.
Yes, I assumed that is the case.
Thanks,
avi
On Wed, Feb 11,
Hi all,
I have a table where the whole table jumps to start at the page that follows
the table's insertion page, so leaving a blank page. So the table's anchor
point is left at the top of the blank page, and the actual table itself
starts at the top of the next page.
What is going wrong?
Are the styles applied to the contents of the cell defined as Keep with Next?
The problem could be is that they keep keeping.
On Tue, Feb 10, 2009 at 5:08 PM, Avraham Makeler amake...@gmail.com wrote:
Hi all,
I have a table where the whole table jumps to start at the page that follows
the
Is the table defined with too many rows for the page?
On 2/10/09, Avraham Makeler amake...@gmail.com wrote:
Hi all,
I have a table where the whole table jumps to start at the page that follows
the table's insertion page, so leaving a blank page. So the table's anchor
point is left at the top
How large are the cells that start off the table? If there's lots of
content in the cells, and they're configured to Keep With Next... they
will.
Lots of times, in order to allow page breaks, you need to manually
break large cells into multiple smaller ones (and remove rules, so
they appear to be
This is true of the first row and the second row combine to be more
than a page and they are defined as Keep with nexr.
Otherwise, regardless of the number of rows, the first rwo should at
least stick to the first page, unless that row itself is bigger than a
page.
BTW...understand that unlike
Avraham Makeler wrote:
I have a table where the whole table jumps to start at the page that
follows
the table's insertion page, so leaving a blank page. So the table's
anchor
point is left at the top of the blank page, and the actual table
itself
starts at the top of the next page.
What
On Wed, Feb 11, 2009 at 9:52 AM, Avraham Makeler amake...@gmail.com wrote:
Is the table defined with too many rows for the page?
Yes, I should have mentioned, the table is just longer than will fit in a
single page.
(I had already collapsed into bed when I remembered that I had forgotten to
Are the styles applied to the contents of the cell defined as Keep with Next?
The problem could be is that they keep keeping.
On Tue, Feb 10, 2009 at 5:08 PM, Avraham Makeler wrote:
> Hi all,
>
> I have a table where the whole table jumps to start at the page that follows
> the table's
How large are the cells that start off the table? If there's lots of
content in the cells, and they're configured to Keep With Next... they
will.
Lots of times, in order to allow page breaks, you need to manually
break large cells into multiple smaller ones (and remove rules, so
they appear to be
This is true of the first row and the second row combine to be more
than a page and they are defined as "Keep with nexr".
Otherwise, regardless of the number of rows, the first rwo should at
least stick to the first page, unless that row itself is bigger than a
page.
BTW...understand that unlike
Avraham Makeler wrote:
> I have a table where the whole table jumps to start at the page that
> follows
> the table's insertion page, so leaving a blank page. So the table's
anchor
> point is left at the top of the blank page, and the actual table
itself
> starts at the top of the next page.
>
>
19 matches
Mail list logo