RE: How to automatically import index and cross-reference entries from Word 7 to FM 7.2 or 8?

[Mike Bradley]

You don't have to do anything. FM will pick them up.

The Xrefs are no problem at all. They will be either of these Xref formats: 

  Imported Format PageNum, Xref$pagenum
  Imported Format ParaText, Xref$paratext

The index entries are a problem, but the solution is easy.

For every index entry in the Word document, FM creates a separate Index marker.
That's fine. But when it puts the markers in the FM file, it stacks them one on
top of the other instead one after the other. As a result, when you view text
symbols in FM, you see only one marker character. When you select it, you can
select only the marker that's on top of the stack; finding and editing the
markers under the top marker is a chore. 

For instance, suppose the Word doc has two index terms in a paragraph: {XE
evaluation versions} {XE versions, evaluation}. FM would make two Index
markers and stack them on one top of the other. You could select only the first
entry's marker character when you viewed text symbols. 

The only way to find a particular marker in a stack of markers is to search for
the marker text, if you know it, or locate the term in the index file and jump
to it.

My solution was to combine the stacked markers in the MIF file. It goes fairly
quickly. The stacked markers appear next to each other in the MIF code and can
be edited. For instance, this is the code for two stacked markers:

Marker 
MType 2
MTypeName `Index'
MText `evaluation versions'
MCurrPage `1'
Unique 998679
# end of Marker
Marker 
MType 2
MTypeName `Index'
MText `versions: evaluation'
MCurrPage `1'
Unique 998680
# end of Marker

It can be edited to this:

Marker 
MType 2
MTypeName `Index'
MText `evaluation versions; versions: evaluation'
MCurrPage `1'
Unique 998679
# end of Marker

The result is a single Index marker in the FM that combines the two entries,
making them much easier to find and edit.

The index plugins that one can use with FM address this problem, but my clients
haven't wanted to use the plugins, so I improvised the MIF solution.


= Mike Bradley
  www.techpubs.com



___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: How to automatically import index and cross-reference entries from Word 7 to FM 7.2 or 8?

[Peter Gold]

If you choose Create Hypertext Linksin the Index dialog box, you can
isolate an index marker from its clustered buddies by
Ctrl+Alt+Clicking on an index entry. This highlights the entry's
marker; the marker text appears in the Marker window. Or Find  Marker
 Type Index, then Find Next.

Mike, thanks for the detailed MIF solution.

If your clients objected to plugins because of cost, you can manage
marker text efficiently with the free MarkerWorker plug-in from
Cudspan (search Google for markerworker.)

Regards,

Peter
__
Peter Gold
KnowHow ProServices

On Tue, Jun 17, 2008 at 1:43 AM, Mike Bradley [EMAIL PROTECTED] wrote:
 You don't have to do anything. FM will pick them up.

 The Xrefs are no problem at all. They will be either of these Xref formats:

  Imported Format PageNum, Xref$pagenum
  Imported Format ParaText, Xref$paratext

 The index entries are a problem, but the solution is easy.

 For every index entry in the Word document, FM creates a separate Index 
 marker.
 That's fine. But when it puts the markers in the FM file, it stacks them one 
 on
 top of the other instead one after the other. As a result, when you view text
 symbols in FM, you see only one marker character. When you select it, you can
 select only the marker that's on top of the stack; finding and editing the
 markers under the top marker is a chore.

 For instance, suppose the Word doc has two index terms in a paragraph: {XE
 evaluation versions} {XE versions, evaluation}. FM would make two Index
 and stack them on one top of the other. You could select only the first
 entry's marker character when you viewed text symbols.

 The only way to find a particular marker in a stack of markers is to search 
 for
 the marker text, if you know it, or locate the term in the index file and jump
 to it.

 My solution was to combine the stacked markers in the MIF file. It goes fairly
 quickly. The stacked markers appear next to each other in the MIF code and can
 be edited. For instance, this is the code for two stacked markers:

 Marker
MType 2
MTypeName `Index'
MText `evaluation versions'
MCurrPage `1'
Unique 998679
# end of Marker
 Marker
MType 2
MTypeName `Index'
MText `versions: evaluation'
MCurrPage `1'
Unique 998680
# end of Marker

 It can be edited to this:

 Marker
MType 2
MTypeName `Index'
MText `evaluation versions; versions: evaluation'
MCurrPage `1'
Unique 998679
# end of Marker

 The result is a single Index marker in the FM that combines the two entries,
 making them much easier to find and edit.

 The index plugins that one can use with FM address this problem, but my 
 clients
 haven't wanted to use the plugins, so I improvised the MIF solution.


 = Mike Bradley
  www.techpubs.com

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: Overrides

[Combs, Richard]

Leah Smaller wrote:

 I never use manual overrides for formatting. But I have noticed that
when
 the last word (right before the pilcrow) has a special character
format,
 the pgf name is shown with an asterisk . This asterisk, of course,
 signifies a format override for that specific paragraph. If I leave a
blank
 space between the last word and the pilcrow, the asterisk does not
appear.
 
 Why does this issue bother me ?
 1) I don't like a perfectly good pgf, with no overrides, displayed as
if
 there are overrides.
 2) Leaving a blank space between the character formatted word and the
 pilcrow is not a good workaround because spell checker picks it up as
 extra space and that adds many more mouse clicks to the workday.
 
 Comments? Solutions?

I always type a space (just one) at the end of a sentence, and that
includes at the end of a paragraph. Spell checker never flags these (and
yes, I do have it set to find extra spaces), and it shouldn't -- a
single space after the last sentence in a pgf isn't extra. 

The only reason I can think of that spell checker would flag that space
is if you include \p in the Find Space Before entries. 

I like consistently having a space before the pilcrow for several
reasons: 

-- If I merge pgfs (delete the pilcrow), that space needs to be there to
separate the now-adjacent sentences. 

-- As you noted, separating a char format from the pilcrow prevents a
pgf override (due to an FM bug). 

-- Similarly, separating a text inset from the pilcrow of its
container pgf prevents that pgf from taking on the formatting of the
first pgf in the text inset (another FM bug). 

I see now downside to typing that space, and no reason to end sentences
differently depending on where in the pgf they occur. 

IMHO, YMMV, etc.

Richard


Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
--
rgcombs AT gmailDOTcom
303-777-0436
--





___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Hi all:

FM 8.0 on Windows XP.

I have inherited a multi-chapter book template and it's giving me trouble.

On the title page, most of the lines of text are variables.  I double
click the text, up pops the variable dialog box, I change the generic
information to the specific information, I close the variable dialog
box and update the book.  The variables update cross references
throughout the chapters just fine.  The source variable has a fat
black T in front of it, indicating that it's being used as the source
of a cross-reference somewhere else.

One line of data is not a variable.  It is simply a line of text that
has it's own paragraph tag -- Company Name.  We changed this line from
generic text (Client Name) to specific text (Joe Blow Airways).  We
also erased the fat black T at the start of the line.  Now the other
pages don't update.

That fat black T seems to be the answer, but -- the source line is
still tagged Company Name and the cross references are still pointed
to the source tag called Company Name.  So why won't the cross
references update without the fat black T?

My question is three-fold:

1.  If we are crossreferencing back to paragraph tags, and we change
the source paragraph tag, do we have to keep the fat black T?  That
seems awfully picky, since we just want to double click the line of
text and type in our new text.  To keep the T, we would have to click
and backspace.  Plus that T doesn't preceed the original cross
reference.  It appears only to indicate that this line of text has
already been cross referenced. So it's absence shouldn't affect FM's
ability to update cross references, right?

2. What was the original writer doing, making this line of text a
paragraph tag and not a variable, like every other line of text on the
page?  Is there a good reason for this? (Probably a rhetorical
question, but I thought I'd throw it out there, in case there is
something everyone but me knows.)

3.  Shouldn't I get rid of all these cross references and change them
all to variables?  That way I can update the variable once and it
changes everywhere and there are no fat black Ts to worry about and no
broken cross references for me to get super frustrated over. Or would
I have to change the variable in each individual chapter?

I'd appreciate anyone's advice.

Frustratedly yours,

Deirdre
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Overrides

[William Abernathy]

If you capture the end-of-paragraph mark with your localized (character 
formatting) exception, Frame treats it as an overridden paragraph style, rather 
than a localized character format.

Richard's solution is spot-on. For a long time, I deleted any extra spaces I 
saw 
at the end of a paragraph, under the geezer-like assumption that Every Byte is 
Sacred, and using the least number of them to do a job was a positive social 
good.

This is one of those little things that looks like an anal-retentive 
bookkeeping 
problem until you make a habit out of it and have to update a book to a new 
template using TemplateMapper. TemplateMapper can handle character exceptions, 
but sticks all paragraphs into the new style, heedless of local exceptions. 
Suddenly, all those overridden paragraphs get paved over, and you have to go 
back and put in all the localized exceptions by hand.

--William

Combs, Richard wrote:
 Leah Smaller wrote:
 
 I never use manual overrides for formatting. But I have noticed that
 when
 the last word (right before the pilcrow) has a special character
 format,
 the pgf name is shown with an asterisk . This asterisk, of course,
 signifies a format override for that specific paragraph. If I leave a
 blank
 space between the last word and the pilcrow, the asterisk does not
 appear.
 Why does this issue bother me ?
 1) I don't like a perfectly good pgf, with no overrides, displayed as
 if
 there are overrides.
 2) Leaving a blank space between the character formatted word and the
 pilcrow is not a good workaround because spell checker picks it up as
 extra space and that adds many more mouse clicks to the workday.

 Comments? Solutions?
 
 I always type a space (just one) at the end of a sentence, and that
 includes at the end of a paragraph. Spell checker never flags these (and
 yes, I do have it set to find extra spaces), and it shouldn't -- a
 single space after the last sentence in a pgf isn't extra. 
 
 The only reason I can think of that spell checker would flag that space
 is if you include \p in the Find Space Before entries. 
 
 I like consistently having a space before the pilcrow for several
 reasons: 
 
 -- If I merge pgfs (delete the pilcrow), that space needs to be there to
 separate the now-adjacent sentences. 
 
 -- As you noted, separating a char format from the pilcrow prevents a
 pgf override (due to an FM bug). 
 
 -- Similarly, separating a text inset from the pilcrow of its
 container pgf prevents that pgf from taking on the formatting of the
 first pgf in the text inset (another FM bug). 
 
 I see now downside to typing that space, and no reason to end sentences
 differently depending on where in the pgf they occur. 
 
 IMHO, YMMV, etc.
 
 Richard
 
 
 Richard G. Combs
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: Overrides

[Combs, Richard]

Oops.

 I see now downside... 

should be no downside... 

Richard


Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
--
rgcombs AT gmailDOTcom
303-777-0436
--






___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

saving marker and topic title during Mif2GO processing

[Jim Owens]

As part of our Help production, we need a list of context-sensitive 
markers and topic titles, like this:

IDH_NewWidget Adding widgets
IDH_EditWidget Editing widgets

(The exact formatting doesn't matter; I'll be processing it anyway.) We 
use this information to update our help testing tool, so that the tester 
knows what topic title is associated with a given hook.

We're using Mif2GO to generate HTML Help. I'd like to use Mif2GO to 
create this list at the same time. (I'm also interested in reasonable 
alternatives.)

 From early research, I think I can:

- save the marker values as macro variables
- save the topic titles as macro variables
- use a FileEndCommand to pass these macro variables to a custom EXE 
that can add them to a file.

Is this possible?  Is there a better way?

Some alternatives I've already considered:

- Using FM to generate a List of Markers. But then I have to manage the 
List of Markers file, which I don't want in the book.

- Using the .hha file from Mif2Go. But then I'd have to use the exact 
topic titles as the filenames, punctuation and all, and I'm worried that 
this could cause other problems.

- Crunching the MIF files to pull out the markers and titles, using a 
custom EXE invoked from BookEndCommand.  But this requires a lot of 
processing.










___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: getting confused about xref variables and paragraph tags

[Jim Owens]

That big T is a marker used by the cross-references to find the target 
paragraph. You seem to be aware of this.

If you've removed it from a paragraph, the cross-references to that 
paragraph will be unresolved.

As far as I can tell from your description, the cross-references are 
still set to use the Company Name tag, but they are not pointing to 
any particular paragraph tagged Company Name.




Deirdre Reagan wrote:
 Hi all:
 
 FM 8.0 on Windows XP.
 
 I have inherited a multi-chapter book template and it's giving me trouble.
 
 On the title page, most of the lines of text are variables.  I double
 click the text, up pops the variable dialog box, I change the generic
 information to the specific information, I close the variable dialog
 box and update the book.  The variables update cross references
 throughout the chapters just fine.  The source variable has a fat
 black T in front of it, indicating that it's being used as the source
 of a cross-reference somewhere else.
 
 One line of data is not a variable.  It is simply a line of text that
 has it's own paragraph tag -- Company Name.  We changed this line from
 generic text (Client Name) to specific text (Joe Blow Airways).  We
 also erased the fat black T at the start of the line.  Now the other
 pages don't update.
 
 That fat black T seems to be the answer, but -- the source line is
 still tagged Company Name and the cross references are still pointed
 to the source tag called Company Name.  So why won't the cross
 references update without the fat black T?
 
 My question is three-fold:
 
 1.  If we are crossreferencing back to paragraph tags, and we change
 the source paragraph tag, do we have to keep the fat black T?  That
 seems awfully picky, since we just want to double click the line of
 text and type in our new text.  To keep the T, we would have to click
 and backspace.  Plus that T doesn't preceed the original cross
 reference.  It appears only to indicate that this line of text has
 already been cross referenced. So it's absence shouldn't affect FM's
 ability to update cross references, right?
 
 2. What was the original writer doing, making this line of text a
 paragraph tag and not a variable, like every other line of text on the
 page?  Is there a good reason for this? (Probably a rhetorical
 question, but I thought I'd throw it out there, in case there is
 something everyone but me knows.)
 
 3.  Shouldn't I get rid of all these cross references and change them
 all to variables?  That way I can update the variable once and it
 changes everywhere and there are no fat black Ts to worry about and no
 broken cross references for me to get super frustrated over. Or would
 I have to change the variable in each individual chapter?
 
 I'd appreciate anyone's advice.
 
 Frustratedly yours,
 
 Deirdre
 ___
 
 
 You are currently subscribed to Framers as [EMAIL PROTECTED]
 
 Send list messages to [EMAIL PROTECTED]
 
 To unsubscribe send a blank email to 
 [EMAIL PROTECTED]
 or visit http://lists.frameusers.com/mailman/options/framers/jowens%40magma.ca
 
 Send administrative questions to [EMAIL PROTECTED] Visit
 http://www.frameusers.com/ for more resources and info.
 
 

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Yes, that big black T confounds me.

