Noah,
   In your position, given one case that works and one that doesn't, I 
would simplify the test document, EDD, DTD, template, and read/write rules 
in stages until I found the significant difference between them.
         --Lynne

At 07:41 PM 10/18/2006, Noah Evans wrote:
>Well, I'm inching towards understanding what the problem is.
>
>The problem is definitely caused by some sort of sketchy interaction
>between frame's structured import and the formats in the template. I
>took a completely different unstructured manual with different
>paragraph tags, purged it and turned it into a template for my
>structured application. Then I set the paragraph tag of my root to a
>30 point combined font and imported.
>
>When I did this it worked fine, it didn't put character formats on any
>of my mif strings. This let the combined font and the paragraph work
>normally.
>
>So the question becomes: What sort of things could my template have in
>it that would cause it to insert character formats like that? It's not
>the edd,  otherwise my bare template would have had the same problem.
>
>I'm still stumped.
>
>Noah
>
>On 10/17/06, Steve Cavanaugh <scavanaugh at nat-seattle.com> wrote:
>>Yes, I'm discovering the same thing here.  Frame seems to want to punish
>>us for not having ACM installed...  Frame's idiotic obsession with the
>>Times font is beginning to really annoy me.
>>
>>
>>Steve Cavanaugh
>>Sr. Technical Writer
>>NAT Seattle Inc.
>>
>>-----Original Message-----
>>From: Noah Evans [mailto:noah.evans at gmail.com]
>>Sent: Monday, October 16, 2006 4:44 PM
>>To: Steve Cavanaugh
>>Cc: Rick Quatro; framers at lists.frameusers.com
>>Subject: Re: structured import and pgftag fonts
>>
>>Hey Steve,
>>
>>I changed the ini file earlier, but the problem seems to be that no
>>matter what I do, when I import all of the text fonts are being set by a
>>blank character format. So even if I set the data to what I want in the
>>paragraph tag, the blank character format that is inserted during import
>>overrides it.
>>
>>What's strange about this is that when I insert the elements directly
>>through frame and edit them by hand, frame doesn't insert the character
>>format. It seems to be an issue with the import.
>>
>>One more thing, I just remembered something regarding the ini file.
>>Even when I set the default font to Arial, Times New Roman, Tms Rmn in
>>maker.ini when I check the strings in the executable in memory next to
>>the string "Default Font" the string Times New Roman, Times New Roman,
>>Tms Rmn is there instead. Could just be a default defined as a constant,
>>but no matter what I do, from purging all definitions of Times from the
>>mif or changing maker.ini it just won't go away during import.
>>
>>Noah
>>
>>On 10/16/06, Steve Cavanaugh <scavanaugh at nat-seattle.com> wrote:
>> > I caught a clue about FrameMaker's font behavior from
>> > http://www.techknowledgecorp.com/help/index.html - click on Mass
>> > Convert Fonts.  I hadn't realized that FrameMaker uses an .ini file (I
>>
>> > thought ini files went away a LONG time ago) and that in that .ini
>> > file there is a default font definition that was driving me mad here.
>>
>> > I would convert all fonts to Arial, and upon print, the console would
>> > tell me it was making a substitute for "Times" which I had not defined
>>for anything.
>> > It turns out, that .ini file had a definition of Times for the
>> > variable DefaultFamily.
>> >
>> >
>> > Steve Cavanaugh
>> > Sr. Technical Writer
>> > NAT Seattle Inc.
>> >
>> > -----Original Message-----
>> > From: framers-bounces+scavanaugh=nat-seattle.com at lists.frameusers.com
>> > [mailto:framers-bounces+scavanaugh=nat-seattle.com at lists.frameusers.co
>> > > m]
>> > On Behalf Of Noah Evans
>> > Sent: Sunday, October 15, 2006 9:25 PM
>> > To: Rick Quatro
>> > Cc: framers at lists.frameusers.com
>> > Subject: Re: structured import and pgftag fonts
>> >
>> >  Hey Rick, framers,
>> >
>> > Rick, thanks for your tip, however in this case it didn't work. Here's
>> > why:
>> >
>> > After looking through the mif and experimenting with different
>> > formatting in the edd, I've found the problem, but I have no idea why
>> > it's ending up like this.
>> >
>> > Frame seems to be inserting font data on the strings themselves
>> > --overriding the combined fonts defined by the elements. Does anyone
>> > have any idea of how I could stop frame from doing this? I can
>> > manually set the font with a text rule, but frame still nests the
>> > combined fonts too deeply in the mif, so frame's fonts override them.
>> >
>> >  I could write an fdk client to eliminate the font information
>> > manually, but I'm hoping that someone who knows more than me could
>> > offer me some ideas as to what's going on and why frame's putting in
>>that font data.
>> >
>> > Thanks for everybody's help and input,
>> >
>> > Noah
>> >
>> >
>> >
>> >  On 10/12/06, Rick Quatro  <frameexpert at truevine.net> wrote:
>> > >   Hi Noah,
>> > >
>> > > I am not sure what is causing this by try this after you import the
>> > XML.
>> > >
>> > > 1) Choose File > Import > Element Definitions.
>> > >
>> > > 2) Leave Current selected in the Import from Document popup. Check
>> > > the
>> >
>> > > Format Rule Overrides checkbox and click Import.
>> > >
>> > > Rick Quatro
>> > > Carmen Publishing
>> > > 585-659-8267
>> > >  www.frameexpert.com
>> > >
>> > >
>> > > > Hey all,
>> > > >
>> > > > I'm having a very strange problem with my structure application.
>> > > > When I import an xml file, none of the fonts follows the paragraph
>>
>> > > > tags(which are assigned by the edd, they show up just fine in the
>> > > > pgftag bar and menu, but the fonts just don't apply for some
>> > > > reason). They seem to be inheriting the font information from the
>> > > > root element instead.
>> > > >
>> > > > However if I just insert an element manually the font follows the
>> > > > pgftag correctly.
>> > > >
>> > > > Does anyone have any idea what could be causing this?
>> > > >
>> > > > Thanks,
>> > > >
>> > > > Noah
>> > > > _______________________________________________
>> > >
>> > >
>> > _______________________________________________
>> >
>> >
>> > You are currently subscribed to Framers as scavanaugh at nat-seattle.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/scavanaugh%40nat-s
>> > ea
>> > ttle.com
>> >
>> > Send administrative questions to lisa at frameusers.com. Visit
>> > http://www.frameusers.com/ for more resources and info.
>> >
>> >
>>
>_______________________________________________
>
>
>You are currently subscribed to Framers as lprice at txstruct.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/lprice%40txstruct.com
>
>Send administrative questions to lisa at frameusers.com. Visit
>http://www.frameusers.com/ for more resources and info.


Lynne A. Price
Text Structure Consulting, Inc.
Specializing in structured FrameMaker consulting, application development, 
and training
lprice at txstruct.com            http://www.txstruct.com
voice/fax: (510) 583-1505      cell phone: (510) 421-2284 



Reply via email to