RE: Customizing page numbering
It just needs to appear on the page. Adam -Original Message- From: Rick Quatro [mailto:r...@rickquatro.com] Sent: Thursday, March 04, 2010 8:40 AM To: Adam Schweitzer; framers@lists.frameusers.com Subject: RE: Customizing page numbering Hi Adam, Do you need to be able to use this numbering in generated files (TOC, IX, etc.) and/or cross-references? Or does it just need to appear this way on the page? Thanks. Rick Rick Quatro Carmen Publishing Inc. 585-659-8267 r...@frameexpert.com *** Frame Automation blog at http://frameautomation.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Adam Schweitzer Sent: Thursday, March 04, 2010 8:23 AM To: framers@lists.frameusers.com Subject: Customizing page numbering Hi All, We have some documents which need to have pages numbered in the following way: n / (n + 1) where n is the page number. (IE. on page 33, it needs to say 33/34). Inserting a variable defined as $curpagenum gives page n - but I cannot figure out a way to insert n + 1 (ie. $curpagenum + 1 does not give the result I hoped for..) How would I go about doing this? Regards, Adam Schweitzer Orenda Aerospace ___ You are currently subscribed to Framers as r...@rickquatro.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/rick%40rickquatro.co m Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Customizing page numbering
It just needs to appear on the page. Adam -Original Message- From: Rick Quatro [mailto:r...@rickquatro.com] Sent: Thursday, March 04, 2010 8:40 AM To: Adam Schweitzer; framers at lists.frameusers.com Subject: RE: Customizing page numbering Hi Adam, Do you need to be able to use this numbering in generated files (TOC, IX, etc.) and/or cross-references? Or does it just need to appear this way on the page? Thanks. Rick Rick Quatro Carmen Publishing Inc. 585-659-8267 rick at frameexpert.com *** Frame Automation blog at http://frameautomation.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Adam Schweitzer Sent: Thursday, March 04, 2010 8:23 AM To: framers at lists.frameusers.com Subject: Customizing page numbering Hi All, We have some documents which need to have pages numbered in the following way: n / (n + 1) where n is the page number. (IE. on page 33, it needs to say 33/34). Inserting a variable defined as <$curpagenum> gives page n - but I cannot figure out a way to insert n + 1 (ie. <$curpagenum + 1> does not give the result I hoped for..) How would I go about doing this? Regards, Adam Schweitzer Orenda Aerospace ___ You are currently subscribed to Framers as rick at rickquatro.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/rick%40rickquatro.co m Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Customizing page numbering
Hi All, We have some documents which need to have pages numbered in the following way: n / (n + 1) where n is the page number. (IE. on page 33, it needs to say 33/34). Inserting a variable defined as $curpagenum gives page n - but I cannot figure out a way to insert n + 1 (ie. $curpagenum + 1 does not give the result I hoped for..) How would I go about doing this? Regards, Adam Schweitzer Orenda Aerospace ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Framemaker generates invalid XML from valid document
This error has been popping up occasionally when saving as XML since we moved to Framemaker 8 (note that saving the same document using Frame 7.2 does not generate an error): XML Parser Messages (Document Prolog) ... Message Invalid character (Unicode: 0x11) ... Message: Expected a literal entity value or PUBLIC/SYSTEM identifier The offending line in the XML file is as follows: !ENTITY fm.tsht non-printable character This appears to be caused by having a table sheet variable on a table which fits on a single page (and hence the text sheet x of y does not appear in Frame). A workaround is to delete this table sheet variable, but this is not an optimal solution. Any ideas on how I could fix this? Or is this a bug which Adobe needs to fix? Regards, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Framemaker generates invalid XML from valid document
This error has been popping up occasionally when saving as XML since we moved to Framemaker 8 (note that saving the same document using Frame 7.2 does not generate an error): XML Parser Messages (Document Prolog) ... Message Invalid character (Unicode: 0x11) ... Message: Expected a literal entity value or PUBLIC/SYSTEM identifier The offending line in the XML file is as follows: " > This appears to be caused by having a table sheet variable on a table which fits on a single page (and hence the text "sheet x of y" does not appear in Frame). A workaround is to delete this table sheet variable, but this is not an optimal solution. Any ideas on how I could fix this? Or is this a bug which Adobe needs to fix? Regards, Adam Schweitzer Orenda Aerospace Corporation
FM--MIF round-tripping
Is converting between .fm and .mif file formats considered to be safe (ie. no data lost in translation)? My understanding is that they should be - and indeed, I did not notice any glaring differences when I open a .fm and it's corrosponding .mif in Framemaker. However, when I attempted the following experiment: 1) Open .fm file, save as .mif 2) Open .mif from 1), save as .fm (with different name) 3) Open .fm from 2), save as .mif. 4) Compare .mif files created in 1) and 3) using a text diff tool. I found that there were a number of differences, some of which are probably safe to ignore (like XRefLastUpdate elements), but some are more concerning (TabStop and PgfNumTabs elements missing in the latter file, PgfPDFStructureLevel elements having different values..) Goal: In the process of converting several documents from paper to framemaker documents, a large number of (rather randomly placed) discretionary hyphen characters were inserted (probably by the OCR software). I cannot seem to select these characters for use with the find/replace tool in Framemaker, so my idea was to convert to .mif, remove all instances of Char DiscHyphen, and then save back as FM. This appears to be successful, subject to my concerns above. So, I'm wondering.. is it safe to round-trip between .fm and .mif files? And if not, is there an alternate way of accomplishing my task of removing these extra characters? Thanks, Adam Schweitzer Orenda Aerospace Corporation ___ 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--MIF round-tripping
Thanks, Fred. This does work - I was unaware of this feature. Adam From: Fred Ridder [mailto:[EMAIL PROTECTED] Sent: Friday, August 29, 2008 12:50 PM To: Adam Schweitzer; framers@lists.frameusers.com Subject: RE: FM--MIF round-tripping Adam Schweitzer wrote (in part): Goal: In the process of converting several documents from paper to framemaker documents, a large number of (rather randomly placed) discretionary hyphen characters were inserted (probably by the OCR software). I cannot seem to select these characters for use with the find/replace tool in Framemaker, so my idea was to convert to .mif, remove all instances of Char DiscHyphen, and then save back as FM. This appears to be successful, subject to my concerns above. Searching for the escape code \- (a backslash followed by a hyphen without the quotes) didn't work? That's the standard code for typing a discretionary hyphen in plain-text dialog boxes. See Appendix A of the FrameMaker User Guide for a full list of dialog box codes for special characters. -Fred Ridder ___ 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<-->MIF round-tripping
Is converting between .fm and .mif file formats considered to be safe (ie. no data lost in translation)? My understanding is that they should be - and indeed, I did not notice any glaring differences when I open a .fm and it's corrosponding .mif in Framemaker. However, when I attempted the following experiment: 1) Open .fm file, save as .mif 2) Open .mif from 1), save as .fm (with different name) 3) Open .fm from 2), save as .mif. 4) Compare .mif files created in 1) and 3) using a text diff tool. I found that there were a number of differences, some of which are probably safe to ignore (like elements), but some are more concerning ( and elements missing in the latter file, elements having different values..) Goal: In the process of converting several documents from paper to framemaker documents, a large number of (rather randomly placed) "discretionary hyphen" characters were inserted (probably by the OCR software). I cannot seem to select these characters for use with the find/replace tool in Framemaker, so my idea was to convert to .mif, remove all instances of , and then save back as FM. This appears to be successful, subject to my concerns above. So, I'm wondering.. is it safe to round-trip between .fm and .mif files? And if not, is there an alternate way of accomplishing my task of removing these extra characters? Thanks, Adam Schweitzer Orenda Aerospace Corporation
FM<-->MIF round-tripping
Thanks, Fred. This does work - I was unaware of this feature. Adam From: Fred Ridder [mailto:docu...@hotmail.com] Sent: Friday, August 29, 2008 12:50 PM To: Adam Schweitzer; framers at lists.frameusers.com Subject: RE: FM<-->MIF round-tripping Adam Schweitzer wrote (in part): > Goal: > In the process of converting several documents from paper to framemaker > documents, a large number of (rather randomly placed) "discretionary > hyphen" characters were inserted (probably by the OCR software). I > cannot seem to select these characters for use with the find/replace > tool in Framemaker, so my idea was to convert to .mif, remove all > instances of , and then save back as FM. This appears > to be successful, subject to my concerns above. Searching for the escape code "\-" (a backslash followed by a hyphen without the quotes) didn't work? That's the standard code for typing a discretionary hyphen in plain-text dialog boxes. See Appendix A of the FrameMaker User Guide for a full list of dialog box codes for special characters. -Fred Ridder
RE: Conditional text xref problem - P276 REGRESSION
Will updating to 8.0.4 fix the xrefs 8.0.3 broke or are they gone forever? (ie. Need to be manually put back in) -Original Message- From: Art Campbell [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2008 10:38 AM To: Adam Schweitzer; Framers Subject: Re: Conditional text xref problem - P276 REGRESSION They released a patch today to patch the patch. 8.0.4 is supposed to fix 8.0.3... Art On Tue, May 27, 2008 at 10:33 AM, Adam Schweitzer [EMAIL PROTECTED] wrote: p276 definately seems to be causing this issue - as when I restored the p273 backup files, the problem goes away (still, leaving the xrefs that the p276 mangled unresolved - but at least no new ones are wrecked). I'm disappointed in Adobe for this.. From: Adam Schweitzer Sent: Wednesday, May 21, 2008 2:17 PM To: 'framers@lists.frameusers.com' Subject: Conditional text xref problem - regression in FM8 p276? I am having a problem with xrefs to conditional text (where the xref also has the same condition applied). What happens is, after changing the conditional text settings (just what is shown), saving, and then opening the document, the xrefs become unresolved. Steps: Initial setup - Document with two conditions - English and French, with English xrefs pointing to English text, and French xrefs pointing to French text. No unresolved xrefs. 1) Hide French text using special-Conditional text-Show/hide conditional text (Check for unresolved xrefs - none found) 2) Show both English and French, as before (Check for unresolved xrefs - none found) 3) Save document, close and re-open. Get pop-up message saying unresolved xrefs. The French ones are unresolved. (NB: The affected xrefs point to paragraph tags. Other xrefs which point to elements are unaffected). This behaviour only occurs on one machine in our office - and that machine is the only one that happens to have p276 (rest are still on p273) installed. I'm wondering if anyone has seen this before? Is this a problem introduced by p276, or is something else going on here? Thanks, Adam Schweitzer Orenda Aerospace Corporation ___ -- 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.
Conditional text xref problem - P276 REGRESSION
Will updating to 8.0.4 fix the xrefs 8.0.3 broke or are they gone forever? (ie. Need to be manually put back in) -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Tuesday, May 27, 2008 10:38 AM To: Adam Schweitzer; Framers Subject: Re: Conditional text xref problem - P276 REGRESSION They released a patch today to patch the patch. 8.0.4 is supposed to fix 8.0.3... Art On Tue, May 27, 2008 at 10:33 AM, Adam Schweitzer wrote: > p276 definately seems to be causing this issue - as when I restored > the > p273 backup files, the problem goes away (still, leaving the xrefs > that the p276 mangled unresolved - but at least no new ones are wrecked). > > I'm disappointed in Adobe for this.. > > ____ > > From: Adam Schweitzer > Sent: Wednesday, May 21, 2008 2:17 PM > To: 'framers at lists.frameusers.com' > Subject: Conditional text xref problem - regression in FM8 p276? > > > I am having a problem with xrefs to conditional text (where the xref > also has the same condition applied). What happens is, after changing > the conditional text settings (just what is shown), saving, and then > opening the document, the xrefs become unresolved. > Steps: > Initial setup - Document with two conditions - English and French, > with English xrefs pointing to English text, and French xrefs pointing > to French text. No unresolved xrefs. > 1) Hide French text using special->Conditional text->Show/hide > conditional text (Check for unresolved xrefs - none found) > 2) Show both English and French, as before (Check for unresolved xrefs > - none found) > 3) Save document, close and re-open. > Get pop-up message saying unresolved xrefs. The French ones are > unresolved. > (NB: The affected xrefs point to paragraph tags. Other xrefs which > point to elements are unaffected). > > This behaviour only occurs on one machine in our office - and that > machine is the only one that happens to have p276 (rest are still on > p273) installed. I'm wondering if anyone has seen this before? Is > this a problem introduced by p276, or is something else going on here? > > Thanks, > Adam Schweitzer > Orenda Aerospace Corporation > ___ -- 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
RE: Conditional text xref problem - P276 REGRESSION
p276 definately seems to be causing this issue - as when I restored the p273 backup files, the problem goes away (still, leaving the xrefs that the p276 mangled unresolved - but at least no new ones are wrecked). I'm disappointed in Adobe for this.. From: Adam Schweitzer Sent: Wednesday, May 21, 2008 2:17 PM To: 'framers@lists.frameusers.com' Subject: Conditional text xref problem - regression in FM8 p276? I am having a problem with xrefs to conditional text (where the xref also has the same condition applied). What happens is, after changing the conditional text settings (just what is shown), saving, and then opening the document, the xrefs become unresolved. Steps: Initial setup - Document with two conditions - English and French, with English xrefs pointing to English text, and French xrefs pointing to French text. No unresolved xrefs. 1) Hide French text using special-Conditional text-Show/hide conditional text (Check for unresolved xrefs - none found) 2) Show both English and French, as before (Check for unresolved xrefs - none found) 3) Save document, close and re-open. Get pop-up message saying unresolved xrefs. The French ones are unresolved. (NB: The affected xrefs point to paragraph tags. Other xrefs which point to elements are unaffected). This behaviour only occurs on one machine in our office - and that machine is the only one that happens to have p276 (rest are still on p273) installed. I'm wondering if anyone has seen this before? Is this a problem introduced by p276, or is something else going on here? Thanks, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Conditional text xref problem - P276 REGRESSION
p276 definately seems to be causing this issue - as when I restored the p273 backup files, the problem goes away (still, leaving the xrefs that the p276 mangled unresolved - but at least no new ones are wrecked). I'm disappointed in Adobe for this.. From: Adam Schweitzer Sent: Wednesday, May 21, 2008 2:17 PM To: 'framers at lists.frameusers.com' Subject: Conditional text xref problem - regression in FM8 p276? I am having a problem with xrefs to conditional text (where the xref also has the same condition applied). What happens is, after changing the conditional text settings (just what is shown), saving, and then opening the document, the xrefs become unresolved. Steps: Initial setup - Document with two conditions - English and French, with English xrefs pointing to English text, and French xrefs pointing to French text. No unresolved xrefs. 1) Hide French text using special->Conditional text->Show/hide conditional text (Check for unresolved xrefs - none found) 2) Show both English and French, as before (Check for unresolved xrefs - none found) 3) Save document, close and re-open. Get pop-up message saying unresolved xrefs. The French ones are unresolved. (NB: The affected xrefs point to paragraph tags. Other xrefs which point to elements are unaffected). This behaviour only occurs on one machine in our office - and that machine is the only one that happens to have p276 (rest are still on p273) installed. I'm wondering if anyone has seen this before? Is this a problem introduced by p276, or is something else going on here? Thanks, Adam Schweitzer Orenda Aerospace Corporation
Conditional text xref problem - regression in FM8 p276?
I am having a problem with xrefs to conditional text (where the xref also has the same condition applied). What happens is, after changing the conditional text settings (just what is shown), saving, and then opening the document, the xrefs become unresolved. Steps: Initial setup - Document with two conditions - English and French, with English xrefs pointing to English text, and French xrefs pointing to French text. No unresolved xrefs. 1) Hide French text using special-Conditional text-Show/hide conditional text (Check for unresolved xrefs - none found) 2) Show both English and French, as before (Check for unresolved xrefs - none found) 3) Save document, close and re-open. Get pop-up message saying unresolved xrefs. The French ones are unresolved. (NB: The affected xrefs point to paragraph tags. Other xrefs which point to elements are unaffected). This behaviour only occurs on one machine in our office - and that machine is the only one that happens to have p276 (rest are still on p273) installed. I'm wondering if anyone has seen this before? Is this a problem introduced by p276, or is something else going on here? Thanks, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Conditional text xref problem - regression in FM8 p276?
I am having a problem with xrefs to conditional text (where the xref also has the same condition applied). What happens is, after changing the conditional text settings (just what is shown), saving, and then opening the document, the xrefs become unresolved. Steps: Initial setup - Document with two conditions - English and French, with English xrefs pointing to English text, and French xrefs pointing to French text. No unresolved xrefs. 1) Hide French text using special->Conditional text->Show/hide conditional text (Check for unresolved xrefs - none found) 2) Show both English and French, as before (Check for unresolved xrefs - none found) 3) Save document, close and re-open. Get pop-up message saying unresolved xrefs. The French ones are unresolved. (NB: The affected xrefs point to paragraph tags. Other xrefs which point to elements are unaffected). This behaviour only occurs on one machine in our office - and that machine is the only one that happens to have p276 (rest are still on p273) installed. I'm wondering if anyone has seen this before? Is this a problem introduced by p276, or is something else going on here? Thanks, Adam Schweitzer Orenda Aerospace Corporation
Problem saving image with border to PDF
Running Framemaker 8p276 (behaviour was the same under p273, but not under FM 7.2), with Acrobat 8. I have a document which has a border (just a rectangle) around an image (as well as some text). Everything shows up fine in Frame, but when I save to pdf using file-save as pdf, everything but the image appears. If I remove the border, the image appears fine. The bring to front and send to back options on the graphics menu don't seem to help. Any ideas what's going on here and how to fix? Thanks, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Manipulating EDDs with Framescript
Hi all, I need to add two attributes for an element to the EDD of all of our documents. The simple way to do this would be to take a template EDD and use the Import ElementDefs command in Framescript. However, this poses a problem, because not all of our documents necessarily use the same EDD (usually - I believe - just minor tweaks for formatting purposes, as they all must comply to the same xml DTD) So, what I'd really like to do, in order to eliminate the risk my EDD changes may have unintended consequences, is add attributes to the EDD of the document.. or even import just a part of an EDD (ie. instead of overwriting the entire EDD with a template EDD, only overwrite those elements defined in the template). However, I can't seem to find a way to do this. Any suggestions on how I might accomplish this? Or is there a better approach? Thanks, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Manipulating EDDs with Framescript
Hi all, I need to add two attributes for an element to the EDD of all of our documents. The simple way to do this would be to take a template EDD and use the Import ElementDefs command in Framescript. However, this poses a problem, because not all of our documents necessarily use the same EDD (usually - I believe - just minor tweaks for formatting purposes, as they all must comply to the same xml DTD) So, what I'd really like to do, in order to eliminate the risk my EDD changes may have unintended consequences, is add attributes to the EDD of the document.. or even import just a part of an EDD (ie. instead of overwriting the entire EDD with a template EDD, only overwrite those elements defined in the template). However, I can't seem to find a way to do this. Any suggestions on how I might accomplish this? Or is there a better approach? Thanks, Adam Schweitzer Orenda Aerospace Corporation
Formatting rules in EDDs
Hi all, I'm having a problem with formatting rules in an EDD - particularily, with the combination of two character formats acting on the same text. We use a tag called emphasis to indicate when text should be bold, italicized, superscript, etc. and another called change to indicate when text has changed since the last release of the manual. In the EDD, text formatting rules apply a character format to these elements. All works well, except when there is an emphasis element within a change element. In this case, it seems as if the two formatting rules conflict, and we lose the emphasis formatting. We were able to get around this in the past by simply re-applying the tag (ie. highlight the emphasis or change, select the same from the element catalog and choose change), which would apply the proper formatting. This is no longer possible, as we're now using conditional text, and each time we change what is shown in the document, the formatting reverts, and we again lose the emphasis formatting. I'm a bit puzzled here - because when we re-apply the tag manually, it is my understanding that the formatting comes from the EDD.. and the same for when we change conditional text settings. To have the same EDD produce different results doesn't make a lot of sense - unless (for some reason) the rules are applied in a different order in these cases, leading to the emphasis rules being overwritten. The only solution I can think of is a framescript which would go and reapply these tags everytime conditional text settings are changed - but that seems to be a when all you have is a hammer, everything looks like a nail type solution. Any ideas on how to fix this? Thanks, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Formatting rules in EDDs
Hi all, I'm having a problem with formatting rules in an EDD - particularily, with the combination of two character formats acting on the same text. We use a tag called "emphasis" to indicate when text should be bold, italicized, superscript, etc. and another called "change" to indicate when text has changed since the last release of the manual. In the EDD, text formatting rules apply a character format to these elements. All works well, except when there is an "emphasis" element within a "change" element. In this case, it seems as if the two formatting rules conflict, and we lose the emphasis formatting. We were able to get around this in the past by simply re-applying the tag (ie. highlight the emphasis or change, select the same from the element catalog and choose "change"), which would apply the proper formatting. This is no longer possible, as we're now using conditional text, and each time we change what is shown in the document, the formatting reverts, and we again lose the emphasis formatting. I'm a bit puzzled here - because when we re-apply the tag manually, it is my understanding that the formatting comes from the EDD.. and the same for when we change conditional text settings. To have the same EDD produce different results doesn't make a lot of sense - unless (for some reason) the rules are applied in a different order in these cases, leading to the emphasis rules being overwritten. The only solution I can think of is a framescript which would go and reapply these tags everytime conditional text settings are changed - but that seems to be a "when all you have is a hammer, everything looks like a nail" type solution. Any ideas on how to fix this? Thanks, Adam Schweitzer Orenda Aerospace Corporation
RE: Cannot launch distiller to create PDF file
Just to verify, to print to the Adobe PDF PostScript printer driver instance, I did the following: File - Print Setup - Name to Adobe PDF - OK Print This does not work. It appears to work on Frame's side (albeit still exceedingly slowly for some documents), but in the Adobe PDF printer queue, I get an error message the document failed to print. When I check the print to file box, Frame does generate the .ps file, from which I am able to produce a PDF successfully (and it seems to be consistent). However, when the Adobe PDF printer is selected, this can be quite a bit slower (several minutes vs. less than 20 seconds) than when a physical printer is selected (although - I guess because the printer is monochrome - the resultant PDF loses all colour information). So I think there's still something not quite right going on here. Adam -Original Message- From: Dov Isaacs [mailto:[EMAIL PROTECTED] Sent: Friday, June 15, 2007 6:34 PM To: Adam Schweitzer; framers@lists.frameusers.com Subject: RE: Cannot launch distiller to create PDF file If in fact it works sometimes but not others, the problem has nothing to do with having multiple distillers on your system. If you installed the standalone version of Distiller that came with FrameMaker, it would be available to uninstall from the Add/Remove programs control panel. I would suggest that for reliability, you print to the Adobe PDF PostScript printer driver instance in lieu of using the save as PDF feature. Please advise if that works consistently. - Dov -Original Message- From: Adam Schweitzer Sent: Friday, June 15, 2007 5:49 AM I am having a problem trying to save Frame documents as PDF files using the File-save as command. It seems to work haphazardly - sometimes, a PDF is generated with no problem, other times Frame keeps trying for quite a while (almost appearing as if the program crashed, using 100% of the CPU), eventually giving up after several minutes with the error message Cannot launch Acrobat Distiller to create PDF file. There does not seem to be any discernible pattern to suggest to me why it might be failing. I am running Framemaker 7.2p158 and Distiller 8.0 on Windows XP Professional. It has been suggested to me that this might be a result of having multiple copies of Distiller installed on the system, but I'm not sure how I would check that (Distiller doesn't show up in Add/remove programs on it's own). Any ideas? Thanks in advance, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Cannot launch distiller to create PDF file
Just to verify, to "print to the Adobe PDF PostScript printer driver instance", I did the following: File -> Print Setup -> Name to Adobe PDF -> OK Print This does not work. It appears to work on Frame's side (albeit still exceedingly slowly for some documents), but in the Adobe PDF printer queue, I get an error message "the document failed to print". When I check the "print to file" box, Frame does generate the .ps file, from which I am able to produce a PDF successfully (and it seems to be consistent). However, when the Adobe PDF printer is selected, this can be quite a bit slower (several minutes vs. less than 20 seconds) than when a physical printer is selected (although - I guess because the printer is monochrome - the resultant PDF loses all colour information). So I think there's still something not quite right going on here. Adam -Original Message- From: Dov Isaacs [mailto:isa...@adobe.com] Sent: Friday, June 15, 2007 6:34 PM To: Adam Schweitzer; framers at lists.frameusers.com Subject: RE: Cannot launch distiller to create PDF file If in fact it works "sometimes" but not others, the problem has nothing to do with having multiple distillers on your system. If you installed the standalone version of Distiller that came with FrameMaker, it would be available to uninstall from the Add/Remove programs control panel. I would suggest that for reliability, you print to the Adobe PDF PostScript printer driver instance in lieu of using the "save as PDF" feature. Please advise if that works consistently. - Dov > -Original Message- > From: Adam Schweitzer > Sent: Friday, June 15, 2007 5:49 AM > > I am having a problem trying to save Frame documents as PDF files > using the File->save as command. It seems to work haphazardly - > sometimes, a PDF is generated with no problem, other times Frame keeps > trying for quite a while (almost appearing as if the program crashed, > using 100% of the CPU), eventually giving up after several minutes > with the error message "Cannot launch Acrobat Distiller to create PDF > file". > There does not seem to be any discernible pattern to suggest to me > why it might be failing. > > I am running Framemaker 7.2p158 and Distiller 8.0 on Windows XP > Professional. > > It has been suggested to me that this might be a result of having > multiple copies of Distiller installed on the system, but I'm not sure > how I would check that (Distiller doesn't show up in Add/remove > programs on it's own). > > > Any ideas? > > Thanks in advance, > Adam Schweitzer > Orenda Aerospace Corporation
Cannot launch distiller to create PDF file
I am having a problem trying to save Frame documents as PDF files using the File-save as command. It seems to work haphazardly - sometimes, a PDF is generated with no problem, other times Frame keeps trying for quite a while (almost appearing as if the program crashed, using 100% of the CPU), eventually giving up after several minutes with the error message Cannot launch Acrobat Distiller to create PDF file. There does not seem to be any discernible pattern to suggest to me why it might be failing. I am running Framemaker 7.2p158 and Distiller 8.0 on Windows XP Professional. It has been suggested to me that this might be a result of having multiple copies of Distiller installed on the system, but I'm not sure how I would check that (Distiller doesn't show up in Add/remove programs on it's own). Any ideas? Thanks in advance, Adam Schweitzer Orenda Aerospace Corporation ___ 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.
Cannot launch distiller to create PDF file
I am having a problem trying to save Frame documents as PDF files using the File->save as command. It seems to work haphazardly - sometimes, a PDF is generated with no problem, other times Frame keeps trying for quite a while (almost appearing as if the program crashed, using 100% of the CPU), eventually giving up after several minutes with the error message "Cannot launch Acrobat Distiller to create PDF file". There does not seem to be any discernible pattern to suggest to me why it might be failing. I am running Framemaker 7.2p158 and Distiller 8.0 on Windows XP Professional. It has been suggested to me that this might be a result of having multiple copies of Distiller installed on the system, but I'm not sure how I would check that (Distiller doesn't show up in Add/remove programs on it's own). Any ideas? Thanks in advance, Adam Schweitzer Orenda Aerospace Corporation