I went to the broken cross reference, clicked on it, and it opened the
title page and displayed, via the dialog box, that it knew exactly
where it was supposed to go to find its source.  So the cross
reference knows what its source is, and the source is there, patiently
waiting, but updating the book doesn't seem to get these two piece to
work, without that black T.

I think there are several things going on that I haven't quite sorted out.

But I've gotten good advice here so far, so I'll keep coming back!

Deirdre

On 6/17/08, Jim Owens [EMAIL PROTECTED] wrote:
 That big T is a marker used by the cross-references to find the target
 paragraph. You seem to be aware of this.

 If you've removed it from a paragraph, the cross-references to that
 paragraph will be unresolved.

 As far as I can tell from your description, the cross-references are still
 set to use the Company Name tag, but they are not pointing to any
 particular paragraph tagged Company Name.




 Deirdre Reagan wrote:
 
  Hi all:
 
  FM 8.0 on Windows XP.
 
  I have inherited a multi-chapter book template and it's giving me trouble.
 
  On the title page, most of the lines of text are variables.  I double
  click the text, up pops the variable dialog box, I change the generic
  information to the specific information, I close the variable dialog
  box and update the book.  The variables update cross references
  throughout the chapters just fine.  The source variable has a fat
  black T in front of it, indicating that it's being used as the source
  of a cross-reference somewhere else.
 
  One line of data is not a variable.  It is simply a line of text that
  has it's own paragraph tag -- Company Name.  We changed this line from
  generic text (Client Name) to specific text (Joe Blow Airways).  We
  also erased the fat black T at the start of the line.  Now the other
  pages don't update.
 
  That fat black T seems to be the answer, but -- the source line is
  still tagged Company Name and the cross references are still pointed
  to the source tag called Company Name.  So why won't the cross
  references update without the fat black T?
 
  My question is three-fold:
 
  1.  If we are crossreferencing back to paragraph tags, and we change
  the source paragraph tag, do we have to keep the fat black T?  That
  seems awfully picky, since we just want to double click the line of
  text and type in our new text.  To keep the T, we would have to click
  and backspace.  Plus that T doesn't preceed the original cross
  reference.  It appears only to indicate that this line of text has
  already been cross referenced. So it's absence shouldn't affect FM's
  ability to update cross references, right?
 
  2. What was the original writer doing, making this line of text a
  paragraph tag and not a variable, like every other line of text on the
  page?  Is there a good reason for this? (Probably a rhetorical
  question, but I thought I'd throw it out there, in case there is
  something everyone but me knows.)
 
  3.  Shouldn't I get rid of all these cross references and change them
  all to variables?  That way I can update the variable once and it
  changes everywhere and there are no fat black Ts to worry about and no
  broken cross references for me to get super frustrated over. Or would
  I have to change the variable in each individual chapter?
 
  I'd appreciate anyone's advice.
 
  Frustratedly yours,
 
  Deirdre
  ___
 
 
  You are currently subscribed to Framers as [EMAIL PROTECTED]
 
  Send list messages to [EMAIL PROTECTED]
 
  To unsubscribe send a blank email to
 [EMAIL PROTECTED]
  or visit
 http://lists.frameusers.com/mailman/options/framers/jowens%40magma.ca
 
  Send administrative questions to [EMAIL PROTECTED] Visit
  http://www.frameusers.com/ for more resources and info.
 
 
 


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: getting confused about xref variables and paragraph tags

[Jim Owens]

OK, I feel a bit confused, too. I have just deleted a black T from a 
heading in one of my documents, to see what happens.  There is a 
cross-reference to the heading in a different chapter. Here's what I've 
observed:

When you open the chapter containing the cross-reference, a message 
appears, saying that the chapter contains unresolved cross-references.

If you open the chapter and double-click the broken xref, and the broken 
xref is to another chapter which is not currently open, then a message 
appears, asking if it's OK to open the other chapter.

If you click OK, the other chapter opens, and a cross-reference dialog 
box appears.  In its right pane, the dialog box shows any 
cross-references markers that currently exist in the other chapter. None 
of them are selected.

If all this happens in your case, then you need to click the Source Type 
button in the dialog box, and select Paragraphs from the list that 
appears. Then, in the left pane of the dialog, you need to select the 
paragraph tag for the heading.

Then, in the right pane, you need to select the paragraph.

If all this is irrelevant to your situation, then I need more details.


Deirdre Reagan wrote:
 Yes, that big black T confounds me.
 
 I went to the broken cross reference, clicked on it, and it opened the
 title page and displayed, via the dialog box, that it knew exactly
 where it was supposed to go to find its source.  So the cross
 reference knows what its source is, and the source is there, patiently
 waiting, but updating the book doesn't seem to get these two piece to
 work, without that black T.
 
 I think there are several things going on that I haven't quite sorted out.
 
 But I've gotten good advice here so far, so I'll keep coming back!
 
 Deirdre
 
 On 6/17/08, Jim Owens [EMAIL PROTECTED] wrote:
 That big T is a marker used by the cross-references to find the target
 paragraph. You seem to be aware of this.

 If you've removed it from a paragraph, the cross-references to that
 paragraph will be unresolved.

 As far as I can tell from your description, the cross-references are still
 set to use the Company Name tag, but they are not pointing to any
 particular paragraph tagged Company Name.




 Deirdre Reagan wrote:
 Hi all:

 FM 8.0 on Windows XP.

 I have inherited a multi-chapter book template and it's giving me trouble.

 On the title page, most of the lines of text are variables.  I double
 click the text, up pops the variable dialog box, I change the generic
 information to the specific information, I close the variable dialog
 box and update the book.  The variables update cross references
 throughout the chapters just fine.  The source variable has a fat
 black T in front of it, indicating that it's being used as the source
 of a cross-reference somewhere else.

 One line of data is not a variable.  It is simply a line of text that
 has it's own paragraph tag -- Company Name.  We changed this line from
 generic text (Client Name) to specific text (Joe Blow Airways).  We
 also erased the fat black T at the start of the line.  Now the other
 pages don't update.

 That fat black T seems to be the answer, but -- the source line is
 still tagged Company Name and the cross references are still pointed
 to the source tag called Company Name.  So why won't the cross
 references update without the fat black T?

 My question is three-fold:

 1.  If we are crossreferencing back to paragraph tags, and we change
 the source paragraph tag, do we have to keep the fat black T?  That
 seems awfully picky, since we just want to double click the line of
 text and type in our new text.  To keep the T, we would have to click
 and backspace.  Plus that T doesn't preceed the original cross
 reference.  It appears only to indicate that this line of text has
 already been cross referenced. So it's absence shouldn't affect FM's
 ability to update cross references, right?

 2. What was the original writer doing, making this line of text a
 paragraph tag and not a variable, like every other line of text on the
 page?  Is there a good reason for this? (Probably a rhetorical
 question, but I thought I'd throw it out there, in case there is
 something everyone but me knows.)

 3.  Shouldn't I get rid of all these cross references and change them
 all to variables?  That way I can update the variable once and it
 changes everywhere and there are no fat black Ts to worry about and no
 broken cross references for me to get super frustrated over. Or would
 I have to change the variable in each individual chapter?

 I'd appreciate anyone's advice.

 Frustratedly yours,

 Deirdre
 ___


 You are currently subscribed to Framers as [EMAIL PROTECTED]

 Send list messages to [EMAIL PROTECTED]

 To unsubscribe send a blank email to
 [EMAIL PROTECTED]
 or visit
 http://lists.frameusers.com/mailman/options/framers/jowens%40magma.ca
 Send administrative questions to [EMAIL PROTECTED] Visit
 

RE: getting confused about xref variables and paragraph tags

[Combs, Richard]

Deirdre Reagan wrote: 
 
 I went to the broken cross reference, clicked on it, and it opened the
 title page and displayed, via the dialog box, that it knew exactly
 where it was supposed to go to find its source.  So the cross
 reference knows what its source is, and the source is there, patiently
 waiting, but updating the book doesn't seem to get these two piece to
 work, without that black T.

No, it didn't. It knew the source file for the cross-reference (and
asked permission to open it if necessary), but not _exactly_ where to go
in that file. It's the oversized T, which is a cross-reference marker,
that identifies the destination. 

I just deleted a cross-reference marker (I'm using FM 7.2) and then
double-clicked a cross-reference to it. The Cross-Reference dialog box
showed the destination file in the Document field at the top. On the
left, it displayed Marker Types (not Paragraphs). On the right it
displayed the Cross-Reference Markers list, but _none was selected_.
Because the marker that the xref used to point to wasn't in the list
anymore. 

Setting Source Type to Paragraphs changed the left list to Paragraph
Tags and the right list to Paragraphs. But on the left, the first item
in the list (in my case, Body) was selected. And again, on the right, no
specific instance of a pgf tag was selected. 

Selecting a pgf tag (in my case TitleChapter) on the left and a specific
instance of that tag on the right fixed the xref -- by inserting a new
cross-reference marker at the beginning of the selected pgf. 

As a convenience, FM lets you create xrefs by selecting the destination
pgf. But when you do that, behind the scenes, FM inserts an xref
marker in that pgf, and it's the xref marker that identifies the
destination. If you delete that, you have to recreate it. That's how
cross-references work. 

See Working with cross-reference markers and Resolving
cross-references in the help/manual.

HTH!

Richard


Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
--
rgcombs AT gmailDOTcom
303-777-0436
--






___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Ah yes.  I see the problem now.  It opens the chapter but doesn't know
where to go from there.  Thank you!

That explains a lot!

Deirdre

On 6/17/08, Combs, Richard [EMAIL PROTECTED] wrote:
 Deirdre Reagan wrote:

  I went to the broken cross reference, clicked on it, and it opened the
  title page and displayed, via the dialog box, that it knew exactly
  where it was supposed to go to find its source.  So the cross
  reference knows what its source is, and the source is there, patiently
  waiting, but updating the book doesn't seem to get these two piece to
  work, without that black T.

 No, it didn't. It knew the source file for the cross-reference (and
 asked permission to open it if necessary), but not _exactly_ where to go
 in that file. It's the oversized T, which is a cross-reference marker,
 that identifies the destination.

 I just deleted a cross-reference marker (I'm using FM 7.2) and then
 double-clicked a cross-reference to it. The Cross-Reference dialog box
 showed the destination file in the Document field at the top. On the
 left, it displayed Marker Types (not Paragraphs). On the right it
 displayed the Cross-Reference Markers list, but _none was selected_.
 Because the marker that the xref used to point to wasn't in the list
 anymore.

 Setting Source Type to Paragraphs changed the left list to Paragraph
 Tags and the right list to Paragraphs. But on the left, the first item
 in the list (in my case, Body) was selected. And again, on the right, no
 specific instance of a pgf tag was selected.

 Selecting a pgf tag (in my case TitleChapter) on the left and a specific
 instance of that tag on the right fixed the xref -- by inserting a new
 cross-reference marker at the beginning of the selected pgf.

 As a convenience, FM lets you create xrefs by selecting the destination
 pgf. But when you do that, behind the scenes, FM inserts an xref
 marker in that pgf, and it's the xref marker that identifies the
 destination. If you delete that, you have to recreate it. That's how
 cross-references work.

 See Working with cross-reference markers and Resolving
 cross-references in the help/manual.

 HTH!

 Richard


 Richard G. Combs
 Senior Technical Writer
 Polycom, Inc.
 richardDOTcombs AT polycomDOTcom
 303-223-5111
 --
 rgcombs AT gmailDOTcom
 303-777-0436
 --







___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Adobe Garamond font in bold doesn't distill properly

[Linda G. Gallagher]

Framers,

FM 8
Acro 8
Win XP

I created a new template recently and selected Adobe Garamond for my body
text. I created a bold character tag and set it to As Is, then selected Bold
for the weight. When I created a PDF, all of the bold text was all weird
(oddly spaced in a supposed monospaced font).

After looking into that, I found that the only Weight option for the Adobe
Garamond font was actually Semibold, so I changed the character tag to
Semibold, but I'm seeing the same results when I create a PDF. All looks
fine on-screen and when printing a laser printer from FM, so it must be
something related to Acrobat. 

In looking at my Distiller options, I don't see any of the Adobe fonts
listed in the Embedding field on the Fonts screen. I think these fonts came
with FM 8 (I see several Adobe fonts in FM 8), because I don't think I had
them before I installed FM 8.

I can't seem to find where these Adobe fonts are installed, and I'm not sure
how to resolve this PDF issue. Of course, I can change to a different
Garamond (I do have another), but I'd like to understand the problem and
solution better, in case I really want to use these Adobe fonts in the
future.

Thanks in advance!

~
Linda G. Gallagher
TechCom Plus, LLC
lindag at techcomplus dot com
www.techcomplus.com
303-450-9076 or 800-500-3144
User guides, online help, FrameMaker and
WebWorks ePublisher templates




___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Adobe Garamond font in bold doesn't distill properly

[Art Campbell]

It sounds as if Adobe PDF isn't set as the default printer (it should
be) and you may be invoking a printer font that isn't actually
installed on your system but is resident on the printer.

Not directly related to this, but you may want to check the
DisplayUsingPrinterMetrics= line in maker.ini too. It is usually set
to Off; but On would be better to accurately reflect the font display
on screen.

Art


On Tue, Jun 17, 2008 at 2:13 PM, Linda G. Gallagher
[EMAIL PROTECTED] wrote:
 Framers,

 FM 8
 Acro 8
 Win XP

 I created a new template recently and selected Adobe Garamond for my body
 text. I created a bold character tag and set it to As Is, then selected Bold
 for the weight. When I created a PDF, all of the bold text was all weird
 (oddly spaced in a supposed monospaced font).

 After looking into that, I found that the only Weight option for the Adobe
 Garamond font was actually Semibold, so I changed the character tag to
 Semibold, but I'm seeing the same results when I create a PDF. All looks
 fine on-screen and when printing a laser printer from FM, so it must be
 something related to Acrobat.

 In looking at my Distiller options, I don't see any of the Adobe fonts
 listed in the Embedding field on the Fonts screen. I think these fonts came
 with FM 8 (I see several Adobe fonts in FM 8), because I don't think I had
 them before I installed FM 8.

 I can't seem to find where these Adobe fonts are installed, and I'm not sure
 how to resolve this PDF issue. Of course, I can change to a different
 Garamond (I do have another), but I'd like to understand the problem and
 solution better, in case I really want to use these Adobe fonts in the
 future.

 Thanks in advance!

 ~
 Linda G. Gallagher
 TechCom Plus, LLC
 lindag at techcomplus dot com
 www.techcomplus.com
 303-450-9076 or 800-500-3144
 User guides, online help, FrameMaker and
 WebWorks ePublisher templates
 



 ___


 You are currently subscribed to Framers as [EMAIL PROTECTED]

 Send list messages to [EMAIL PROTECTED]

 To unsubscribe send a blank email to
 [EMAIL PROTECTED]
 or visit 
 http://lists.frameusers.com/mailman/options/framers/art.campbell%40gmail.com

 Send administrative questions to [EMAIL PROTECTED] Visit
 http://www.frameusers.com/ for more resources and info.




