<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#336666">
<div class="moz-cite-prefix"><font face="Verdana">Hi Klaus...<br>
<br>
Definitely a bug in that the handling of "\n" is inconsistent.
But I'd wonder what "\n" is really matching on, and what type of
"end of line" is it? Will this match on a forced return
(SHIFT+ENTER) as well as an end of paragraph? And what about the
end of flow? I'd feel better if "\n" didn't match on anything
since I don't know that this really applies in a FM document.
What about trying "$" to indicate an end of line?<br>
<br>
Definitely a bug though.<br>
<br>
...scott<br>
<br>
</font>
<pre class="moz-signature" cols="72">
</pre>
On 7/7/14 6:48 AM, Klaus Daube wrote:<br>
</div>
<blockquote cite="mid:53BAA521.18056.19C14FE@frame.daube.ch"
type="cite">
<pre wrap="">Friends of FramMaker, please judge.
I want to find incorrectly ended paragraphs (missing punctuation).
For example the following 4 lines are paragraphs, the first 2 correct,
the next two incorrect:
This is the first paragraph!
And this is the second one.
And here a third
And a fourth one:
RegEx Find/Replace with these settings:
Find: ([^\.!?])\n
Repl: $1.\n
Result: find is correct, replacement is n instead of paragraph end
With repl = $1.\r replacement is a forced newline; correct, but not wanted.
Find: ([^\.!?])(\n)
Repl: $1.$2
This creates a correct replacement!
IMHO the behaviour of not honoring \n as an 'end of paragraph' for the replacement is
a bug. Do You agree?
Klaus Daube
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Docu + Design Daube; Schäracher 11; CH-8053 Zürich
Technical documentation & consultancy; On-line and paper
F: +41-44-422 86 25 E: <a class="moz-txt-link-abbreviated" href="mailto:ddd@daube.ch">ddd@daube.ch</a> W: <a class="moz-txt-link-abbreviated" href="http://www.daube.ch">www.daube.ch</a>
_______________________________________________
</pre>
</blockquote>
<br>
</body>
</html>