[sword-devel] OSIS formatting
Chris Little
chrislit at crosswire.org
Fri Jun 17 21:06:24 MST 2005
I think supporting per-module style-sheets (CSS) through a .conf
attribute is basically the plan. It probably won't really be moved on
until BibleCS moves to an HTML renderer though.
--Chris
Greg Hellings wrote:
> 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.
>
> I am in support of presentation/data separation. But how can that be
> currently accomplished with OSIS in Sword is my main concern.
>
> --Greg
>
> On 6/16/05, *DM Smith* <dmsmith555 at yahoo.com
> <mailto:dmsmith555 at yahoo.com>> wrote:
>
> Greg Hellings wrote:
>
> > DM,
> > You are correct. When the style="" tag is omitted, and the
> > various classes that Troy pointed out are used, then most of the
> > formatting that can be done with ThML can also be done with OSIS.
> > However, the fact remains that since ThML is built off of HTML, the
> > importers for Sword accept the style="" tag from a ThML-encoded file.
> > However, they do not accept that attribute if the input is OSIS.
>
> In the HTML world, the move is away from the style element and toward
> the class attribute. And away from tables for layout toward CSS
> placement for divs, spans and other elements. The goal is to separate
> content from presentation and to supply sufficient markup to content
> that it can be styled externally.
>
> OSIS has a two attributes that are comparable to class: type and
> subtype. These can easily be used by xslt to create html class
> attributes.
>
> > I have been using Bibletime to display highly formatted texts which
> > include colored fonts, backgrounds, borders, table spacing and
> widths,
> > etc and when the information is encoded with ThML and style="" tags
> > containing a very wide range of CSS then the formatting is preserved
> > beautifully. It is all completely ignored by Bibletime if the input
> > is OSIS.
>
> I think that this is the best argument for OSIS.
>
> > That said, I appreciate most of the formatting that can be
> > done with CSS. It allows for a much larger range of display
> > characteristics than OSIS's very small selection of text-only
> > formatting. If Bibletime and/or Sword would accept CSS formatting
> > from a style="" tag in OSIS, then my problems would mysteriously
> > vanish into thin air, but for the time being the wider range of
> > ThML-allowed formatting thrrough the availability of CSS has
> > influenced my choice of formatting to be ThML.
>
> Again, I think that class should be used instead of style and that OSIS
> has a mechanism which is comparable.
>
> > As an alternative, Sword might allow a user-defined XSL or even
> CSS to
> > be specified with each module to define formatting on a per-module
> > basis so that the distinction between data and presentation
> (which is
> > inherent to XML's purpose) may be maintained.
>
> I think that this is a great idea. At least as a starting point. Each
> delivery system will need to style the document to its own rendering
> engine. The advantage of a stylesheet is that it would define all of
> the
> module writer's intentions regarding the "class" attribute (or
> type/subtype in OSIS.)
>
> > --Greg
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
More information about the sword-devel
mailing list