[jsword-devel] jdom removal

Joe Walker joe at eireneh.com
Wed Sep 5 09:41:46 MST 2012


So I think I was arguing that there should be 2 ways to get data out [1]:
1. OSIS/SAX or (OSIS/StAX)
2. A lightweight object model

The advantage of 1 is that it serialises to HTML well, and is lean on memory. It would be the job of the stream consumer to decide how to use up memory. The advantage of 2 would be simple fast access without any XML overhead.
I would imagine that anyone using HTML as a layout system would pipe the SAX into an XSLT parser, and that anyone doing layout themselves would use the lightweight object model.

Joe.

[1] Actually I'm not sure that I'd got as far as saying how I thought it should be, more that I'd consistently got it wrong ;-)


On 4 Sep 2012, at 15:32, DM Smith <dmsmith at crosswire.org> wrote:

> I don't see it that way. I like the transformation to OSIS as an intermediate form and then to HTML.
> 
> The only problems I see are the creation of the DOM as objects. If SAX or StAX could be the interface, then we'd be able to have a lighter process.
> 
> DM
> 
> On Sep 4, 2012, at 5:15 AM, Joe Walker <joe at eireneh.com> wrote:
> 
>> 
>> Sigh - I think the document model in JSword is one of the things I most consistently got wrong. If I remember correctly we started with a standard API, then JAXB then JDOM.
>> At the time XML seemed like The Future, however there seems to be more and more that argues against that vision for JSword:
>> - Android display works around the JSword API to avoid XML
>> - Swing uses the horribly broken JEditorPane (?) and its display is probably the worse for it
>> - Even using XML for JSword on the web, which should be a sweet spot, has (had?) problems like getting reliable XSLT in browsers.
>> 
>> We're going to need some sort of document object model, and given the existence of OSIS, some sort of ability to serialise it to XML makes some sense, but perhaps we should consider an object model that is somewhat closer to the storage model than the display model.
>> 
>> Joe.
>> 
>> On 3 Sep 2012, at 22:20, DM Smith <dmsmith at crosswire.org> wrote:
>> 
>>> Looks like from your notes that there is more opportunity than just replacing JDOM, but rather not building a DOM at all. Maybe you and Douglas can collaborate?
>>> 
>>> In Him,
>>> 	DM
>>> 
>>> On Sep 3, 2012, at 11:25 AM, Martin Denham <mjdenham at gmail.com> wrote:
>>> 
>>>> It would be good to remove JDOM.  When working on the first versions of And Bible I had to bypass the JDOM DOM creation to improve performance on low powered Android devices, but my simple workaround only worked for simple, well structured OSIS bibles.
>>>> 
>>>> I made a few rough notes on it at the time.
>>>> 
>>>> I don't think Android includes a StAX library, but it does include a similar efficient XML Pull library and it would probably be possible to include a StAX library with And Bible.  I could do some investigation and experiments if this approach was seriously under consideration.
>>>> 
>>>> Martin
>>>> 
>>>> On 3 September 2012 15:35, Douglas Campos <qmx at qmx.me> wrote:
>>>> Howdy!
>>>> 
>>>> I was talking with DM wrt removing jdom and using org.w3c.* APIs instead (more portable, less deps), and he asked me to post it here :)
>>>> 
>>>> Any objections? (I'm assuming I'll fix BD too)
>>>> 
>>>> Blessings,
>>>> -- qmx
>>>> 
>>>> 
>>>> _______________________________________________
>>>> jsword-devel mailing list
>>>> jsword-devel at crosswire.org
>>>> http://www.crosswire.org/mailman/listinfo/jsword-devel
>>>> 
>>>> _______________________________________________
>>>> jsword-devel mailing list
>>>> jsword-devel at crosswire.org
>>>> http://www.crosswire.org/mailman/listinfo/jsword-devel
>>> 
>>> _______________________________________________
>>> jsword-devel mailing list
>>> jsword-devel at crosswire.org
>>> http://www.crosswire.org/mailman/listinfo/jsword-devel
>> 
>> _______________________________________________
>> jsword-devel mailing list
>> jsword-devel at crosswire.org
>> http://www.crosswire.org/mailman/listinfo/jsword-devel
> 
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/jsword-devel/attachments/20120905/af919d70/attachment-0001.html>


More information about the jsword-devel mailing list