Help, anyone got FrameMaker 5?

[Gordon McLean]

I've been asked to re-work an old document and the source docs are in
FrameMaker 5. No problem, I thought, as version 7 should just upgrade them
but...
 
I'm getting errors and can't open the files. I can't decide whether the ZIP
files have been corrupted, or whether it's a FrameMaker issue and as my
predecessors seemed to have binned the old version 5 CDs (or hid them very
well!) I'm kinda stuck.
 
Any suggestions? Is version 5 available to buy anywhere? I can't find a
source for it at all.
 
Gordon
 
__
Publications Team
Tel: 01415334164
 


This email (and any attachments) is private and confidential, and is intended 
solely for the
addressee. If you have received this communication in error please remove it 
and inform us via
telephone or email. Although we take all possible steps to ensure mail and 
attachments
are free from malicious content, malware and viruses, we cannot accept any 
responsibility
whatsoever for any changes to content outwith our administrative bounds. The 
views represented
within this mail are solely the view of the author and do not reflect the views 
of the organisation
as a whole.

Graham Technology plc
Registered in Scotland company no. SC143434
Registered Office India of Inchinnan, Renfrewshire, Scotland PA4 9LH

http://www.grahamtechnology.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: First Time Framer!

[Steve Rickaby]

At 14:49 -0600 30/5/07, Combs, Richard wrote:

And, indulge my curmudgeonliness for a moment: Does the tech writing
profession really need more excuses for font fondling? :-o

Well, for my money, one of the great things about InD is the quality of layout 
it produces without interference. Ok, you can dig in and get obsessive about 
manual kerning and all that stuff, but then you can do this in FrameMaker too.

-- 
Steve
___


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: First Time Framer!

[Steve Rickaby]

At 14:29 -0700 30/5/07, Dov Isaacs wrote:

Or maybe you want an InDesign = 6 that supports all the wonderful FrameMaker 
features that aren't already in InDesign. That would solve a whole bunch of 
other problems such as Macintosh support, CMYK + spot color support, 
transparency support, etc.   :-)

Well, now that you mention it, that would be even better, as I'm on Mac.

On a more serious note, a *full* merge of FrameMaker and InD features, i.e. an 
InD-like product that fully supported structure, would be Cloud 8.5. For the 
full 9, I'd prefer a FrameMaker-like product that fully supported InD's 
features, such as the aforementioned superb text handling.

There are at least three large flies in this ointment as far as I can see:

. It would require re-engineering FrameMaker's code completely, as I'd guess 
it's 'old' code, while InD is 'new' code [and now in Apple's wonderful 
development environment like the rest of the CSS apps], which FrameMaker is 
clearly not.

. FrameMaker's GUI metaphor is radically different to that of the CSS apps, and 
my suspicion is that a Frame-a-like that followed the CSS app's GUI metaphor 
would be deemed 'not FrameMaker' by diehards, and too much of a culture shift. 
We are all far too busy and productive to play 'hunt the command' around the 
pop-up menus of a few hundred palettes that move around the screen of their own 
accord ;-)

. Many heavyweight FrameMaker users are dependent on add-ons and features like 
structapps, custom plug-ins, programming against the API, database import and 
so on.

Still, it does no harm to dream ;-)

-- 
Steve
___


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.

Help, anyone got FrameMaker 5?

[Paul Wilbraham]

Gordon

I do have a copy of FrameMaker 5. Would you like to send me one document and 
I will try and open it for you - on the grounds that you do not wish to 
purchase the s/w if the docs are corrupted.


Best regards

--Paul Wilbraham
Aztex Training
0044 (0) 7977 464 561 




___


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: Help, anyone got FrameMaker 5?

[Peter Gold]

Gordon McLean wrote:

I've been asked to re-work an old document and the source docs are in
FrameMaker 5. No problem, I thought, as version 7 should just upgrade them
but...
 
I'm getting errors and can't open the files. I can't decide whether the ZIP

files have been corrupted, or whether it's a FrameMaker issue and as my
predecessors seemed to have binned the old version 5 CDs (or hid them very
well!) I'm kinda stuck.
 
Any suggestions? Is version 5 available to buy anywhere? I can't find a

source for it at all.
 


Gordon, you can try the open heroic command: Tap these keys 
in sequence - Escape o H (uppercase H). If it opens and is 
readable, save it to a new name and proceed working with it. 
If it fails, it's most likely that the file is corrupt.


FM 7 should open files as far back as FM 5.

HTH

Regards,

Peter Gold
KnowHow ProServices
___


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: Change in PDF job options

[Steve Rickaby]

At 18:06 -0700 30/5/07, Janet Underwood wrote:

Can someone clarify for me the changes in the PDF job options? I'm using v.7.1 
and when setting up a PDF, my options are eBook, Press, Print and Screen. A 
friend is using v 7.2 and his options are High Quality Print, PDFA Draft, 
PDFX1a2001, PDFX32002, Press Quality, Smallest File Size and Standard. I 
understand that PDFX is a next-generation PDF format that is very handy for 
commercial printing.

See http://en.wikipedia.org/wiki/PDF/X, although I'm not sure if it's correct 
about graphics exchange: I always understood PDF/X to be about eliminating the 
possibility of pre-flighting errors. See Acrobat's online help for a 
description of the format and its variants.

 I don't understand, however, why online documentation I'm seeing for 7.1 says 
 that these should be my PDF job options too!

There is no answer to this question: whose online documentation is it?

 Is this because of the distiller version or are there some settings that one 
 can define to get the same job options as my friend is seeing? In short, did 
 my friend inadvertantly set these options without realizing it, and is this 
 something I can set in v. 7.1 as well?

Hard to say. The options you list above are pre-defined joboption sets in 
Distiller. The option sets you get are nothing to do with FrameMaker, as they 
are dependent on the version of Acrobat you have installed. However, these are 
just default sets - there is nothing to stop you going inside Distiller to 
create your own. To do this, though, you need to know to what purpose(s) your 
PDF will be put.

For pre-press, for example, you should always try to get a custom set of 
Distiller options from the print house. This way, you can blame them if 
anything goes wrong ;-)

-- 
Steve
___


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: Save EDD As DTD Not Working

[Steve Rickaby]

At 19:08 -0500 30/5/07, Lin Surasky wrote:

I started by creating an EDD in FrameMaker. It's not particularly fancy,
but it meets the basic requirements for what I need right now. I tried
to save it as a DTD so I could move on to the next step of testing
imported XML. I was getting error messages, so I tested my methods by
creating a new, empty EDD and adding a single simple element (called
element.) The DTD is saved with no errors, but when I open it in FM, I
get the Expected comment or CDATA error and a syntax error.
 
Is this a known issue, or am I missing a big step?

I'm guessing here, as I haven't seen your EDD, but here are a couple of things 
that can snarf up a save to DTD. I hit both of these when I was getting started:

. XMl/SGML is foxier about characters in element names than FrameMaker. An 
element called, for example, '*Thing' will error when you try to create a DTD. 
Stick to the base character set, alphanumerics, no spaces, for your element 
names.

. XML/SGML is looser in general rules than FrameMaker. It is therefore quite 
easy to create a general rule in FrameMaker that is invalid in XML, where you 
are limited pretty much to rules of the form:

   (#PCDATA | elt1 | elt2 | ...)*

The workaround for this, if you need to stick with tight rules in FrameMaker 
(for example to enforce structure on your authors) is to include both 'tight' 
[FrameMaker] and 'loose' [XML] content rules in your EDD and conditionalize 
them: enable the XML versions and hide the FrameMaker versions before you 
create a DTD.

Here are two variants of a general rule from one of my EDDs to illustrate the 
differences:

For FrameMaker: (TEXT | IndexTerm | Literal | XRef )*, Graphic


For DTD creation:   (TEXT | IndexTerm | Literal | XRef | Graphic )*

You have to write both rules, of course.

[Thanks to Lynn Price for the second issue and its fix.]

-- 
Steve
___


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: Help, anyone got FrameMaker 5? [CLOSED]

[Gordon McLean]

Thanks to all who responded both on and off list.

Turns out the files themselves are corrupt, so looks like I'll be reworking
them from HTML into FrameMaker... Joy.

Much appreciated everyone, favours are owed!

Gordon

P.S. Lest anyone think otherwise, I haven't been active on the list recently
because... Umm... I suspended delivery when I went on holiday and forgot to
turn it back on... Doh. 

-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
com] On Behalf Of Gordon McLean
Sent: 31 May 2007 11:51
To: [EMAIL PROTECTED]
Subject: Help, anyone got FrameMaker 5?

I've been asked to re-work an old document and the source docs are in
FrameMaker 5. No problem, I thought, as version 7 should just upgrade them
but...
 
I'm getting errors and can't open the files. I can't decide whether the ZIP
files have been corrupted, or whether it's a FrameMaker issue and as my
predecessors seemed to have binned the old version 5 CDs (or hid them very
well!) I'm kinda stuck.
 
Any suggestions? Is version 5 available to buy anywhere? I can't find a
source for it at all.
 
Gordon
 
__
Publications Team
Tel: 01415334164
 



This email (and any attachments) is private and confidential, and is
intended solely for the addressee. If you have received this communication
in error please remove it and inform us via telephone or email. Although we
take all possible steps to ensure mail and attachments are free from
malicious content, malware and viruses, we cannot accept any responsibility
whatsoever for any changes to content outwith our administrative bounds. The
views represented within this mail are solely the view of the author and do
not reflect the views of the organisation as a whole.


Graham Technology plc
Registered in Scotland company no. SC143434 Registered Office India of
Inchinnan, Renfrewshire, Scotland PA4 9LH

http://www.grahamtechnology.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/gordon.mclean%40grahamte
chnology.com

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


No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.472 / Virus Database: 269.8.4/825 - Release Date: 30/05/2007
15:03
 



This email (and any attachments) is private and confidential, and is intended 
solely for the
addressee. If you have received this communication in error please remove it 
and inform us via
telephone or email. Although we take all possible steps to ensure mail and 
attachments
are free from malicious content, malware and viruses, we cannot accept any 
responsibility
whatsoever for any changes to content outwith our administrative bounds. The 
views represented
within this mail are solely the view of the author and do not reflect the views 
of the organisation
as a whole.

Graham Technology plc
Registered in Scotland company no. SC143434
Registered Office India of Inchinnan, Renfrewshire, Scotland PA4 9LH

http://www.grahamtechnology.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: First Time Framer!

[Shmuel Wolfson]

As far the rivers, there is an option in Word when using justified text to ge
t rid of the rivers. It does not look good on screen when using this option, bu
t the printed version is excellent. See the article below. 

The name of the option below is for Word 2000. I can't find that option in Word
 2003. There's another option called Set the width of a space like WordPerfect
 5.x. Perhaps that does the same thing.

Regards,
Shmuel Wolfson



The 'rivers' (rivers =
gaps between the words in paragraphs) are never as well adjusted in Word
as you'd find in a professionally published document.  It sounds
terribly pernickety I know, but I would migrate from Word for this
reason alone.


-
  

The following article below the picture is from Woody's Offfice Watch email 
list. It is important for us to consider this option when composing a 
manual using Justification for paragraph styles.

