<br>My recollection is that I needed to do that for the IE/FF version anyway - just because the demands of web display are different from desktop display.<br><br>Joe.<br><br><div class="gmail_quote">On Sat, Apr 19, 2008 at 4:09 PM, DM Smith &lt;<a href="mailto:dmsmith555@yahoo.com">dmsmith555@yahoo.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="">Joe,<div><br><div><div><div>I think it&#39;ll help. It gives me a starting point.</div>
<div><br></div>I tried javeline&#39;s xpath/xslt and it does not work with something in the xslt derived from BibleDesktop&#39;s simple.xsl. But there is no diagnostics.</div><div><br></div><div>From a comment on Google&#39;s ajaxslt they indicate it is incomplete. But, I&#39;m going to give that a shot. At least it has alerts for unsupported constructs.</div>
<div><br></div><div>Either way, I&#39;ll need to simplify the xslt to get it to work on Safari.</div><div><br></div><div>Thanks,</div><div><span style="white-space: pre;">        </span>DM<font color="#888888"><br></font></div><div>
<div></div><div class="Wj3C7c"><div><br></div><div>On Apr 19, 2008, at 3:25 AM, Joe Walker wrote:</div><br><blockquote type="cite"><br><a href="http://ajaxian.com/archives/xpathxslt-support-in-safari" target="_blank">http://ajaxian.com/archives/xpathxslt-support-in-safari</a><br>
Might help.</blockquote></div></div></div><div><div></div><div class="Wj3C7c"><div><blockquote type="cite"><br><br>Joe.<br><br><div class="gmail_quote">On Sat, Apr 19, 2008 at 4:13 AM, DM Smith &lt;<a href="mailto:dmsmith555@yahoo.com" target="_blank">dmsmith555@yahoo.com</a>&gt; wrote:<br>
 <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I found out that this does not work on the Mac. I&#39;ve narrowed down the<br> problem to Safari not having an XSLT processor. I&#39;m looking into<br>
 alternatives.<br> <font color="#888888"><br> -- DM<br> </font><div><div></div><div><br> On Apr 18, 2008, at 1:42 PM, DM Smith wrote:<br> <br> &gt; I have worked up an example, demo, starting point of how to use JSword<br>
 &gt; in a servlet using DWR - Direct Web Remoting.<br> &gt;<br> &gt; Here is a tutorial on how to do it:<br> &gt; <a href="http://www.crosswire.org/jsword/tutorial.html" target="_blank">http://www.crosswire.org/jsword/tutorial.html</a><br>
 &gt;<br> &gt; Here is a somewhat working version of it.<br> &gt; (I don&#39;t have any of these indexed, so search does not work.)<br> &gt; <a href="http://www.crosswire.org:8080/jsword/iBD.html" target="_blank">http://www.crosswire.org:8080/jsword/iBD.html</a><br>
 &gt;<br> &gt; This doesn&#39;t follow the tutorial exactly. I had to tweak the dwr<br> &gt; javascript inclusions.<br> &gt;<br> &gt; There are some shortcomings in this example:<br> &gt; 1) Because all the links are handled via java script, it never leaves<br>
 &gt; the page. Hitting the brower&#39;s back button does not take you to the<br> &gt; prior verse. It would be really nice to have history.<br> &gt; 2) There are no options, e.g. show/hide notes/Strong&#39;s/xrefs/verse<br>
 &gt; numbers/verse per line, .... There should be.<br> &gt; 3) This does no caching at all.<br> &gt; &nbsp; &nbsp;a) It should cache the XSLT processor. During development, you<br> &gt; don&#39;t<br> &gt; want caching.<br> &gt; &nbsp; &nbsp;b) In doing options, we should cache the dom for the current view.<br>
 &gt; No sense in getting it again.<br> &gt; &nbsp; &nbsp;c) It may make sense to cache the dom for some items in history.<br> &gt; 4) It does not make good use of JavaScript. These are pretty trivial.<br> &gt; &nbsp; &nbsp;a) Rather than notes in a sidebar, it would be good to have a hover<br>
 &gt; enabled popup of the note body.<br> &gt; &nbsp; &nbsp;b) Implement Strong&#39;s and Robinson&#39;s morphology lookup into a<br> &gt; popup.<br> &gt; Currently, it does these are not handled at all.<br> &gt; &nbsp; &nbsp;c) Perhaps highlight all words on the page having the same Strong&#39;s<br>
 &gt; number.<br> &gt; &nbsp; &nbsp;d) The javascript constrains the return to 100 verses to prevent<br> &gt; overloading the server with a request like: Gen-Rev. It would be<br> &gt; good to<br> &gt; be able to get the next &quot;n&quot; verses.<br>
 &gt; &nbsp; &nbsp;e) Allow dictionary lookup of a displayed word.<br> &gt; &nbsp; &nbsp;f) The search input box and button should be disabled when a book<br> &gt; is<br> &gt; not indexed.<br> &gt; 5) It makes no use of Cookies:<br> &gt; &nbsp; &nbsp;a) It would be good to have it remember current state<br>
 &gt; &nbsp; &nbsp; &nbsp; - Current Bible.<br> &gt; &nbsp; &nbsp; &nbsp; - Current passage.<br> &gt; &nbsp; &nbsp; &nbsp; - Last lookup<br> &gt; &nbsp; &nbsp; &nbsp; - History<br> &gt; &nbsp; &nbsp; &nbsp; - Settings, e.g. show hide<br> &gt; &nbsp; &nbsp;b) Allow the user to prune the Bible list to only those that they<br>
 &gt; care about.<br> &gt; 6) Handle right-to-left languages.<br> &gt; 7) Allow for the specification of where to look for modules and an<br> &gt; alternate location ~/.jsword. (This is a shortcoming in JSword that<br> &gt; should be fixed.)<br>
 &gt; &nbsp; &nbsp;Right now it looks at every conceivable location for SWORD modules<br> &gt; and it will let you specify additional locations. There is no way to<br> &gt; prune the list or to specify that it should only look in a given<br>
 &gt; location.<br> &gt; &nbsp; &nbsp;Right now it will only look at ~/.jsword, which must be writable.<br> &gt; In<br> &gt; a Tomcat installation, this might not be a desirable location. Today<br> &gt; this can be changed by changing the jsword.home property. There should<br>
 &gt; be an easier way to override this.<br> &gt; 8) It is not internationalized. It&#39;d be cool to grab the text from<br> &gt; BibleDesktop.<br> &gt; 9) The UI is merely functional. That is, it is ugly. Make it look much<br>
 &gt; nicer.<br> &gt; ......<br> &gt;<br> &gt; I&#39;d also like to add a menu and toolbar. Perhaps, with the toolbar<br> &gt; hiding the locate and search text inputs behind icons.<br> &gt;<br> &gt; I&#39;m sure you can add to this list. Feedback welcomed.<br>
 &gt;<br> &gt; In Him,<br> &gt; &nbsp; &nbsp;DM<br> &gt;<br> &gt;<br> &gt;<br> &gt;<br> &gt;<br> &gt;<br> &gt;<br> &gt; _______________________________________________<br> &gt; jsword-devel mailing list<br> &gt; <a href="mailto:jsword-devel@crosswire.org" target="_blank">jsword-devel@crosswire.org</a><br>
 &gt; <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br> <br> <br> <br> _______________________________________________<br> jsword-devel mailing list<br>
 <a href="mailto:jsword-devel@crosswire.org" target="_blank">jsword-devel@crosswire.org</a><br> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
 </div></div></blockquote></div><br> _______________________________________________<br>jsword-devel mailing list<br><a href="mailto:jsword-devel@crosswire.org" target="_blank">jsword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
</blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
jsword-devel mailing list<br>
<a href="mailto:jsword-devel@crosswire.org">jsword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
<br></blockquote></div><br>