Multiple KeepN's don't appear to work

If I use ASet( WPAT_ParKeepN, 1 ) to keep the current paragraph with the next, it seems to work fine UNLESS the paragraph is part of a merge field from a mail merge.

In other words, if the keepn comes before a paragraph that was added due to a mailmerge, or even if the keepn is within the mail merged paragraph, a page break does not then honor the keepn.

WPTools 5.18.5, D7

Example:

Zitat

{\rtf1\ansi\deff0\uc1\ansicpg1252\deftab720{\fonttbl{\f0\fnil\fcharset1 Arial;}{\f1\fnil\fcharset1 WingDings;}}{\colortbl\red0\green0\blue0;\red255\green0\blue0;\red0\green128\blue0;\red0\green0\blue255;\red255\green255\blue0;\red255\green0\blue255;\red128\green0\blue128;\red128\green0\blue0;\red0\green255\blue0;\red0\green255\blue255;\red0\green128\blue128;\red0\green0\blue128;\red255\green255\blue255;\red192\green192\blue192;\red128\green128\blue128;\red0\green0\blue0;}\wpprheadfoot1\paperw12240\paperh15840\margl3600\margr720\margt1440\margb1440\headery720\footery720\endnhere\sectdefaultcl{\*\generator WPTools_5.18;}{\plain\fs22 This is a test 1\par
\plain\fs22 This is a test 2\par
\keepn\plain\fs22 This is a test 3\par
\pard\plain\fs22 This is a test 4\par
\plain\fs22 This is a test 5\par
\plain\fs22 This is a test 6\par
}}

Alles anzeigen

In the above, if the page break occurs after the "This is a test 3" paragraph, the "This is a test 3" text appears on the next page as it should, keeping it with "This is a test 4".

However, if this same RTF code is added to a document via a mail merge, the "This is a test 3" does not stay with "This is a test 4". See the RTF below...

Zitat

{\field{\*\fldinst{MERGEFIELD $caption}}{\fldrslt{Microwave Cooking Equipment}}}\line\fs20\b0\i\tab\tab\tab\tab\tab Comments:\par'#$D#$A'\pard\li2880\plain\fs22{\field{\*\fldinst{MERGEFIELD $document}}{\fldrslt{This is a test 1\par'#$D#$A'\plain\fs22 This is a test 2\par'#$D#$A'\keepn\plain\fs22 This is a test 3\par'#$D#$A'\pard\li2880\plain\fs22 This is a test 4\par'#$D#$A'\plain\fs22 This is a test 5\par'#$D#$A'\plain\fs22 This is a test 6}}}\par'#$D#$A'\pard\plain\li2880\par'#$D#$A'}}'

Hope it is something simple... even on my end... since this is critical in my report creation.

Thanks,
Eric

Yes, the wpfIgnoreKeepN is set to false in all WPRichText, including the merge destination.

Sorry... it wasn't the mailmerge that was causing the KeepN to not be honored... but rather the AppendAsSection.

I've sent you an example illustrating the problem.

Eric

Seems like only the first KeepN in a WPRichText is honored, whether used in an AppendAsSection or not. I've sent you another example.

Eric

This is still broken in 5.18.8. Only the *first* keepn is honored no matter how many reformats or refreshes you do. Was my example not clear enough? What can i do to help resolve this? I cannot have a heading all by itself at the end of a page.

BTW, it has nothing to do with AppendAsSection or merge as previously thought, creating my example cleared that up... and it shows that adding multiple KeepN's do nothing... when the doc is reformatted, only the first keepN is honored... the other keepNs act like they are being ignored. If you delete the first KeepN, then the second one suddenly works since it is now the first one.

Eric

What version? Certainly not in the latest, 5.18.8. I brought up the example I sent you and added two "keepN" attributes to two paragraphs, each near the end of each of their separate pages, and only the first one in the doc worked.

OK... I see what you did, but unfortunately, it is not enough.

If the KeepN's are more than one page apart, it works, but here is where it fails...

If you have two paragraphs marked with KeepN, the first paragraph is on page one, and the 2nd par is on page two. The first par gets pushed to the 2nd page, but the 2nd paragraph is still on page two, but now at the bottom of the page and needing to be moved to page 3. The 2nd par's keepN is not honored unless that par is moved so that is is at the bottom of page 3, which would move it to page 4.

I'll send you the example.

Eric

Oh sorry ... I didn't see your reply that you reposted 5.18.8... I'll check it out. Thanks.

Good news and bad...

Good news... my example I sent you now works perfectly, thanks!

Bad news... my main app still does not want to honor multiple keepN's

As before, I'll try to put an example together... or hopefully I'll find a bug in my main app instead.

Eric

Ahhh... FastAppendText is dropping the keepN attribute. Do you have an alternative?

Eric

I replaced FastAppendText with the following routine, and it appears to take care of it, but it would have been nice if FastAppendText kept things like keepN.

procedure MyWPAppendText( src, dest: TWPRichText );
var
  strm: TMemoryStream;
begin
  src.ClearHeaderFooter;
  strm := TMemoryStream.Create;
  try
    src.SaveToStream( strm );
    strm.Position := 0;
    dest.FastAppendParagraph;
    dest.LoadFromStream( strm );
  finally
    strm.Free;
  end;
  dest.ChangeApplied;
end;