At 09:11 AM 09/06/01 -0400, Woody's Office Watch wrote:
   2. SQUISHED JUSTIFICATION IN WORD

   My old friend Dermod Quirke sent me this Word tip for
   justifying text. It's an amazing discovery. Quoth Dermod:
   For me, the worst feature of Word is its primitive
   handling of justified text. If I type a fully-justified
   document, some lines are quite densely packed, but others
   have large, ugly gaps between the words. The overall effect
   is patchy and amateurish, and certainly not up to
   acceptable typesetting quality.
   The reason is that Word justifies text only by ADDING
   space between words. So as it nears the end of a line, Word
   tries to fit the next word into the remaining space. If it
   won't fit, Word distributes the remaining space between the
   words already on the line, and moves the next word to the
   next line. And if that word is a long one, the space that
   has to be inserted between the existing words is large and
   unsightly.
   OK, that's how Word handles justification. What's the
   alternative? Well, why not REDUCE the space between words
   instead? If a long word won't quite fit the line, the
   program could try to make room for it by moving the
   existing words closer together. Of course, there has to be
   a limit: the program, or the user, must define a minimum
   (and a maximum) acceptable inter-word space. But subject to
   these limits, inter-word spacing becomes noticeably more
   even and less patchy.
   Sounds unrealistic? Well, that's how WordPerfect handles
   justification. Dammit, it's how my venerable old mid-80s
   word processor (Spellbinder DTP) handled it. And the
   results are DRAMATICALLY better than Word's clumsy,
   amateurish justification.
   Now here's the good news: Word 2000 is capable of
   producing proper WordPerfect-style justification as
   described above. Just click Tools|Options, select the
   Compatibility tab, and check the box beside Do full
   justification like Word Perfect 6.x for Windows.
   Type some text with Ctrl-J justification, and watch what
   happens as you come to the end of the line. Instead of
   prematurely wrapping, the text will actually shuffle to the
   left and try to fit the word onto the current line.
   Now try it with an existing document. Make sure it's fully
   justified (type Ctrl+A to select the entire document, then
   type Ctrl+J to justify it); then print a page. Now activate
   WP-style justification (Tools|Options, Compatibility, check
   Do full justification...); and print the same page.
   Compare the two print-outs: you'll find that the WP-style
   page has fewer ugly gaps between words.
   You can use this trick whenever you want to produce
   slicker, more professional typesetting, and it works pretty
   well. But although the printed text will look very good,
   the screen display will NOT, because Microsoft has made no
   attempt to implement proper WYSIWYG. So you'll find that
   the words at the start of each screen line are widely
   spaced, while those at the end of each line are crammed
   together. But when the line is printed, the spaces will be
   evenly distributed throughout the line.
   To sum up: Word now allows you to produce
   professional-quality justified text. But it's hidden away
   in an obscure corner of the program, and it doesn't display
   properly on the screen.
   Menachem Mendel Rosen
___


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 something ignored during spell checking

[Stuart Rogers]

John Posada wrote:

Tammy...you don't have to go through that series of menu selections
to pick a variable.


From your keyboard, enter CTRL 0 to display the available variables

in the bottom space of your FM document..you can scroll thrtough the
list with your cursor keys.

Enter CTRL 0 L Enter where L would be the defined letter of
the variable and 0 is the zero character, not the alpha  character.

Note...you have to create these variables first. so, create a
variable named X for .xml file and a variable named P for PDF, etc,


For use on a PC, an alternative shortcut (that I find easier to hit than 
the ctrl + 0 combination requiring a stretch from both little fingers) 
is: Alt + s, v, L Enter (where L is the initial letter of the 
variable).  Hold the Alt key with your thumb -- it's easy to reach on 
either side of the spacebar while your fingers remain on the home keys. 
The key sequence activates the menu commands as if you were clicking 
them, so you can verify your choice in the variables dialog box before 
hitting Enter, if need be.


HTH,

--
Stuart Rogers
Technical Communicator
Phoenix Geophysics Limited
Toronto, ON, Canada
+1 (416) 491-7340 x 325

srogers phoenix-geophysics com

The Alt key is your friend.
___


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: Save EDD As DTD Not Working

[Lin Surasky]

Hi, Steve-

 Stick to the base 
 character set, alphanumerics, no spaces, for your element names.

Are hyphens okay? All my element names are alpha only, no spaces, but
two have hyphens in them...

I'm also going to try your suggestion of conditionalizing element defs
for use in the DTD. However, that doesn't ease my mind completely, as my
FM-generated DTD still had an error in it, even though it was saved from
a single-element EDD. 

The EDD only defines the Structured Application and a single element:
EDD Version is 7.0
Structured Application: RetalixRN
Element (Container): Element
   General rule: ANY

That's it. The DTD is saved without error, which is a little better than
what I'm getting with my working EDD, but the DTD is still invalid
according to FM.
Here is the text of the resulting DTD:

?xml version=1.0 encoding=UTF-8?

!--DTD for Element. Typically invoked by
  !DOCTYPE  Element  SYSTEM
C:\testsrc\docs_group\InSync\ReleaseNotes\RN.dtd
--


!ELEMENT ElementANY 

Is there something in there that I need to tweak to get FM to take it?
Thanks for all the help!
Lin
___


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: Tracing the Graphic Lineage

[Pinkham, Jim]

Now that my somewhat robust computer has laughed hysterically and duly
chastened me and my folly, I'm here to tell you that even a meta-book
for one category won't work, apart from further scaling. FM tried
valiantly to add 1,696 chapter files to a book before indulging in
aforesaid laughter. It must have appreciated how I'd trimmed the number
down from twice that and more. But, alas, FM finally quit, stared at me
glassy-eyed, not responding. 

There must be a Plan B. Smaller books (what's the upper bound on number
of docs)? Framescript? None of the above?

Jim

-Original Message-
From: Combs, Richard [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 30, 2007 3:02 PM
To: Pinkham, Jim; framers@lists.frameusers.com
Subject: RE: Tracing the Graphic Lineage

Pinkham, Jim wrote:
 
 If one has a figure at
 c:\docs\manuals\widgets\bigredwidget.eps, is there a ready way to 
 determine what FM manuals are importing bigredwidget.eps by reference?

Art's on the right track, but I strongly recommend you generate an
_Index_ of References, not a List. The latter will list imported
graphics in order of occurrence, while the former will list them in
alphabetical order. That makes Art's idea of making a table and sorting
unnecessary. 

Also, you can make one or more new metabooks containing all the FM
files from all your manuals (or some reasonable subset, like all for one
product, release, whatever), and use the metabook(s) just for generating
the index(es) of references. That reduces or eliminates the need to
merge multiple lists. 

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: Tracing the Graphic Lineage

[Art Campbell]

Yeah, smaller meta-books might help. I've only gone up to a couple
hundred chapter files myself... ;- )

