[Framers] Non-breaking en, em dashes
Used to be if you put an en dash in front of something with no space between, the en dash would stick to the something if it wrapped to the next line. It doesn't do that anymore, which is bad for me as I use it instead of a hyphen to indicate negative numbers. This has been reported as a bug to Adobe, but until they fix it (soon? please?), is there a *trivial *solution/workaround? (By trivial, I mean minimal number of steps and time involved.) For those interested, the bug is here: https://forums.adobe.com/thread/2459590 -- Lin Sims ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com
Re: [Framers] Adobe "support?""
Well, it has been almost 24 hours now, and I still do not have a resolution from Adobe Support. Priyank has been like a dog on a bone trying to get support to assist me, but they have gone dark and have not replied to him and save one reply to me asking me when I am going to be available (and trust me, I responded!), nada, zip, zilch. How can this be remotely acceptable?? At this point - think wolverine in a steel cage. Tammy Van Boening Tammy dot vanboening at spectrumwritingllc dot com www.spectrumwritingllc.com ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com
Re: [Framers] Transfer from FrameMaker into Word
I've literally just given a class of tech comm students this very task. They
had to create a template for FrameMaker, and then "self-document" the
template. They have to explain in clear terms, geared to junior writers, how
to use the template, why they would use styles, how to work with the company
standards for phrasing, etc. They create a template, populate it with
instructions, and in doing so test the template. The user guide is the test
for a quality template.
If you have a chance, in Frame 2015 and 2017 there is a template (it's a
small file, and it's not a complete document) that explores the idea of both
self-documenting, and self-modifying the template. You can open the file
here:
C:\Program Files (x86)\Adobe\Adobe FrameMaker
2017\Samples\ReferenceCard\ReferenceCardInstructions.fm
It details how to tweak the template (for example, changing the colours) and
how to use it (for example, in "1" it tells you how to tweak the colours and
in "2" it tells you how to write a task).
Bernard
-Original Message-
From: Framers
[mailto:framers-bounces+bernard=publishingsmarter@lists.frameusers.com]
On Behalf Of David Artman
Sent: Wednesday, June 6, 2018 1:37 PM
To: An email list for people using Adobe FrameMaker software.
Subject: SPAM -> Re: [Framers] Transfer from FrameMaker into Word
This might seem like a naive question, but why not write up a User
Guide for using your templates and modifying existing documents? Let
them stay in FrameMaker, especially if they don't anticipate restyling
(and when they do, they can call and you can knock it out).
There's nothing particularly, uniquely difficult about FM from an
authoring perspective. In fact, if you make a custom toolbar (and
comment out the overrides toolbar and other cruft) then it can be WAY
easier for authors to use FM than give them all the rope in Word with
which to hang themselves.
I'd even go so far as to ensure that your template(s) 'self-document':
They use every style, and in using them, explain how/when/why you pick
a particular style from a catalog. That's also where you have your
table of variables, for easy updating and reapplying (and instructions
for same).
Now, perhaps the client does not want to pay you for such SOPs and some
training time. But I would argue that they are throwing bad money after
good, to 'strip down' from the power of FM into the mud of Word.
Of course, if "no one else at the company [has] FrameMaker" then you
gotta to do what you gotta to do. Refer to all the other responses with
their robust conversion processes! But even then, I'd STILL write up
SOPs for using the Word template(s) properly, ESPECIALLY if you find
that you need to do a lot of section manipulation to mimic FM's
normally-book-level formatting (chapter-by numbering, variable first
and recto/verso H/Fs, running H/Fs, etc).
And expect a phone call in, oh, three months. ;-)
HTH;
David
Original Message
Subject: [Framers] Transfer from FrameMaker into Word
From: Janie Cole <[1]janiewoodc...@gmail.com>
Date: Wed, April 25, 2018 9:30 am
To: [2]framers@lists.frameusers.com
My contract is ending and no one else at the company knows how to use
FrameMaker.
They have asked me to convert the SOPs that I produced for them into
Word
so others can maintain after I'm gone.
All the docs are saved as PDF for general use. I'm thinking converting
the
PDF to Word might be the best route.
Any thoughts or alternate suggestions?
Thanks,
Janie Cole
Technical Writer
[3]janiewoodc...@gmail.com
___
This message is from the Framers mailing list
Send messages to [4]framers@lists.frameusers.com
Visit the list's homepage at [5]http://www.frameusers.com
Archives located at
[6]http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at
[7]http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to [8]listad...@frameusers.com
References
1. mailto:janiewoodc...@gmail.com
2. mailto:framers@lists.frameusers.com
3. mailto:janiewoodc...@gmail.com
4. mailto:framers@lists.frameusers.com
5. http://www.frameusers.com/
6. http://www.mail-archive.com/framers%40lists.frameusers.com
7. http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
8. mailto:listad...@frameusers.com
___
This message is from the Framers mailing list
Send messages to framers@lists.frameusers.com
Visit the list's homepage at http://www.frameusers.com
Archives located at
http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at
http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to listad...@frameusers.com
___
This message
Re: [Framers] Transfer from FrameMaker into Word
As an occasional FM user I heartily endorse David's suggestion about
templates. Would have saved me untold hours.
Bill
-Original Message-
From: Framers
On Behalf Of David Artman
Sent: Wednesday, June 6, 2018 11:37 AM
To: An email list for people using Adobe FrameMaker software.
Subject: Re: [Framers] Transfer from FrameMaker into Word
This might seem like a naive question, but why not write up a User
Guide for using your templates and modifying existing documents? Let
them stay in FrameMaker, especially if they don't anticipate restyling
(and when they do, they can call and you can knock it out).
There's nothing particularly, uniquely difficult about FM from an
authoring perspective. In fact, if you make a custom toolbar (and
comment out the overrides toolbar and other cruft) then it can be WAY
easier for authors to use FM than give them all the rope in Word with
which to hang themselves.
I'd even go so far as to ensure that your template(s) 'self-document':
They use every style, and in using them, explain how/when/why you pick
a particular style from a catalog. That's also where you have your
table of variables, for easy updating and reapplying (and instructions
for same).
Now, perhaps the client does not want to pay you for such SOPs and some
training time. But I would argue that they are throwing bad money after
good, to 'strip down' from the power of FM into the mud of Word.
Of course, if "no one else at the company [has] FrameMaker" then you
gotta to do what you gotta to do. Refer to all the other responses with
their robust conversion processes! But even then, I'd STILL write up
SOPs for using the Word template(s) properly, ESPECIALLY if you find
that you need to do a lot of section manipulation to mimic FM's
normally-book-level formatting (chapter-by numbering, variable first
and recto/verso H/Fs, running H/Fs, etc).
And expect a phone call in, oh, three months. ;-)
HTH;
David
Original Message
Subject: [Framers] Transfer from FrameMaker into Word
From: Janie Cole <[1]janiewoodc...@gmail.com>
Date: Wed, April 25, 2018 9:30 am
To: [2]framers@lists.frameusers.com
My contract is ending and no one else at the company knows how to use
FrameMaker.
They have asked me to convert the SOPs that I produced for them into
Word
so others can maintain after I'm gone.
All the docs are saved as PDF for general use. I'm thinking converting
the
PDF to Word might be the best route.
Any thoughts or alternate suggestions?
Thanks,
Janie Cole
Technical Writer
[3]janiewoodc...@gmail.com
___
This message is from the Framers mailing list
Send messages to [4]framers@lists.frameusers.com
Visit the list's homepage at [5]http://www.frameusers.com
Archives located at
[6]http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at
[7]http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to [8]listad...@frameusers.com
References
1. mailto:janiewoodc...@gmail.com
2. mailto:framers@lists.frameusers.com
3. mailto:janiewoodc...@gmail.com
4. mailto:framers@lists.frameusers.com
5. http://www.frameusers.com/
6. http://www.mail-archive.com/framers%40lists.frameusers.com
7. http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
8. mailto:listad...@frameusers.com
___
This message is from the Framers mailing list
Send messages to framers@lists.frameusers.com Visit the list's homepage at
http://www.frameusers.com Archives located at
http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at
http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to listad...@frameusers.com
___
This message is from the Framers mailing list
Send messages to framers@lists.frameusers.com
Visit the list's homepage at http://www.frameusers.com
Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at
http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to listad...@frameusers.com
Re: [Framers] Transfer from FrameMaker into Word
This might seem like a naive question, but why not write up a User
Guide for using your templates and modifying existing documents? Let
them stay in FrameMaker, especially if they don't anticipate restyling
(and when they do, they can call and you can knock it out).
There's nothing particularly, uniquely difficult about FM from an
authoring perspective. In fact, if you make a custom toolbar (and
comment out the overrides toolbar and other cruft) then it can be WAY
easier for authors to use FM than give them all the rope in Word with
which to hang themselves.
I'd even go so far as to ensure that your template(s) 'self-document':
They use every style, and in using them, explain how/when/why you pick
a particular style from a catalog. That's also where you have your
table of variables, for easy updating and reapplying (and instructions
for same).
Now, perhaps the client does not want to pay you for such SOPs and some
training time. But I would argue that they are throwing bad money after
good, to 'strip down' from the power of FM into the mud of Word.
Of course, if "no one else at the company [has] FrameMaker" then you
gotta to do what you gotta to do. Refer to all the other responses with
their robust conversion processes! But even then, I'd STILL write up
SOPs for using the Word template(s) properly, ESPECIALLY if you find
that you need to do a lot of section manipulation to mimic FM's
normally-book-level formatting (chapter-by numbering, variable first
and recto/verso H/Fs, running H/Fs, etc).
And expect a phone call in, oh, three months. ;-)
HTH;
David
Original Message
Subject: [Framers] Transfer from FrameMaker into Word
From: Janie Cole <[1]janiewoodc...@gmail.com>
Date: Wed, April 25, 2018 9:30 am
To: [2]framers@lists.frameusers.com
My contract is ending and no one else at the company knows how to use
FrameMaker.
They have asked me to convert the SOPs that I produced for them into
Word
so others can maintain after I'm gone.
All the docs are saved as PDF for general use. I'm thinking converting
the
PDF to Word might be the best route.
Any thoughts or alternate suggestions?
Thanks,
Janie Cole
Technical Writer
[3]janiewoodc...@gmail.com
___
This message is from the Framers mailing list
Send messages to [4]framers@lists.frameusers.com
Visit the list's homepage at [5]http://www.frameusers.com
Archives located at
[6]http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at
[7]http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to [8]listad...@frameusers.com
References
1. mailto:janiewoodc...@gmail.com
2. mailto:framers@lists.frameusers.com
3. mailto:janiewoodc...@gmail.com
4. mailto:framers@lists.frameusers.com
5. http://www.frameusers.com/
6. http://www.mail-archive.com/framers%40lists.frameusers.com
7. http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
8. mailto:listad...@frameusers.com
___
This message is from the Framers mailing list
Send messages to framers@lists.frameusers.com
Visit the list's homepage at http://www.frameusers.com
Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at
http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to listad...@frameusers.com
Re: [Framers] ANN: Bottlenecks
Hi Bernard, Thank you for explanation. To add to it, in some cases I am able to work up a small prototype that you can show your boss. When they see how much faster a script can make things, they are usually more open to paying for automation. In other words, seeing is believing. Rick -Original Message- From: Framers On Behalf Of bern...@publishingsmarter.com Sent: Wednesday, June 06, 2018 9:37 AM To: john.sgamm...@actifio.com Cc: framers@lists.frameusers.com Subject: Re: [Framers] ANN: Bottlenecks ;) Hey, talk to the boss. Then have Rick talk to the boss. Just, you know, a general conversation. If that doesn't help... :D Seriously though, I always use the "there are things I know the software cannot do by itself, but with a scripted solution I know that this can be overcome" and then it's an issue of me being smart enough to find a developer who can do the scripting. That shows you are smart enough to know where the software limit is, make a business case for why it's worth having it fixed (risk management with no errors in books, faster, consistent, etc), and then find a way to implement the solution. Makes you smart to ID it, and even smarter to make the case and fix it. Bernard - Original Message - From: john.sgamm...@actifio.com To: bern...@publishingsmarter.com Cc: framers@lists.frameusers.com Sent: 6/5/18 9:07 PM Subject: Re: [Framers] ANN: Bottlenecks > I agree about the quality of the product... It's convincing the boss > that I am too stupid to solve these problems, but smart enough to know that he can! > > On Tue, Jun 5, 2018, 8:16 PM Bernard Aschwanden wrote: > > > BTW, that type of an xml document could, if you REALLY want, even > > have an application in FrameMaker that opens it, puts it into a more > > human friendly format, and then writes it back to XML as well. As > > many people on the list attest, Rick does awesome work, so I'd > > suggest it's worth the effort/time/cost to have him build something for you. > > > > Bernard > > > > > > > > -Original Message- > > From: Framers > > [mailto:framers-bounces+bernard=publishingsmarter.com@lists.frameuse > > rs.com > > ] > > On Behalf Of Rick Quatro > > Sent: Tuesday, June 5, 2018 7:14 PM > > To: 'An email list for people using Adobe FrameMaker software.' > > Subject: Re: [Framers] ANN: Bottlenecks > > > > Hi Chris, > > > > I demoed something like this in one of my webinars a few years ago. > > The XML file looked like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Each group represents a variable and variable definition. The > > variable name is the group id, and the label is a more human > > readable form. And the edittext value is the desired definition. The > > resulting dialog box expands vertically to hold all of the groups in > > the XML file. Whatever values the user enters in the dialog box > > become the defaults the next time the script is run. To add, delete, > > or edit groups, you edit the XML file. The script runs on the active document or book. > > > > Rick > > > > -Original Message- > > From: Framers > > On > > Behalf Of Chris Despopoulos > > Sent: Tuesday, June 05, 2018 5:35 PM > > To: framers@lists.frameusers.com > > Subject: Re: [Framers] ANN: Bottlenecks > > > > I actually got this working, but I never finished it... I was hung > > up on hosting it on a web site, when hosting it on the file system > > would probably be more useful... > > Anyway, an XML file that captures sets of variables and definitions. > > You can swap out for a book by choosing the set and importing it. > > And add to that just plain old book-level variables... A scrolling > > list with all the user variables, their definitions, and a tick-box for change/leave as-is. > > Go through the list, set your variables, click DO IT, and your book > > is transformed. No need to hunt for a file to import formats, no > > dealing with the clunky variable GUI (this can be much larger and easier to use). > > ___ > > > > This message is from the Framers mailing list > > > > Send messages to framers@lists.frameusers.com Visit the list's > > homepage at http://www.frameusers.com Archives located at > > http://www.mail-archive.com/framers%40lists.frameusers.com/ > > Subscribe and unsubscribe at > > http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com > > Send administrative questions to listad...@frameusers.com > > > > ___ > > > > This message is from the Framers mailing list > > > > Send messages to framers@lists.frameusers.com Visit the list's > > homepage at http://www.frameusers.com Archives located at > > http://www.mail-archive.com/framers%40lists.frameusers.com/ > > Subscribe and unsubscribe at > >
Re: [Framers] ANN: Bottlenecks
;) Hey, talk to the boss. Then have Rick talk to the boss. Just, you know, a general conversation. If that doesn't help... :D Seriously though, I always use the "there are things I know the software cannot do by itself, but with a scripted solution I know that this can be overcome" and then it's an issue of me being smart enough to find a developer who can do the scripting. That shows you are smart enough to know where the software limit is, make a business case for why it's worth having it fixed (risk management with no errors in books, faster, consistent, etc), and then find a way to implement the solution. Makes you smart to ID it, and even smarter to make the case and fix it. Bernard - Original Message - From: john.sgamm...@actifio.com To: bern...@publishingsmarter.com Cc: framers@lists.frameusers.com Sent: 6/5/18 9:07 PM Subject: Re: [Framers] ANN: Bottlenecks > I agree about the quality of the product... It's convincing the boss that I > am too stupid to solve these problems, but smart enough to know that he can! > > On Tue, Jun 5, 2018, 8:16 PM Bernard Aschwanden wrote: > > > BTW, that type of an xml document could, if you REALLY want, even have an > > application in FrameMaker that opens it, puts it into a more human friendly > > format, and then writes it back to XML as well. As many people on the list > > attest, Rick does awesome work, so I'd suggest it's worth the > > effort/time/cost to have him build something for you. > > > > Bernard > > > > > > > > -Original Message- > > From: Framers > > [mailto:framers-bounces+bernard=publishingsmarter@lists.frameusers.com > > ] > > On Behalf Of Rick Quatro > > Sent: Tuesday, June 5, 2018 7:14 PM > > To: 'An email list for people using Adobe FrameMaker software.' > > Subject: Re: [Framers] ANN: Bottlenecks > > > > Hi Chris, > > > > I demoed something like this in one of my webinars a few years ago. The XML > > file looked like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Each group represents a variable and variable definition. The variable name > > is the group id, and the label is a more human readable form. And the > > edittext value is the desired definition. The resulting dialog box expands > > vertically to hold all of the groups in the XML file. Whatever values the > > user enters in the dialog box become the defaults the next time the script > > is run. To add, delete, or edit groups, you edit the XML file. The script > > runs on the active document or book. > > > > Rick > > > > -Original Message- > > From: Framers > > On > > Behalf Of Chris Despopoulos > > Sent: Tuesday, June 05, 2018 5:35 PM > > To: framers@lists.frameusers.com > > Subject: Re: [Framers] ANN: Bottlenecks > > > > I actually got this working, but I never finished it... I was hung up on > > hosting it on a web site, when hosting it on the file system would probably > > be more useful... > > Anyway, an XML file that captures sets of variables and definitions. You > > can swap out for a book by choosing the set and importing it. And add to > > that just plain old book-level variables... A scrolling list with all the > > user variables, their definitions, and a tick-box for change/leave as-is. > > Go through the list, set your variables, click DO IT, and your book is > > transformed. No need to hunt for a file to import formats, no dealing with > > the clunky variable GUI (this can be much larger and easier to use). > > ___ > > > > This message is from the Framers mailing list > > > > Send messages to framers@lists.frameusers.com Visit the list's homepage at > > http://www.frameusers.com Archives located at > > http://www.mail-archive.com/framers%40lists.frameusers.com/ > > Subscribe and unsubscribe at > > http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com > > Send administrative questions to listad...@frameusers.com > > > > ___ > > > > This message is from the Framers mailing list > > > > Send messages to framers@lists.frameusers.com > > Visit the list's homepage at http://www.frameusers.com > > Archives located at > > http://www.mail-archive.com/framers%40lists.frameusers.com/ > > Subscribe and unsubscribe at > > http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com > > Send administrative questions to listad...@frameusers.com > > > > ___ > > > > This message is from the Framers mailing list > > > > Send messages to framers@lists.frameusers.com > > Visit the list's homepage at http://www.frameusers.com > > Archives located at > > http://www.mail-archive.com/framers%40lists.frameusers.com/ > > Subscribe and unsubscribe at > > http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com > > Send administrative questions to
Re: [Framers] ANN: Bottlenecks
Hi Rick There is this very old FrameMaker bug where text is formatted incorrectly if there is inline markup in list items (ol/li or ul/li). It has been described at length here and Frame experts like Lynne Price and Scott Prentice have also been looking into it: https://groups.yahoo.com/neo/groups/framemaker-dita/conversations/topics/3122?guccounter=1 So far, I haven't seen a good solution for this one, so my workaround is to specify the font "hard-coded" in the EDD, which I don't really like. Maybe a script could help to "retag" the text to apply the correct formatting? This was Lynne's "recap" of the problem: _ Jon, Scott, et. al., Thanks, Jon, for the simple test file. A recap is that in your DITA application, text in a paragraph in an item in a bulleted list has the correct font even when it occurs between two inline elements. However, text between two inline elements uses the wrong font family in a paragraph in an item in a numbered list, although text at the beginning or end of such a paragraph uses the correct font. The incorrect formatting is EDD-specific; it does not appear with other format rules for the same structure. I believe I have isolated the problem. It does indeed seem to be an FM bug, which by the way also occurs in FM8 and FM7.2. I disabled the DITA API clients for my FM9 testing and thus have confirmed that the problem is not a DITA issue. The bug is that when applying first pgf rules, FM applies the default pgf font to a text segment at the beginning or end of a paragraph but not to medial text segments. In detail, the test data has the structure: This has multiple instances of inline markup for your reading pleasure. This has multiple instances of inline markup for your reading pleasure. This has one instance for your reading pleasure. The expected formatting is that text outside the elements should use Calibri and text inside the should use Courier New. The only incorrect formatting is that of "instances of inline" in the first in the which appears in Minion Pro. Note that this is identical to the one in the but that the entire is formatted correctly. The relevant format rules are: 1) has a text fmt rule that applies pgf fmt ul.bullet.indent or ol.num.indent depending on whether it occurs in a or an . Both these pgf fmts use Minion Pro. 2) has a first pgf rule that applies pgf fmt 1FStep, 2FStep, or Bullet respectively to the first child of an , elsewhere in an , and within a . These pgf fmts all use Calibri. 3) has a text format rule that applies pgf fmt Body_indent which uses Calibri. When FM applies the format rules, it first applies the text fmt rules and then the first pgf rules. Within the , it therefore applies ul.bullet.indent to the (applying Minion Pro) and then Body_indent to the (applying Calibri). It then applies Bullet, applying the default font only to the initial and final text segments. Since Bullet uses the same font family as Body_indent, the fact that it does not reapply Calibri to the medial text segment doesn't matter. To format the , however, it applies ol.num.indent to the , which applies Minion Pro to all text segments. Then it applies the first pgf rule to change the default pgf font to Calibri, but applies this change only to the edge text segments, leaving Minion Pro on the medial one. As this analysis suggests, removing the text format rule on causes the same error to occur in the as in the . Similarly, applying Body_indent to a in a in an avoids the bug there just as it does in the . Jon did not see the problem when he inserted a new inline element in the within the because that operation does not cause FM to reformat the adjacent text segment. Reformatting the or any of its ancestors by changing the element to itself (e.g., changing the to a , the to an , etc.), or by importing element definitions while removing overrides, does cause FM to reformat the critical text segment, and to reformat it incorrectly. When FM opens the XML version of the document, however, it delays applying format rules until it has imported the entire document, thereby triggering the bug. By the way, the original EDD applies pgf fmts and char fmts rather than applying individual properties as needed. My tests included using specific properties but it did not change the results. I have reduced the EDD from the original 315 pages to a page and a half. Will keep a copy for a few days if anyone wants to see it. --Lynne _ Kind regards Yves On 4 June 2018 at 15:57, Rick Quatro wrote: > Hi Framers, > > > > Occasionally I like to query the FrameMaker community to find out about > some > of their FrameMaker bottlenecks. What are the things that slow you down, > make your work tedious, and frustrate you about FrameMaker? Some of your > complaints and suggestions have lead to useful solutions in the past.
