<div class="gmail_quote">On Fri, Jan 14, 2011 at 12:06 PM, Greg Hellings <span dir="ltr">&lt;<a href="mailto:greg.hellings@gmail.com">greg.hellings@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On Mon, Dec 13, 2010 at 2:44 PM, Martin Gruner &lt;<a href="mailto:mg.pub@gmx.net">mg.pub@gmx.net</a>&gt; wrote:<br>
&gt; Hi Greg,<br>
&gt;<br>
</div><div class="im">&gt; I like your suggestions and your implementation proposal!<br>
&gt;<br>
&gt; For module specific stuff, I&#39;d recommend to put classes on the &lt;body&gt;<br>
&gt; element, one for the module type (&quot;Bible&quot;), and one for the specific<br>
&gt; module (&quot;Bible_KJV&quot;). That gives you all freedom writing your CSS.<br>
<br>
</div>I have made this change and pushed it.  Obviously it doesn&#39;t work as<br>
intended if there is whitespace in the module name.  Crosswire does<br>
not allow whitespace in there (I believe) and I don&#39;t think Karl has<br>
any in his modules (though I say that without having actually<br>
checked).  I only noticed the problem because I have some personal<br>
modules which are rather poorly named (&quot;A Grammatical Aid to the Greek<br>
New Testament&quot;).  One more line of code could easily change the spaces<br>
into underscores or the like if we want to consider the &quot;broken<br>
module&quot; case.<br></blockquote><div><br>Didn&#39;t notice this before, but if I understand it correctly you have &quot;Bible Bible_KJV&quot; rather than &quot;Bible KJV&quot;.  I&#39;m not sure why you would do that.  Is it deliberate?  Is there some good reason why this is better that I&#39;m missing?<br>

<br>Jon<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
If other people are happy with the changes still, feel free to pull my<br>
branch (I updated it as of 10 minutes ago by merging in master to be<br>
sure of no conflicts).<br>
<br>
The extra CSS changes made below I figured ought to be considered more<br>
deeply by multiple people than just me and could make a natural next<br>
step from here.<br>
<font color="#888888"><br>
--Greg<br>
</font><div><div></div><div class="h5"><br>
&gt;<br>
&gt; With the CSS, you could go one step further and consolidate redundant<br>
&gt; CSS from the different templates into a basic CSS files which is always<br>
&gt; preloaded. Then the different styles only need to define their<br>
&gt; differences from that. Example:<br>
&gt;<br>
&gt; .sup {<br>
&gt;       vertical-align: super;<br>
&gt; }<br>
&gt; .sub {<br>
&gt;       vertical-align: sub;<br>
&gt; }<br>
&gt; .right {<br>
&gt;       text-align: right;<br>
&gt; }<br>
&gt; .center {<br>
&gt;       text-align: center;<br>
&gt; }<br>
&gt; .bold {<br>
&gt;       font-weight:bold;<br>
&gt; }<br>
&gt;<br>
&gt; This stuff makes sense everywhere and should be consolidated. It is not<br>
&gt; really style-specific.<br>
&gt;<br>
&gt; Right now I don&#39;t know if different HTML skeletons are really<br>
&gt; neccessary, but the option of having them is certainly not bad.<br>
&gt;<br>
&gt; My vote: good, can be improved, should be included in BibleTime master.<br>
&gt;<br>
&gt; Regards, mg<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Am 13.12.10 16:02, schrieb Greg Hellings:<br>
&gt;&gt; All,<br>
&gt;&gt;<br>
&gt;&gt; I&#39;ve mentioned this in #bibletime over the weekend, but figured I<br>
&gt;&gt; should state it here, for archival purposes.  I have pushed a branch,<br>
&gt;&gt; named &#39;externalcss&#39;, to<br>
&gt;&gt; <a href="http://gitorious.org/%7Egreghellings/bibletime/ghellings" target="_blank">http://gitorious.org/~greghellings/bibletime/ghellings</a>.  The purpose<br>
&gt;&gt; of this branch is to move the styling CSS  portions of each of our<br>
&gt;&gt; templates be moved into its own, external, CSS file rather than being<br>
&gt;&gt; embedded in a complete HTML template file.  The hope of this change is<br>
&gt;&gt; multi-faceted in nature.<br>
&gt;&gt;<br>
&gt;&gt; Firstly, this allows a template creator to only mess with the CSS<br>
&gt;&gt; file, if they so desire, and not need to worry about keeping an HTML<br>
&gt;&gt; template file up-to-date.  To create a custom CSS, simply modify or<br>
&gt;&gt; add a CSS file to the share/bibletime/display-templates/ directory of<br>
&gt;&gt; your install and restart BibleTime.  It will then be displayed in your<br>
&gt;&gt; template file list in the configuration dialog.<br>
&gt;&gt;<br>
&gt;&gt; Secondly, this allows a custom HTML structure file to be used if one<br>
&gt;&gt; were so desired.  This can allow the flexibility to add or detract<br>
&gt;&gt; from the files while still maintaining easy inclusion of the current<br>
&gt;&gt; CSS files with no need to modify multiple HTML structure template<br>
&gt;&gt; files.  In the future, if more of them are generated, these could be<br>
&gt;&gt; presented to the user for selection in much the same way that the CSS<br>
&gt;&gt; files currently are, or they could just be used for anything internal<br>
&gt;&gt; that we wish to require different HTML skeletons for.<br>
&gt;&gt;<br>
&gt;&gt; Thirdly, my personal axe-to-grind is the ability to add support for<br>
&gt;&gt; individual module CSS files.  I have currently only added and empty<br>
&gt;&gt; hook in the HTML template file for the attaching of the module&#39;s CSS<br>
&gt;&gt; file, there is no attempt to fill that hook with anything other than a<br>
&gt;&gt; blank string.  I intend to write that support and push an additional<br>
&gt;&gt; commit to gitorious with this support.  I know some people oppose this<br>
&gt;&gt; idea, but I am in strong support of it, especially with some of the<br>
&gt;&gt; potential it provides for giving the presenters greater control over<br>
&gt;&gt; their modules while still allowing the user the full range of control<br>
&gt;&gt; and configuration if they so desire.<br>
&gt;&gt;<br>
&gt;&gt; Take a look and check it out.  Let me know what you think, and feel<br>
&gt;&gt; free to pull what you want out of it if you like it.<br>
&gt;&gt;<br>
&gt;&gt; --Greg<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; bt-devel mailing list<br>
&gt;&gt; <a href="mailto:bt-devel@crosswire.org">bt-devel@crosswire.org</a><br>
&gt;&gt; <a href="http://www.crosswire.org/mailman/listinfo/bt-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/bt-devel</a><br>
&gt;&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; bt-devel mailing list<br>
&gt; <a href="mailto:bt-devel@crosswire.org">bt-devel@crosswire.org</a><br>
&gt; <a href="http://www.crosswire.org/mailman/listinfo/bt-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/bt-devel</a><br>
&gt;<br>
<br>
_______________________________________________<br>
bt-devel mailing list<br>
<a href="mailto:bt-devel@crosswire.org">bt-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/bt-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/bt-devel</a><br>
</div></div></blockquote></div><br>