At 10:50 -0700 7/5/16, Robert Lauriston wrote:
>Is there a search utility that knows how to parse .fm files so you
>could find multi-word strings reliably?
Could PDFs also be an intermediate? Tiresome to produce, agreed, but if a
searchable textbase is mandatory...
--
Steve
On Sat, May 7, 2016 at 10:33 AM, Craig Ede wrote:
> I suppose one might be searching on a phrase so breaks between words with
> intervening mif tags, etc would pose a problem. Sentences are often split
> in Mifs.
> Where also had problems where inserted $Header$ variables
Is there a search utility that knows how to parse .fm files so you
could find multi-word strings reliably?
One kludge is to search for all the .fm files on your drive and drop
them in a new book. Then you can use the Find command to search all
the files in the book.
I suppose one might be searching on a phrase so breaks between words with
intervening mif tags, etc would pose a problem. Sentences are often split in
Mifs.
Where also had problems where inserted $Header$ variables from RCS were mucked
with by Mif. (It split the variable result because of
Agent Ransack and other good search utilities don't need to decode an
.fm file to find individual words. If you look at an .fm file in a
text editor, you can see that the text is not compressed or encrypted.
There are all kinds of control characters mixed in, so if you're
searching for a
I haven't seen that. Unless there's a tag or marker or something in
the middle of a word it's always intact in an .fm file or exported
.mif.
On Sat, May 7, 2016 at 10:07 AM, Craig Ede wrote:
> Even with MIF the text strings are often split in unknowable ways so search
>
Even with MIF the text strings are often split in unknowable ways so search
would be haphazard anyway.
Craig
From: Framers on
behalf of Fred Ridder
Sent: Saturday, May 7,
Windows' search is garbage. I use Agent Ransack, a free search tool.
On Sat, May 7, 2016 at 6:28 AM, Austin Meredith wrote:
>I don't seem to be able to persuade the File Explorer of Windows 10 to
>find Boolean content inside FrameMaker2015 files. I've tried all the
>
I don't bother zeroing out subheadings. They default to zero automatically
whenever a higher level is changed.
Here is my typically chapnum setup:
Heading1: H:<$chapnum>.0\t
Heading2: H:<$chapnum>.\t
Heading3: H: <$chapnum>..\t
Heading4: H:<$chapnum>...\t
You're not doing anything wrong. It's just the way Windows works.
The ability to find text strings in the content of a file depends on Windows
knowing how to decode the file (if it's a binary type) and parse the contents.
Windows knows how to parse most common non-proprietary file formats, like
I don't seem to be able to persuade the File Explorer of Windows 10 to
find Boolean content inside FrameMaker2015 files. I've tried all the
obvious tricks such as making certain that the file suffixes ".fm" and
".frame" are included in the indexing list, and deleting and rebuilding
11 matches
Mail list logo