However, you may want to ping one of the script gurus (I always use
Rick Quatro) and tell him what you want to do and he'll tell you how
much (unless you're a script guru yourself). It'd probably be much
easier in FrameScript because it can act on all files in a directory
tree... and it could merge the index of graphics automagically.
www.frameexpert.com

Art


On 5/31/07, Pinkham, Jim [EMAIL PROTECTED] wrote:

Now that my somewhat robust computer has laughed hysterically and duly
chastened me and my folly, I'm here to tell you that even a meta-book
for one category won't work, apart from further scaling. FM tried
valiantly to add 1,696 chapter files to a book before indulging in
aforesaid laughter. It must have appreciated how I'd trimmed the number
down from twice that and more. But, alas, FM finally quit, stared at me
glassy-eyed, not responding.

There must be a Plan B. Smaller books (what's the upper bound on number
of docs)? Framescript? None of the above?

Jim

-Original Message-
From: Combs, Richard [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 30, 2007 3:02 PM
To: Pinkham, Jim; framers@lists.frameusers.com
Subject: RE: Tracing the Graphic Lineage

Pinkham, Jim wrote:

 If one has a figure at
 c:\docs\manuals\widgets\bigredwidget.eps, is there a ready way to
 determine what FM manuals are importing bigredwidget.eps by reference?

Art's on the right track, but I strongly recommend you generate an
_Index_ of References, not a List. The latter will list imported
graphics in order of occurrence, while the former will list them in
alphabetical order. That makes Art's idea of making a table and sorting
unnecessary.

Also, you can make one or more new metabooks containing all the FM
files from all your manuals (or some reasonable subset, like all for one
product, release, whatever), and use the metabook(s) just for generating
the index(es) of references. That reduces or eliminates the need to
merge multiple lists.

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/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: Save EDD As DTD Not Working

[Steve Rickaby]

At 11:12 -0500 31/5/07, Lin Surasky wrote:
  Stick to the base
 character set, alphanumerics, no spaces, for your element names.

Are hyphens okay? All my element names are alpha only, no spaces, but
two have hyphens in them...

Not sure: check with the XML spec at the W3C site. It might be your problem.

I'm also going to try your suggestion of conditionalizing element defs
for use in the DTD. However, that doesn't ease my mind completely, as my
FM-generated DTD still had an error in it, even though it was saved from
a single-element EDD.

The EDD only defines the Structured Application and a single element:
EDD Version is 7.0
Structured Application: RetalixRN
Element (Container): Element
   General rule: ANY

That's it.

The DTD is saved without error, which is a little better than
what I'm getting with my working EDD, but the DTD is still invalid
according to FM.
Here is the text of the resulting DTD:

?xml version=1.0 encoding=UTF-8?

!--DTD for Element. Typically invoked by
  !DOCTYPE  Element  SYSTEM
C:\testsrc\docs_group\InSync\ReleaseNotes\RN.dtd
--

!ELEMENT ElementANY 

Well, what did you expect? This looks to me like a valid DTD, although neither 
your EDD nor your DTD are exactly exciting.

Here are the first few declarations from an EDD and the corresponsing DTD of 
mine...

EDD:

Element (Container): Book
Valid as the highest-level element.
General rule:   HalfTitle, FullTitle, (ListofFigures | ListofPrograms | 
ListofTables | Preface | PartDivider | Chapter | Index)+

Element (Container): HalfTitle
General rule:   HalfTitleBanner
Valid as the highest-level element.
Automatic insertions
Automatically insert child: HalfTitleBanner

Element (Container): FullTitle
Valid as the highest-level element.
General rule:   Authors, Imprint, AuthorImprint, Credit+, Forematter+
Automatic insertions
Automatically insert child: Authors

Element (Container): Chapter
General rule:   ChapterNumber, Title, LearningObjectives?, EditorsComment?,   
EditorsQuery?, EditorsCommentCleared?, EditorsQueryCleared?, 
SectionIntroduction?, Section*, Summary?, SectionReview?, SectionProgramming?, 
SectionReferences?
Valid as the highest-level element.
Attribute list
Name: IdUnique ID   Optional
Control flags: Read-only
Name: AuthorString  Required
Name: Language  Choice  Required
Choices:English, Norwegian, Swedish, French, German, Danish, Spanish, 
Italian
Automatic insertions
Automatically insert child: ChapterNumber
Text format rules
Element paragraph format: Body

DTD:

!ELEMENT Book   (HalfTitle, FullTitle, (ListofFigures |
  ListofPrograms | ListofTables | Preface |
  PartDivider | Chapter | Index)+) 

!ELEMENT HalfTitle  (HalfTitleBanner) 

!ELEMENT FullTitle  (Authors, Imprint, AuthorImprint, Credit+,
  Forematter+) 

!ELEMENT Chapter(ChapterNumber, Title, LearningObjectives?,
  EditorsComment?, EditorsQuery?,
  EditorsCommentCleared?, EditorsQueryCleared?,
  SectionIntroduction?, Section*, Summary?,
  SectionReview?, SectionProgramming?,
  SectionReferences?) 
!ATTLIST ChapterIdID#IMPLIED
 AuthorCDATA #REQUIRED
 Language  
(English|Norwegian|Swedish|French|German|Danish|Spanish|Italian)  #REQUIRED 

Another thing I forgot to mention is that if you have any comments in your EDD, 
you need to conditionalize these out before generating a DTD.

-- 
Steve
___


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: Tracing the Graphic Lineage

[Pinkham, Jim]

Thanks, Art -- That's a second vote for Framescript, and I'll look into
it further. And, yes, that many files was a gamble. I knew it, but I had
a little time to experiment. I'll also remain open to other suggestions.

Jim 

-Original Message-
From: Art Campbell [mailto:[EMAIL PROTECTED] 
Sent: Thursday, May 31, 2007 11:23 AM
To: Pinkham, Jim
Cc: Combs, Richard; framers@lists.frameusers.com
Subject: Re: Tracing the Graphic Lineage

Yeah, smaller meta-books might help. I've only gone up to a couple
hundred chapter files myself... ;- )

However, you may want to ping one of the script gurus (I always use Rick
Quatro) and tell him what you want to do and he'll tell you how much
(unless you're a script guru yourself). It'd probably be much easier in
FrameScript because it can act on all files in a directory tree... and
it could merge the index of graphics automagically.
www.frameexpert.com

Art


On 5/31/07, Pinkham, Jim [EMAIL PROTECTED] wrote:
 Now that my somewhat robust computer has laughed hysterically and duly

 chastened me and my folly, I'm here to tell you that even a meta-book 
 for one category won't work, apart from further scaling. FM tried 
 valiantly to add 1,696 chapter files to a book before indulging in 
 aforesaid laughter. It must have appreciated how I'd trimmed the 
 number down from twice that and more. But, alas, FM finally quit, 
 stared at me glassy-eyed, not responding.

 There must be a Plan B. Smaller books (what's the upper bound on 
 number of docs)? Framescript? None of the above?

 Jim

 -Original Message-
 From: Combs, Richard [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, May 30, 2007 3:02 PM
 To: Pinkham, Jim; framers@lists.frameusers.com
 Subject: RE: Tracing the Graphic Lineage

 Pinkham, Jim wrote:

  If one has a figure at
  c:\docs\manuals\widgets\bigredwidget.eps, is there a ready way to 
  determine what FM manuals are importing bigredwidget.eps by
reference?

 Art's on the right track, but I strongly recommend you generate an 
 _Index_ of References, not a List. The latter will list imported 
 graphics in order of occurrence, while the former will list them in 
 alphabetical order. That makes Art's idea of making a table and 
 sorting unnecessary.

 Also, you can make one or more new metabooks containing all the FM 
 files from all your manuals (or some reasonable subset, like all for 
 one product, release, whatever), and use the metabook(s) just for 
 generating the index(es) of references. That reduces or eliminates the

 need to merge multiple lists.

 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/art.campbell%40gma
 il.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: Save EDD As DTD Not Working

[Lin Surasky]

 

 Well, what did you expect? This looks to me like a valid DTD, 
 although neither your EDD nor your DTD are exactly exciting.
 
So sorry to bore you! ;-) That was my test to see if FrameMaker was
having an issue or if it was ALL me. It's mostly me, but this bare-bones
test proves there's something FM doesn't like. Since I know I'm good at
shooting myself in the foot, I'd like to get the problems that I know
aren't mine out of the way so that anything else that happens is
definitely my fault.

 Here are the first few declarations from an EDD and the 
 corresponsing DTD of mine...
 
...
 
 Another thing I forgot to mention is that if you have any 
 comments in your EDD, you need to conditionalize these out 
 before generating a DTD.
 
 --
 Steve
 

Thanks for the tips!
Lin
___


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: Save EDD As DTD Not Working

[Steve Rickaby]

At 11:32 -0500 31/5/07, Lin Surasky wrote:

  Well, what did you expect? This looks to me like a valid DTD,
 although neither your EDD nor your DTD are exactly exciting.

So sorry to bore you! ;-)

Joke.

That was my test to see if FrameMaker was having an issue or if it was ALL me. 
It's mostly me, but this bare-bones test proves there's something FM doesn't 
like.

Send me your EDD off list if you like and I'll have a ply with it.

-- 
Steve
___


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 crashes on print book to file (surprise! No?)

[Bodvar Bjorgvinsson]

I am starting to get annoyed with FrameMaker. (Sorry for a lengthy message).

On a few occasions I have plagued the list with my complaints about FM
(mainly 7.2) crashing on printing a book to ps. I have now spent half
the day trying to produce an online PDF with bookmarks. No problem
printing to ps without bookmarks, so we have that one in the clear.

It started by FM crashing on a certain file (chapter 3) on a specific
page, no matter whether I had the files open or not. Having them open
only added the extra work of removing the recovery files. Having
removed these three times, I went for the closed files printing.

Also I MIF-washed the files but go no better results.

I tested the offending file by itself and it printed to file with
bookmarks ok, but printing from the book, it always crashed FM at the
same page.

A couple of pages earlier, around the point where the pdf started to
lack contents seriously (yes, I managed to pdf the ps part, and I also
had a look at the ps in GSView which showed less content), there was a
OLEd Visio file. I found the pdf and eps-ed it and replaced the
graphics. Same result.

I found a Xref marker on the crashing page and deleted it, and now it
went a couple of pages further.

I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
+ patches) again.
No change.

I started a new document, imported the formats and then the contents
and replaced the file. Now it went all the way down to one of the last
chapters, where it crashed again with the same messages. No Xref on
that page, only a table (and this file got a lot of tables).

Now I did as with chapter 3, started a new document, copied etc. and
started the printing again. And what now. Now I got as far as to the
same page in chapter 3 as in the first tries.

I am out of guesses. What can I do? And why cannot FM give any humanly
understandable hints?

For 8.0, why not add internal checkpoints that tells us what exactly
is causing the crashing? It should not be that difficult when the
print process hits an offending item to have the application point
that out. Is there a malfunction in the Xref marker, is the graphic
not kosher, etc.

Any help out there, please? I am going home now. Will check the mail
in the morning.

Bodvar Bjorgvinsson
Supervisor Publishing
Air Atlanta Icelandic.
http://www.airatlanta.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: FM crashes on print book to file (surprise! No?)

[Art Campbell]

What's your platform and Acrobat configuration?

On 5/31/07, Bodvar Bjorgvinsson [EMAIL PROTECTED] wrote:

I am starting to get annoyed with FrameMaker. (Sorry for a lengthy message).

On a few occasions I have plagued the list with my complaints about FM
(mainly 7.2) crashing on printing a book to ps. I have now spent half
the day trying to produce an online PDF with bookmarks. No problem
printing to ps without bookmarks, so we have that one in the clear.

It started by FM crashing on a certain file (chapter 3) on a specific
page, no matter whether I had the files open or not. Having them open
only added the extra work of removing the recovery files. Having
removed these three times, I went for the closed files printing.

Also I MIF-washed the files but go no better results.

I tested the offending file by itself and it printed to file with
bookmarks ok, but printing from the book, it always crashed FM at the
same page.

A couple of pages earlier, around the point where the pdf started to
lack contents seriously (yes, I managed to pdf the ps part, and I also
had a look at the ps in GSView which showed less content), there was a
OLEd Visio file. I found the pdf and eps-ed it and replaced the
graphics. Same result.

I found a Xref marker on the crashing page and deleted it, and now it
went a couple of pages further.

I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
+ patches) again.
No change.

I started a new document, imported the formats and then the contents
and replaced the file. Now it went all the way down to one of the last
chapters, where it crashed again with the same messages. No Xref on
that page, only a table (and this file got a lot of tables).

Now I did as with chapter 3, started a new document, copied etc. and
started the printing again. And what now. Now I got as far as to the
same page in chapter 3 as in the first tries.

I am out of guesses. What can I do? And why cannot FM give any humanly
understandable hints?

For 8.0, why not add internal checkpoints that tells us what exactly
is causing the crashing? It should not be that difficult when the
print process hits an offending item to have the application point
that out. Is there a malfunction in the Xref marker, is the graphic
not kosher, etc.

Any help out there, please? I am going home now. Will check the mail
in the morning.

Bodvar Bjorgvinsson
Supervisor Publishing
Air Atlanta Icelandic.
http://www.airatlanta.com
___



--
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: FM crashes on print book to file (surprise! No?)

[Yves Barbion]

Hi Bodvar,

have you tried switching off Generate Tagged PDF in PDF Setup  Tags?


Yves Barbion 
Documentation Architect

Adobe-Certified FrameMaker Instructor


Scripto bvba
Asselsstraat 65
9031 Gent
Belgium
T: +32 494 12 01 89
F: +32 9 366 50 32
BTW (VAT) BE 0886.192.394
skype: yves.barbion




Bodvar Bjorgvinsson wrote:
I am starting to get annoyed with FrameMaker. (Sorry for a lengthy 
message).


On a few occasions I have plagued the list with my complaints about FM
(mainly 7.2) crashing on printing a book to ps. I have now spent half
the day trying to produce an online PDF with bookmarks. No problem
printing to ps without bookmarks, so we have that one in the clear.

It started by FM crashing on a certain file (chapter 3) on a specific
page, no matter whether I had the files open or not. Having them open
only added the extra work of removing the recovery files. Having
removed these three times, I went for the closed files printing.

Also I MIF-washed the files but go no better results.

I tested the offending file by itself and it printed to file with
bookmarks ok, but printing from the book, it always crashed FM at the
same page.

A couple of pages earlier, around the point where the pdf started to
lack contents seriously (yes, I managed to pdf the ps part, and I also
had a look at the ps in GSView which showed less content), there was a
OLEd Visio file. I found the pdf and eps-ed it and replaced the
graphics. Same result.

I found a Xref marker on the crashing page and deleted it, and now it
went a couple of pages further.

I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
+ patches) again.
No change.

I started a new document, imported the formats and then the contents
and replaced the file. Now it went all the way down to one of the last
chapters, where it crashed again with the same messages. No Xref on
that page, only a table (and this file got a lot of tables).

Now I did as with chapter 3, started a new document, copied etc. and
started the printing again. And what now. Now I got as far as to the
same page in chapter 3 as in the first tries.

I am out of guesses. What can I do? And why cannot FM give any humanly
understandable hints?

For 8.0, why not add internal checkpoints that tells us what exactly
is causing the crashing? It should not be that difficult when the
print process hits an offending item to have the application point
that out. Is there a malfunction in the Xref marker, is the graphic
not kosher, etc.

Any help out there, please? I am going home now. Will check the mail
in the morning.

Bodvar Bjorgvinsson
Supervisor Publishing
Air Atlanta Icelandic.
http://www.airatlanta.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/yves.barbion%40gmail.com 



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.

Character Formats and Structured Frame

[Kristy Nolan]

Hello, All!

Now that we have created most of the pieces of our EDD, we are at the
stage where we are starting to create material and test the structure.

One dilemma I came across was that of character formats. How or where do
character formats get set up (EDD or formats document)? I know how to
set up character formats in non-structured Frame, so that's not the
problem. I want to have this set up so that when we either reimport the
EDD or the formats, we don't lose the formatting. One example of this is
that our departmental style says that names of keys are in small caps,
which was a character format in unstructured Frame.

Enough rambling by me. Anyone have any advice? I've looked through my
resources to no avail.

Thanks!
Kristy
Kristy Nolan
Developer II
Ground Ops Training DAL-3TR
Southwest Airlines
8008 Cedar Springs
Dallas, TX 75235
214-792-2472

___


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 layout causing inconsistency when printing a PDF?

[Rene Stephenson]

All,
   
  We have a quick reference guide that uses a (US) legal-size landscape layout. 
It is set up in FM as a custom page size 14x8 with 3 columns in the text 
frame. It's to be printed duplex and then folded accordian-style. Initially, we 
were going to be working with a professional printer, but now the customers are 
requiring that we deliver the file in PDF format. So far, no big deal, right? 
Well, when the customers print the PDF of the file, it doesn't align properly 
on the paper. It's as if the printer is adding an additional 1/4 margin to the 
top (long) edge if it's printed directly from FM. If we create the PDF file 
first and THEN print the PDF on the same printer, there seems to be an 
additional margin added to both the long and short edges (top and left).
   
  I'm assuming these odd results are due to the printer drivers involved. In 
light of the fact that we cannot know what printers our customers might use, is 
there any way that we can make some settings in the PDF Setup in FM 7.2 or in 
Distiller 7 that would default the printer settings to no margin to get a 
proper print result?  Otherwise, the only thing I know to do is provide a 
ReadMe file to the customer informing them that the file is to be printed on 
legal paper, but due to variances in printer drivers, we cannot guarantee 
alignment of the layout...?
   
  Thanks,
  Rene Stephenson
 
___


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: FM layout causing inconsistency when printing a PDF?

[Kenneth C. Benson]

From: Rene Stephenson [EMAIL PROTECTED]

  We have a quick reference guide that uses a (US) legal-size landscape
