<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>But if there is no practical way for a plain text-oriented tool to insert a *proper* EOP, the only way to make Frame's overall Find/Replace behavior consistent would be to forbid searching for EOPs. And that would be a *real* shortcoming IMO. Kind of like throwing out the baby with the bathwater...<br><br>-Fred<br><br><div><hr id="stopSpelling">Date: Mon, 7 Jul 2014 16:57:03 -0700<br>From: sp10@leximation.com<br>To: framers@lists.frameusers.com<br>Subject: Re: FM12: Quirks in Find/replace using RegEx (Perl)<br><br>
<div class="ecxmoz-cite-prefix"><font face="Verdana">I dunno. I just
don't like the fact that "\n" will match on a line end (of some
type), while it replaces as an "n" .. that's not right.<br>
<br>
...scott<br>
<br>
</font>
<pre class="ecxmoz-signature"></pre>
On 7/7/14 4:52 PM, Syed Zaeem Hosain (<a class="ecxmoz-txt-link-abbreviated" href="mailto:Syed.Hosain@aeris.net">Syed.Hosain@aeris.net</a>)
wrote:<br>
</div>
<blockquote cite="mid:B4C122ABC82F8744A7E552CA009BA22A1A7A370E20@EX-BE-019-SFO.shared.themessagecenter.com">
<style><!--
.ExternalClass .ecxshape {
}
--></style>
<style><!--
.ExternalClass p.ecxMsoNormal, .ExternalClass li.ecxMsoNormal, .ExternalClass div.ecxMsoNormal {
font-size:12.0pt;
font-family:"Times New Roman","serif";
}
.ExternalClass a:link, .ExternalClass span.ecxMsoHyperlink {
color:blue;
text-decoration:underline;
}
.ExternalClass span.ecxMsoHyperlinkFollowed {
color:purple;
text-decoration:underline;
}
.ExternalClass p {
font-size:12.0pt;
font-family:"Times New Roman","serif";
}
.ExternalClass p.ecxmsonormal, .ExternalClass li.ecxmsonormal, .ExternalClass div.ecxmsonormal {
font-size:12.0pt;
font-family:"Times New Roman","serif";
}
.ExternalClass p.ecxmsochpdefault, .ExternalClass li.ecxmsochpdefault, .ExternalClass div.ecxmsochpdefault {
font-size:12.0pt;
font-family:"Times New Roman","serif";
}
.ExternalClass span.ecxmsohyperlink {
}
.ExternalClass span.ecxmsohyperlinkfollowed {
}
.ExternalClass span.ecxemailstyle18 {
}
.ExternalClass p.ecxmsonormal1, .ExternalClass li.ecxmsonormal1, .ExternalClass div.ecxmsonormal1 {
font-size:12.0pt;
font-family:"Times New Roman","serif";
}
.ExternalClass span.ecxmsohyperlink1 {
color:#0563C1;
text-decoration:underline;
}
.ExternalClass span.ecxmsohyperlinkfollowed1 {
color:#954F72;
text-decoration:underline;
}
.ExternalClass span.ecxemailstyle181 {
font-family:"Calibri","sans-serif";
color:#1F497D;
}
.ExternalClass p.ecxmsochpdefault1, .ExternalClass li.ecxmsochpdefault1, .ExternalClass div.ecxmsochpdefault1 {
font-size:10.0pt;
font-family:"Times New Roman","serif";
}
.ExternalClass span.ecxEmailStyle28 {
font-family:"Calibri","sans-serif";
color:#1F497D;
}
.ExternalClass .ecxMsoChpDefault {
font-size:10.0pt;
}
.ExternalClass div.ecxWordSection1 {
}
--></style>
<div class="ecxWordSection1">
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">Yeah
… I have to admit that I can’t argue with you on this too
much. </span><span style="font-size:11.0pt;font-family:Wingdings;color:#1F497D;">J</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">
Because, there isn’t a simple “this is the right way” to do
the EOP insertions.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">Although
… <i>maybe</i> … Word stands a slightly better chance
because of its “Normal” paragraph that <i>could</i> get
applied by default. Of course, as you note, this could cause
a mess with documents whose paragraphs have already been
changed to some other paragraph format, etc.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">Z</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in;">
<p class="ecxMsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";">
Fred Ridder [<a class="ecxmoz-txt-link-freetext" href="mailto:docudoc@hotmail.com">mailto:docudoc@hotmail.com</a>] <br>
<b>Sent:</b> Monday, July 07, 2014 10:18 AM<br>
<b>To:</b> Syed Zaeem Hosain (<a class="ecxmoz-txt-link-abbreviated" href="mailto:Syed.Hosain@aeris.net">Syed.Hosain@aeris.net</a>);
<a class="ecxmoz-txt-link-abbreviated" href="mailto:frame@daube.ch">frame@daube.ch</a>; <a class="ecxmoz-txt-link-abbreviated" href="mailto:framers@lists.frameusers.com">framers@lists.frameusers.com</a><br>
<b>Subject:</b> RE: FM12: Quirks in Find/replace using
RegEx (Perl)</span></p>
</div>
</div>
<p class="ecxMsoNormal"> </p>
<div>
<p class="ecxMsoNormal" style=""><span style="font-family:"Calibri","sans-serif";">Don't
get me wrong. I'm not saying that it wouldn't be *useful*
to be able to insert a new EOP. But the reality is that in
either Word or FrameMaker (and I assume in other word
processing applications) it is problematic because EOP is
not a simple character. Regular expressions are designed
to work with arbitrary strings of simple characters. They
were never intended to handle characters that have
formatting or page layout properties embedded in them. If
a regular expression *were* able to insert a new EOP, what
formatting should apply to it? Since regular expressions
don't know about formatting, the only practical answer is
the lowest level default formatting. But in any properly
designed word processor document (i.e., one that uses
styles) that default is going to be *wrong* in >99% of
cases and require further, manual attention from the
author, which really defeats the benefit of being able to
use a regular expression replacement. A simple text editor
is a completely different situation because there really
is nothing special about an EOP. <br>
<br>
I think the real point is that in Klaus' case the analysis
of the task was slightly flawed. To fix his punctuation
issue, what he really wants to do is insert a period (full
stop) between the current unpunctuated text and the
existing EOP, which is exactly what his second regular
expression does. There really is no reason to delete the
existing EOP (and all the "magic" embedded in it) and
replace it with a brand-new, untagged EOP that would
require his manual attention to tag and/or format.
FrameMaker's behavior of not allowing this saves the user
from having to do a lot of after-the-fact cleanup. <br>
<br>
FrameMaker's regular expressions let you find EOPs without
issue, and lets you reuse them. What they don't let you do
is try to create a new one where there is insufficient
information in the found text string(s) to do that
operation without making a mess.<br>
<br>
-Fred</span></p><div><div class="ecxMsoNormal" style="text-align:center;" align="center"><span style="font-family:"Calibri","sans-serif";"><hr id="ecxstopSpelling" align="center" size="3" width="100%"></span></div></div></div></div></blockquote></div> </div></body>
</html>