Klaus and others
I admit that I have not been following this thread too closely, although I've
had similar issues with EOLs in FrameMaker in the past.
However, where regexp work is concerned, there is an alternative, which might
be practical if what's required is a batch on-off cleanup: work
I work with on a windows environment and write Perl scripts regularly to
adjust HTML, MIF, XML and other UTF-8 files using RegEx. Sometimes its a
single file other times a folder structure of files. IF you need a small
perl script I be glad to donate to this group.
Ed Nodland
sddat.com
On Tue,
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
it with itself, on the other hand, is a valid
operation because the found mark has a full complement of paragraph properties.
-Fred Ridder
From: fr...@daube.ch
To: framers@lists.frameusers.com
Date: Mon, 7 Jul 2014 15:48:17 +0200
Subject: FM12: Quirks in Find/replace using RegEx (Perl)
Friends
, July 07, 2014 8:02 AM
To: fr...@daube.ch; framers@lists.frameusers.com
Subject: RE: FM12: Quirks in Find/replace using RegEx (Perl)
No, I don't think it is a bug.
And end-of-paragraph mark is not a simple glyph; it has properties and
attributes associated with it (e.g. a paragraph tag
Hi Klaus...
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
: RE: FM12: Quirks in Find/replace using RegEx (Perl)
Hi, Fred. Hmmm … I understand your point, but am not sure I would entirely
agree with the reasoning. Yes, FrameMaker (and other programs like Word) do
put in additional information besides the EOP glyph itself.
But, this is a relatively commonly
On 7 Jul 2014 at 11:02, Fred Ridder wrote:
No, I don't think it is a bug. And end-of-paragraph mark is not a
simple glyph; it has properties and attributes associated with it
(e.g. a paragraph tag, the formatting associated with that paragraph
tag, and any overrides to the standard formatting
@lists.frameusers.com
Subject: RE: FM12: Quirks in Find/replace using RegEx (Perl)
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
been changed to some other paragraph format, etc.
Z
*From:*Fred Ridder [mailto:docu...@hotmail.com]
*Sent:* Monday, July 07, 2014 10:18 AM
*To:* Syed Zaeem Hosain (syed.hos...@aeris.net); fr...@daube.ch;
framers@lists.frameusers.com
*Subject:* RE: FM12: Quirks in Find/replace using RegEx (Perl
with the bathwater...
-Fred
Date: Mon, 7 Jul 2014 16:57:03 -0700
From: s...@leximation.com
To: framers@lists.frameusers.com
Subject: Re: FM12: Quirks in Find/replace using RegEx (Perl)
I dunno. I just
don't like the fact that \n will match on a line end (of some
type), while
out the baby with the bathwater...
-Fred
Date: Mon, 7 Jul 2014 16:57:03 -0700
From: s...@leximation.com
To: framers@lists.frameusers.com
Subject: Re: FM12: Quirks in Find/replace using RegEx (Perl)
I dunno. I just don't like
12 matches
Mail list logo