-- 
Art Campbell [EMAIL PROTECTED]
 ... In my opinion, there's nothing in this world beats a '52 Vincent
and a redheaded girl. -- Richard Thompson
 No disclaimers apply.
 DoD 358
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: Adobe Garamond font in bold doesn't distill properly

[Linda G. Gallagher]

Pardon my ignorance, but if I can't find where these are installed, how can
I tell any of that? Yes, it is Adobe Garamond Pro. 

None of these Adobe fonts are in Windows\fonts. They are listed in FM, but I
just noticed that I don't see them in Word. Where else does FM look for
fonts?

I've not changed printers, so I don't think they are printer fonts. I'm
fairly certain they came with the TCS, which I installed recently. I know I
haven't had these fonts until recently, hence my belief that they came with
TCS.

About Art's comment, yes, I used Adobe PDF as the printer when I created my
.ps file. I always do.


~
Linda G. Gallagher
TechCom Plus, LLC
lindag at techcomplus dot com
www.techcomplus.com
303-450-9076 or 800-500-3144
User guides, online help, FrameMaker and
WebWorks ePublisher templates




-Original Message-
From: Dov Isaacs [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 17, 2008 12:23 PM
To: Linda G. Gallagher; framers@lists.frameusers.com
Subject: RE: Adobe Garamond font in bold doesn't distill properly

Exactly which fonts were you using? The Type 1 version of Adobe Garamond
or the OpenType version of Adobe Garamond (Adobe Garamond Pro)? And do you
actually have these fonts installed on your system (as opposed to some of
them being printer resident fonts)?

- Dov

 -Original Message-
 From: Linda G. Gallagher
 Sent: Tuesday, June 17, 2008 11:13 AM
 To: framers@lists.frameusers.com
 Subject: Adobe Garamond font in bold doesn't distill properly

 Framers,

 FM 8
 Acro 8
 Win XP

 I created a new template recently and selected Adobe Garamond for my body
 text. I created a bold character tag and set it to As Is, then selected
Bold
 for the weight. When I created a PDF, all of the bold text was all weird
 (oddly spaced in a supposed monospaced font).

 After looking into that, I found that the only Weight option for the Adobe
 Garamond font was actually Semibold, so I changed the character tag to
 Semibold, but I'm seeing the same results when I create a PDF. All looks
 fine on-screen and when printing a laser printer from FM, so it must be
 something related to Acrobat.

 In looking at my Distiller options, I don't see any of the Adobe fonts
 listed in the Embedding field on the Fonts screen. I think these fonts
came
 with FM 8 (I see several Adobe fonts in FM 8), because I don't think I had
 them before I installed FM 8.

 I can't seem to find where these Adobe fonts are installed, and I'm not
sure
 how to resolve this PDF issue. Of course, I can change to a different
 Garamond (I do have another), but I'd like to understand the problem and
 solution better, in case I really want to use these Adobe fonts in the
 future.

 Thanks in advance!

 ~
 Linda G. Gallagher
 TechCom Plus, LLC
 lindag at techcomplus dot com
 www.techcomplus.com
 303-450-9076 or 800-500-3144
 User guides, online help, FrameMaker and
 WebWorks ePublisher templates
 


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Adobe Garamond font in bold doesn't distill properly

[Paul Findon]

On 17 Jun 2008, at 19:13, Linda G. Gallagher wrote:

 I created a new template recently and selected Adobe Garamond for  
 my body
 text. I created a bold character tag and set it to As Is, then  
 selected Bold
 for the weight. When I created a PDF, all of the bold text was all  
 weird
 (oddly spaced in a supposed monospaced font).

 After looking into that, I found that the only Weight option for  
 the Adobe
 Garamond font was actually Semibold, so I changed the character tag to
 Semibold, but I'm seeing the same results when I create a PDF. All  
 looks
 fine on-screen and when printing a laser printer from FM, so it  
 must be
 something related to Acrobat.

 In looking at my Distiller options, I don't see any of the Adobe fonts
 listed in the Embedding field on the Fonts screen. I think these  
 fonts came
 with FM 8 (I see several Adobe fonts in FM 8), because I don't  
 think I had
 them before I installed FM 8.

 I can't seem to find where these Adobe fonts are installed, and I'm  
 not sure
 how to resolve this PDF issue. Of course, I can change to a different
 Garamond (I do have another), but I'd like to understand the  
 problem and
 solution better, in case I really want to use these Adobe fonts in the
 future

Hi Linda,

For some reason, the OpenType fonts bundled with FrameMaker 8,  
including Adobe Garamond Pro, reside in

C:\Program Files\Adobe\FrameMaker8\fminit\fonts\adobe\

which, in addition to making them not available to non-Adobe programs  
such as Office, also means that Distiller can't find them.
To fix this, go to Distiller  Settings  Font Location, and add the  
above font location.

That's what I had to do to get the bundled Minion Pro and Myriad Pro  
to embed.

Paul
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Adobe Garamond font in bold doesn't distill properly

[Art Campbell]

Another solution would be to install them from the \Frame folder.
A collection of fonts are in the same place on the 7 system I'm
working on right now, but installing made them available to everything
and consolidated the files into the \Fonts folder.

Art

On Tue, Jun 17, 2008 at 3:16 PM, Linda G. Gallagher
[EMAIL PROTECTED] wrote:
 Bingo! That was the answer. Now the bold looks, well, bold when I print the
 PDF.

 I didn't dig deep enough in the FM folder to find where the fonts were.
 Silly me, I didn't think they'd be that buried if FM installed fonts. My
 bad.

 Thanks, Paul!


 ~
 Linda G. Gallagher
 TechCom Plus, LLC
 lindag at techcomplus dot com
 www.techcomplus.com
 303-450-9076 or 800-500-3144
 User guides, online help, FrameMaker and
 WebWorks ePublisher templates
 



 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Paul Findon
 Sent: Tuesday, June 17, 2008 1:11 PM
 To: FrameUsers List
 Subject: Re: Adobe Garamond font in bold doesn't distill properly

 On 17 Jun 2008, at 19:13, Linda G. Gallagher wrote:

 I created a new template recently and selected Adobe Garamond for
 my body
 text. I created a bold character tag and set it to As Is, then
 selected Bold
 for the weight. When I created a PDF, all of the bold text was all
 weird
 (oddly spaced in a supposed monospaced font).

 After looking into that, I found that the only Weight option for
 the Adobe
 Garamond font was actually Semibold, so I changed the character tag to
 Semibold, but I'm seeing the same results when I create a PDF. All
 looks
 fine on-screen and when printing a laser printer from FM, so it
 must be
 something related to Acrobat.

 In looking at my Distiller options, I don't see any of the Adobe fonts
 listed in the Embedding field on the Fonts screen. I think these
 fonts came
 with FM 8 (I see several Adobe fonts in FM 8), because I don't
 think I had
 them before I installed FM 8.

 I can't seem to find where these Adobe fonts are installed, and I'm
 not sure
 how to resolve this PDF issue. Of course, I can change to a different
 Garamond (I do have another), but I'd like to understand the
 problem and
 solution better, in case I really want to use these Adobe fonts in the
 future

 Hi Linda,

 For some reason, the OpenType fonts bundled with FrameMaker 8,
 including Adobe Garamond Pro, reside in

 C:\Program Files\Adobe\FrameMaker8\fminit\fonts\adobe\

 which, in addition to making them not available to non-Adobe programs
 such as Office, also means that Distiller can't find them.
 To fix this, go to Distiller  Settings  Font Location, and add the
 above font location.

 That's what I had to do to get the bundled Minion Pro and Myriad Pro
 to embed.

 Paul
 ___


 You are currently subscribed to Framers as [EMAIL PROTECTED]

 Send list messages to [EMAIL PROTECTED]

 To unsubscribe send a blank email to
 [EMAIL PROTECTED]
 or visit
 http://lists.frameusers.com/mailman/options/framers/lindag%40techcomplus.com

 Send administrative questions to [EMAIL PROTECTED] Visit
 http://www.frameusers.com/ for more resources and info.

 ___



-- 
Art Campbell [EMAIL PROTECTED]
 ... In my opinion, there's nothing in this world beats a '52 Vincent
and a redheaded girl. -- Richard Thompson
 No disclaimers apply.
 DoD 358
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: Adobe Garamond font in bold doesn't distill properly

[Linda G. Gallagher]

Good point. I just did that, too. Thanks, Art! 


~
Linda G. Gallagher
TechCom Plus, LLC
lindag at techcomplus dot com
www.techcomplus.com
303-450-9076 or 800-500-3144
User guides, online help, FrameMaker and
WebWorks ePublisher templates




-Original Message-
From: Art Campbell [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 17, 2008 1:22 PM
To: Linda G. Gallagher
Cc: Paul Findon; FrameUsers List
Subject: Re: Adobe Garamond font in bold doesn't distill properly

Another solution would be to install them from the \Frame folder.
A collection of fonts are in the same place on the 7 system I'm
working on right now, but installing made them available to everything
and consolidated the files into the \Fonts folder.

Art

On Tue, Jun 17, 2008 at 3:16 PM, Linda G. Gallagher
[EMAIL PROTECTED] wrote:
 Bingo! That was the answer. Now the bold looks, well, bold when I print
the
 PDF.

 I didn't dig deep enough in the FM folder to find where the fonts were.
 Silly me, I didn't think they'd be that buried if FM installed fonts. My
 bad.

 Thanks, Paul!


 ~
 Linda G. Gallagher
 TechCom Plus, LLC
 lindag at techcomplus dot com
 www.techcomplus.com
 303-450-9076 or 800-500-3144
 User guides, online help, FrameMaker and
 WebWorks ePublisher templates
 



 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Paul Findon
 Sent: Tuesday, June 17, 2008 1:11 PM
 To: FrameUsers List
 Subject: Re: Adobe Garamond font in bold doesn't distill properly

 On 17 Jun 2008, at 19:13, Linda G. Gallagher wrote:

 I created a new template recently and selected Adobe Garamond for
 my body
 text. I created a bold character tag and set it to As Is, then
 selected Bold
 for the weight. When I created a PDF, all of the bold text was all
 weird
 (oddly spaced in a supposed monospaced font).

 After looking into that, I found that the only Weight option for
 the Adobe
 Garamond font was actually Semibold, so I changed the character tag to
 Semibold, but I'm seeing the same results when I create a PDF. All
 looks
 fine on-screen and when printing a laser printer from FM, so it
 must be
 something related to Acrobat.

 In looking at my Distiller options, I don't see any of the Adobe fonts
 listed in the Embedding field on the Fonts screen. I think these
 fonts came
 with FM 8 (I see several Adobe fonts in FM 8), because I don't
 think I had
 them before I installed FM 8.

 I can't seem to find where these Adobe fonts are installed, and I'm
 not sure
 how to resolve this PDF issue. Of course, I can change to a different
 Garamond (I do have another), but I'd like to understand the
 problem and
 solution better, in case I really want to use these Adobe fonts in the
 future

 Hi Linda,

 For some reason, the OpenType fonts bundled with FrameMaker 8,
 including Adobe Garamond Pro, reside in

 C:\Program Files\Adobe\FrameMaker8\fminit\fonts\adobe\

 which, in addition to making them not available to non-Adobe programs
 such as Office, also means that Distiller can't find them.
 To fix this, go to Distiller  Settings  Font Location, and add the
 above font location.

 That's what I had to do to get the bundled Minion Pro and Myriad Pro
 to embed.

 Paul
 ___


 You are currently subscribed to Framers as [EMAIL PROTECTED]

 Send list messages to [EMAIL PROTECTED]

 To unsubscribe send a blank email to
 [EMAIL PROTECTED]
 or visit

http://lists.frameusers.com/mailman/options/framers/lindag%40techcomplus.com

 Send administrative questions to [EMAIL PROTECTED] Visit
 http://www.frameusers.com/ for more resources and info.

 ___



-- 
Art Campbell [EMAIL PROTECTED]
 ... In my opinion, there's nothing in this world beats a '52 Vincent
and a redheaded girl. -- Richard Thompson
 No disclaimers apply.
 DoD 358

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: getting confused about xref variables and paragraph tags

[Fred Ridder]

A confused and frustrated Deirdre Reagan wrote (in part):
 
 1. If we are crossreferencing back to paragraph tags, and we change
 the source paragraph tag, do we have to keep the fat black T? That
 seems awfully picky, since we just want to double click the line of
 text and type in our new text. To keep the T, we would have to click
 and backspace. Plus that T doesn't preceed the original cross
 reference. It appears only to indicate that this line of text has
 already been cross referenced. So it's absence shouldn't affect FM's
 ability to update cross references, right?
 
The key concept is that *all* cross-references are references to 
cross-reference markers, which show on screen as the same kind of 
T-shaped symbol as any other marker type (e.g., index entry marker,
hypertext marker, conditional text marker). When you create an x-ref,
you typically use the list of paragraphs display in the x-ref dialog, but
you are *not* referencing a specific paragraph, you are referencing
the paragraph where a specific x-ref marker is located. You are *not*
referencing a paragraph tag (since that is not a unique entity except
in the context of the Paragraph Catalog). You are *not* referencing
a variable, or a line, or a paragraph. You are referencing the marker
and retrieving information about where it is located (e.g., the text,
the autonumbering, the page number).
 
If there is no x-ref marker in the target paragraph you identify when
you create an x-ref, FrameMaker automatically creates one for you. 
Embedded in the marker is a semi-unique ID number plus a snippet 
of the text from the paragraph which may be useful to you if you 
later display the list of markers rather than the list of paragraphs of 
a particular type (but if you change the text of the paragraph, the 
text in the marker does not update to match, so it really isn't as
useful as you would think). 
 
What confuses a lot of FrameMaker users is the Paragraphs display
in the x-ref dialog. They think that because they picked a paragraph
to target with an x-ref, they have done something fundamentally 
different than if they had picked an item from the Markers list. The
Paragraphs list is just a convenient way for writers to identify the
place they want to refer to based on its tagging and content and
to automatically create an x-ref marker if one is needed. Once
they've identifed the location and there is an x-ref marker there,
the x-ref works just like every other x-ref--it points to an x-ref 
marker with a particular ID in a particfular file. In other words, the
Paragraphs display is only an alternative UI into the exact same
mechanism. 
 
The ID number embedded in the x-ref marker (the T) at the target
end of a cross-reference is the key to the whole x-ref mechanism. 
At the referencing location (where the text will appear), FrameMaker 
embeds some code that identifies the marker ID, the filename and 
relative path of the file that contains the marker, and information 
on what information to extract from the target paragraph and how 
to display it. Whenever you open the file that contains the x-ref, 
FrameMaker silently opens the file that is identified in the x-ref, looks 
for the marker by ID, and updates the result in the referring document. 
If it can't find the file, or if it can't open the file, or if it can't find the
marker with the specified ID when it searches the file, you get the
dreaded unresolvced cross-reference message. When you delete 
the x-ref marker on your title page, you make every reference that 
points to it becoime unresolved.
 
 2. What was the original writer doing, making this line of text a
 paragraph tag and not a variable, like every other line of text on the
 page? Is there a good reason for this? (Probably a rhetorical
 question, but I thought I'd throw it out there, in case there is
 something everyone but me knows.)
 
You don't make a line of text a paragraph tag. A paragraph tag is
a *property* or attribute that is applied to each and every paragraph
in a document to identify the formatting that will be applied to the
paragraph when it is rendered.
 
I guess what you're asking is why the writer entered this text string
as regular text instead of as a variable. But if you're consistently 
using the cross-reference mechanism to pull title page information 
into all of the component files I think the real question is why you
are using variables at all, since it is simply an unnecessary step. 
If everything is entered and handled as a variable, then once you
import the variable definitions from the title page into all the component
files you can reference the variables locally and never have to use
a cross-reference. You can accomplish the appearance of the same 
result either way, but it seems to me that using the two mechanisms
interchangeably in the same book has no benefit and only causes 
confusion among users and potential maintenance issues. 
 
 3. Shouldn't I get rid of all these cross references and change 

Re: getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Yes, that's what I thought -- we should be using variables and not
cross references, especially because the cross references turn into
hyperlinks when pdf'ed.  I had forgotten about that.

Thank you for the explanation about how the cross references markers
work.  That helped me a lot.

Deirdre

On 6/17/08, Fred Ridder [EMAIL PROTECTED] wrote:
 A confused and frustrated Deirdre Reagan wrote (in part):

  1. If we are crossreferencing back to paragraph tags, and we change
  the source paragraph tag, do we have to keep the fat black T? That
  seems awfully picky, since we just want to double click the line of
  text and type in our new text. To keep the T, we would have to click
  and backspace. Plus that T doesn't preceed the original cross
  reference. It appears only to indicate that this line of text has
  already been cross referenced. So it's absence shouldn't affect FM's
  ability to update cross references, right?

 The key concept is that *all* cross-references are references to
 cross-reference markers, which show on screen as the same kind of
 T-shaped symbol as any other marker type (e.g., index entry marker,
 hypertext marker, conditional text marker). When you create an x-ref,
 you typically use the list of paragraphs display in the x-ref dialog, but
 you are *not* referencing a specific paragraph, you are referencing
 the paragraph where a specific x-ref marker is located. You are *not*
 referencing a paragraph tag (since that is not a unique entity except
 in the context of the Paragraph Catalog). You are *not* referencing
 a variable, or a line, or a paragraph. You are referencing the marker
 and retrieving information about where it is located (e.g., the text,
 the autonumbering, the page number).

 If there is no x-ref marker in the target paragraph you identify when
 you create an x-ref, FrameMaker automatically creates one for you.
 Embedded in the marker is a semi-unique ID number plus a snippet
 of the text from the paragraph which may be useful to you if you
 later display the list of markers rather than the list of paragraphs of
 a particular type (but if you change the text of the paragraph, the
 text in the marker does not update to match, so it really isn't as
 useful as you would think).

 What confuses a lot of FrameMaker users is the Paragraphs display
 in the x-ref dialog. They think that because they picked a paragraph
 to target with an x-ref, they have done something fundamentally
 different than if they had picked an item from the Markers list. The
 Paragraphs list is just a convenient way for writers to identify the
 place they want to refer to based on its tagging and content and
 to automatically create an x-ref marker if one is needed. Once
 they've identifed the location and there is an x-ref marker there,
 the x-ref works just like every other x-ref--it points to an x-ref
 marker with a particular ID in a particfular file. In other words, the
 Paragraphs display is only an alternative UI into the exact same
 mechanism.

 The ID number embedded in the x-ref marker (the T) at the target
 end of a cross-reference is the key to the whole x-ref mechanism.
 At the referencing location (where the text will appear), FrameMaker
 embeds some code that identifies the marker ID, the filename and
 relative path of the file that contains the marker, and information
 on what information to extract from the target paragraph and how
 to display it. Whenever you open the file that contains the x-ref,
 FrameMaker silently opens the file that is identified in the x-ref, looks
 for the marker by ID, and updates the result in the referring document.
 If it can't find the file, or if it can't open the file, or if it can't find
 the
 marker with the specified ID when it searches the file, you get the
 dreaded unresolvced cross-reference message. When you delete
 the x-ref marker on your title page, you make every reference that
 points to it becoime unresolved.

  2. What was the original writer doing, making this line of text a
  paragraph tag and not a variable, like every other line of text on the
  page? Is there a good reason for this? (Probably a rhetorical
  question, but I thought I'd throw it out there, in case there is
  something everyone but me knows.)

 You don't make a line of text a paragraph tag. A paragraph tag is
 a *property* or attribute that is applied to each and every paragraph
 in a document to identify the formatting that will be applied to the
 paragraph when it is rendered.

 I guess what you're asking is why the writer entered this text string
 as regular text instead of as a variable. But if you're consistently
 using the cross-reference mechanism to pull title page information
 into all of the component files I think the real question is why you
 are using variables at all, since it is simply an unnecessary step.
 If everything is entered and handled as a variable, then once you
 import the variable definitions from the title page into all the component
 files 

Template question, FrameMaker to RoboHelp HTML

[Stan Burnett]

I'm new. This is my first post. I've cross posted. Please excuse my  
directness, I'm under the gun...

FrameMaker 8.0 and RoboHelp 7 HTML as part of the Technical  
Communication Suite.

I have a FrameMaker book that uses a template designed for publishing  
to PDF.  I am trying to create a new template to reformat the content  
for importing the entire book (.book file) into a RoboHelp HTML  
WebHelp project.

My only problem is with anchored frames and the graphics.

In the template designed for Publish as PDF, all of the anchored  
frames are aligned as Center and extend to both margins. The Inside  
and Outside margins are set to 48. Some of the graphics are Offset  
 From Left = 114.0 pt (This makes them flush with the Body paragraph  
tag).  Others are Offset From Left = 130.0 pt (this makes them flush  
with the indented body paragraph tag).

I've created a new template where the Body paragraph tag is set to 0.0  
pt. And the indented body paragraph tag is set to 16.0 pt.

When I import the FrameMaker book into RoboHelp (after applying the  
new template), everything else looks fine, but all graphics are hard  
set (Offset From Left) to 114pt and 130pt. (And this looks bad.)

I want to format the anchored frames and graphics in each template so  
that when the Publish to PDF template is applied, the graphics are  
flush with the 114pt Body paragraphAnd when the Import to  
RoboHelp WebHelp template is applied, the graphics are flush with the  
0.0 pt Body paragraph.

Paragraphs are easy to manipulate in a template.  But I can find no  
way to manipulate anchored frames or graphics.  Any ideas?

Thanks!
Stan
Portland, OR


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Problem Using Special Bullet Symbol

[Angela Akridge]

Hi,

I'd like to use a special bullet symbol for my bulleted lists. I've chosen
Black Right-Pointing Pointer. Using Adobe's To use a special bullet
symbol online help topic, I create my bullet list. I get a question mark
instead of a pointer:

? This is a bulleted list
? This is a bulleted list

Wingdings font works fine. But, I can't use this font because I'm using
WebWorks and because Wingdings isn't a default font. So, I'm going for the
standard. I tried Arial, Times New Roman, and Garamond, but all produce the
same results (a question mark).

What am I doing wrong?



*My Paragraph Tag:*

Autonumber Format = ?\t
Character Format = ArrowFont

*My Character Format:*

Arial Font
As-is (for remainder)
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: Problem Using Special Bullet Symbol

[Fred Ridder]

 
Angela Akridge wrote:
 
 I'd like to use a special bullet symbol for my bulleted lists. I've chosen
 Black Right-Pointing Pointer. Using Adobe's To use a special bullet
 symbol online help topic, I create my bullet list. I get a question mark
 instead of a pointer:
 
 
 Wingdings font works fine. But, I can't use this font because I'm using
 WebWorks and because Wingdings isn't a default font. So, I'm going for the
 standard. I tried Arial, Times New Roman, and Garamond, but all produce the
 same results (a question mark).
 
 What am I doing wrong?
 
 
 
 *My Paragraph Tag:*
 
 Autonumber Format = ?\t
 Character Format = ArrowFont
 
 *My Character Format:*
 
 Arial Font
 As-is (for remainder)
 
FrameMaker is doing exactly what you are telling it to do. It is using an
Arial question mark glyph as the bullet character for your list items. In
order to use a special character, that chanracter has to exist in the
font you use. The pointer glyph you chose in the symbol font Wingdings
maps to the character number for a question mark in text fonts. So you
either have to find a symbol font that you can use that has a character
you like (and change the autonumber character and font spec to match), 
or you have to pick a character in a text font that you can live with.
 
-FR
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Frame saved as HTML. CSS query

[Ian Saunders]

Although a Frame user for 15 years, I have never used the Save As HTML
functionality until today. 

 

It was a breeze to get 90% of what I wanted to appear in the HTML file,
but the alignment of text in bullets and indented lines is proving a
problem. I can get the effect I want by manually editing the CSS, and
setting the text-indent and margin-left parameters to zero, but the
default CSS from Frame has different values, which means I have to do
the edit every time I regenerate the HTML file. 

 

Is there an easy way to set the alignment once and for all, maybe in the
mapping pages?

 

I am using Frame 8.0p236.

 

Many thanks!

 

Ian

 

Ian Saunders

Documentation Manager

Envox EMEA

Technology House, Fleetwood Park,

Barley Way, Fleet, Hampshire, UK. GU51 2QX

phone: +44 1252 618871fax: +44 1252 618899

email: [EMAIL PROTECTED] 

 

Envox Worldwide - A Global Leader in IP-Based Voice Solutions

www.envox.com http://www.envox.com/ 

 

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: saving marker and topic title during Mif2GO processing

[Jeremy H. Griffith]

On Tue, 17 Jun 2008 12:29:55 -0400, Jim Owens [EMAIL PROTECTED] wrote:

As part of our Help production, we need a list of context-sensitive 
markers and topic titles, like this:

IDH_NewWidget Adding widgets
IDH_EditWidget Editing widgets

(The exact formatting doesn't matter; I'll be processing it anyway.) We 
use this information to update our help testing tool, so that the tester 
knows what topic title is associated with a given hook.

We're using Mif2GO to generate HTML Help. I'd like to use Mif2GO to 
create this list at the same time. (I'm also interested in reasonable 
alternatives.)

 From early research, I think I can:

- save the marker values as macro variables
- save the topic titles as macro variables
- use a FileEndCommand to pass these macro variables to a custom EXE 
that can add them to a file.

Is this possible?  Is there a better way?

It would be difficult.  It really needs a feature we have planned
but not yet implemented, as part of a macro enhancement project,
which would allow dynamic redirection of macro output to different
files.

However, we looked at what would be needed to create the file you
want, and it turned out to be simple, so we did it.  We added:

[MSHtmlHelpOptions]
; AliasTitle = No (default) or Yes (generate .hht file with titles for all
; topics containing CSH aliases, like the .hha but with titles not filenames)
AliasTitle=No

This is implemented in the beta h285i.zip, now available at our 
download sites.  We credited you for the idea in hist52h.txt.
Download the beta, unzip it, and copy the dwhtm.dll in it to
your \windows\system32 dir over the existing copy.

Thank you very much for this enhancement suggestion!


-- Jeremy H. Griffith, at Omni Systems Inc.
  [EMAIL PROTECTED]  http://www.omsys.com/
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

FM to pdf-bookmarks expansion

[Radha Padmanabhan]

Hi
CTRL+Clicking the bookmark?is a great tip indeed.
The plugin referred by Penelope works great too.
Thanks
Radha



- Original Message 
From: Shlomo Perets 
To: Radha Padmanabhan ; Framers at FrameUsers.com
Sent: Thursday, 12 June, 2008 10:57:12 PM
Subject: Re: FM to pdf-bookmarks expansion

Radha,

You wrote:

>FM 7.0 with XP. Acrobat Professional6.0, Distiller6.0
>I try to save my FM Book as pdf or print to postscript and then make pdf.
>In the pdf settings dialog box, in the 'Bookmarks' tab, I select
>'None' for Bookmarks expanded through level' check box. But still it
>expands the bookmarks in the pdf to the last level. It is very
>strenuous to manually collapse hunderds of bookmarks. What do I do?
>(In my previous PC it was working well but in my current one it is not)

FrameMaker's control of bookmark collapse/expand state is not always 
consistent.

Other than using add-ons, you can quickly set the bookmark collapse/expand 
state in Acrobat by Ctrl-clicking the [-] icon to the left of a bookmark 
will collapse *all* subordinate bookmarks (and likewise, Ctrl-cliking the 
[+] icon will expand all subordinate bookmarks). Use Save or Save As to 
store the bookmark collapse/expand state in the PDF.


Shlomo Perets
MicroType, FrameMaker/Acrobat training & consulting

"24 easy ways to improve your PDFs with FrameMaker-to-Acrobat 
TimeSavers/Assistants",
http://www.microtype.com/ImprovePDF.html


  Bollywood, fun, friendship, sports and more. You name it, we have it on 
http://in.promos.yahoo.com/groups/bestofyahoo/

How to automatically import index and cross-reference entries from Word 7 to FM 7.2 or 8?

[Mike Bradley]

You don't have to do anything. FM will pick them up.

The Xrefs are no problem at all. They will be either of these Xref formats: 

  Imported Format PageNum, <$pagenum>
  Imported Format ParaText, <$paratext>

The index entries are a problem, but the solution is easy.

For every index entry in the Word document, FM creates a separate Index marker.
That's fine. But when it puts the markers in the FM file, it stacks them one on
top of the other instead one after the other. As a result, when you view text
symbols in FM, you see only one marker character. When you select it, you can
select only the marker that's on top of the stack; finding and editing the
markers under the top marker is a chore. 

For instance, suppose the Word doc has two index terms in a paragraph: {XE
"evaluation versions"} {XE "versions, evaluation"}. FM would make two Index
markers and stack them on one top of the other. You could select only the first
entry's marker character when you viewed text symbols. 

The only way to find a particular marker in a stack of markers is to search for
the marker text, if you know it, or locate the term in the index file and jump
to it.

My solution was to combine the stacked markers in the MIF file. It goes fairly
quickly. The stacked markers appear next to each other in the MIF code and can
be edited. For instance, this is the code for two stacked markers:






   > # end of Marker





   > # end of Marker

It can be edited to this:






   > # end of Marker

The result is a single Index marker in the FM that combines the two entries,
making them much easier to find and edit.

The index plugins that one can use with FM address this problem, but my clients
haven't wanted to use the plugins, so I improvised the MIF solution.


= Mike Bradley
  www.techpubs.com

How to automatically import index and cross-reference entries from Word 7 to FM 7.2 or 8?

[Peter Gold]

If you choose Create Hypertext Linksin the Index dialog box, you can
isolate an index marker from its clustered buddies by
Ctrl+Alt+Clicking on an index entry. This highlights the entry's
marker; the marker text appears in the Marker window. Or Find > Marker
> Type Index, then Find Next.

Mike, thanks for the detailed MIF solution.

If your clients objected to plugins because of cost, you can manage
marker text efficiently with the free MarkerWorker plug-in from
Cudspan (search Google for markerworker.)

Regards,

Peter
__
Peter Gold
KnowHow ProServices

On Tue, Jun 17, 2008 at 1:43 AM, Mike Bradley  wrote:
> You don't have to do anything. FM will pick them up.
>
> The Xrefs are no problem at all. They will be either of these Xref formats:
>
>  Imported Format PageNum, <$pagenum>
>  Imported Format ParaText, <$paratext>
>
> The index entries are a problem, but the solution is easy.
>
> For every index entry in the Word document, FM creates a separate Index 
> marker.
> That's fine. But when it puts the markers in the FM file, it stacks them one 
> on
> top of the other instead one after the other. As a result, when you view text
> symbols in FM, you see only one marker character. When you select it, you can
> select only the marker that's on top of the stack; finding and editing the
> markers under the top marker is a chore.
>
> For instance, suppose the Word doc has two index terms in a paragraph: {XE
> "evaluation versions"} {XE "versions, evaluation"}. FM would make two Index
 and stack them on one top of the other. You could select only the first
> entry's marker character when you viewed text symbols.
>
> The only way to find a particular marker in a stack of markers is to search 
> for
> the marker text, if you know it, or locate the term in the index file and jump
> to it.
>
> My solution was to combine the stacked markers in the MIF file. It goes fairly
> quickly. The stacked markers appear next to each other in the MIF code and can
> be edited. For instance, this is the code for two stacked markers:
>
> 
>
>
>
>
>   > # end of Marker
> 
>
>
>
>
>   > # end of Marker
>
> It can be edited to this:
>
> 
>
>
>
>
>   > # end of Marker
>
> The result is a single Index marker in the FM that combines the two entries,
> making them much easier to find and edit.
>
> The index plugins that one can use with FM address this problem, but my 
> clients
> haven't wanted to use the plugins, so I improvised the MIF solution.
>
>
> = Mike Bradley
>  www.techpubs.com
>

Overrides

[Combs, Richard]

Leah Smaller wrote:

> I never use manual overrides for formatting. But I have noticed that
when
> the last word (right before the pilcrow) has a special character
format,
> the pgf name is shown with an asterisk . This asterisk, of course,
> signifies a format override for that specific paragraph. If I leave a
blank
> space between the last word and the pilcrow, the asterisk does not
appear.
> 
> Why does this issue bother me ?
> 1) I don't like a perfectly good pgf, with no overrides, displayed as
if
> there are overrides.
> 2) Leaving a blank space between the character formatted word and the
> pilcrow is not a good workaround because spell checker picks it up as
> "extra space" and that adds many more mouse clicks to the workday.
> 
> Comments? Solutions?

