<html><head></head><body>   <div dir="auto">Are JSword based front-end apps also capable of using the CSS for modules that have one?</div><div dir="auto"><br></div><div dir="auto">Or was this something that is currently supported only by the SWORD based front-ends?</div><div dir="auto"><br></div><div dir="auto">Best regards,</div><div dir="auto"><br></div><div dir="auto">David</div><div><br></div>  <div><br></div><div><br></div>On Sun, Apr 13, 2025 at 23:38, Peter von Kaehne <<a class="" href="mailto:On Sun, Apr 13, 2025 at 23:38, Peter von Kaehne <<a href=">refdoc@gmx.net</a>> wrote:<blockquote type="cite" class="protonmail_quote">  There are three possible places for a CSS file

<br>

<br>Within each module, associated with a frontend and as part of the

engine.

<br>

<br>The engine defaults are those we used always (hardcoded) before the

<br>move to semantic XHTML about 8, 10 years ago. Any subsequent additional

<br>entries to the filters were added in a way which made sense to the

<br>developer (mostly me at that point, Troy sometimes, I think)

<br>

<br>Frontends can use these defaults or override them with their own

default CSS sheet.

<br>

Finally each module can use their own CSS sheet.

<br>

<br>In principle there could be a case for cultural/language traditions of

<br>rendering to be honoured in overarching style sheets (just as the

<br>engine default style sheet is in reality reflecting Anglo-saxon,

<br>Western traditions of Bible text typesetting, but such sheets do not

<br>exist and, as per Dom, if such existed they could be added to each

module for which they are relevant - the space needs are minimal.

<br>

<br>

<br>Peter

<br>

<br>

<br>

<br>

<br>On Sun, 2025-04-13 at 10:49 -1000, Michael Johnson wrote:

<br>>  

<br>> Wow! I had no idea we could specify CSS files for modules. Therefore,

> eBible.org doesn't have any modules that do, YET.

<br>>  

<br>>  

<br>> On 4/13/25 03:13, David Haslam wrote:

<br>>  

<br>>  

<br>> >   

<br>> > Thanks Peter,

<br>> >  

<br>> >

<br>> >  

<br>> >  

<br>> > The issue is that [most of] our module developers still seem

<br>> > blissfully unaware of these possibilities, and thus our module

<br>> > release script never (or rarely?) announces a CSS sheet as part of

<br>> > a module.

<br>> >  

<br>> >  Is there any working example of a module that uses a CSS in any of

<br>> > the CrossWire repos?

<br>> >  

<br>> >

<br>> >  

<br>> >  

> > What about the associated repos in the MRL ?

> >  Does either eBible.org or IBT use them in any ?

<br>> >  

<br>> >  btw. Where are the CSS files stored? 

> >  And can the same CSS file serve more than one module?

<br>> >  

<br>> >

<br>> >  

<br>> >  

<br>> >  

<br>> >  Best regards,

<br>> >  

<br>> >  David

<br>> >  

<br>> >

<br>> >  

<br>> >  

> >  Sent with Proton Mail secure email.

<br>> >  

<br>> >  

<br>> >

<br>> >  

<br>> >  

<br>> >  On Sunday, April 13th, 2025 at 2:02 PM, Peter von Kaehne

<br>> > <refdoc@gmx.net> wrote:

<br>> >  

<br>> > >  

<br>> > > Hi David, you are out of date here by probably better part of a

<br>> > > decade. 

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > What actually happens is that most/all rendering has been taken

<br>> > > out of the engine and got replaced by CSS. The engine supplies

<br>> > > semantically CSS styled XHTML corresponding to the OSIS semantics

<br>> > > and supplies a standard CSS style sheet which replicates the

<br>> > > previous hard coded styling. 

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > This CSS sheet can get both augmented and replaced, easily. There

<br>> > > is a CSS sheet conf entry available to advise the engine of

<br>> > > existence and location of the module CSS sheet. 

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > I am unaware of any module actually making use of it, but it is

<br>> > > all there and it is easy to make use of it. 

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > The way to figure out which CSS elements need styling simply use

<br>> > > the diatheke and ask for XHTML output of your module. 

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > Peter

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > Peter

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > Sent from Outlook for iOS

<br>> > >  

<br>> > >   

<br>> > > From: sword-devel <sword-devel-bounces@crosswire.org> on behalf

<br>> > > of David Haslam <dfhdfh@protonmail.com>

<br>> > >  Sent: Sunday, April 13, 2025 12:26 pm

<br>> > >  To: sword-devel mailing list <sword-devel@crosswire.org>

<br>> > >  Cc: thaipope1@gmail.com <thaipope1@gmail.com>

<br>> > >  Subject: [sword-devel] SWORD: OSIS transChange and non-Roman

<br>> > > scripts?

<br>> > >  

<br>> > >  

<br>> > >  

<br>> > > As we're all aware, the SWORD engine renders in italics text

<br>> > > enclosed with a transChange element.

<br>> > >  

<br>> > >  Yet not all Bible translations are in a script that supports

<br>> > > italics!

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > IIRC, it was once suggested that Chinese modules that use CJK

<br>> > > ideograms might possibly be render such text using dotted

<br>> > > underline.

<br>> > >  

> > >  Has this requirement ever been considered by developers?

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > > What about Thai for example? 

<br>> > >  

<br>> > >  Were the translator to mark up added words in the ThaiKJV using

<br>> > > transChange, how ought this text be suitably displayed in such a

> > > way as to make it appear gently distinct?

<br>> > >  

<br>> > >  One possibility might be to render the text in a grey

<br>> > > font rather than a black font, but any such change of colours

<br>> > > also has to figure what to do when it's part of the words of

<br>> > > Christ in a Red Letter Edition.

<br>> > >  

<br>> > >  Has there ever been a detailed technical discussion on this

<br>> > > topic?

<br>> > >  

<br>> > >  I hadn't hitherto asked Philip Pope whether the ThaiKJV FoxPro

<br>> > > database contains semantic indicators for words added by the

<br>> > > translators, but as the translation is made from the KJV rather

<br>> > > than from the original languages, it does seem to me to be quite

<br>> > > pertinent.

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > >  Best regards,

<br>> > >  

<br>> > >  David

<br>> > >  

<br>> > >

<br>> > >  

<br>> > >  

<br>> > >  Sent with Proton Mail secure email.

<br>> > >  

<br>> > >  

<br>> > >  

<br>> > >  

<br>> > > _______________________________________________

<br>> > >  sword-devel mailing list: sword-devel@crosswire.org

<br>> > >  http://crosswire.org/mailman/listinfo/sword-devel

<br>> > >  Instructions to unsubscribe/change your settings at above page

<br>> > >  

<br>> > >  

<br>> >  

<br>> >  

<br>> >  

<br>> >   

<br>> > _______________________________________________

<br>> > sword-devel mailing list: sword-devel@crosswire.org

<br>> > http://crosswire.org/mailman/listinfo/sword-devel

<br>> > Instructions to unsubscribe/change your settings at above page

<br>> >  

<br>>  

<br>> _______________________________________________

<br>> sword-devel mailing list: sword-devel@crosswire.org

<br>> http://crosswire.org/mailman/listinfo/sword-devel

<br>> Instructions to unsubscribe/change your settings at above page

<br>_______________________________________________

<br>sword-devel mailing list: sword-devel@crosswire.org

<br>http://crosswire.org/mailman/listinfo/sword-devel

<br>Instructions to unsubscribe/change your settings at above page

<br></blockquote></body></html>