layout. It is set up in FM as a custom page size 14x8 with 3 columns in the
text frame.


Legal is 8.5x14, not 8x14. Could that be the problem?

You can't really do much about how people print your PDFs. If you give them
a legal size document and they can print on legal paper, there's really
nothing *you* can do to make it not work.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.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: FM layout causing inconsistency when printing a PDF?

[Art Campbell]

Also, many printer drivers are set to shrink PDFs to fit, so it may be
coming out at 97% or so... Another thing the end user needs to know
about.

Just in passing, the 1/4 inch you mention is likely to be a hardware
limitation where the paper goes along the paper path or is gripped by
part of the mechanism, not a software limitation.

Art

On 5/31/07, Kenneth C. Benson [EMAIL PROTECTED] wrote:

From: Rene Stephenson [EMAIL PROTECTED]

  We have a quick reference guide that uses a (US) legal-size landscape
layout. It is set up in FM as a custom page size 14x8 with 3 columns in the
text frame.


Legal is 8.5x14, not 8x14. Could that be the problem?

You can't really do much about how people print your PDFs. If you give them
a legal size document and they can print on legal paper, there's really
nothing *you* can do to make it not work.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.com



--
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: Character Formats and Structured Frame

[Mike Feimster]

Kristy,

Since you already have the character formats set up in your template,
you can add similar elements to the EDD that reference the character
formats.

For example, you could create a key element that refers to the
appropriate character format. Make sure the element uses text range
formatting.

Mike 

-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
rs.com] On Behalf Of Kristy Nolan
Sent: Thursday, May 31, 2007 3:02 PM
To: framers@lists.frameusers.com
Subject: Character Formats and Structured Frame


Hello, All!

Now that we have created most of the pieces of our EDD, we are at the
stage where we are starting to create material and test the structure.

One dilemma I came across was that of character formats. How or where do
character formats get set up (EDD or formats document)? I know how to
set up character formats in non-structured Frame, so that's not the
problem. I want to have this set up so that when we either reimport the
EDD or the formats, we don't lose the formatting. One example of this is
that our departmental style says that names of keys are in small caps,
which was a character format in unstructured Frame.

Enough rambling by me. Anyone have any advice? I've looked through my
resources to no avail.

Thanks!
Kristy
Kristy Nolan
Developer II
Ground Ops Training DAL-3TR
Southwest Airlines
8008 Cedar Springs
Dallas, TX 75235
214-792-2472

___


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/mike.feimster%40acst
echnologies.com

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: FM layout causing inconsistency when printing a PDF?

[Rene Stephenson]

Good point, but no - that's my typo. It's set to 14x8.5 - I just got in too 
big of a hurry typing the post.  :-\  SORRY
   
  OK, so an advisory notice of sorts (ReadMe file, popup, etc.) looks like our 
only option...
  
Rene

Kenneth C. Benson [EMAIL PROTECTED] wrote:
  From: Rene Stephenson 

 We have a quick reference guide that uses a (US) legal-size landscape
layout. It is set up in FM as a custom page size 14x8 with 3 columns in the
text frame.


Legal is 8.5x14, not 8x14. Could that be the problem?

You can't really do much about how people print your PDFs. If you give them
a legal size document and they can print on legal paper, there's really
nothing *you* can do to make it not work.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.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/rinnie1%40yahoo.com

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



Rene L. Stephenson
eNovative Solutions, Inc.
Business Phone: 678-513-0051
Email: [EMAIL PROTECTED]



___


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: FM layout causing inconsistency when printing a PDF?

[Kenneth C. Benson]

From: Rene Stephenson [EMAIL PROTECTED]

   OK, so an advisory notice of sorts (ReadMe file, popup, etc.) looks like
our only option...


Shouldn't be necessary. Your legal size document is no different--in terms
of printing from Acrobat--than anyone else's. If your customers are getting
strange results printing, they should be getting the same strange results
any time they print legal.

Like I said, you can't do anything on your end to make it *not* work.

Probably kind of late at this point, but have you considered letter size?
For me, at least, printing legal size paper is a real PITA. Involves hand
feeding the paper sideways into a special tray. I don't think I even have
any legal size paper right now. I would probably end up shrinking it onto
letter size and putting on my drugstore glasses.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.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: FM layout causing inconsistency when printing a PDF?

[Rene Stephenson]

Unfortunately, there's just too much info to get it on letter size paper and 
have it meet the minimum font specs...unless it goes to more than 
front-and-back, in which case I am told there are issues with it being included 
as a laminated item attached inside the cover of the product. We actually have 
customers who spec the minimum font size for product documentation -  that's 
the proverbial 500 pound gorilla. Doesn't matter if what they want makes sense 
to the vendor or any other customers...if we want to do business with them, we 
have to give them what they want, the way they spec it. I'm not sure if that's 
an engineering fixation driving the doc spec or what.

Rene

Kenneth C. Benson [EMAIL PROTECTED] wrote:Probably kind of late at this 
point, but have you considered letter size?
For me, at least, printing legal size paper is a real PITA. Involves hand
feeding the paper sideways into a special tray. I don't think I even have
any legal size paper right now. I would probably end up shrinking it onto
letter size and putting on my drugstore glasses.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.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/rinnie1%40yahoo.com

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: FM layout causing inconsistency when printing a PDF?

[Combs, Richard]

Rene Stephenson wrote:

   OK, so an advisory notice of sorts (ReadMe file, popup, 
 etc.) looks like our only option...

I have Acro 7, and in the Print dialog, Page Scaling defaults to Fit to
Printer Margins. My default HP printer has unprintable margins of, IIRC,
about .22 inches on the sides, so an 8.5x11 PDF page prints at 96%
unless I remember to change Page Scaling to None. (If anyone knows how
to change the default to None, please share!) If scaling is the problem,
there's nothing you can do except warn your customers about it and how
to avoid it.

But if you have printable content in the unprintable areas of the page,
and the page isn't scaled to fit, the content close to the edge simply
won't be printed. If that's the problem, you'll have to change the page
layout to avoid the unprintable areas. How close to the page edge a
printer can print varies from printer to printer. Plus, some printers
handle paper only by the sides, others grab the top, so the margins may
be different on one axis than the other. To be safe, you'd probably want
to allow at least 1/4 on each edge, maybe a little more. 

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: FM crashes on print book to file (surprise! No?)

[Rush, Jay]

I posted a similar message to the framers, Acrobat, and InDesign lists.
I had Frame 7.2 p158 and Acrobat 7.0.8 (not 7.0.9) installed for quite
some time with no problems. I then upgraded my CS2 with CS3 upgrade,
which came with Acrobat 8. I then got frequent, random Frame crashes
when PDFing as you describe. I went through similar troubleshooting
steps to no avail. I also use Publi PDF
(http://www.grafikhuset.net/international/) to create custom PDFs from
Frame. I got crashes from Frame when printing both to the Adobe PDF
printer instance and to a Publi PDF print queue.

Publi PDF's tech support suspected either a Windows GDI font problem or
a FrameMaker 'PostScript injection' problem (i.e. when Frame injects
private PostScript data into the data stream generated via Windows
GDI). In reply to the character dropout issue with Frame, Dov Isaacs
replied to the list that the fix is to delete the
C:\WINDOWS\system32\FNTCACHE.DAT file and reboot, and ideally write a
script that deletes that file every time you power down. Dov further
stated that, Since there is nothing that FrameMaker as a program can do
to corrupt that system file or even open it, the problems are probably
secondary to some issue associated with FrameMaker's novel use of its
own character set in combination with standard Windows GDI calls.

I put those two issues together, did what they said, and also tweaked
Adobe PDF Printer Properties based on recommendations for older versions
of Distiller. And, if you're on Acrobat 8, see Adobe Tech Note 333453
regarding where to place custom joboptions settings. 

Now, after all that, for some reason, I still get a Frame crash at the
book level IF it's the first PDF I try to create after bootup. If,
however, I PDF a single Frame file first (so far, always with success),
then PDF the whole book, it works for me.

That's my workaround. Hope it helps.

Jay

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Art Campbell
Sent: Thursday, May 31, 2007 2:19 PM
To: Bodvar Bjorgvinsson
Cc: framers@lists.frameusers.com
Subject: Re: FM crashes on print book to file (surprise! No?)

What's your platform and Acrobat configuration?

On 5/31/07, Bodvar Bjorgvinsson [EMAIL PROTECTED] wrote:
 I am starting to get annoyed with FrameMaker. (Sorry for a lengthy
message).

 On a few occasions I have plagued the list with my complaints about FM
 (mainly 7.2) crashing on printing a book to ps. I have now spent half
 the day trying to produce an online PDF with bookmarks. No problem
 printing to ps without bookmarks, so we have that one in the clear.

 It started by FM crashing on a certain file (chapter 3) on a specific
 page, no matter whether I had the files open or not. Having them open
 only added the extra work of removing the recovery files. Having
 removed these three times, I went for the closed files printing.

 Also I MIF-washed the files but go no better results.

 I tested the offending file by itself and it printed to file with
 bookmarks ok, but printing from the book, it always crashed FM at the
 same page.

 A couple of pages earlier, around the point where the pdf started to
 lack contents seriously (yes, I managed to pdf the ps part, and I also
 had a look at the ps in GSView which showed less content), there was a
 OLEd Visio file. I found the pdf and eps-ed it and replaced the
 graphics. Same result.

 I found a Xref marker on the crashing page and deleted it, and now it
 went a couple of pages further.

 I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
 + patches) again.
 No change.

 I started a new document, imported the formats and then the contents
 and replaced the file. Now it went all the way down to one of the last
 chapters, where it crashed again with the same messages. No Xref on
 that page, only a table (and this file got a lot of tables).

 Now I did as with chapter 3, started a new document, copied etc. and
 started the printing again. And what now. Now I got as far as to the
 same page in chapter 3 as in the first tries.

 I am out of guesses. What can I do? And why cannot FM give any humanly
 understandable hints?

 For 8.0, why not add internal checkpoints that tells us what exactly
 is causing the crashing? It should not be that difficult when the
 print process hits an offending item to have the application point
 that out. Is there a malfunction in the Xref marker, is the graphic
 not kosher, etc.

 Any help out there, please? I am going home now. Will check the mail
 in the morning.

 Bodvar Bjorgvinsson
 Supervisor Publishing
 Air Atlanta Icelandic.
 http://www.airatlanta.com
 ___


-- 
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

Getting something ignored during spell checking

[rebecca officer]

If you replace the space before the .xml (etc) with a non-breaking
space, then the spellchecker ignores it. The non-breaking spaces drop
the quality of your layout a little, but for a developer guide I'd guess
that wouldn't really be a problem.

Cheers, Rebecca

>>> "Van Boening, Tammy"  31/05/07 08:55
>>>
Framemaker 7.2, Windows XP with SP2

I am currently writing a Developer's Guide that references heavy use
of
xml files. Our styles and standards call for referring to any file
type
as . file; for example, the .xml file, an .xml file, the .pdf
file, and so on. Obviously, when I run spell check on any file in this
book, Framemaker is flagging these entries as an extra space between
the
word "the" or "an" and the file type. I don't want to turn off
checking
for extra spaces in my spelling checker (although I do have smart
spaces
turned on, I still find that I have extra spaces every now and then
which is freaky to me, but . . .) I don't want to make this file type
a
variable because Special > Variable > Insert is a lot more time
consuming than just rapidly typing ".xml file" - (believe me, as many
times as this is used in this guide, a variable is not the way to go.)

So, what do I have to have set up in my spell checker rules to avoid
any
instance of ".xml" getting ignored? I tried adding ".xml" to the
rules,
but it's still getting flagged during spell checking.

TIA,

TVB

Tammy L. Van Boening
Senior Technical Writer
Fiserv Insurance Solutions 
Property and Casualty Division
303-729-7733
tammy.vanboening at fiserv.com 
***
Keep smiling, at least until you get your own way.

___