I always type a space (just one) at the end of a sentence, and that
includes at the end of a paragraph. Spell checker never flags these (and
yes, I do have it set to find extra spaces), and it shouldn't -- a
single space after the last sentence in a pgf isn't "extra." 

The only reason I can think of that spell checker would flag that space
is if you include "\p" in the Find Space Before entries. 

I like consistently having a space before the pilcrow for several
reasons: 

-- If I merge pgfs (delete the pilcrow), that space needs to be there to
separate the now-adjacent sentences. 

-- As you noted, separating a char format from the pilcrow prevents a
pgf override (due to an FM bug). 

-- Similarly, separating a text inset from the pilcrow of its
"container" pgf prevents that pgf from taking on the formatting of the
first pgf in the text inset (another FM bug). 

I see now downside to typing that space, and no reason to end sentences
differently depending on where in the pgf they occur. 

IMHO, YMMV, etc.

Richard


Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
--
rgcombs AT gmailDOTcom
303-777-0436
--

getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Hi all:

FM 8.0 on Windows XP.

I have inherited a multi-chapter book template and it's giving me trouble.

On the title page, most of the lines of text are variables.  I double
click the text, up pops the variable dialog box, I change the generic
information to the specific information, I close the variable dialog
box and update the book.  The variables update cross references
throughout the chapters just fine.  The source variable has a fat
black T in front of it, indicating that it's being used as the source
of a cross-reference somewhere else.

