[Date Prev][Date Next]
[Thread Prev][Thread Next]
[Date Index]
[Thread Index]
[New search]
To: <wwp-users@xxxxxxxxxxxxxxx>, framers@xxxxxxxxx, framers@xxxxxxxxxxxxxx
Subject: Why map to <h1>, <h2>, <h3>, etc?
From: hedley_finger@xxxxxxxxxxx
Date: Thu, 6 Dec 2001 17:49:56 +1100
Sender: owner-framers@xxxxxxxxx
WebWorks gooroos:
In the FrameMaker and Webworks lists in recent days there has been some
discussion of making sure that headings in an FM source document are always
ordered hierarchically. For example, if you have a FM Heading1 mapped to,
say, a WebWorks pHeading1 (= HTML <h1>) you should not follow it with a
Heading3 mapped to pHeading3 (= <h3>) without an intervening Heading2
(pHeading2, <h2>). Correspondents have been insisting that headings must
follow a strict hierarchy or the FM to Webworks Help or HTML 4.0 conversion
blows up.
In our documentation, procedure headings are ALWAYS a Heading4 para format,
but can appear after Heading3 or Heading2 levels. I don't have much
stomach for creating YABF (yet another bloody format) whose sole purpose is
to duplicate a Heading3 level with the appearance of a Heading4 procedure
para.
I have just received WebWorks Publisher 7.0 for an early Christmas and am
still in the throes of trying to read the User's Guide and get an idea of
how it works. So I am not across the product yet.
However, I have previously used mif2go to produce MS HTML Help from FM
files and did not even bother to try to map the FM para and char formats to
the native HTML tags. Instead, I mapped every paragraph format to a <p>
tag with a para 'class' selector and every character format to a <span> tag
with a char 'class' selector.
Thus hc_ChapTitle mapped to <p class="hcChapTitle"> and ei_EmphasisItalic
mapped to <span class="eiEmphasisItalic">. Then I created a CSS with
.hcChapTitle and .eiEmphasisItalic formats.
The indenting of numbered paragraphs and bulleted paragraphs was not quite
right in that the text of the first line did not quite match up with that
of the second and subsequent lines. But, as far as cost-benefit goes, the
result was judged a success.
So, will this method work in WebWorks? Can I get away with this approach
in bulleted and numbered lists and use some fancy footwork to get proper
hanging indents? Arguments for HTML, XML, or SGML purity of structure will
not sway me unless in fact WWP works in no other way.
[Windows 2000, FrameMaker 6.0p405, FrameScript 1.27C01, Enhance 2.03,
Acrobat 4.05.2, mif2go 31u33, WebWorks Publisher 7.0, IXgen 5.5.h, HTML
Help Workshop 4.74 build 8702.0, HTML Help 1.31]
Regards,
Hedley
--
Subscribe to Free Framers -- send this message
subscribe framers your@email.address
help
end
to <mailto:majordomo@omsys.com?Subject=Subscribe%20Free%20Framers>
Hedley Finger
Adobe Certified Expert, FrameMaker 5.5.x
Technical Communications/Best Practice Mentor
MYOB Australia Pty Ltd <http://www.myob.com.au>
P.O. box 371 Blackburn VIC 3130 Australia
12 Wesley Court Tally Ho Business Park East Burwood 3151 Australia
Tel. +61 3 9222 9992 x 7421 Fax. +61 3 9222 9880 Mob. +61 412 461 558
<mailto:hedley_finger@myob.com.au>
** To unsubscribe, send a message to majordomo@omsys.com **
** with "unsubscribe framers" (no quotes) in the body. **