508 compliance
We use the Adobe accessibility tools for this purpose. Once the PDF passes the "accessibility checker" we call it compliant. This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive mail for the addressee), you should not use, copy or disclose to anyone this message or any information contained in this message. If you have received this message in error, please so advise the sender by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Kelly McDaniel Sent: Monday, February 11, 2008 3:09 PM To: A. McTighe; framers at lists.frameusers.com Subject: RE: 508 compliance Start here: http://www.section508.gov/ > -Original Message- > From: framers-bounces at lists.frameusers.com [mailto:framers- > bounces at lists.frameusers.com] On Behalf Of A. McTighe > Sent: Thursday, February 07, 2008 10:36 PM > To: framers at lists.frameusers.com > Subject: 508 compliance > > Has anyone out there had experience making documents 508 (accessibility)- > compliant? A directive has come down that the PDF's we deliver must jump > through 508 hoops. Easier said than done I think. We generate PDF's from > both Frame and Word source. Can anyone out there suggest tools, > approaches? The edict issuer certainly didn't. Please reply to me directly > as well as to list. > > Thanks mucho, > AMcT > > > > __ > __ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > ___ > > > You are currently subscribed to Framers as kmcdaniel at pavtech.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/kmcdaniel%40pavtech. co > m > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as Richard.Allen at uspto.gov. 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/richard.allen%40uspt o.gov Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: PDF links not working
The file name was likely changed from the source file where the links were established. ___ 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.
PDF links not working
The file name was likely changed from the source file where the links were established.
RE: XML - graphics - import - solved
Hi Problem solved. I have been working on this, on and off, for the past two months. Turns out that the XML application I set-up from the existing and working SGML application is case sensitive. I though I had accounted for all case issues of elements and attributes. The last piece was the case for attributes in the read/write rules. Problem solved. Thanks Richard Hi Richard... Maybe you could describe what the problem is. I'm assuming that the file isn't opening properly .. but what kind of errors are you getting? Do you have a structapp defined for this XML doctype? I have been trying to open up a XML document in FrameMaker 7.2 which contains graphic entities. I am at a los as to what I am missing. The graphics are declared at the top of the XML document instance. The structure of the XML document instance is valid. Anyone have a hint as to what I might look at to resolve this? ___ 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.
XML - graphics - import - solved
Hi Problem solved. I have been working on this, on and off, for the past two months. Turns out that the XML application I set-up from the existing and working SGML application is case sensitive. I though I had accounted for all case issues of elements and attributes. The last piece was the case for attributes in the read/write rules. Problem solved. Thanks Richard Hi Richard... Maybe you could describe what the problem is. I'm assuming that the file isn't opening properly .. but what kind of errors are you getting? Do you have a structapp defined for this XML doctype? > > I have been trying to open up a XML document in FrameMaker 7.2 which > contains graphic entities. I am at a los as to what I am missing. The > graphics are declared at the top of the XML document instance. The > structure of the XML document instance is valid. > > Anyone have a hint as to what I might look at to resolve this? >
XML - graphics - import
Hi I have been trying to open up a XML document in FrameMaker 7.2 which contains graphic entities. I am at a los as to what I am missing. The graphics are declared at the top of the XML document instance. The structure of the XML document instance is valid. Anyone have a hint as to what I might look at to resolve this? Thanks Richard This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive mail for the addressee), you should not use, copy or disclose to anyone this message or any information contained in this message. If you have received this message in error, please so advise the sender by reply e-mail and delete this message. Thank you for your cooperation. ___ 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.
XML - graphics - import
Hi I have been trying to open up a XML document in FrameMaker 7.2 which contains graphic entities. I am at a los as to what I am missing. The graphics are declared at the top of the XML document instance. The structure of the XML document instance is valid. Anyone have a hint as to what I might look at to resolve this? Thanks Richard This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive mail for the addressee), you should not use, copy or disclose to anyone this message or any information contained in this message. If you have received this message in error, please so advise the sender by reply e-mail and delete this message. Thank you for your cooperation.
RE: one more question -Fame vs. ArborText
The short answer is YES XML gets around all of that. The long answer is that an application must be created in AT and a separate application must be created in FM. Setting up these applications is usually a non-trivial effort. BTW any XML compliant product, including IE, will be able to use the very same XML document instance regardless of what application was used in creation or editing. The application that needs to be created for IE is an XSL style sheet which will almost certainly use XSLT. There are XML to PDF products which have nothing to do with FM. An XML document instance is void of formatting. Formatting is left to the application, AT or FM or IE or... This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive mail for the addressee), you should not use, copy or disclose to anyone this message or any information contained in this message. If you have received this message in error, please so advise the sender by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Diane Gaskill Sent: Tuesday, May 01, 2007 3:09 PM To: framers@lists.frameusers.com Subject: one more question -Fame vs. ArborText Hi all, First, thanks to everyone who responded to my email on this topic. The information is very helpful and I really do appreciate that you took the time to respond. One of the responses I received mentioned that the company had set up a process to author in AT but was using FM to print because the AT print engine is so slow. So, apparently FM can import the XML that is generated by AT, display it, and print to PDF. Great. Regarding that, I have a couple of XML-newbie questions. What if you wanted to edit an AT-generated XML file in FM, or vice-versa? The authoring tools are very different and do not have the same features. Does XML somhow get around that? (I know, that was two questions. :-) Thanks lots. Diane ___ 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/richard.allen%40uspt o.gov 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.
one more question -Fame vs. ArborText
The short answer is YES XML gets around all of that. The long answer is that an application must be created in AT and a separate application must be created in FM. Setting up these applications is usually a non-trivial effort. BTW any XML compliant product, including IE, will be able to use the very same XML document instance regardless of what application was used in creation or editing. The application that needs to be created for IE is an XSL style sheet which will almost certainly use XSLT. There are XML to PDF products which have nothing to do with FM. An XML document instance is void of formatting. Formatting is left to the application, AT or FM or IE or... This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive mail for the addressee), you should not use, copy or disclose to anyone this message or any information contained in this message. If you have received this message in error, please so advise the sender by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: framers-bounces+richard.allen=uspto@lists.frameusers.com [mailto:framers-bounces+richard.allen=uspto.gov at lists.frameusers.com] On Behalf Of Diane Gaskill Sent: Tuesday, May 01, 2007 3:09 PM To: framers at lists.frameusers.com Subject: one more question -Fame vs. ArborText Hi all, First, thanks to everyone who responded to my email on this topic. The information is very helpful and I really do appreciate that you took the time to respond. One of the responses I received mentioned that the company had set up a process to author in AT but was using FM to print because the AT print engine is so slow. So, apparently FM can import the XML that is generated by AT, display it, and print to PDF. Great. Regarding that, I have a couple of XML-newbie questions. What if you wanted to edit an AT-generated XML file in FM, or vice-versa? The authoring tools are very different and do not have the same features. Does XML somhow get around that? (I know, that was two questions. :-) Thanks lots. Diane ___ You are currently subscribed to Framers as Richard.Allen at uspto.gov. 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/richard.allen%40uspt o.gov Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: DTD Location
!DOCTYPE TitleFile PUBLIC -//CarmenCorp//DTD Carmen//EN [ Instead of: !DOCTYPE TitleFile SYSTEM carmen.dtd The correct public identifier is different than the one I show. You should know what the public identifier is for the Carmen DTD. If a system identifier is used in the XML instance then the system identifier will be used in place of a public identifier in the application. In your structured Applications file (structapps.fm) the public identifier is mapped to a system location. Something like this: Public ID: -//CarmenCorp//DTD Carmen//EN Filename: $STRUCTDIR\xml\carmen\carmen.dtd -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bodvar Bjorgvinsson Sent: Friday, March 09, 2007 9:36 AM To: Rick Quatro Cc: framers@lists.frameusers.com; [EMAIL PROTECTED] Subject: Re: DTD Location IIRC, and if you are talking about an XML document, you have to set the path (can be relative) with the file name. The following are samples from the XML 1.0 Recommendation (www.w3c.org) on ENTITY: - Examples of external entity declarations: !ENTITY open-hatch SYSTEM http://www.textuality.com/boilerplate/OpenHatch.xml; !ENTITY open-hatch PUBLIC -//Textuality//TEXT Standard open-hatch boilerplate//EN http://www.textuality.com/boilerplate/OpenHatch.xml; !ENTITY hatch-pic SYSTEM ../grafix/OpenHatch.gif NDATA gif - I think you can use the same convention as in the last example. After all, this is an URI. Hope this works for you, but I am not quite sure I remember things correctly. It is a long time since I have worked with XML. I'll have a look at it when I get home. I got my XML books there. Bodvar On 3/6/07, Rick Quatro [EMAIL PROTECTED] wrote: Hello Framers, I have a DOCTYPE declaration in an XML document: !DOCTYPE TitleFile SYSTEM carmen.dtd When I open the XML with FrameMaker, it attempts to find the DTD in the same folder as the XML file. In my application, I have the path set to the DTD: $STRUCTDIR\xml\carmen\carmen.dtd Is there a way to get the parser to look in this location for the DTD, instead of in the same folder as the XML file? I am using FrameMaker 7.2p158. Thanks in advance. Rick Quatro ___ 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.
DTD Location
The correct public identifier is different than the one I show. You should know what the public identifier is for the Carmen DTD. If a system identifier is used in the XML instance then the system identifier will be used in place of a public identifier in the application. In your structured Applications file (structapps.fm) the public identifier is mapped to a system location. Something like this: Public ID: -//CarmenCorp//DTD Carmen//EN Filename: $STRUCTDIR\xml\carmen\carmen.dtd -Original Message- From: framers-bounces+richard.allen=uspto@lists.frameusers.com [mailto:framers-bounces+richard.allen=uspto.gov at lists.frameusers.com] On Behalf Of Bodvar Bjorgvinsson Sent: Friday, March 09, 2007 9:36 AM To: Rick Quatro Cc: framers at lists.frameusers.com; framers at omsys.com Subject: Re: DTD Location IIRC, and if you are talking about an XML document, you have to set the path (can be relative) with the file name. The following are samples from the XML 1.0 Recommendation (www.w3c.org) on ENTITY: - Examples of external entity declarations: http://www.textuality.com/boilerplate/OpenHatch.xml;> http://www.textuality.com/boilerplate/OpenHatch.xml;> - I think you can use the same convention as in the last example. After all, this is an URI. Hope this works for you, but I am not quite sure I remember things correctly. It is a long time since I have worked with XML. I'll have a look at it when I get home. I got my XML books there. Bodvar On 3/6/07, Rick Quatro wrote: > Hello Framers, > > I have a DOCTYPE declaration in an XML document: > > > > When I open the XML with FrameMaker, it attempts to find the DTD in the same > folder as the XML file. In my application, I have the path set to the DTD: > > $STRUCTDIR\xml\carmen\carmen.dtd > > Is there a way to get the parser to look in this location for the DTD, > instead of in the same folder as the XML file? I am using FrameMaker > 7.2p158. Thanks in advance. > > Rick Quatro
RE: XML and FrameMaker
There is a manual in PDF format titled Structure Application Developer's Guide where you may find answers some of your questions. Nothing beats experience but understanding that manual is a good starting point. As you can see from the Structured Application Definition Document XDocBook is identified as: DTD Template Read/write rules CSS2 Preferences Generate CSS2 Add Fm CSS Attribute to XML XML Stylesheet Type URI Use API client Namespace Doctype Entity locations All of these things are used when loading or unloading an XDocBook instance with Framemaker. Notice that nowhere is an EDD specified. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pedro Pastor Sent: Wednesday, January 17, 2007 5:44 AM To: framers@FrameUsers.com Subject: XML and FrameMaker Thank you very much to you for your response. I can see I misunderstood some point on this topic, but some doubts still remains in the roundtrip process. In any case I didn't mean that working with a tag-based editor + style-sheets is better than working with FM (from the authoring point of view), but I need to demonstrate that to people (and to me) for convincing them to invest time and money on it. I've read the Adobe documentation on this topic and the XMLCookBook tutorial, but (I think) this is too short and simple for the importance and complexity of the matter. In order not to pester you with too many questions, I would appreciate some information source for a deeper understanding of the way of dealing with XML in FM. In addition to this, I'd like to pose you some more questions: 1) What is the relationship between DTD and EDD in an structure application: I though DTD would direct structure editing (element catalogue, structure editor, ...) and EDD would maintain the mapping between structure and presentation, BUT it seems it is not the case, at least not for XDocBook. In XDocBook application FM DocBook structure is not DocBook compliant (for example: FM Chapter is DocBook chapter. Also, the FM Head element is not a DocBook Element): That's the reason why we need Read/Write rules. No need for if FM would use the DTD directly. NOTE: I'm not telling the R/W Rules mechanism is not an important one. I see it is needed if FM is using a kind of internal structure definition and I'd like to export that structure to be compliant with and external application DTD. On the other hand, for modifying structures on Import/Export I would not have re-invented the wheel, XSLT (or DSSL for SGML) could do the job much better. On the other hand, where is the whole set of Document Definition rules for a document type? I couldn't find an EDD containing the whole DocBook grammar. 2) Is really EDD (internally) supporting the document structure (Schema) information? If that were the case, having EDD store structure and presentation information is not a good practice. I would expect to have a Structure-Definition document spitted form a Presentation-Definition document. I think we should agree in this point (¿?). I would fear to touch my precious Document Type Definition documentation just to note down that some font has to change (today) and some other feature tomorrow Then, this decoupling is compulsory (I think). 3) Another set of doubts is (stemming from the previous troubles) the appropriate strategy for designing my own XML application in FM. For example, is trying to make profit of some already designed structured application and like to Re-vamp some structured template: How can I do that? How can I get the grammar for that structured document and the presentation mapping for that grammar? Well, I seems like I'm at loss on this field, and, as stated before, I wouldn't like to bore you with many (and maybe naïve) questions. And I would appreciate answers as I do references to interesting sources of information. Regards, Pedro ___ 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/richard.allen%40uspto.gov 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.
XML and FrameMaker
There is a manual in PDF format titled "Structure Application Developer's Guide" where you may find answers some of your questions. Nothing beats experience but understanding that manual is a good starting point. As you can see from the Structured Application Definition Document XDocBook is identified as: DTD Template Read/write rules CSS2 Preferences Generate CSS2 Add Fm CSS Attribute to XML XML Stylesheet Type URI Use API client Namespace Doctype Entity locations All of these things are used when loading or unloading an XDocBook instance with Framemaker. Notice that nowhere is an EDD specified. -Original Message- From: framers-bounces+richard.allen=uspto.gov at lists.frameusers.com [mailto:framers-bounces+richard.allen=uspto@lists.frameusers.com] On Behalf Of Pedro Pastor Sent: Wednesday, January 17, 2007 5:44 AM To: framers at FrameUsers.com Subject: XML and FrameMaker Thank you very much to you for your response. I can see I misunderstood some point on this topic, but some doubts still remains in the roundtrip process. In any case I didn't mean that working with a "tag-based" editor + "style-sheets" is better than working with FM (from the authoring point of view), but I need to demonstrate that to people (and to me) for convincing them to invest time and money on it. I've read the Adobe documentation on this topic and the XMLCookBook tutorial, but (I think) this is too short and simple for the importance and complexity of the matter. In order not to pester you with too many questions, I would appreciate some information source for a deeper understanding of the way of dealing with XML in FM. In addition to this, I'd like to pose you some more questions: 1) What is the relationship between DTD and EDD in an structure application: I though DTD would direct structure editing (element catalogue, structure editor, ...) and EDD would maintain the mapping between structure and presentation, BUT it seems it is not the case, at least not for XDocBook. In XDocBook application FM DocBook structure is not DocBook compliant (for example: FM "Chapter" is DocBook "chapter". Also, the FM "Head" element is not a DocBook Element): That's the reason why we need Read/Write rules. No need for if FM would use the DTD directly. NOTE: I'm not telling the R/W Rules mechanism is not an important one. I see it is needed if FM is using a kind of internal structure definition and I'd like to export that structure to be compliant with and external application DTD. On the other hand, for modifying structures on Import/Export I would not have re-invented the wheel, XSLT (or DSSL for SGML) could do the job much better. On the other hand, where is the whole set of "Document Definition" rules for a document type? I couldn't find an EDD containing the whole DocBook grammar. 2) Is really EDD (internally) supporting the document structure (Schema) information? If that were the case, having EDD store structure and presentation information is not a good practice. I would expect to have a "Structure-Definition" document spitted form a "Presentation-Definition" document. I think we should agree in this point (??). I would fear to touch my precious "Document Type Definition" documentation just to note down that some font has to change (today) and some other feature tomorrow Then, this decoupling is compulsory (I think). 3) Another set of doubts is (stemming from the previous troubles) the appropriate strategy for designing my own XML application in FM. For example, is trying to make profit of some already designed structured application and like to "Re-vamp" some structured template: How can I do that? How can I get the "grammar" for that structured document and the presentation mapping for that grammar? Well, I seems like I'm at loss on this field, and, as stated before, I wouldn't like to bore you with many (and maybe na?ve) questions. And I would appreciate answers as I do references to interesting sources of information. Regards, Pedro ___ You are currently subscribed to Framers as Richard.Allen at uspto.gov. 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/richard.allen%40uspto.gov Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.