One line of data is not a variable.  It is simply a line of text that
has it's own paragraph tag -- Company Name.  We changed this line from
generic text (Client Name) to specific text (Joe Blow Airways).  We
also erased the fat black T at the start of the line.  Now the other
pages don't update.

That fat black T seems to be the answer, but -- the source line is
still tagged Company Name and the cross references are still pointed
to the source tag called Company Name.  So why won't the cross
references update without the fat black T?

My question is three-fold:

1.  If we are crossreferencing back to paragraph tags, and we change
the source paragraph tag, do we have to keep the fat black T?  That
seems awfully picky, since we just want to double click the line of
text and type in our new text.  To keep the T, we would have to click
and backspace.  Plus that T doesn't preceed the original cross
reference.  It appears only to indicate that this line of text has
already been cross referenced. So it's absence shouldn't affect FM's
ability to update cross references, right?

2. What was the original writer doing, making this line of text a
paragraph tag and not a variable, like every other line of text on the
page?  Is there a good reason for this? (Probably a rhetorical
question, but I thought I'd throw it out there, in case there is
something everyone but me knows.)

3.  Shouldn't I get rid of all these cross references and change them
all to variables?  That way I can update the variable once and it
changes everywhere and there are no fat black Ts to worry about and no
broken cross references for me to get super frustrated over. Or would
I have to change the variable in each individual chapter?

I'd appreciate anyone's advice.

Frustratedly yours,

Deirdre

Overrides

[William Abernathy]

If you capture the end-of-paragraph mark with your localized (character 
formatting) exception, Frame treats it as an overridden paragraph style, rather 
than a localized character format.

Richard's solution is spot-on. For a long time, I deleted any extra spaces I 
saw 
at the end of a paragraph, under the geezer-like assumption that Every Byte is 
Sacred, and using the least number of them to do a job was a positive social 
good.

This is one of those little things that looks like an anal-retentive 
bookkeeping 
problem until you make a habit out of it and have to update a book to a new 
template using TemplateMapper. TemplateMapper can handle character exceptions, 
but sticks all paragraphs into the new style, heedless of local exceptions. 
Suddenly, all those "overridden paragraphs" get paved over, and you have to go 
back and put in all the localized exceptions by hand.

--William

Combs, Richard wrote:
> Leah Smaller wrote:
> 
>> I never use manual overrides for formatting. But I have noticed that
> when
>> the last word (right before the pilcrow) has a special character
> format,
>> the pgf name is shown with an asterisk . This asterisk, of course,
>> signifies a format override for that specific paragraph. If I leave a
> blank
>> space between the last word and the pilcrow, the asterisk does not
> appear.
>> Why does this issue bother me ?
>> 1) I don't like a perfectly good pgf, with no overrides, displayed as
> if
>> there are overrides.
>> 2) Leaving a blank space between the character formatted word and the
>> pilcrow is not a good workaround because spell checker picks it up as
>> "extra space" and that adds many more mouse clicks to the workday.
>>
>> Comments? Solutions?
> 
> I always type a space (just one) at the end of a sentence, and that
> includes at the end of a paragraph. Spell checker never flags these (and
> yes, I do have it set to find extra spaces), and it shouldn't -- a
> single space after the last sentence in a pgf isn't "extra." 
> 
> The only reason I can think of that spell checker would flag that space
> is if you include "\p" in the Find Space Before entries. 
> 
> I like consistently having a space before the pilcrow for several
> reasons: 
> 
> -- If I merge pgfs (delete the pilcrow), that space needs to be there to
> separate the now-adjacent sentences. 
> 
> -- As you noted, separating a char format from the pilcrow prevents a
> pgf override (due to an FM bug). 
> 
> -- Similarly, separating a text inset from the pilcrow of its
> "container" pgf prevents that pgf from taking on the formatting of the
> first pgf in the text inset (another FM bug). 
> 
> I see now downside to typing that space, and no reason to end sentences
> differently depending on where in the pgf they occur. 
> 
> IMHO, YMMV, etc.
> 
> Richard
> 
> 
> Richard G. Combs

Overrides

[Combs, Richard]

Oops.

> I see now downside... 

should be "no downside..." 

Richard


Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
--
rgcombs AT gmailDOTcom
303-777-0436
--

saving marker and topic title during Mif2GO processing

[Jim Owens]

As part of our Help production, we need a list of context-sensitive 
markers and topic titles, like this:

IDH_NewWidget "Adding widgets"
IDH_EditWidget "Editing widgets"

(The exact formatting doesn't matter; I'll be processing it anyway.) We 
use this information to update our help testing tool, so that the tester 
knows what topic title is associated with a given hook.

We're using Mif2GO to generate HTML Help. I'd like to use Mif2GO to 
create this list at the same time. (I'm also interested in reasonable 
alternatives.)

 From early research, I think I can:

- save the marker values as macro variables
- save the topic titles as macro variables
- use a FileEndCommand to pass these macro variables to a custom EXE 
that can add them to a file.

Is this possible?  Is there a better way?

Some alternatives I've already considered:

- Using FM to generate a List of Markers. But then I have to manage the 
List of Markers file, which I don't want in the book.

- Using the .hha file from Mif2Go. But then I'd have to use the exact 
topic titles as the filenames, punctuation and all, and I'm worried that 
this could cause other problems.

- Crunching the MIF files to pull out the markers and titles, using a 
custom EXE invoked from BookEndCommand.  But this requires a lot of 
processing.

getting confused about xref variables and paragraph tags

[Jim Owens]

That big "T" is a marker used by the cross-references to find the target 
paragraph. You seem to be aware of this.

If you've removed it from a paragraph, the cross-references to that 
paragraph will be unresolved.

As far as I can tell from your description, the cross-references are 
still set to use the "Company Name" tag, but they are not pointing to 
any particular paragraph tagged "Company Name."




Deirdre Reagan wrote:
> Hi all:
> 
> FM 8.0 on Windows XP.
> 
> I have inherited a multi-chapter book template and it's giving me trouble.
> 
> On the title page, most of the lines of text are variables.  I double
> click the text, up pops the variable dialog box, I change the generic
> information to the specific information, I close the variable dialog
> box and update the book.  The variables update cross references
> throughout the chapters just fine.  The source variable has a fat
> black T in front of it, indicating that it's being used as the source
> of a cross-reference somewhere else.
> 
> One line of data is not a variable.  It is simply a line of text that
> has it's own paragraph tag -- Company Name.  We changed this line from
> generic text (Client Name) to specific text (Joe Blow Airways).  We
> also erased the fat black T at the start of the line.  Now the other
> pages don't update.
> 
> That fat black T seems to be the answer, but -- the source line is
> still tagged Company Name and the cross references are still pointed
> to the source tag called Company Name.  So why won't the cross
> references update without the fat black T?
> 
> My question is three-fold:
> 
> 1.  If we are crossreferencing back to paragraph tags, and we change
> the source paragraph tag, do we have to keep the fat black T?  That
> seems awfully picky, since we just want to double click the line of
> text and type in our new text.  To keep the T, we would have to click
> and backspace.  Plus that T doesn't preceed the original cross
> reference.  It appears only to indicate that this line of text has
> already been cross referenced. So it's absence shouldn't affect FM's
> ability to update cross references, right?
> 
> 2. What was the original writer doing, making this line of text a
> paragraph tag and not a variable, like every other line of text on the
> page?  Is there a good reason for this? (Probably a rhetorical
> question, but I thought I'd throw it out there, in case there is
> something everyone but me knows.)
> 
> 3.  Shouldn't I get rid of all these cross references and change them
> all to variables?  That way I can update the variable once and it
> changes everywhere and there are no fat black Ts to worry about and no
> broken cross references for me to get super frustrated over. Or would
> I have to change the variable in each individual chapter?
> 
> I'd appreciate anyone's advice.
> 
> Frustratedly yours,
> 
> Deirdre
> ___
> 
> 
> You are currently subscribed to Framers as jowens at magma.ca.
> 
> Send list messages to framers at lists.frameusers.com.
> 
> To unsubscribe send a blank email to 
> framers-unsubscribe at lists.frameusers.com
> or visit http://lists.frameusers.com/mailman/options/framers/jowens%40magma.ca
> 
> Send administrative questions to listadmin at frameusers.com. Visit
> http://www.frameusers.com/ for more resources and info.
> 
> 

getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Yes, that big black T confounds me.

I went to the broken cross reference, clicked on it, and it opened the
title page and displayed, via the dialog box, that it knew exactly
where it was supposed to go to find its source.  So the cross
reference knows what its source is, and the source is there, patiently
waiting, but updating the book doesn't seem to get these two piece to
work, without that black T.

I think there are several things going on that I haven't quite sorted out.

But I've gotten good advice here so far, so I'll keep coming back!

Deirdre

On 6/17/08, Jim Owens  wrote:
> That big "T" is a marker used by the cross-references to find the target
> paragraph. You seem to be aware of this.
>
> If you've removed it from a paragraph, the cross-references to that
> paragraph will be unresolved.
>
> As far as I can tell from your description, the cross-references are still
> set to use the "Company Name" tag, but they are not pointing to any
> particular paragraph tagged "Company Name."
>
>
>
>
> Deirdre Reagan wrote:
> >
> > Hi all:
> >
> > FM 8.0 on Windows XP.
> >
> > I have inherited a multi-chapter book template and it's giving me trouble.
> >
> > On the title page, most of the lines of text are variables.  I double
> > click the text, up pops the variable dialog box, I change the generic
> > information to the specific information, I close the variable dialog
> > box and update the book.  The variables update cross references
> > throughout the chapters just fine.  The source variable has a fat
> > black T in front of it, indicating that it's being used as the source
> > of a cross-reference somewhere else.
> >
> > One line of data is not a variable.  It is simply a line of text that
> > has it's own paragraph tag -- Company Name.  We changed this line from
> > generic text (Client Name) to specific text (Joe Blow Airways).  We
> > also erased the fat black T at the start of the line.  Now the other
> > pages don't update.
> >
> > That fat black T seems to be the answer, but -- the source line is
> > still tagged Company Name and the cross references are still pointed
> > to the source tag called Company Name.  So why won't the cross
> > references update without the fat black T?
> >
> > My question is three-fold:
> >
> > 1.  If we are crossreferencing back to paragraph tags, and we change
> > the source paragraph tag, do we have to keep the fat black T?  That
> > seems awfully picky, since we just want to double click the line of
> > text and type in our new text.  To keep the T, we would have to click
> > and backspace.  Plus that T doesn't preceed the original cross
> > reference.  It appears only to indicate that this line of text has
> > already been cross referenced. So it's absence shouldn't affect FM's
> > ability to update cross references, right?
> >
> > 2. What was the original writer doing, making this line of text a
> > paragraph tag and not a variable, like every other line of text on the
> > page?  Is there a good reason for this? (Probably a rhetorical
> > question, but I thought I'd throw it out there, in case there is
> > something everyone but me knows.)
> >
> > 3.  Shouldn't I get rid of all these cross references and change them
> > all to variables?  That way I can update the variable once and it
> > changes everywhere and there are no fat black Ts to worry about and no
> > broken cross references for me to get super frustrated over. Or would
> > I have to change the variable in each individual chapter?
> >
> > I'd appreciate anyone's advice.
> >
> > Frustratedly yours,
> >
> > Deirdre
> > ___
> >
> >
> > You are currently subscribed to Framers as jowens at magma.ca.
> >
> > Send list messages to framers at lists.frameusers.com.
> >
> > To unsubscribe send a blank email to
> framers-unsubscribe at lists.frameusers.com
> > or visit
> http://lists.frameusers.com/mailman/options/framers/jowens%40magma.ca
> >
> > Send administrative questions to listadmin at frameusers.com. Visit
> > http://www.frameusers.com/ for more resources and info.
> >
> >
> >
>
>