You are currently subscribed to Framers as
rebecca.officer at alliedtelesis.co.nz.

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/rebecca.officer%40alliedtelesis.co.nz


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

NOTICE: This message contains privileged and confidential
information intended only for the use of the addressee
named above. If you are not the intended recipient of
this message you are hereby notified that you must not
disseminate, copy or take any action in reliance on it.
If you have received this message in error please
notify Allied Telesis Labs Ltd immediately.
Any views expressed in this message are those of the
individual sender, except where the sender has the
authority to issue and specifically states them to
be the views of Allied Telesis Labs.

Change in PDF job options

[Kenneth C. Benson]

From: "Janet Underwood" 

> Can someone clarify for me the changes in the PDF job options? I'm using
v.7.1 and when setting up a PDF, my options are eBook, Press, Print and
Screen. A friend is using v 7.2 and his options are High Quality Print, PDFA
Draft, PDFX1a2001, PDFX32002, Press Quality, Smallest File Size and
Standard.


When you choose a job options file, you're making a choice in Acrobat. This
has nothing to do with different versions of Framemaker. My guess is that
you have Acrobat 5 (maybe 6, I skipped it) and your friend has Acrobat 7
(maybe 8, I haven't gotten there yet).

If you want the same job options file as your friend, upgrade Acrobat (not
Framemaker). Make sure you uninstall Acrobat before installing the upgrade.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.com

Help, anyone got FrameMaker 5?

[Gordon McLean]

I've been asked to re-work an old document and the source docs are in
FrameMaker 5. No problem, I thought, as version 7 should just upgrade them
but...

I'm getting errors and can't open the files. I can't decide whether the ZIP
files have been corrupted, or whether it's a FrameMaker issue and as my
predecessors seemed to have binned the old version 5 CDs (or hid them very
well!) I'm kinda stuck.

Any suggestions? Is version 5 available to buy anywhere? I can't find a
source for it at all.

Gordon

__
Publications Team
Tel: 01415334164



This email (and any attachments) is private and confidential, and is intended 
solely for the
addressee. If you have received this communication in error please remove it 
and inform us via
telephone or email. Although we take all possible steps to ensure mail and 
attachments
are free from malicious content, malware and viruses, we cannot accept any 
responsibility
whatsoever for any changes to content outwith our administrative bounds. The 
views represented
within this mail are solely the view of the author and do not reflect the views 
of the organisation
as a whole.

Graham Technology plc
Registered in Scotland company no. SC143434
Registered Office India of Inchinnan, Renfrewshire, Scotland PA4 9LH

http://www.grahamtechnology.com

First Time Framer!

[Steve Rickaby]

At 14:49 -0600 30/5/07, Combs, Richard wrote:

>And, indulge my curmudgeonliness for a moment: Does the tech writing
>profession really need more excuses for font fondling? :-o

Well, for my money, one of the great things about InD is the quality of layout 
it produces without interference. Ok, you can dig in and get obsessive about 
manual kerning and all that stuff, but then you can do this in FrameMaker too.

-- 
Steve

First Time Framer!

[Steve Rickaby]

At 14:29 -0700 30/5/07, Dov Isaacs wrote:

>Or maybe you want an InDesign >= 6 that supports all the wonderful FrameMaker 
>features that aren't already in InDesign. That would solve a whole bunch of 
>other problems such as Macintosh support, CMYK + spot color support, 
>transparency support, etc.   :-)

Well, now that you mention it, that would be even better, as I'm on Mac.

On a more serious note, a *full* merge of FrameMaker and InD features, i.e. an 
InD-like product that fully supported structure, would be Cloud 8.5. For the 
full 9, I'd prefer a FrameMaker-like product that fully supported InD's 
features, such as the aforementioned superb text handling.

There are at least three large flies in this ointment as far as I can see:

. It would require re-engineering FrameMaker's code completely, as I'd guess 
it's 'old' code, while InD is 'new' code [and now in Apple's wonderful 
development environment like the rest of the CSS apps], which FrameMaker is 
clearly not.

. FrameMaker's GUI metaphor is radically different to that of the CSS apps, and 
my suspicion is that a Frame-a-like that followed the CSS app's GUI metaphor 
would be deemed 'not FrameMaker' by diehards, and too much of a culture shift. 
We are all far too busy and productive to play 'hunt the command' around the 
pop-up menus of a few hundred palettes that move around the screen of their own 
accord ;-)

. Many heavyweight FrameMaker users are dependent on add-ons and features like 
structapps, custom plug-ins, programming against the API, database import and 
so on.

Still, it does no harm to dream ;-)

-- 
Steve

Help, anyone got FrameMaker 5?

[Peter Gold]

Gordon McLean wrote:
> I've been asked to re-work an old document and the source docs are in
> FrameMaker 5. No problem, I thought, as version 7 should just upgrade them
> but...
>  
> I'm getting errors and can't open the files. I can't decide whether the ZIP
> files have been corrupted, or whether it's a FrameMaker issue and as my
> predecessors seemed to have binned the old version 5 CDs (or hid them very
> well!) I'm kinda stuck.
>  
> Any suggestions? Is version 5 available to buy anywhere? I can't find a
> source for it at all.
>  

Gordon, you can try the "open heroic" command: Tap these keys 
in sequence - Escape o H (uppercase H). If it opens and is 
readable, save it to a new name and proceed working with it. 
If it fails, it's most likely that the file is corrupt.

FM 7 should open files as far back as FM 5.

HTH

Regards,

Peter Gold
KnowHow ProServices

Change in PDF job options

[Steve Rickaby]

At 18:06 -0700 30/5/07, Janet Underwood wrote:

>Can someone clarify for me the changes in the PDF job options? I'm using v.7.1 
>and when setting up a PDF, my options are eBook, Press, Print and Screen. A 
>friend is using v 7.2 and his options are High Quality Print, PDFA Draft, 
>PDFX1a2001, PDFX32002, Press Quality, Smallest File Size and Standard. I 
>understand that PDFX is a "next-generation" PDF format that is very handy for 
>commercial printing.

See , although I'm not sure if it's correct 
about graphics exchange: I always understood PDF/X to be about eliminating the 
possibility of pre-flighting errors. See Acrobat's online help for a 
description of the format and its variants.

> I don't understand, however, why online documentation I'm seeing for 7.1 says 
> that these should be my PDF job options too!

There is no answer to this question: whose online documentation is it?

> Is this because of the distiller version or are there some settings that one 
> can define to get the same job options as my friend is seeing? In short, did 
> my friend inadvertantly set these options without realizing it, and is this 
> something I can set in v. 7.1 as well?

Hard to say. The options you list above are pre-defined joboption sets in 
Distiller. The option sets you get are nothing to do with FrameMaker, as they 
are dependent on the version of Acrobat you have installed. However, these are 
just default sets - there is nothing to stop you going inside Distiller to 
create your own. To do this, though, you need to know to what purpose(s) your 
PDF will be put.

For pre-press, for example, you should always try to get a custom set of 
Distiller options from the print house. This way, you can blame them if 
anything goes wrong ;-)

-- 
Steve

Save EDD As DTD Not Working

[Steve Rickaby]

At 19:08 -0500 30/5/07, Lin Surasky wrote:

>I started by creating an EDD in FrameMaker. It's not particularly fancy,
>but it meets the basic requirements for what I need right now. I tried
>to save it as a DTD so I could move on to the next step of testing
>imported XML. I was getting error messages, so I tested my methods by
>creating a new, empty EDD and adding a single simple element (called
>"element.") The DTD is saved with no errors, but when I open it in FM, I
>get the "Expected comment or CDATA" error and a syntax error.
> 
>Is this a known issue, or am I missing a big step?

I'm guessing here, as I haven't seen your EDD, but here are a couple of things 
that can snarf up a save to DTD. I hit both of these when I was getting started:

. XMl/SGML is foxier about characters in element names than FrameMaker. An 
element called, for example, '*Thing' will error when you try to create a DTD. 
Stick to the base character set, alphanumerics, no spaces, for your element 
names.

