No subject
Wed Nov 24 15:51:32 MST 2010
at per module CSS is a good idea.=A0 Here are some reasons:<br>1. I'm n=
ot convinced of "well-defined use of HTML+CSS classes".=A0 Some t=
hings may be well-defined, but I know BPBible does a lot of customisation o=
f the SWORD generated HTML and uses a lot of custom CSS, and some or all of=
these things might break CSS designed for other apps (and vice versa).=A0 =
I also do not like the idea that my changes to either the HTML generated or=
the CSS breaks the display of a module I have never seen.<br>
<br>2. Some of the application specific styles and user choices may conflic=
t with the module styles.=A0 For example, I know Bibletime has themes, whic=
h can change colour of foreground text, background, ...=A0 I have thought a=
bout doing a similar thing for BPBible.=A0 However, this isn't going to=
work in cases like: our poor user has a dark background, and the module de=
veloper has decided to mark a particular text feature in a dark purple whic=
h is nearly illegible.<br>
<br>3. As well as the single verse search results Karl mentions, the parall=
el case comes to mind.=A0 If I have multiple books using different style sh=
eets, how do I manage that?=A0 Do the parallel Bibles end up in different a=
nd clashing styles?=A0 In BPBible I think we even generate different HTML f=
or these different places, so there's not even a guarantee that these s=
tyles will apply cleanly and work.=A0 However, if any modules are created t=
hat rely on these custom styles to look OK, then we will need to have some =
way of making them work in all these different contexts.<br>
<br>I could probably find more potential problems, but these will do for no=
w.<br><br><div class=3D"gmail_quote">On Wed, Dec 1, 2010 at 3:43 AM, Karl K=
leinpaste <span dir=3D"ltr"><<a href=3D"mailto:karl at kleinpaste.org">karl=
@kleinpaste.org</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; borde=
r-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Greg Hellings <=
;<a href=3D"mailto:greg.hellings at gmail.com">greg.hellings at gmail.com</a>>=
writes:<br>
> 2) I can provide an external CSS stylesheet along with my module.<br>
> Then I could still use OSIS and, assuming well-defined use of HTML+CSS=
<br>
> classes being produced from OSIS by the engine, I could style the<br>
> module the way I desired. =A0This would not require terribly much work=
<br>
> to be done on the OSISHTMLHREF filter, but both Jaak and Karl when I<b=
r>
> spoke with them were unwilling to allow inclusion of an external CSS<b=
r>
> file in a module. =A0Why? I may have misunderstood but it seemed they<=
br>
> were both of the opinion that presentation and appearance is of<br>
> paramount importance, and they want to control the presentation of<br>
> material in the applications.<br>
<br>
I don't specifically recall such a conversation, but I think you<br>
misunderstood whatever I may have said. =A0My perspective on CSS is that<br=
>
Xiphos cannot create a dependency on such a thing until we extricate<br>
ourselves from gtkhtml3, once and for all.<br>
<br>
Once we can be certain of always being able to link against a CSS-aware<br>
environment (xulrunner is there, of course, but we need WebKit for the<br>
sake of Win32), I don't think I'll even have a strong opinion, one =
way<br>
or the other, on whether a module should provide its own CSS.<br>
<br>
How to integrate it into display is another matter. =A0Standard filename<br=
>
within the subdir space of the content? =A0Probably, but not necessarily.<b=
r>
And that would apply only to full-page (full chapter) displays; how to<br>
use such a stylesheet for single-verse search results, for example?<br>
<br>
The bigger problem with the idea of CSS is that its use will totally and<br=
>
finally leave behind all UIs which do not target HTML as their output<br>
methodology. =A0I.e. BibleCS has no hope. =A0I'm not sure which other U=
Is<br>
depend on something other than HTML.<br></blockquote><div><br>I'm not a=
ware of any active frontend other than BibleCS that doesn't use some fo=
rm of HTML.=A0 Like Xiphos, BPBible's current rendering engine will not=
support CSS properly, but BPBible 0.5 will.=A0 And even without CSS, Bible=
CS should still be able to display the text OK.<br>
<br>Jon<br></div></div>
--485b393aaf7139e08904965974db--
More information about the sword-devel
mailing list