getting confused about xref variables and paragraph tags

[Jim Owens]

OK, I feel a bit confused, too. I have just deleted a black T from a 
heading in one of my documents, to see what happens.  There is a 
cross-reference to the heading in a different chapter. Here's what I've 
observed:

When you open the chapter containing the cross-reference, a message 
appears, saying that the chapter contains unresolved cross-references.

If you open the chapter and double-click the broken xref, and the broken 
xref is to another chapter which is not currently open, then a message 
appears, asking if it's OK to open the other chapter.

If you click OK, the other chapter opens, and a cross-reference dialog 
box appears.  In its right pane, the dialog box shows any 
cross-references markers that currently exist in the other chapter. None 
of them are selected.

If all this happens in your case, then you need to click the Source Type 
button in the dialog box, and select "Paragraphs" from the list that 
appears. Then, in the left pane of the dialog, you need to select the 
paragraph tag for the heading.

Then, in the right pane, you need to select the paragraph.

If all this is irrelevant to your situation, then I need more details.


Deirdre Reagan wrote:
> Yes, that big black T confounds me.
> 
> I went to the broken cross reference, clicked on it, and it opened the
> title page and displayed, via the dialog box, that it knew exactly
> where it was supposed to go to find its source.  So the cross
> reference knows what its source is, and the source is there, patiently
> waiting, but updating the book doesn't seem to get these two piece to
> work, without that black T.
> 
> I think there are several things going on that I haven't quite sorted out.
> 
> But I've gotten good advice here so far, so I'll keep coming back!
> 
> Deirdre
> 
> On 6/17/08, Jim Owens  wrote:
>> That big "T" is a marker used by the cross-references to find the target
>> paragraph. You seem to be aware of this.
>>
>> If you've removed it from a paragraph, the cross-references to that
>> paragraph will be unresolved.
>>
>> As far as I can tell from your description, the cross-references are still
>> set to use the "Company Name" tag, but they are not pointing to any
>> particular paragraph tagged "Company Name."
>>
>>
>>
>>
>> Deirdre Reagan wrote:
>>> Hi all:
>>>
>>> FM 8.0 on Windows XP.
>>>
>>> I have inherited a multi-chapter book template and it's giving me trouble.
>>>
>>> On the title page, most of the lines of text are variables.  I double
>>> click the text, up pops the variable dialog box, I change the generic
>>> information to the specific information, I close the variable dialog
>>> box and update the book.  The variables update cross references
>>> throughout the chapters just fine.  The source variable has a fat
>>> black T in front of it, indicating that it's being used as the source
>>> of a cross-reference somewhere else.
>>>
>>> One line of data is not a variable.  It is simply a line of text that
>>> has it's own paragraph tag -- Company Name.  We changed this line from
>>> generic text (Client Name) to specific text (Joe Blow Airways).  We
>>> also erased the fat black T at the start of the line.  Now the other
>>> pages don't update.
>>>
>>> That fat black T seems to be the answer, but -- the source line is
>>> still tagged Company Name and the cross references are still pointed
>>> to the source tag called Company Name.  So why won't the cross
>>> references update without the fat black T?
>>>
>>> My question is three-fold:
>>>
>>> 1.  If we are crossreferencing back to paragraph tags, and we change
>>> the source paragraph tag, do we have to keep the fat black T?  That
>>> seems awfully picky, since we just want to double click the line of
>>> text and type in our new text.  To keep the T, we would have to click
>>> and backspace.  Plus that T doesn't preceed the original cross
>>> reference.  It appears only to indicate that this line of text has
>>> already been cross referenced. So it's absence shouldn't affect FM's
>>> ability to update cross references, right?
>>>
>>> 2. What was the original writer doing, making this line of text a
>>> paragraph tag and not a variable, like every other line of text on the
>>> page?  Is there a good reason for this? (Probably a rhetorical
>>> question, but I thought I'd throw it out there, in case there is
>>> something everyone but me knows.)
>>>
>>> 3.  Shouldn't I get rid of all these cross references and change them
>>> all to variables?  That way I can update the variable once and it
>>> changes everywhere and there are no fat black Ts to worry about and no
>>> broken cross references for me to get super frustrated over. Or would
>>> I have to change the variable in each individual chapter?
>>>
>>> I'd appreciate anyone's advice.
>>>
>>> Frustratedly yours,
>>>
>>> Deirdre
>>> ___
>>>
>>>
>>> You are currently subscribed to Framers as jowens at magma.ca.
>>>
>>> Send list messages to framers at 

getting confused about xref variables and paragraph tags

[Combs, Richard]

Deirdre Reagan wrote: 

> I went to the broken cross reference, clicked on it, and it opened the
> title page and displayed, via the dialog box, that it knew exactly
> where it was supposed to go to find its source.  So the cross
> reference knows what its source is, and the source is there, patiently
> waiting, but updating the book doesn't seem to get these two piece to
> work, without that black T.

No, it didn't. It knew the source file for the cross-reference (and
asked permission to open it if necessary), but not _exactly_ where to go
in that file. It's the oversized T, which is a cross-reference marker,
that identifies the destination. 

I just deleted a cross-reference marker (I'm using FM 7.2) and then
double-clicked a cross-reference to it. The Cross-Reference dialog box
showed the destination file in the Document field at the top. On the
left, it displayed Marker Types (not Paragraphs). On the right it
displayed the Cross-Reference Markers list, but _none was selected_.
Because the marker that the xref used to point to wasn't in the list
anymore. 

Setting Source Type to Paragraphs changed the left list to Paragraph
Tags and the right list to Paragraphs. But on the left, the first item
in the list (in my case, Body) was selected. And again, on the right, no
specific instance of a pgf tag was selected. 

Selecting a pgf tag (in my case TitleChapter) on the left and a specific
instance of that tag on the right fixed the xref -- by inserting a new
cross-reference marker at the beginning of the selected pgf. 

As a convenience, FM lets you create xrefs by selecting the destination
pgf. But when you do that, "behind the scenes," FM inserts an xref
marker in that pgf, and it's the xref marker that identifies the
destination. If you delete that, you have to recreate it. That's how
cross-references work. 

See "Working with cross-reference markers" and "Resolving
cross-references" in the help/manual.

HTH!

Richard


Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
--
rgcombs AT gmailDOTcom
303-777-0436
--

getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Ah yes.  I see the problem now.  It opens the chapter but doesn't know
where to go from there.  Thank you!

That explains a lot!

Deirdre

On 6/17/08, Combs, Richard  wrote:
> Deirdre Reagan wrote:
>
> > I went to the broken cross reference, clicked on it, and it opened the
> > title page and displayed, via the dialog box, that it knew exactly
> > where it was supposed to go to find its source.  So the cross
> > reference knows what its source is, and the source is there, patiently
> > waiting, but updating the book doesn't seem to get these two piece to
> > work, without that black T.
>
> No, it didn't. It knew the source file for the cross-reference (and
> asked permission to open it if necessary), but not _exactly_ where to go
> in that file. It's the oversized T, which is a cross-reference marker,
> that identifies the destination.
>
> I just deleted a cross-reference marker (I'm using FM 7.2) and then
> double-clicked a cross-reference to it. The Cross-Reference dialog box
> showed the destination file in the Document field at the top. On the
> left, it displayed Marker Types (not Paragraphs). On the right it
> displayed the Cross-Reference Markers list, but _none was selected_.
> Because the marker that the xref used to point to wasn't in the list
> anymore.
>
> Setting Source Type to Paragraphs changed the left list to Paragraph
> Tags and the right list to Paragraphs. But on the left, the first item
> in the list (in my case, Body) was selected. And again, on the right, no
> specific instance of a pgf tag was selected.
>
> Selecting a pgf tag (in my case TitleChapter) on the left and a specific
> instance of that tag on the right fixed the xref -- by inserting a new
> cross-reference marker at the beginning of the selected pgf.
>
> As a convenience, FM lets you create xrefs by selecting the destination
> pgf. But when you do that, "behind the scenes," FM inserts an xref
> marker in that pgf, and it's the xref marker that identifies the
> destination. If you delete that, you have to recreate it. That's how
> cross-references work.
>
> See "Working with cross-reference markers" and "Resolving
> cross-references" in the help/manual.
>
> HTH!
>
> Richard
>
>
> Richard G. Combs
> Senior Technical Writer
> Polycom, Inc.
> richardDOTcombs AT polycomDOTcom
> 303-223-5111
> --
> rgcombs AT gmailDOTcom
> 303-777-0436
> --
>
>
>
>
>
>
>

Adobe Garamond font in bold doesn't distill properly

[Linda G. Gallagher]

Framers,

FM 8
Acro 8
Win XP

I created a new template recently and selected Adobe Garamond for my body
text. I created a bold character tag and set it to As Is, then selected Bold
for the weight. When I created a PDF, all of the bold text was all weird
(oddly spaced in a supposed monospaced font).

After looking into that, I found that the only Weight option for the Adobe
Garamond font was actually Semibold, so I changed the character tag to
Semibold, but I'm seeing the same results when I create a PDF. All looks
fine on-screen and when printing a laser printer from FM, so it must be
something related to Acrobat. 

In looking at my Distiller options, I don't see any of the Adobe fonts
listed in the Embedding field on the Fonts screen. I think these fonts came
with FM 8 (I see several Adobe fonts in FM 8), because I don't think I had
them before I installed FM 8.

I can't seem to find where these Adobe fonts are installed, and I'm not sure
how to resolve this PDF issue. Of course, I can change to a different
Garamond (I do have another), but I'd like to understand the problem and
solution better, in case I really want to use these Adobe fonts in the
future.

Thanks in advance!

~
Linda G. Gallagher
TechCom Plus, LLC
lindag at techcomplus dot com
www.techcomplus.com
303-450-9076 or 800-500-3144
User guides, online help, FrameMaker and
WebWorks ePublisher templates

Adobe Garamond font in bold doesn't distill properly

[Dov Isaacs]

Exactly which fonts were you using? The Type 1 version of Adobe Garamond
or the OpenType version of Adobe Garamond (Adobe Garamond Pro)? And do you
actually have these fonts installed on your system (as opposed to some of
them being "printer resident fonts")?

- Dov

> -Original Message-
> From: Linda G. Gallagher
> Sent: Tuesday, June 17, 2008 11:13 AM
> To: framers at lists.frameusers.com
> Subject: Adobe Garamond font in bold doesn't distill properly
>
> Framers,
>
> FM 8
> Acro 8
> Win XP
>
> I created a new template recently and selected Adobe Garamond for my body
> text. I created a bold character tag and set it to As Is, then selected Bold
> for the weight. When I created a PDF, all of the bold text was all weird
> (oddly spaced in a supposed monospaced font).
>
> After looking into that, I found that the only Weight option for the Adobe
> Garamond font was actually Semibold, so I changed the character tag to
> Semibold, but I'm seeing the same results when I create a PDF. All looks
> fine on-screen and when printing a laser printer from FM, so it must be
> something related to Acrobat.
>
> In looking at my Distiller options, I don't see any of the Adobe fonts
> listed in the Embedding field on the Fonts screen. I think these fonts came
> with FM 8 (I see several Adobe fonts in FM 8), because I don't think I had
> them before I installed FM 8.
>
> I can't seem to find where these Adobe fonts are installed, and I'm not sure
> how to resolve this PDF issue. Of course, I can change to a different
> Garamond (I do have another), but I'd like to understand the problem and
> solution better, in case I really want to use these Adobe fonts in the
> future.
>
> Thanks in advance!
>
> ~
> Linda G. Gallagher
> TechCom Plus, LLC
> lindag at techcomplus dot com
> www.techcomplus.com
> 303-450-9076 or 800-500-3144
> User guides, online help, FrameMaker and
> WebWorks ePublisher templates
> 
>

Adobe Garamond font in bold doesn't distill properly

[Art Campbell]

It sounds as if Adobe PDF isn't set as the default printer (it should
be) and you may be invoking a printer font that isn't actually
installed on your system but is resident on the printer.

Not directly related to this, but you may want to check the
DisplayUsingPrinterMetrics= line in maker.ini too. It is usually set
to Off; but On would be better to accurately reflect the font display
on screen.

Art


On Tue, Jun 17, 2008 at 2:13 PM, Linda G. Gallagher
 wrote:
> Framers,
>
> FM 8
> Acro 8
> Win XP
>
> I created a new template recently and selected Adobe Garamond for my body
> text. I created a bold character tag and set it to As Is, then selected Bold
> for the weight. When I created a PDF, all of the bold text was all weird
> (oddly spaced in a supposed monospaced font).
>
> After looking into that, I found that the only Weight option for the Adobe
> Garamond font was actually Semibold, so I changed the character tag to
> Semibold, but I'm seeing the same results when I create a PDF. All looks
> fine on-screen and when printing a laser printer from FM, so it must be
> something related to Acrobat.
>
> In looking at my Distiller options, I don't see any of the Adobe fonts
> listed in the Embedding field on the Fonts screen. I think these fonts came
> with FM 8 (I see several Adobe fonts in FM 8), because I don't think I had
> them before I installed FM 8.
>
> I can't seem to find where these Adobe fonts are installed, and I'm not sure
> how to resolve this PDF issue. Of course, I can change to a different
> Garamond (I do have another), but I'd like to understand the problem and
> solution better, in case I really want to use these Adobe fonts in the
> future.
>
> Thanks in advance!
>
> ~
> Linda G. Gallagher
> TechCom Plus, LLC
> lindag at techcomplus dot com
> www.techcomplus.com
> 303-450-9076 or 800-500-3144
> User guides, online help, FrameMaker and
> WebWorks ePublisher templates
> 
>
>
>
> ___
>
>
> You are currently subscribed to Framers as art.campbell at gmail.com.
>
> Send list messages to framers at lists.frameusers.com.
>
> To unsubscribe send a blank email to
> framers-unsubscribe at lists.frameusers.com
> or visit 
> http://lists.frameusers.com/mailman/options/framers/art.campbell%40gmail.com
>
> Send administrative questions to listadmin at frameusers.com. Visit
> http://www.frameusers.com/ for more resources and info.
>



