This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
RE: FrameMaker 7.0
- From: Peter Ring <pri at magnus dot dk>
- To: docbook-apps at lists dot oasis-open dot org
- Date: Thu, 23 May 2002 13:47:31 +0200
- Subject: RE: DOCBOOK-APPS: FrameMaker 7.0
A small question for someone with FM 7.0 and a minute
(well, maybe five minutes) to spare ...
I'm using FrameMaker+SGML 5.5.6 to compose an index.
The index author submit indexterms in a spreadsheet,
one indexterm per row. This get coverted into a
DocBook 2.2.1 along these lines:
<!DOCTYPE chapter PUBLIC "-//HaL and O'Reilly//DTD DocBook//EN" [
<!ENTITY % ISOlat1 PUBLIC "ISO 8879:1986//ENTITIES Added Latin 1//EN">
%ISOlat1;
<!ENTITY % ISOnum PUBLIC "ISO 8879:1986//ENTITIES Numeric and Special
Graphic//EN">
%ISOnum;
<!ENTITY % ISOpub PUBLIC "ISO 8879:1986//ENTITIES Publishing//EN">
%ISOpub;
]>
<chapter>
<title>junk</title>
<para><indexterm>
<primary sortas="primary sortas">primary</primary>
<secondary sortas="secondary sortas">secondary</secondary>
<tertiary sortas="tertiary sortas">tertiary</tertiary>
<see>see</see>
</indexterm></para>
<para>5<indexterm>
<primary>Befordringsudgifter</primary>
<secondary>erhvervsmæssige befordringer</secondary>
</indexterm></para>
<para>149 •<indexterm>
<primary sortas="¥">\b</primary>
</indexterm></para>
</chapter>
The DocBook application that comes with FrameMaker+SGML 5.5.6
converts these indexterm elements into Index markers, which
can then be used to generate an index. But the DocBook
application appears to have some shortcommings wrt. indexterm.
Before I try to mend the application, I'd like to know if
these issues are already resolved in FM 7.0:
- The generated text 'See' and 'See also' (used to prepend
text from corresponding elements) is hardcoded into the
application. Only good for one language.
- Both ordinary indexterms, 'See', and 'See also' indexterms
get converted into the same marker type, 'Index'. In order
to format proper 'See also' entries (below the entry on
which they are based), they should get converted into a
separate marker type.
- In the content of the 'primary', 'secondary', 'tertiary',
'see', and 'seealso' elements, character entities do not
get expanded/converted correctly into index marker text.
- In the 'sortas' attribute of the 'primary', 'secondary',
'tertiary', 'see', and 'seealso' elements, character
entities do not get expanded/converted correctly into
index marker text.
- In the index marker, the values of 'sortas' attributes
should get converted to a ':'-separated string inside
square brackets _after_ the indexterm text, like this:
primary:secondary:tertiary[primary sortas:secondary sortas:tertiary
sortas]
But this is what happens:
primary[primary sortas]:secondary[secondary sortas]:tertiary[tertiary
sortas]
- Even if I manage to get characters outside Latin1 into
index markers, doing this:
- for attributes, use a numeric character reference to
the position in FrameMakers encoding
- for PCDATA content, use the backslash codes for dialog
entry
the index marker doesn't work correctly until I manually
open it, change a bit back and forth, and click the 'Edit'
button.
I hope someone will give it a try ... and also that we can get
a bit more exchange of tips and tricks related to using
FrameMaker for DocBook.
kind regards
Peter Ring
-----Original Message-----
From: Bob Stayton [mailto:bobs@caldera.com]
Sent: 23. maj 2002 11:17
To: docbook-apps@lists.oasis-open.org
Subject: DOCBOOK-APPS: FrameMaker 7.0
For those who were interested in using FrameMaker with
DocBook XML, it looks like FrameMaker 7.0 will do that.
I just received my copy of FrameMaker 7.0, which
combines the standard FrameMaker and FrameMaker+SGML
into a single product that also does XML. It comes with
a DocBook XML 4.1.2 application, which means an EDD (Frame's
version of a DTD), read/write rules for moving between
XML and Frame's .fm file format, and a set of paragraph
and inline formats.
<snip />