Hi Greg,<div><br><div class="gmail_quote">On Thu, Dec 2, 2010 at 3:32 PM, Greg Hellings <span dir="ltr">&lt;<a href="mailto:greg.hellings@gmail.com" target="_blank">greg.hellings@gmail.com</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


User-specified stylesheets would not help me much at all.  Since each<br>
module has its own look and feel that it needs to maintain.  Yes,<br>
there is a certain uniformity to them, since they largely all come<br>
through the same publisher, but there are differences - differences it<br>
would be ridiculous to ask the user to try and specify out of the blue<br>
(our target audience with these modules are people who are largely<br>
without technology at all except for when they sit in front of the<br>
Bible app we provide them with).  Instead, each module came with its<br>
own layout and styling and should maintain it.<br></blockquote><div>I wasn&#39;t suggesting that each user maintain a stylesheet, but if the application lets users supply their own, such a stylesheet could be created and distributed (it could even potentially target individual modules).</div>


<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Your print analogy is perfect here, but I think you draw the backwards<br>
conclusion from it.  Every print Bible has its own style, layout,<br>
formatting, etc.  In the same way, every module should have its own<br>
styling, layout and formatting.  When a publisher creates a 4-in-1 or<br>
8-in-1 print, then they hold the prerogative to determine a basic<br>
formatting for all of them.  Likewise, every SWORD module should have<br>
its own styling unless the user is viewing it in parallel with other<br>
modules.  By forcing the styling to be placed inline, you are<br>
surrendering that ability.  Now, I just place my styling inline and it<br>
gets foisted on the parallel display and individual displays alike.<br>
It looks great in the individual display but messes up the parallel<br>
display.  With external stylesheets you avoid that by simply opting to<br>
exclude it from parallel displays and inserting it during solo<br>
viewing.<br></blockquote><div>You come at this from a different viewpoint. My viewpoint is that the texts in a piece of Bible software should be as consistent as possible. The fact one publisher likes a particular font, or has verse numbers 1pt smaller, or like dull beige tones on the verse number or footnotes is to me largely irrelevant. Print bibles can define their own styling because they stand entirely alone - completely different books. Within one user interface (e.g. BPBible), switching between Bibles, I want to see consistency. I suspect we aren&#39;t going to agree on this one though...</div>


<div><br></div><div>As to you using inline styling, I don&#39;t think you should be doing that (not necessarily you in particular, but modules we generally have for distribution). I&#39;d agree a per-module external stylesheet would be preferable to that.</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
&gt; I&#39;m all for giving the application and user more control; I&#39;m just not<br>
&gt; convinced we should give module creators this level of control. I fear<br>
&gt; per-module stylesheets would be somewhat brittle, liable to be targeted at a<br>
&gt; particular frontend (which is what Jon was saying above), and likely to<br>
&gt; reduce the consistency in the interface. That said, I can see there could be<br>
&gt; a few cases where it might be necessary - say if a publisher insisted that<br>
&gt; their Bible look the way their print one does - but I would prefer<br>
&gt; consistency to each Bible looking like their print counterpart.<br>
<br>
</div>This is exactly the scenario I am in.  The publisher is insisting that<br>
these modules look the same way in BibleTime and Xiphos as they do in<br>
Logos.  So I force the style inline and take away control of the<br>
display from both the application and user.  What I am offering is a<br>
way to make my job easier (I only have to produce an external<br>
stylesheet which can easily be adapted to an OSIS source later when<br>
these modules go that direction) AND it returns control back to the<br>
user and application by allowing them to opt-out of the stylesheet<br>
when it is inappropriate - the same way web browsers opt out of screen<br>
stylesheets when printing.<br></blockquote><div>I&#39;d like to say this is a special case, and I&#39;d much prefer if it stayed that way. I guess some of this is because I like to have control over the way things are in BPBible (which is also why I mostly would prefer people to use OSIS if possible - it is easier to work for a lot of things than ThML).</div>

<div><br></div><div>By the way, what is the types of styling you are doing (color, font, layout)? </div><br clear="all">God Bless,<br>Ben<br>-------------------------------------------------------------------------------------------<br>

Multitudes, multitudes,<br>
    in the valley of decision!<br>For the day of the LORD is near<br>    in the valley of decision.<br><br><div>Giôên 3:14 (ESV) </div></div>
</div>