I agree whole-heartedly that the move ought to be made away from style
attributes and to class attributes. I suspect that it would not
be exceedingly difficult to enable a module to contain a specification
of an external stylesheet to be used with it (a new line in the conf
file? automatically look for the existence of one?). The
OSIS spec, in my recollection, indicates that CSS and XSL should be
used to apply formatting, so adding that type of support would move
closer towards conformance with the OSIS spec.<br>
<br>
I am in support of presentation/data separation. But how can that
be currently accomplished with OSIS in Sword is my main concern.<br>
<br>
--Greg<br><br><div><span class="gmail_quote">On 6/16/05, <b class="gmail_sendername">DM Smith</b> <<a href="mailto:dmsmith555@yahoo.com">dmsmith555@yahoo.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Greg Hellings wrote:<br><br>> DM,<br>> You
are correct. When the style="" tag is omitted, and the<br>> various classes that Troy pointed out are used, then most of the<br>> formatting that can be done with ThML can also be done with OSIS.<br>> However, the fact remains that since ThML is built off of HTML, the
<br>> importers for Sword accept the style="" tag from a ThML-encoded file.<br>> However, they do not accept that attribute if the input is OSIS.<br><br>In the HTML world, the move is away from the style element and toward
<br>the class attribute. And away from tables for layout toward CSS<br>placement for divs, spans and other elements. The goal is to separate<br>content from presentation and to supply sufficient markup to content<br>that it can be styled externally.
<br><br>OSIS has a two attributes that are comparable to class: type and<br>subtype. These can easily be used by xslt to create html class attributes.<br><br>> I have been using Bibletime to display highly formatted texts which
<br>> include colored fonts, backgrounds, borders, table spacing and widths,<br>> etc and when the information is encoded with ThML and style="" tags<br>> containing a very wide range of CSS then the formatting is preserved
<br>> beautifully. It is all completely ignored by Bibletime if the input<br>> is OSIS.<br><br>I think that this is the best argument for OSIS.<br><br>> That said, I appreciate most of the formatting that can be
<br>> done with CSS. It allows for a much larger range of display<br>> characteristics than OSIS's very small selection of text-only<br>> formatting. If Bibletime and/or Sword would accept CSS formatting<br>> from a style="" tag in OSIS, then my problems would mysteriously
<br>> vanish into thin air, but for the time being the wider range of<br>> ThML-allowed formatting thrrough the availability of CSS has<br>> influenced my choice of formatting to be ThML.<br><br>Again, I think that class should be used instead of style and that OSIS
<br>has a mechanism which is comparable.<br><br>> As an alternative, Sword might allow a user-defined XSL or even CSS to<br>> be specified with each module to define formatting on a per-module<br>> basis so that the distinction between data and presentation (which is
<br>> inherent to XML's purpose) may be maintained.<br><br>I think that this is a great idea. At least as a starting point. Each<br>delivery system will need to style the document to its own rendering<br>engine. The advantage of a stylesheet is that it would define all of the
<br>module writer's intentions regarding the "class" attribute (or<br>type/subtype in OSIS.)<br><br>> --Greg<br><br></blockquote></div><br>