-- 
Art Campbell art.campbell at gmail.com
 "... In my opinion, there's nothing in this world beats a '52 Vincent
and a redheaded girl." -- Richard Thompson
 No disclaimers apply.
 DoD 358

Adobe Garamond font in bold doesn't distill properly

[Linda G. Gallagher]

Pardon my ignorance, but if I can't find where these are installed, how can
I tell any of that? Yes, it is Adobe Garamond Pro. 

None of these Adobe fonts are in Windows\fonts. They are listed in FM, but I
just noticed that I don't see them in Word. Where else does FM look for
fonts?

I've not changed printers, so I don't think they are printer fonts. I'm
fairly certain they came with the TCS, which I installed recently. I know I
haven't had these fonts until recently, hence my belief that they came with
TCS.

About Art's comment, yes, I used Adobe PDF as the printer when I created my
.ps file. I always do.


~
Linda G. Gallagher
TechCom Plus, LLC
lindag at techcomplus dot com
www.techcomplus.com
303-450-9076 or 800-500-3144
User guides, online help, FrameMaker and
WebWorks ePublisher templates




-Original Message-
From: Dov Isaacs [mailto:isa...@adobe.com] 
Sent: Tuesday, June 17, 2008 12:23 PM
To: Linda G. Gallagher; framers at lists.frameusers.com
Subject: RE: Adobe Garamond font in bold doesn't distill properly

Exactly which fonts were you using? The Type 1 version of Adobe Garamond
or the OpenType version of Adobe Garamond (Adobe Garamond Pro)? And do you
actually have these fonts installed on your system (as opposed to some of
them being "printer resident fonts")?

- Dov

> -Original Message-
> From: Linda G. Gallagher
> Sent: Tuesday, June 17, 2008 11:13 AM
> To: framers at lists.frameusers.com
> Subject: Adobe Garamond font in bold doesn't distill properly
>
> Framers,
>
> FM 8
> Acro 8
> Win XP
>
> I created a new template recently and selected Adobe Garamond for my body
> text. I created a bold character tag and set it to As Is, then selected
Bold
> for the weight. When I created a PDF, all of the bold text was all weird
> (oddly spaced in a supposed monospaced font).
>
> After looking into that, I found that the only Weight option for the Adobe
> Garamond font was actually Semibold, so I changed the character tag to
> Semibold, but I'm seeing the same results when I create a PDF. All looks
> fine on-screen and when printing a laser printer from FM, so it must be
> something related to Acrobat.
>
> In looking at my Distiller options, I don't see any of the Adobe fonts
> listed in the Embedding field on the Fonts screen. I think these fonts
came
> with FM 8 (I see several Adobe fonts in FM 8), because I don't think I had
> them before I installed FM 8.
>
> I can't seem to find where these Adobe fonts are installed, and I'm not
sure
> how to resolve this PDF issue. Of course, I can change to a different
> Garamond (I do have another), but I'd like to understand the problem and
> solution better, in case I really want to use these Adobe fonts in the
> future.
>
> Thanks in advance!
>
> ~
> Linda G. Gallagher
> TechCom Plus, LLC
> lindag at techcomplus dot com
> www.techcomplus.com
> 303-450-9076 or 800-500-3144
> User guides, online help, FrameMaker and
> WebWorks ePublisher templates
> 
>

Adobe Garamond font in bold doesn't distill properly

[Paul Findon]

On 17 Jun 2008, at 19:13, Linda G. Gallagher wrote:
>
> I created a new template recently and selected Adobe Garamond for  
> my body
> text. I created a bold character tag and set it to As Is, then  
> selected Bold
> for the weight. When I created a PDF, all of the bold text was all  
> weird
> (oddly spaced in a supposed monospaced font).
>
> After looking into that, I found that the only Weight option for  
> the Adobe
> Garamond font was actually Semibold, so I changed the character tag to
> Semibold, but I'm seeing the same results when I create a PDF. All  
> looks
> fine on-screen and when printing a laser printer from FM, so it  
> must be
> something related to Acrobat.
>
> In looking at my Distiller options, I don't see any of the Adobe fonts
> listed in the Embedding field on the Fonts screen. I think these  
> fonts came
> with FM 8 (I see several Adobe fonts in FM 8), because I don't  
> think I had
> them before I installed FM 8.
>
> I can't seem to find where these Adobe fonts are installed, and I'm  
> not sure
> how to resolve this PDF issue. Of course, I can change to a different
> Garamond (I do have another), but I'd like to understand the  
> problem and
> solution better, in case I really want to use these Adobe fonts in the
> future

Hi Linda,

For some reason, the OpenType fonts bundled with FrameMaker 8,  
including Adobe Garamond Pro, reside in

C:\Program Files\Adobe\FrameMaker8\fminit\fonts\adobe\

which, in addition to making them not available to non-Adobe programs  
such as Office, also means that Distiller can't find them.
To fix this, go to Distiller > Settings > Font Location, and add the  
above font location.

That's what I had to do to get the bundled Minion Pro and Myriad Pro  
to embed.

Paul

Adobe Garamond font in bold doesn't distill properly

[Linda G. Gallagher]

Bingo! That was the answer. Now the bold looks, well, bold when I print the
PDF.

I didn't dig deep enough in the FM folder to find where the fonts were.
Silly me, I didn't think they'd be that buried if FM installed fonts. My
bad.

Thanks, Paul! 


~
Linda G. Gallagher
TechCom Plus, LLC
lindag at techcomplus dot com
www.techcomplus.com
303-450-9076 or 800-500-3144
User guides, online help, FrameMaker and
WebWorks ePublisher templates




-Original Message-
From: framers-boun...@lists.frameusers.com
[mailto:framers-bounces at lists.frameusers.com] On Behalf Of Paul Findon
Sent: Tuesday, June 17, 2008 1:11 PM
To: FrameUsers List
Subject: Re: Adobe Garamond font in bold doesn't distill properly

On 17 Jun 2008, at 19:13, Linda G. Gallagher wrote:
>
> I created a new template recently and selected Adobe Garamond for  
> my body
> text. I created a bold character tag and set it to As Is, then  
> selected Bold
> for the weight. When I created a PDF, all of the bold text was all  
> weird
> (oddly spaced in a supposed monospaced font).
>
> After looking into that, I found that the only Weight option for  
> the Adobe
> Garamond font was actually Semibold, so I changed the character tag to
> Semibold, but I'm seeing the same results when I create a PDF. All  
> looks
> fine on-screen and when printing a laser printer from FM, so it  
> must be
> something related to Acrobat.
>
> In looking at my Distiller options, I don't see any of the Adobe fonts
> listed in the Embedding field on the Fonts screen. I think these  
> fonts came
> with FM 8 (I see several Adobe fonts in FM 8), because I don't  
> think I had
> them before I installed FM 8.
>
> I can't seem to find where these Adobe fonts are installed, and I'm  
> not sure
> how to resolve this PDF issue. Of course, I can change to a different
> Garamond (I do have another), but I'd like to understand the  
> problem and
> solution better, in case I really want to use these Adobe fonts in the
> future

Hi Linda,

For some reason, the OpenType fonts bundled with FrameMaker 8,  
including Adobe Garamond Pro, reside in

C:\Program Files\Adobe\FrameMaker8\fminit\fonts\adobe\

which, in addition to making them not available to non-Adobe programs  
such as Office, also means that Distiller can't find them.
To fix this, go to Distiller > Settings > Font Location, and add the  
above font location.

That's what I had to do to get the bundled Minion Pro and Myriad Pro  
to embed.

Paul
___


You are currently subscribed to Framers as lindag at techcomplus.com.

Send list messages to framers at lists.frameusers.com.

To unsubscribe send a blank email to 
framers-unsubscribe at lists.frameusers.com
or visit
http://lists.frameusers.com/mailman/options/framers/lindag%40techcomplus.com

Send administrative questions to listadmin at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

Adobe Garamond font in bold doesn't distill properly

[Art Campbell]

Another solution would be to install them from the \Frame folder.
A collection of fonts are in the same place on the 7 system I'm
working on right now, but installing made them available to everything
and consolidated the files into the \Fonts folder.

Art

On Tue, Jun 17, 2008 at 3:16 PM, Linda G. Gallagher
 wrote:
