[Date Prev][Date Next]
[Thread Prev][Thread Next]
[Date Index]
[Thread Index]
[New search]
To: Dan Emory <danemory@xxxxxxxxxxxx>
Subject: Re: FM+SGML: prefix from EDD not appearing in PDF bookmarks
From: Dov Isaacs <isaacs@xxxxxxxxx>
Date: Wed, 20 Mar 2002 10:32:18 -0800
Cc: "Theun Fleer" <fleert@xxxxxxxxx>, <framers@xxxxxxxxx>, Shlomo Perets <shlomo@xxxxxxxxxxxxx>, "Dov Isaacs <isaacs@xxxxxxxxx>\"FrameSGML List\"" <FrameSGML@xxxxxxxxxxx>
In-Reply-To: <4.2.0.58.20020320085156.0099ee80@pop.primenet.com>
References: <NDBBJAMKILHJCLGKNPDKCEEBCBAA.fleert@hetnet.nl>
Sender: owner-framers@xxxxxxxxx
Dan, I have forwarded your posting to our FrameMaker development organization. For the record, I am not part of FrameMaker development, support, marketing, sales, etc. (8^)> (They don't even give me the "shirt" when they release products!) - Dov At 3/20/2002 10:00 AM, Dan Emory wrote: >Theun Fleer describes this situation: >Element names (e.g., "Mounting") describe the title of a topic. At some higher level of structure, there is a choice-type Language attribute. When a language is selected in this attribute, the EDD prefix rules for the Mounting (and other similar) element produce the word "Mounting" in the selected language, which is a pretty nifty way to automate the translation of key topic titles. > >Another situation where the need for prefixes and suffixes arises is when creating EDDs for ATA 2000 DTDs. In this case, the numbers assigned to titles (e.g., chapter, section, subject, task, subtask, figure and table titles) are a segmented sequence of separate numbers (each segment having a different meaning) with each segment from a different attribute in these elements. Since some of these number segments are non-sequential, it is impossible to implement these numbers by means of autonumbers, hence prefix and suffix rules, which pick up and format the associated attribute values are the only possible solution. > >However, when you generate PDFs for FM+SGML structured documents, and you include in the bookmark the names of elements which have prefix and suffix rules, those prefixes and suffixes are omitted from the generated bookmarks, even though they correctly appear within the body of the PDF document. Thus, in Theun Fleer's case, the entire title text (which is in a prefix) is missing from the bookmark. > >I confirm that this is a bug in FM+SGML 6.0. I do not know whether or not the bug was also present in FM+SGML 5.5.6. > >One of the main advantages of FM+SGML is its superiority as a print engine for generating well-formatted PDFs from structured documents. The ability to use prefix and suffix rules in an EDD to solve what otherwise would be intractable problems is another huge advantage of FM+SGML. But these prefixes and suffixes are used precisely in the kinds of elements whose text you want to appear in bookmarks. > >Therefore, I classify this FM+SGML 6.0 bug as a major show-stopper, which should be fixed immediately (Dov Isaacs, are you listening?) > >Schlomo, to you have any tool that gets around this problem? >==================== >| Nullius in Verba | >==================== >Dan Emory, Dan Emory & Associates ** To unsubscribe, send a message to majordomo@omsys.com ** ** with "unsubscribe framers" (no quotes) in the body. **