. XML/SGML is looser in general rules than FrameMaker. It is therefore quite 
easy to create a general rule in FrameMaker that is invalid in XML, where you 
are limited pretty much to rules of the form:

   (#PCDATA | elt1 | elt2 | ...)*

The workaround for this, if you need to stick with tight rules in FrameMaker 
(for example to enforce structure on your authors) is to include both 'tight' 
[FrameMaker] and 'loose' [XML] content rules in your EDD and conditionalize 
them: enable the XML versions and hide the FrameMaker versions before you 
create a DTD.

Here are two variants of a general rule from one of my EDDs to illustrate the 
differences:

For FrameMaker: ( | IndexTerm | Literal | XRef )*, Graphic


For DTD creation:   ( | IndexTerm | Literal | XRef | Graphic )*

You have to write both rules, of course.

[Thanks to Lynn Price for the second issue and its fix.]

-- 
Steve

Help, anyone got FrameMaker 5? [CLOSED]

[Gordon McLean]

Thanks to all who responded both on and off list.

Turns out the files themselves are corrupt, so looks like I'll be reworking
them from HTML into FrameMaker... Joy.

Much appreciated everyone, favours are owed!

Gordon

P.S. Lest anyone think otherwise, I haven't been active on the list recently
because... Umm... I suspended delivery when I went on holiday and forgot to
turn it back on... Doh. 

-Original Message-
From:
framers-bounces+gordon.mclean=grahamtechnology.com at lists.frameusers.com
[mailto:framers-bounces+gordon.mclean=grahamtechnology.com at lists.frameusers.
com] On Behalf Of Gordon McLean
Sent: 31 May 2007 11:51
To: framers at frameusers.com
Subject: Help, anyone got FrameMaker 5?

I've been asked to re-work an old document and the source docs are in
FrameMaker 5. No problem, I thought, as version 7 should just upgrade them
but...

I'm getting errors and can't open the files. I can't decide whether the ZIP
files have been corrupted, or whether it's a FrameMaker issue and as my
predecessors seemed to have binned the old version 5 CDs (or hid them very
well!) I'm kinda stuck.

Any suggestions? Is version 5 available to buy anywhere? I can't find a
source for it at all.

Gordon

__
Publications Team
Tel: 01415334164




This email (and any attachments) is private and confidential, and is
intended solely for the addressee. If you have received this communication
in error please remove it and inform us via telephone or email. Although we
take all possible steps to ensure mail and attachments are free from
malicious content, malware and viruses, we cannot accept any responsibility
whatsoever for any changes to content outwith our administrative bounds. The
views represented within this mail are solely the view of the author and do
not reflect the views of the organisation as a whole.


Graham Technology plc
Registered in Scotland company no. SC143434 Registered Office India of
Inchinnan, Renfrewshire, Scotland PA4 9LH

http://www.grahamtechnology.com


___


You are currently subscribed to Framers as
Gordon.McLean at grahamtechnology.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/gordon.mclean%40grahamte
chnology.com

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


No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.472 / Virus Database: 269.8.4/825 - Release Date: 30/05/2007
15:03




This email (and any attachments) is private and confidential, and is intended 
solely for the
addressee. If you have received this communication in error please remove it 
and inform us via
telephone or email. Although we take all possible steps to ensure mail and 
attachments
are free from malicious content, malware and viruses, we cannot accept any 
responsibility
whatsoever for any changes to content outwith our administrative bounds. The 
views represented
within this mail are solely the view of the author and do not reflect the views 
of the organisation
as a whole.

Graham Technology plc
Registered in Scotland company no. SC143434
Registered Office India of Inchinnan, Renfrewshire, Scotland PA4 9LH

http://www.grahamtechnology.com

First Time Framer!

[Shmuel Wolfson]

As far the "rivers," there is an option in Word when using justified text to ge
t rid of the rivers. It does not look good on screen when using this option, bu
t the printed version is excellent. See the article below. 

The name of the option below is for Word 2000. I can't find that option in Word
 2003. There's another option called "Set the width of a space like WordPerfect
 5.x." Perhaps that does the same thing.

Regards,
Shmuel Wolfson



The 'rivers' (rivers =
gaps between the words in paragraphs) are never as well adjusted in Word
as you'd find in a professionally published document.  It sounds
terribly pernickety I know, but I would migrate from Word for this
reason alone.


-


The following article below the picture is from Woody's Offfice Watch email 
list. It is important for us to consider this option when composing a 
manual using Justification for paragraph styles.

At 09:11 AM 09/06/01 -0400, Woody's Office Watch wrote:
   2. "SQUISHED" JUSTIFICATION IN WORD

   My old friend Dermod Quirke sent me this Word tip for
   justifying text. It's an amazing discovery. Quoth Dermod:
   "For me, the worst feature of Word is its primitive
   handling of justified text. If I type a fully-justified
   document, some lines are quite densely packed, but others
   have large, ugly gaps between the words. The overall effect
   is patchy and amateurish, and certainly not up to
   acceptable typesetting quality.
   "The reason is that Word justifies text only by ADDING
   space between words. So as it nears the end of a line, Word
   tries to fit the next word into the remaining space. If it
   won't fit, Word distributes the remaining space between the
   words already on the line, and moves the next word to the
   next line. And if that word is a long one, the space that
   has to be inserted between the existing words is large and
   unsightly.
   "OK, that's how Word handles justification. What's the
   alternative? Well, why not REDUCE the space between words
   instead? If a long word won't quite fit the line, the
   program could try to make room for it by moving the
   existing words closer together. Of course, there has to be
   a limit: the program, or the user, must define a minimum
   (and a maximum) acceptable inter-word space. But subject to
   these limits, inter-word spacing becomes noticeably more
   even and less patchy.
   "Sounds unrealistic? Well, that's how WordPerfect handles
   justification. Dammit, it's how my venerable old mid-80s
   word processor (Spellbinder DTP) handled it. And the
   results are DRAMATICALLY better than Word's clumsy,
   amateurish justification.
   "Now here's the good news: Word 2000 is capable of
   producing proper WordPerfect-style justification as
   described above. Just click Tools|Options, select the
   Compatibility tab, and check the box beside "Do full
   justification like Word Perfect 6.x for Windows".
   "Type some text with Ctrl-J justification, and watch what
   happens as you come to the end of the line. Instead of
   prematurely wrapping, the text will actually shuffle to the
   left and try to fit the word onto the current line.
   "Now try it with an existing document. Make sure it's fully
   justified (type Ctrl+A to select the entire document, then
   type Ctrl+J to justify it); then print a page. Now activate
   WP-style justification (Tools|Options, Compatibility, check
   "Do full justification..."); and print the same page.
   "Compare the two print-outs: you'll find that the WP-style
   page has fewer ugly gaps between words.
   "You can use this trick whenever you want to produce
   slicker, more professional typesetting, and it works pretty
   well. But although the printed text will look very good,
   the screen display will NOT, because Microsoft has made no
   attempt to implement proper WYSIWYG. So you'll find that
   the words at the start of each screen line are widely
   spaced, while those at the end of each line are crammed
   together. But when the line is printed, the spaces will be
   evenly distributed throughout the line.
   "To sum up: Word now allows you to produce
   professional-quality justified text. But it's hidden away
   in an obscure corner of the program, and it doesn't display
   properly on the screen.
   Menachem Mendel Rosen

Getting something ignored during spell checking

[Stuart Rogers]

John Posada wrote:
> Tammy...you don't have to go through that series of menu selections
> to pick a variable.
> 
>>From your keyboard, enter  0 to display the available variables
> in the bottom space of your FM document..you can scroll thrtough the
> list with your cursor keys.
> 
> Enter  0   where  would be the defined letter of
> the variable and 0 is the zero character, not the alpha  character.
> 
> Note...you have to create these variables first. so, create a
> variable named X for .xml file and a variable named P for PDF, etc,

For use on a PC, an alternative shortcut (that I find easier to hit than 
the ctrl + 0 combination requiring a stretch from both little fingers) 
is: Alt + s, v,   (where  is the initial letter of the 
variable).  Hold the Alt key with your thumb -- it's easy to reach on 
either side of the spacebar while your fingers remain on the home keys. 
The key sequence activates the menu commands as if you were clicking 
them, so you can verify your choice in the variables dialog box before 
hitting Enter, if need be.

HTH,

-- 
Stuart Rogers
Technical Communicator
Phoenix Geophysics Limited
Toronto, ON, Canada
+1 (416) 491-7340 x 325

srogers phoenix-geophysics com

"The Alt key is your friend."

Save EDD As DTD Not Working

[Lin Surasky]

Hi, Steve-

> Stick to the base 
> character set, alphanumerics, no spaces, for your element names.

Are hyphens okay? All my element names are alpha only, no spaces, but
two have hyphens in them...

I'm also going to try your suggestion of conditionalizing element defs
for use in the DTD. However, that doesn't ease my mind completely, as my
FM-generated DTD still had an error in it, even though it was saved from
a single-element EDD. 

The EDD only defines the Structured Application and a single element:
EDD Version is 7.0
Structured Application: RetalixRN
Element (Container): Element
   General rule: 

That's it. The DTD is saved without error, which is a little better than
what I'm getting with my working EDD, but the DTD is still invalid
according to FM.
Here is the text of the resulting DTD:








Is there something in there that I need to tweak to get FM to take it?
Thanks for all the help!
Lin

Tracing the Graphic Lineage

[Pinkham, Jim]

Now that my somewhat robust computer has laughed hysterically and duly
chastened me and my folly, I'm here to tell you that even a meta-book
for one category won't work, apart from further scaling. FM tried
valiantly to add 1,696 chapter files to a book before indulging in
aforesaid laughter. It must have appreciated how I'd trimmed the number
down from twice that and more. But, alas, FM finally quit, stared at me
glassy-eyed, not responding. 

There must be a Plan B. Smaller books (what's the upper bound on number
of docs)? Framescript? None of the above?

Jim

-Original Message-
From: Combs, Richard [mailto:richard.co...@polycom.com] 
Sent: Wednesday, May 30, 2007 3:02 PM
To: Pinkham, Jim; framers at lists.frameusers.com
Subject: RE: Tracing the Graphic Lineage

Pinkham, Jim wrote:

> If one has a figure at
> c:\docs\manuals\widgets\bigredwidget.eps, is there a ready way to 
> determine what FM manuals are importing bigredwidget.eps by reference?

Art's on the right track, but I strongly recommend you generate an
_Index_ of References, not a List. The latter will list imported
graphics in order of occurrence, while the former will list them in
alphabetical order. That makes Art's idea of making a table and sorting
unnecessary. 

Also, you can make one or more new "metabooks" containing all the FM
files from all your manuals (or some reasonable subset, like all for one
product, release, whatever), and use the metabook(s) just for generating
the index(es) of references. That reduces or eliminates the need to
merge multiple lists. 

HTH!
Richard


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

Tracing the Graphic Lineage

[Art Campbell]

Yeah, smaller meta-books might help. I've only gone up to a couple
hundred chapter files myself... ;- )

However, you may want to ping one of the script gurus (I always use
Rick Quatro) and tell him what you want to do and he'll tell you how
much (unless you're a script guru yourself). It'd probably be much
easier in FrameScript because it can act on all files in a directory
tree... and it could merge the index of graphics automagically.
www.frameexpert.com

Art


On 5/31/07, Pinkham, Jim  wrote:
> Now that my somewhat robust computer has laughed hysterically and duly
> chastened me and my folly, I'm here to tell you that even a meta-book
> for one category won't work, apart from further scaling. FM tried
> valiantly to add 1,696 chapter files to a book before indulging in
> aforesaid laughter. It must have appreciated how I'd trimmed the number
> down from twice that and more. But, alas, FM finally quit, stared at me
> glassy-eyed, not responding.
>
> There must be a Plan B. Smaller books (what's the upper bound on number
> of docs)? Framescript? None of the above?
>
> Jim
>
> -Original Message-
> From: Combs, Richard [mailto:richard.combs at Polycom.com]
> Sent: Wednesday, May 30, 2007 3:02 PM
> To: Pinkham, Jim; framers at lists.frameusers.com
> Subject: RE: Tracing the Graphic Lineage
>
> Pinkham, Jim wrote:
>
> > If one has a figure at
> > c:\docs\manuals\widgets\bigredwidget.eps, is there a ready way to
> > determine what FM manuals are importing bigredwidget.eps by reference?
>
> Art's on the right track, but I strongly recommend you generate an
> _Index_ of References, not a List. The latter will list imported
> graphics in order of occurrence, while the former will list them in
> alphabetical order. That makes Art's idea of making a table and sorting
> unnecessary.
>
> Also, you can make one or more new "metabooks" containing all the FM
> files from all your manuals (or some reasonable subset, like all for one
> product, release, whatever), and use the metabook(s) just for generating
> the index(es) of references. That reduces or eliminates the need to
> merge multiple lists.
>
> 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 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

Save EDD As DTD Not Working

[Steve Rickaby]

At 11:12 -0500 31/5/07, Lin Surasky wrote:
> > Stick to the base
>> character set, alphanumerics, no spaces, for your element names.
>
>Are hyphens okay? All my element names are alpha only, no spaces, but
>two have hyphens in them...

Not sure: check with the XML spec at the W3C site. It might be your problem.

>I'm also going to try your suggestion of conditionalizing element defs
>for use in the DTD. However, that doesn't ease my mind completely, as my
>FM-generated DTD still had an error in it, even though it was saved from
>a single-element EDD.
>
>The EDD only defines the Structured Application and a single element:
>EDD Version is 7.0
>Structured Application: RetalixRN
>Element (Container): Element
>   General rule: 
>
>That's it.
>
>The DTD is saved without error, which is a little better than
>what I'm getting with my working EDD, but the DTD is still invalid
>according to FM.
>Here is the text of the resulting DTD:
>
>
>
>
>
>

Well, what did you expect? This looks to me like a valid DTD, although neither 
your EDD nor your DTD are exactly exciting.

Here are the first few declarations from an EDD and the corresponsing DTD of 
mine...

EDD:

Element (Container): Book
Valid as the highest-level element.
General rule:   HalfTitle, FullTitle, (ListofFigures | ListofPrograms | 
ListofTables | Preface | PartDivider | Chapter | Index)+

Element (Container): HalfTitle
General rule:   HalfTitleBanner
Valid as the highest-level element.
Automatic insertions
Automatically insert child: HalfTitleBanner

Element (Container): FullTitle
Valid as the highest-level element.
General rule:   Authors, Imprint, AuthorImprint, Credit+, Forematter+
Automatic insertions
Automatically insert child: Authors

Element (Container): Chapter
General rule:   ChapterNumber, Title, LearningObjectives?, EditorsComment?,   
EditorsQuery?, EditorsCommentCleared?, EditorsQueryCleared?, 
SectionIntroduction?, Section*, Summary?, SectionReview?, SectionProgramming?, 
SectionReferences?
Valid as the highest-level element.
Attribute list
Name: IdUnique ID   Optional
Control flags: Read-only
Name: AuthorString  Required
Name: Language  Choice  Required
Choices:English, Norwegian, Swedish, French, German, Danish, Spanish, 
Italian
Automatic insertions
Automatically insert child: ChapterNumber
Text format rules
Element paragraph format: Body

DTD:










Another thing I forgot to mention is that if you have any comments in your EDD, 
you need to conditionalize these out before generating a DTD.

-- 
Steve

Tracing the Graphic Lineage

[Pinkham, Jim]

Thanks, Art -- That's a second vote for Framescript, and I'll look into
it further. And, yes, that many files was a gamble. I knew it, but I had
a little time to experiment. I'll also remain open to other suggestions.

Jim 

-Original Message-
From: Art Campbell [mailto:art.campb...@gmail.com] 
Sent: Thursday, May 31, 2007 11:23 AM
To: Pinkham, Jim
Cc: Combs, Richard; framers at lists.frameusers.com
Subject: Re: Tracing the Graphic Lineage

Yeah, smaller meta-books might help. I've only gone up to a couple
hundred chapter files myself... ;- )