> Bingo! That was the answer. Now the bold looks, well, bold when I print the
> PDF.
>
> I didn't dig deep enough in the FM folder to find where the fonts were.
> Silly me, I didn't think they'd be that buried if FM installed fonts. My
> bad.
>
> Thanks, Paul!
>
>
> ~
> Linda G. Gallagher
> TechCom Plus, LLC
> lindag at techcomplus dot com
> www.techcomplus.com
> 303-450-9076 or 800-500-3144
> User guides, online help, FrameMaker and
> WebWorks ePublisher templates
> 
>
>
>
> -Original Message-
> From: framers-bounces at lists.frameusers.com
> [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Paul Findon
> Sent: Tuesday, June 17, 2008 1:11 PM
> To: FrameUsers List
> Subject: Re: Adobe Garamond font in bold doesn't distill properly
>
> On 17 Jun 2008, at 19:13, Linda G. Gallagher wrote:
>>
>> I created a new template recently and selected Adobe Garamond for
>> my body
>> text. I created a bold character tag and set it to As Is, then
>> selected Bold
>> for the weight. When I created a PDF, all of the bold text was all
>> weird
>> (oddly spaced in a supposed monospaced font).
>>
>> After looking into that, I found that the only Weight option for
>> the Adobe
>> Garamond font was actually Semibold, so I changed the character tag to
>> Semibold, but I'm seeing the same results when I create a PDF. All
>> looks
>> fine on-screen and when printing a laser printer from FM, so it
>> must be
>> something related to Acrobat.
>>
>> In looking at my Distiller options, I don't see any of the Adobe fonts
>> listed in the Embedding field on the Fonts screen. I think these
>> fonts came
>> with FM 8 (I see several Adobe fonts in FM 8), because I don't
>> think I had
>> them before I installed FM 8.
>>
>> I can't seem to find where these Adobe fonts are installed, and I'm
>> not sure
>> how to resolve this PDF issue. Of course, I can change to a different
>> Garamond (I do have another), but I'd like to understand the
>> problem and
>> solution better, in case I really want to use these Adobe fonts in the
>> future
>
> Hi Linda,
>
> For some reason, the OpenType fonts bundled with FrameMaker 8,
> including Adobe Garamond Pro, reside in
>
> C:\Program Files\Adobe\FrameMaker8\fminit\fonts\adobe\
>
> which, in addition to making them not available to non-Adobe programs
> such as Office, also means that Distiller can't find them.
> To fix this, go to Distiller > Settings > Font Location, and add the
> above font location.
>
> That's what I had to do to get the bundled Minion Pro and Myriad Pro
> to embed.
>
> Paul
> ___
>
>
> You are currently subscribed to Framers as lindag at techcomplus.com.
>
> Send list messages to framers at lists.frameusers.com.
>
> To unsubscribe send a blank email to
> framers-unsubscribe at lists.frameusers.com
> or visit
> http://lists.frameusers.com/mailman/options/framers/lindag%40techcomplus.com
>
> Send administrative questions to listadmin at frameusers.com. Visit
> http://www.frameusers.com/ for more resources and info.
>
> ___
>


-- 
Art Campbell art.campbell at gmail.com
 "... In my opinion, there's nothing in this world beats a '52 Vincent
and a redheaded girl." -- Richard Thompson
 No disclaimers apply.
 DoD 358

Adobe Garamond font in bold doesn't distill properly

[Linda G. Gallagher]

Good point. I just did that, too. Thanks, Art! 


~
Linda G. Gallagher
TechCom Plus, LLC
lindag at techcomplus dot com
www.techcomplus.com
303-450-9076 or 800-500-3144
User guides, online help, FrameMaker and
WebWorks ePublisher templates




-Original Message-
From: Art Campbell [mailto:art.campb...@gmail.com] 
Sent: Tuesday, June 17, 2008 1:22 PM
To: Linda G. Gallagher
Cc: Paul Findon; FrameUsers List
Subject: Re: Adobe Garamond font in bold doesn't distill properly

Another solution would be to install them from the \Frame folder.
A collection of fonts are in the same place on the 7 system I'm
working on right now, but installing made them available to everything
and consolidated the files into the \Fonts folder.

Art

On Tue, Jun 17, 2008 at 3:16 PM, Linda G. Gallagher
 wrote:
> Bingo! That was the answer. Now the bold looks, well, bold when I print
the
> PDF.
>
> I didn't dig deep enough in the FM folder to find where the fonts were.
> Silly me, I didn't think they'd be that buried if FM installed fonts. My
> bad.
>
> Thanks, Paul!
>
>
> ~
> Linda G. Gallagher
> TechCom Plus, LLC
> lindag at techcomplus dot com
> www.techcomplus.com
> 303-450-9076 or 800-500-3144
> User guides, online help, FrameMaker and
> WebWorks ePublisher templates
> 
>
>
>
> -Original Message-
> From: framers-bounces at lists.frameusers.com
> [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Paul Findon
> Sent: Tuesday, June 17, 2008 1:11 PM
> To: FrameUsers List
> Subject: Re: Adobe Garamond font in bold doesn't distill properly
>
> On 17 Jun 2008, at 19:13, Linda G. Gallagher wrote:
>>
>> I created a new template recently and selected Adobe Garamond for
>> my body
>> text. I created a bold character tag and set it to As Is, then
>> selected Bold
>> for the weight. When I created a PDF, all of the bold text was all
>> weird
>> (oddly spaced in a supposed monospaced font).
>>
>> After looking into that, I found that the only Weight option for
>> the Adobe
>> Garamond font was actually Semibold, so I changed the character tag to
>> Semibold, but I'm seeing the same results when I create a PDF. All
>> looks
>> fine on-screen and when printing a laser printer from FM, so it
>> must be
>> something related to Acrobat.
>>
>> In looking at my Distiller options, I don't see any of the Adobe fonts
>> listed in the Embedding field on the Fonts screen. I think these
>> fonts came
>> with FM 8 (I see several Adobe fonts in FM 8), because I don't
>> think I had
>> them before I installed FM 8.
>>
>> I can't seem to find where these Adobe fonts are installed, and I'm
>> not sure
>> how to resolve this PDF issue. Of course, I can change to a different
>> Garamond (I do have another), but I'd like to understand the
>> problem and
>> solution better, in case I really want to use these Adobe fonts in the
>> future
>
> Hi Linda,
>
> For some reason, the OpenType fonts bundled with FrameMaker 8,
> including Adobe Garamond Pro, reside in
>
> C:\Program Files\Adobe\FrameMaker8\fminit\fonts\adobe\
>
> which, in addition to making them not available to non-Adobe programs
> such as Office, also means that Distiller can't find them.
> To fix this, go to Distiller > Settings > Font Location, and add the
> above font location.
>
> That's what I had to do to get the bundled Minion Pro and Myriad Pro
> to embed.
>
> Paul
> ___
>
>
> You are currently subscribed to Framers as lindag at techcomplus.com.
>
> Send list messages to framers at lists.frameusers.com.
>
> To unsubscribe send a blank email to
> framers-unsubscribe at lists.frameusers.com
> or visit
>
http://lists.frameusers.com/mailman/options/framers/lindag%40techcomplus.com
>
> Send administrative questions to listadmin at frameusers.com. Visit
> http://www.frameusers.com/ for more resources and info.
>
> ___
>


-- 
Art Campbell art.campbell at gmail.com
 "... In my opinion, there's nothing in this world beats a '52 Vincent
and a redheaded girl." -- Richard Thompson
 No disclaimers apply.
 DoD 358

getting confused about xref variables and paragraph tags

[Fred Ridder]

A confused and frustrated Deirdre Reagan wrote (in part):

> 1. If we are crossreferencing back to paragraph tags, and we change
> the source paragraph tag, do we have to keep the fat black T? That
> seems awfully picky, since we just want to double click the line of
> text and type in our new text. To keep the T, we would have to click
> and backspace. Plus that T doesn't preceed the original cross
> reference. It appears only to indicate that this line of text has
> already been cross referenced. So it's absence shouldn't affect FM's
> ability to update cross references, right?

The key concept is that *all* cross-references are references to 
cross-reference markers, which show on screen as the same kind of 
T-shaped symbol as any other marker type (e.g., index entry marker,
hypertext marker, conditional text marker). When you create an x-ref,
you typically use the list of paragraphs display in the x-ref dialog, but
you are *not* referencing a specific paragraph, you are referencing
the paragraph where a specific x-ref marker is located. You are *not*
referencing a paragraph tag (since that is not a unique entity except
in the context of the Paragraph Catalog). You are *not* referencing
a variable, or a line, or a paragraph. You are referencing the marker
and retrieving information about where it is located (e.g., the text,
the autonumbering, the page number).

If there is no x-ref marker in the target paragraph you identify when
you create an x-ref, FrameMaker automatically creates one for you. 
Embedded in the marker is a semi-unique ID number plus a snippet 
of the text from the paragraph which may be useful to you if you 
later display the list of markers rather than the list of paragraphs of 
a particular type (but if you change the text of the paragraph, the 
text in the marker does not update to match, so it really isn't as
useful as you would think). 

What confuses a lot of FrameMaker users is the Paragraphs display
in the x-ref dialog. They think that because they picked a paragraph
to target with an x-ref, they have done something fundamentally 
different than if they had picked an item from the Markers list. The
Paragraphs list is just a convenient way for writers to identify the
place they want to refer to based on its tagging and content and
to automatically create an x-ref marker if one is needed. Once
they've identifed the location and there is an x-ref marker there,
the x-ref works just like every other x-ref--it points to an x-ref 
marker with a particular ID in a particfular file. In other words, the
Paragraphs display is only an alternative UI into the exact same
mechanism. 

The ID number embedded in the x-ref marker (the T) at the target
end of a cross-reference is the key to the whole x-ref mechanism. 
At the referencing location (where the text will appear), FrameMaker 
embeds some code that identifies the marker ID, the filename and 
relative path of the file that contains the marker, and information 
on what information to extract from the target paragraph and how 
to display it. Whenever you open the file that contains the x-ref, 
FrameMaker silently opens the file that is identified in the x-ref, looks 
for the marker by ID, and updates the result in the referring document. 
If it can't find the file, or if it can't open the file, or if it can't find the
marker with the specified ID when it searches the file, you get the
dreaded "unresolvced cross-reference" message. When you delete 
the x-ref marker on your title page, you make every reference that 
points to it becoime unresolved.

> 2. What was the original writer doing, making this line of text a
> paragraph tag and not a variable, like every other line of text on the
> page? Is there a good reason for this? (Probably a rhetorical
> question, but I thought I'd throw it out there, in case there is
> something everyone but me knows.)

You don't "make a line of text a paragraph tag". A paragraph tag is
a *property* or attribute that is applied to each and every paragraph
in a document to identify the formatting that will be applied to the
paragraph when it is rendered.

I guess what you're asking is why the writer entered this text string
as regular text instead of as a variable. But if you're consistently 
using the cross-reference mechanism to pull title page information 
into all of the component files I think the real question is why you
are using variables at all, since it is simply an unnecessary step. 
If everything is entered and handled as a variable, then once you
import the variable definitions from the title page into all the component
files you can reference the variables locally and never have to use
a cross-reference. You can accomplish the appearance of the same 
result either way, but it seems to me that using the two mechanisms
interchangeably in the same book has no benefit and only causes 
confusion among users and potential maintenance issues. 

> 3. Shouldn't I get rid of all these cross references 

Adobe Garamond font in bold doesn't distill properly

[Mike Wickham]

Are you sure the font is actually installed on your system? Look in 
\windows\fonts for it. Some fonts are "printer resident." These are fonts 
that are hardwired inside your desktop printer. The printer driver tells 
Windows how to display these fonts on screen-- and, since the fonts are 
hardwired inside your desktop printer, the desktop printer can print them, 
too. But the fonts are not actually installed on your computer, so they 
cannot be embedded in a PDF and that forces Acrobat/Distiller to substitute.

Most printer manufacturers also include their printer-resident fonts on 
disk, so that you can truly install them. However, that installation isn't 
part of the printer setup. You have to manually look for the fonts on the 
installation CD and then manually install them.

Mike Wickham

getting confused about xref variables and paragraph tags

[Deirdre Reagan]

Yes, that's what I thought -- we should be using variables and not
cross references, especially because the cross references turn into
hyperlinks when pdf'ed.  I had forgotten about that.

Thank you for the explanation about how the cross references markers
work.  That helped me a lot.

Deirdre

On 6/17/08, Fred Ridder  wrote:
> A confused and frustrated Deirdre Reagan wrote (in part):
>
> > 1. If we are crossreferencing back to paragraph tags, and we change
> > the source paragraph tag, do we have to keep the fat black T? That
> > seems awfully picky, since we just want to double click the line of
> > text and type in our new text. To keep the T, we would have to click
> > and backspace. Plus that T doesn't preceed the original cross
> > reference. It appears only to indicate that this line of text has
> > already been cross referenced. So it's absence shouldn't affect FM's
> > ability to update cross references, right?
>
> The key concept is that *all* cross-references are references to
> cross-reference markers, which show on screen as the same kind of
> T-shaped symbol as any other marker type (e.g., index entry marker,
> hypertext marker, conditional text marker). When you create an x-ref,
> you typically use the list of paragraphs display in the x-ref dialog, but
> you are *not* referencing a specific paragraph, you are referencing
> the paragraph where a specific x-ref marker is located. You are *not*
> referencing a paragraph tag (since that is not a unique entity except
> in the context of the Paragraph Catalog). You are *not* referencing
> a variable, or a line, or a paragraph. You are referencing the marker
> and retrieving information about where it is located (e.g., the text,
> the autonumbering, the page number).
>
> If there is no x-ref marker in the target paragraph you identify when
> you create an x-ref, FrameMaker automatically creates one for you.
> Embedded in the marker is a semi-unique ID number plus a snippet
> of the text from the paragraph which may be useful to you if you
> later display the list of markers rather than the list of paragraphs of
> a particular type (but if you change the text of the paragraph, the
> text in the marker does not update to match, so it really isn't as
> useful as you would think).
>
> What confuses a lot of FrameMaker users is the Paragraphs display
> in the x-ref dialog. They think that because they picked a paragraph
> to target with an x-ref, they have done something fundamentally
> different than if they had picked an item from the Markers list. The
> Paragraphs list is just a convenient way for writers to identify the
> place they want to refer to based on its tagging and content and
> to automatically create an x-ref marker if one is needed. Once
> they've identifed the location and there is an x-ref marker there,
> the x-ref works just like every other x-ref--it points to an x-ref
> marker with a particular ID in a particfular file. In other words, the
> Paragraphs display is only an alternative UI into the exact same
> mechanism.
>
> The ID number embedded in the x-ref marker (the T) at the target
> end of a cross-reference is the key to the whole x-ref mechanism.
> At the referencing location (where the text will appear), FrameMaker
> embeds some code that identifies the marker ID, the filename and
> relative path of the file that contains the marker, and information
> on what information to extract from the target paragraph and how
> to display it. Whenever you open the file that contains the x-ref,
> FrameMaker silently opens the file that is identified in the x-ref, looks
> for the marker by ID, and updates the result in the referring document.
> If it can't find the file, or if it can't open the file, or if it can't find
> the
> marker with the specified ID when it searches the file, you get the
> dreaded "unresolvced cross-reference" message. When you delete
> the x-ref marker on your title page, you make every reference that
> points to it becoime unresolved.
>
> > 2. What was the original writer doing, making this line of text a
> > paragraph tag and not a variable, like every other line of text on the
> > page? Is there a good reason for this? (Probably a rhetorical
> > question, but I thought I'd throw it out there, in case there is
> > something everyone but me knows.)
>
> You don't "make a line of text a paragraph tag". A paragraph tag is
> a *property* or attribute that is applied to each and every paragraph
> in a document to identify the formatting that will be applied to the
> paragraph when it is rendered.
>
> I guess what you're asking is why the writer entered this text string
> as regular text instead of as a variable. But if you're consistently
> using the cross-reference mechanism to pull title page information
> into all of the component files I think the real question is why you
> are using variables at all, since it is simply an unnecessary step.
> If everything is entered and handled as a variable, then once you
> 

Problem Using Special Bullet Symbol

[Angela Akridge]

Hi,

I'd like to use a special bullet symbol for my bulleted lists. I've chosen
"Black Right-Pointing Pointer". Using Adobe's "To use a special bullet
symbol" online help topic, I create my bullet list. I get a question mark
instead of a pointer:

? This is a bulleted list
? This is a bulleted list

Wingdings font works fine. But, I can't use this font because I'm using
WebWorks and because Wingdings isn't a default font. So, I'm going for the
standard. I tried Arial, Times New Roman, and Garamond, but all produce the
same results (a question mark).

What am I doing wrong?



*My Paragraph Tag:*

Autonumber Format = ?\t
Character Format = ArrowFont

*My Character Format:*

Arial Font
As-is (for remainder)

Problem Using Special Bullet Symbol

[Fred Ridder]

Angela Akridge wrote:

> I'd like to use a special bullet symbol for my bulleted lists. I've chosen
> "Black Right-Pointing Pointer". Using Adobe's "To use a special bullet
> symbol" online help topic, I create my bullet list. I get a question mark
> instead of a pointer:


> Wingdings font works fine. But, I can't use this font because I'm using
> WebWorks and because Wingdings isn't a default font. So, I'm going for the
> standard. I tried Arial, Times New Roman, and Garamond, but all produce the
> same results (a question mark).
> 
> What am I doing wrong?
> 
> 
> 
> *My Paragraph Tag:*
> 
> Autonumber Format = ?\t
> Character Format = ArrowFont
> 
> *My Character Format:*
> 
> Arial Font
> As-is (for remainder)

FrameMaker is doing exactly what you are telling it to do. It is using an
Arial question mark glyph as the bullet character for your list items. In
order to use a special character, that chanracter has to exist in the
font you use. The pointer glyph you chose in the symbol font Wingdings
maps to the character number for a question mark in text fonts. So you
either have to find a symbol font that you can use that has a character
you like (and change the autonumber character and font spec to match), 
or you have to pick a character in a text font that you can live with.

-FR

Frame saved as HTML. CSS query

[Ian Saunders]

Although a Frame user for 15 years, I have never used the Save As HTML
functionality until today. 



It was a breeze to get 90% of what I wanted to appear in the HTML file,
but the alignment of text in bullets and indented lines is proving a
problem. I can get the effect I want by manually editing the CSS, and
setting the text-indent and margin-left parameters to zero, but the
default CSS from Frame has different values, which means I have to do
the edit every time I regenerate the HTML file. 



Is there an easy way to set the alignment once and for all, maybe in the
mapping pages?



I am using Frame 8.0p236.



Many thanks!



Ian



Ian Saunders

Documentation Manager

Envox EMEA

Technology House, Fleetwood Park,

Barley Way, Fleet, Hampshire, UK. GU51 2QX

phone: +44 1252 618871fax: +44 1252 618899

email: ian.saunders at envox.com 



Envox Worldwide - A Global Leader in IP-Based Voice Solutions

www.envox.com  

saving marker and topic title during Mif2GO processing

[Jeremy H. Griffith]

On Tue, 17 Jun 2008 12:29:55 -0400, Jim Owens  wrote:

>As part of our Help production, we need a list of context-sensitive 
>markers and topic titles, like this:
>
>IDH_NewWidget "Adding widgets"
>IDH_EditWidget "Editing widgets"
>
>(The exact formatting doesn't matter; I'll be processing it anyway.) We 
>use this information to update our help testing tool, so that the tester 
>knows what topic title is associated with a given hook.
>
>We're using Mif2GO to generate HTML Help. I'd like to use Mif2GO to 
>create this list at the same time. (I'm also interested in reasonable 
>alternatives.)
>
> From early research, I think I can:
>
>- save the marker values as macro variables
>- save the topic titles as macro variables
>- use a FileEndCommand to pass these macro variables to a custom EXE 
>that can add them to a file.
>
>Is this possible?  Is there a better way?

It would be difficult.  It really needs a feature we have planned
but not yet implemented, as part of a macro enhancement project,
which would allow dynamic redirection of macro output to different
files.

However, we looked at what would be needed to create the file you
want, and it turned out to be simple, so we did it.  We added:

[MSHtmlHelpOptions]
; AliasTitle = No (default) or Yes (generate .hht file with titles for all
; topics containing CSH aliases, like the .hha but with titles not filenames)
AliasTitle=No

This is implemented in the beta h285i.zip, now available at our 
download sites.  We credited you for the idea in hist52h.txt.
Download the beta, unzip it, and copy the dwhtm.dll in it to
your \windows\system32 dir over the existing copy.

Thank you very much for this enhancement suggestion!


-- Jeremy H. Griffith, at Omni Systems Inc.
http://www.omsys.com/