<div dir="ltr"><div dir="ltr">Thank you for prompt replies.<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">1) the conf file is a shared and joint space and we really do not want to introduce per-front-end special values there.<br></blockquote><div><br></div><div>I would suggest having a namespace prefix with which module makers can add also frontend specific options. For example, if there was</div><div>Frontend* prefix, my key would be FrontendAndBibleCSS, which could then be deprecated as soon as official config has been specified and supported</div><div>by libs.</div><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">2) You have clearly thought deeper about the matter than so far anyone of us as far as I can tell from previous discussions on here.<br></blockquote><div><br></div><div>My draft can be considered as an initial draft suggestion for an official sword css specification. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">3) As far as I can tell not many (any?) modules make specific use of the facility just yet, so we are at a place where we can still just change tack if need be without creating a compatibility gap.<br>4) users of course might have created their own CSS sheets, seeing the opportunity - and those who did might get hurt if we do something which breaks things. We need to think about that. Though chances are these are very knowledgeable people who probably only need a hint.<br>5) I am wondering if the name spaces can be created dynamically?</blockquote></div><div><br></div><div>It will require modifying CSS dynamically (adding prefixes), and parsing CSS manually is not a good idea.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Can you describe the specific lay out requirements and why they are as they are, aside from the namespace?</blockquote><div><br></div><div>Can you specify what you mean? Layout of CSS?  </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 4, 2021 at 10:18 AM <a href="mailto:refdoc@gmx.net">refdoc@gmx.net</a> <<a href="mailto:refdoc@gmx.net">refdoc@gmx.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="line-height:1.5"><br>From: David Haslam <u></u><u></u><br><br><br type="attribution"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">   <div>Front-ends generally ignore config keys that are not documented in our wiki </div><div><br></div><div><br></div><div>That is not really relevant. It really is not. </div><div><br></div></blockquote><u></u><u></u></div></div>_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer" target="_blank">http://crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">T: Tuomas</div></div>