However, you may want to ping one of the script gurus (I always use Rick
Quatro) and tell him what you want to do and he'll tell you how much
(unless you're a script guru yourself). It'd probably be much easier in
FrameScript because it can act on all files in a directory tree... and
it could merge the index of graphics automagically.
www.frameexpert.com

Art


On 5/31/07, Pinkham, Jim  wrote:
> Now that my somewhat robust computer has laughed hysterically and duly

> chastened me and my folly, I'm here to tell you that even a meta-book 
> for one category won't work, apart from further scaling. FM tried 
> valiantly to add 1,696 chapter files to a book before indulging in 
> aforesaid laughter. It must have appreciated how I'd trimmed the 
> number down from twice that and more. But, alas, FM finally quit, 
> stared at me glassy-eyed, not responding.
>
> There must be a Plan B. Smaller books (what's the upper bound on 
> number of docs)? Framescript? None of the above?
>
> Jim
>
> -Original Message-
> From: Combs, Richard [mailto:richard.combs at Polycom.com]
> Sent: Wednesday, May 30, 2007 3:02 PM
> To: Pinkham, Jim; framers at lists.frameusers.com
> Subject: RE: Tracing the Graphic Lineage
>
> Pinkham, Jim wrote:
>
> > If one has a figure at
> > c:\docs\manuals\widgets\bigredwidget.eps, is there a ready way to 
> > determine what FM manuals are importing bigredwidget.eps by
reference?
>
> Art's on the right track, but I strongly recommend you generate an 
> _Index_ of References, not a List. The latter will list imported 
> graphics in order of occurrence, while the former will list them in 
> alphabetical order. That makes Art's idea of making a table and 
> sorting unnecessary.
>
> Also, you can make one or more new "metabooks" containing all the FM 
> files from all your manuals (or some reasonable subset, like all for 
> one product, release, whatever), and use the metabook(s) just for 
> generating the index(es) of references. That reduces or eliminates the

> need to merge multiple lists.
>
> 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 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%40gma
> il.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

Save EDD As DTD Not Working

[Lin Surasky]

> Well, what did you expect? This looks to me like a valid DTD, 
> although neither your EDD nor your DTD are exactly exciting.
> 
So sorry to bore you! ;-) That was my test to see if FrameMaker was
having an issue or if it was ALL me. It's mostly me, but this bare-bones
test proves there's something FM doesn't like. Since I know I'm good at
shooting myself in the foot, I'd like to get the problems that I know
aren't mine out of the way so that anything else that happens is
definitely my fault.

> Here are the first few declarations from an EDD and the 
> corresponsing DTD of mine...
> 
...
> 
> Another thing I forgot to mention is that if you have any 
> comments in your EDD, you need to conditionalize these out 
> before generating a DTD.
> 
> --
> Steve
> 

Thanks for the tips!
Lin

Save EDD As DTD Not Working

[Steve Rickaby]

At 11:32 -0500 31/5/07, Lin Surasky wrote:
>
> > Well, what did you expect? This looks to me like a valid DTD,
>> although neither your EDD nor your DTD are exactly exciting.
>>
>So sorry to bore you! ;-)

Joke.

>That was my test to see if FrameMaker was having an issue or if it was ALL me. 
>It's mostly me, but this bare-bones test proves there's something FM doesn't 
>like.

Send me your EDD off list if you like and I'll have a ply with it.

-- 
Steve

FM crashes on print book to file (surprise! No?)

[Bodvar Bjorgvinsson]

I am starting to get annoyed with FrameMaker. (Sorry for a lengthy message).

On a few occasions I have plagued the list with my complaints about FM
(mainly 7.2) crashing on printing a book to ps. I have now spent half
the day trying to produce an online PDF with bookmarks. No problem
printing to ps without bookmarks, so we have that one in the clear.

It started by FM crashing on a certain file (chapter 3) on a specific
page, no matter whether I had the files open or not. Having them open
only added the extra work of removing the recovery files. Having
removed these three times, I went for the closed files printing.

Also I MIF-washed the files but go no better results.

I tested the "offending" file by itself and it printed to file with
bookmarks ok, but printing from the book, it always crashed FM at the
same page.

A couple of pages earlier, around the point where the pdf started to
lack contents seriously (yes, I managed to pdf the ps part, and I also
had a look at the ps in GSView which showed less content), there was a
OLEd Visio file. I found the pdf and eps-ed it and replaced the
graphics. Same result.

I found a Xref marker on the crashing page and deleted it, and now it
went a couple of pages further.

I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
+ patches) again.
No change.

I started a new document, imported the formats and then the contents
and replaced the file. Now it went all the way down to one of the last
chapters, where it crashed again with the same messages. No Xref on
that page, only a table (and this file got a lot of tables).

Now I did as with chapter 3, started a new document, copied etc. and
started the printing again. And what now. Now I got as far as to the
same page in chapter 3 as in the first tries.

I am out of guesses. What can I do? And why cannot FM give any humanly
understandable hints?

For 8.0, why not add internal checkpoints that tells us what exactly
is causing the crashing? It should not be that difficult when the
print process hits an offending item to have the application point
that out. Is there a malfunction in the Xref marker, is the graphic
not kosher, etc.

Any help out there, please? I am going home now. Will check the mail
in the morning.

Bodvar Bjorgvinsson
Supervisor Publishing
Air Atlanta Icelandic.
http://www.airatlanta.com

FM crashes on print book to file (surprise! No?)

[Art Campbell]

What's your platform and Acrobat configuration?

On 5/31/07, Bodvar Bjorgvinsson  wrote:
> I am starting to get annoyed with FrameMaker. (Sorry for a lengthy message).
>
> On a few occasions I have plagued the list with my complaints about FM
> (mainly 7.2) crashing on printing a book to ps. I have now spent half
> the day trying to produce an online PDF with bookmarks. No problem
> printing to ps without bookmarks, so we have that one in the clear.
>
> It started by FM crashing on a certain file (chapter 3) on a specific
> page, no matter whether I had the files open or not. Having them open
> only added the extra work of removing the recovery files. Having
> removed these three times, I went for the closed files printing.
>
> Also I MIF-washed the files but go no better results.
>
> I tested the "offending" file by itself and it printed to file with
> bookmarks ok, but printing from the book, it always crashed FM at the
> same page.
>
> A couple of pages earlier, around the point where the pdf started to
> lack contents seriously (yes, I managed to pdf the ps part, and I also
> had a look at the ps in GSView which showed less content), there was a
> OLEd Visio file. I found the pdf and eps-ed it and replaced the
> graphics. Same result.
>
> I found a Xref marker on the crashing page and deleted it, and now it
> went a couple of pages further.
>
> I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
> + patches) again.
> No change.
>
> I started a new document, imported the formats and then the contents
> and replaced the file. Now it went all the way down to one of the last
> chapters, where it crashed again with the same messages. No Xref on
> that page, only a table (and this file got a lot of tables).
>
> Now I did as with chapter 3, started a new document, copied etc. and
> started the printing again. And what now. Now I got as far as to the
> same page in chapter 3 as in the first tries.
>
> I am out of guesses. What can I do? And why cannot FM give any humanly
> understandable hints?
>
> For 8.0, why not add internal checkpoints that tells us what exactly
> is causing the crashing? It should not be that difficult when the
> print process hits an offending item to have the application point
> that out. Is there a malfunction in the Xref marker, is the graphic
> not kosher, etc.
>
> Any help out there, please? I am going home now. Will check the mail
> in the morning.
>
> Bodvar Bjorgvinsson
> Supervisor Publishing
> Air Atlanta Icelandic.
> http://www.airatlanta.com
> ___
>

-- 
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

FM crashes on print book to file (surprise! No?)

[Yves Barbion]

Hi Bodvar,

have you tried switching off "Generate Tagged PDF" in PDF Setup > Tags?


Yves Barbion 
Documentation Architect
Adobe-Certified FrameMaker Instructor


Scripto bvba
Asselsstraat 65
9031 Gent
Belgium
T: +32 494 12 01 89
F: +32 9 366 50 32
BTW (VAT) BE 0886.192.394
skype: yves.barbion




Bodvar Bjorgvinsson wrote:
> I am starting to get annoyed with FrameMaker. (Sorry for a lengthy 
> message).
>
> On a few occasions I have plagued the list with my complaints about FM
> (mainly 7.2) crashing on printing a book to ps. I have now spent half
> the day trying to produce an online PDF with bookmarks. No problem
> printing to ps without bookmarks, so we have that one in the clear.
>
> It started by FM crashing on a certain file (chapter 3) on a specific
> page, no matter whether I had the files open or not. Having them open
> only added the extra work of removing the recovery files. Having
> removed these three times, I went for the closed files printing.
>
> Also I MIF-washed the files but go no better results.
>
> I tested the "offending" file by itself and it printed to file with
> bookmarks ok, but printing from the book, it always crashed FM at the
> same page.
>
> A couple of pages earlier, around the point where the pdf started to
> lack contents seriously (yes, I managed to pdf the ps part, and I also
> had a look at the ps in GSView which showed less content), there was a
> OLEd Visio file. I found the pdf and eps-ed it and replaced the
> graphics. Same result.
>
> I found a Xref marker on the crashing page and deleted it, and now it
> went a couple of pages further.
>
> I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
> + patches) again.
> No change.
>
> I started a new document, imported the formats and then the contents
> and replaced the file. Now it went all the way down to one of the last
> chapters, where it crashed again with the same messages. No Xref on
> that page, only a table (and this file got a lot of tables).
>
> Now I did as with chapter 3, started a new document, copied etc. and
> started the printing again. And what now. Now I got as far as to the
> same page in chapter 3 as in the first tries.
>
> I am out of guesses. What can I do? And why cannot FM give any humanly
> understandable hints?
>
> For 8.0, why not add internal checkpoints that tells us what exactly
> is causing the crashing? It should not be that difficult when the
> print process hits an offending item to have the application point
> that out. Is there a malfunction in the Xref marker, is the graphic
> not kosher, etc.
>
> Any help out there, please? I am going home now. Will check the mail
> in the morning.
>
> Bodvar Bjorgvinsson
> Supervisor Publishing
> Air Atlanta Icelandic.
> http://www.airatlanta.com
> ___
>
>
> You are currently subscribed to Framers as yves.barbion 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/yves.barbion%40gmail.com 
>
>
> Send administrative questions to listadmin at frameusers.com. Visit
> http://www.frameusers.com/ for more resources and info.
>

Character Formats and Structured Frame

[Kristy Nolan]

Hello, All!

Now that we have created most of the pieces of our EDD, we are at the
stage where we are starting to create material and test the structure.

One dilemma I came across was that of character formats. How or where do
character formats get set up (EDD or formats document)? I know how to
set up character formats in non-structured Frame, so that's not the
problem. I want to have this set up so that when we either reimport the
EDD or the formats, we don't lose the formatting. One example of this is
that our departmental style says that names of keys are in small caps,
which was a character format in unstructured Frame.

Enough rambling by me. Anyone have any advice? I've looked through my
resources to no avail.

Thanks!
Kristy
Kristy Nolan
Developer II
Ground Ops Training DAL-3TR
Southwest Airlines
8008 Cedar Springs
Dallas, TX 75235
214-792-2472

FM layout causing inconsistency when printing a PDF?

[Rene Stephenson]

All,

  We have a quick reference guide that uses a (US) legal-size landscape layout. 
It is set up in FM as a custom page size 14x8" with 3 columns in the text 
frame. It's to be printed duplex and then folded accordian-style. Initially, we 
were going to be working with a professional printer, but now the customers are 
requiring that we deliver the file in PDF format. So far, no big deal, right? 
Well, when the customers print the PDF of the file, it doesn't align properly 
on the paper. It's as if the printer is adding an additional 1/4" margin to the 
top (long) edge if it's printed directly from FM. If we create the PDF file 
first and THEN print the PDF on the same printer, there seems to be an 
additional margin added to both the long and short edges (top and left).

  I'm assuming these odd results are due to the printer drivers involved. In 
light of the fact that we cannot know what printers our customers might use, is 
there any way that we can make some settings in the PDF Setup in FM 7.2 or in 
Distiller 7 that would default the printer settings to "no margin" to get a 
proper print result?  Otherwise, the only thing I know to do is provide a 
ReadMe file to the customer informing them that the file is to be printed on 
legal paper, but due to variances in printer drivers, we cannot guarantee 
alignment of the layout...?

  Thanks,
  Rene Stephenson

FM layout causing inconsistency when printing a PDF?

[Kenneth C. Benson]

From: "Rene Stephenson" 

>  We have a quick reference guide that uses a (US) legal-size landscape
layout. It is set up in FM as a custom page size 14x8" with 3 columns in the
text frame.


Legal is 8.5"x14", not 8"x14". Could that be the problem?

You can't really do much about how people print your PDFs. If you give them
a legal size document and they can print on legal paper, there's really
nothing *you* can do to make it not work.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.com

FM layout causing inconsistency when printing a PDF?

[Art Campbell]

Also, many printer drivers are set to shrink PDFs to fit, so it may be
coming out at 97% or so... Another thing the end user needs to know
about.

Just in passing, the 1/4 inch you mention is likely to be a hardware
limitation where the paper goes along the paper path or is gripped by
part of the mechanism, not a software limitation.

Art

On 5/31/07, Kenneth C. Benson  wrote:
> From: "Rene Stephenson" 
>
> >  We have a quick reference guide that uses a (US) legal-size landscape
> layout. It is set up in FM as a custom page size 14x8" with 3 columns in the
> text frame.
>
>
> Legal is 8.5"x14", not 8"x14". Could that be the problem?
>
> You can't really do much about how people print your PDFs. If you give them
> a legal size document and they can print on legal paper, there's really
> nothing *you* can do to make it not work.
>
> Kenneth Benson
> Pegasus Type, Inc.
> www.pegtype.com
>

-- 
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

Character Formats and Structured Frame

[Mike Feimster]

Kristy,

Since you already have the character formats set up in your template,
you can add similar elements to the EDD that reference the character
formats.

For example, you could create a  element that refers to the
appropriate character format. Make sure the element uses text range
formatting.

Mike 

-Original Message-
From:
framers-bounces+mike.feimster=acstechnologies.com at lists.frameusers.com
[mailto:framers-bounces+mike.feimster=acstechnologies.com at lists.frameuse
rs.com] On Behalf Of Kristy Nolan
Sent: Thursday, May 31, 2007 3:02 PM
To: framers at lists.frameusers.com
Subject: Character Formats and Structured Frame


Hello, All!

Now that we have created most of the pieces of our EDD, we are at the
stage where we are starting to create material and test the structure.

One dilemma I came across was that of character formats. How or where do
character formats get set up (EDD or formats document)? I know how to
set up character formats in non-structured Frame, so that's not the
problem. I want to have this set up so that when we either reimport the
EDD or the formats, we don't lose the formatting. One example of this is
that our departmental style says that names of keys are in small caps,
which was a character format in unstructured Frame.

Enough rambling by me. Anyone have any advice? I've looked through my
resources to no avail.

Thanks!
Kristy
Kristy Nolan
Developer II
Ground Ops Training DAL-3TR
Southwest Airlines
8008 Cedar Springs
Dallas, TX 75235
214-792-2472

___


You are currently subscribed to Framers as
mike.feimster at acstechnologies.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/mike.feimster%40acst
echnologies.com

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

FM layout causing inconsistency when printing a PDF?

[Rene Stephenson]

Good point, but no - that's my typo. It's set to 14x8.5" - I just got in too 
big of a hurry typing the post.  :-\  SORRY

  OK, so an advisory notice of sorts (ReadMe file, popup, etc.) looks like our 
only option...

Rene

"Kenneth C. Benson"  wrote:
  From: "Rene Stephenson" 

> We have a quick reference guide that uses a (US) legal-size landscape
layout. It is set up in FM as a custom page size 14x8" with 3 columns in the
text frame.


Legal is 8.5"x14", not 8"x14". Could that be the problem?

You can't really do much about how people print your PDFs. If you give them
a legal size document and they can print on legal paper, there's really
nothing *you* can do to make it not work.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.com

___


You are currently subscribed to Framers as rinnie1 at yahoo.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/rinnie1%40yahoo.com

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



Rene L. Stephenson
eNovative Solutions, Inc.
Business Phone: 678-513-0051
Email: rinnie1 at yahoo.com

FM layout causing inconsistency when printing a PDF?

[Kenneth C. Benson]

From: "Rene Stephenson" 

>   OK, so an advisory notice of sorts (ReadMe file, popup, etc.) looks like
our only option...


Shouldn't be necessary. Your legal size document is no different--in terms
of printing from Acrobat--than anyone else's. If your customers are getting
strange results printing, they should be getting the same strange results
any time they print legal.

Like I said, you can't do anything on your end to make it *not* work.

Probably kind of late at this point, but have you considered letter size?
For me, at least, printing legal size paper is a real PITA. Involves hand
feeding the paper sideways into a special tray. I don't think I even have
any legal size paper right now. I would probably end up shrinking it onto
letter size and putting on my drugstore glasses.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.com

FM layout causing inconsistency when printing a PDF?

[Combs, Richard]

Rene Stephenson wrote:

>   OK, so an advisory notice of sorts (ReadMe file, popup, 
> etc.) looks like our only option...

I have Acro 7, and in the Print dialog, Page Scaling defaults to Fit to
Printer Margins. My default HP printer has unprintable margins of, IIRC,
about .22 inches on the sides, so an 8.5x11 PDF page prints at 96%
unless I remember to change Page Scaling to None. (If anyone knows how
to change the default to None, please share!) If scaling is the problem,
there's nothing you can do except warn your customers about it and how
to avoid it.

But if you have printable content in the unprintable areas of the page,
and the page isn't scaled to fit, the content close to the edge simply
won't be printed. If that's the problem, you'll have to change the page
layout to avoid the unprintable areas. How close to the page edge a
printer can print varies from printer to printer. Plus, some printers
handle paper only by the sides, others grab the top, so the margins may
be different on one axis than the other. To be safe, you'd probably want
to allow at least 1/4" on each edge, maybe a little more. 

HTH!
Richard


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

FM crashes on print book to file (surprise! No?)

[Rush, Jay]

I posted a similar message to the framers, Acrobat, and InDesign lists.
I had Frame 7.2 p158 and Acrobat 7.0.8 (not 7.0.9) installed for quite
some time with no problems. I then upgraded my CS2 with CS3 upgrade,
which came with Acrobat 8. I then got frequent, random Frame crashes
when PDFing as you describe. I went through similar troubleshooting
steps to no avail. I also use Publi PDF
(http://www.grafikhuset.net/international/) to create custom PDFs from
Frame. I got crashes from Frame when printing both to the Adobe PDF
printer instance and to a Publi PDF print queue.

Publi PDF's tech support suspected "either a Windows GDI font problem or
a FrameMaker 'PostScript injection' problem (i.e. when Frame injects
private PostScript data into the data stream generated via Windows
GDI)". In reply to the "character dropout" issue with Frame, Dov Isaacs
replied to the list that the fix is to delete the
C:\WINDOWS\system32\FNTCACHE.DAT file and reboot, and ideally write a
script that deletes that file every time you power down. Dov further
stated that, "Since there is nothing that FrameMaker as a program can do
to corrupt that system file or even open it, the problems are probably
secondary to some issue associated with FrameMaker's novel use of its
own character set in combination with standard Windows GDI calls."

I put those two issues together, did what they said, and also tweaked
Adobe PDF Printer Properties based on recommendations for older versions
of Distiller. And, if you're on Acrobat 8, see Adobe Tech Note 333453
regarding where to place custom joboptions settings. 

Now, after all that, for some reason, I still get a Frame crash at the
book level IF it's the first PDF I try to create after bootup. If,
however, I PDF a single Frame file first (so far, always with success),
then PDF the whole book, it works for me.

That's my workaround. Hope it helps.

Jay

-Original Message-
From: framers-bounces+jrush=c-cor@lists.frameusers.com
[mailto:framers-bounces+jrush=c-cor.com at lists.frameusers.com] On Behalf
Of Art Campbell
Sent: Thursday, May 31, 2007 2:19 PM
To: Bodvar Bjorgvinsson
Cc: framers at lists.frameusers.com
Subject: Re: FM crashes on print book to file (surprise! No?)

What's your platform and Acrobat configuration?

On 5/31/07, Bodvar Bjorgvinsson  wrote:
> I am starting to get annoyed with FrameMaker. (Sorry for a lengthy
message).
>
> On a few occasions I have plagued the list with my complaints about FM
> (mainly 7.2) crashing on printing a book to ps. I have now spent half
> the day trying to produce an online PDF with bookmarks. No problem
> printing to ps without bookmarks, so we have that one in the clear.
>
> It started by FM crashing on a certain file (chapter 3) on a specific
> page, no matter whether I had the files open or not. Having them open
> only added the extra work of removing the recovery files. Having
> removed these three times, I went for the closed files printing.
>
> Also I MIF-washed the files but go no better results.
>
> I tested the "offending" file by itself and it printed to file with
> bookmarks ok, but printing from the book, it always crashed FM at the
> same page.
>
> A couple of pages earlier, around the point where the pdf started to
> lack contents seriously (yes, I managed to pdf the ps part, and I also
> had a look at the ps in GSView which showed less content), there was a
> OLEd Visio file. I found the pdf and eps-ed it and replaced the
> graphics. Same result.
>
> I found a Xref marker on the crashing page and deleted it, and now it
> went a couple of pages further.
>
> I removed FM 7.2 (plus patch), restarted the PC and installed all (FM
> + patches) again.
> No change.
>
> I started a new document, imported the formats and then the contents
> and replaced the file. Now it went all the way down to one of the last
> chapters, where it crashed again with the same messages. No Xref on
> that page, only a table (and this file got a lot of tables).
>
> Now I did as with chapter 3, started a new document, copied etc. and
> started the printing again. And what now. Now I got as far as to the
> same page in chapter 3 as in the first tries.
>
> I am out of guesses. What can I do? And why cannot FM give any humanly
> understandable hints?
>
> For 8.0, why not add internal checkpoints that tells us what exactly
> is causing the crashing? It should not be that difficult when the
> print process hits an offending item to have the application point
> that out. Is there a malfunction in the Xref marker, is the graphic
> not kosher, etc.
>
> Any help out there, please? I am going home now. Will check the mail
> in the morning.
>
> Bodvar Bjorgvinsson
> Supervisor Publishing
> Air Atlanta Icelandic.
> http://www.airatlanta.com
> ___
>

-- 
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
   

FM layout causing inconsistency when printing a PDF?

[Rene Stephenson]

Unfortunately, there's just too much info to get it on letter size paper and 
have it meet the minimum font specs...unless it goes to more than 
front-and-back, in which case I am told there are issues with it being included 
as a laminated item attached inside the cover of the product. We actually have 
customers who spec the minimum font size for product documentation -  that's 
the proverbial 500 pound gorilla. Doesn't matter if what they want makes sense 
to the vendor or any other customers...if we want to do business with them, we 
have to give them what they want, the way they spec it. I'm not sure if that's 
an engineering fixation driving the doc spec or what.

Rene

"Kenneth C. Benson"  wrote:Probably kind of late at 
this point, but have you considered letter size?
For me, at least, printing legal size paper is a real PITA. Involves hand
feeding the paper sideways into a special tray. I don't think I even have
any legal size paper right now. I would probably end up shrinking it onto
letter size and putting on my drugstore glasses.

Kenneth Benson
Pegasus Type, Inc.
www.pegtype.com

___


You are currently subscribed to Framers as rinnie1 at yahoo.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/rinnie1%40yahoo.com

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