[sword-devel] SwordReader - Experimental Double Buffering added.]

David Trotz dtrotzjr at crosswire.org
Fri Dec 14 06:29:29 MST 2007


Barry,
> I can see the advantage ......  but it's broken something!  On the ARM 
> emulator (remember that this is incredible slow, so you can see the 
> 'stages' it goes through).  On the ARM emulator, go to Matt 1:1 and turn 
> on morphs in kjv.  It fairly quickly shows half a screen with the 
> morphs, but clicking on them does nothing 'till the whole screen gets 
> painted.  On the emulator there's time to make a coffee while you're 
> waiting.  If you tap on 'books' while things are re-building, you get 
> books and texts highlighted, but nothing seems to work properly - I gave 
> up waiting at this point .........  the only menubar item that worked 
> was the menu button so I shut it down.
>   
Some things to note: I do not use threads, so what you are experiencing 
here is expected. The application is too busy to address your clicks at 
the moment because the main thread has not given up control. It is 
actually doing everything exactly the same as before except now it takes 
a quick breath to show some verses while you wait for the rest. I feel 
that a blank screen for seconds at a time when changing books/chapters 
is unfavorable. I am not sure if you have used Olive Tree's bible but 
everything is instantaneous. The clicking the Books menubar option while 
it is loading should act exactly as it did in the previous version for 
the reason I stated above.
> KJV again, fired it up and went straight to the books menubar item 
> (before the main buffer had chance to load).  This froze everything 
> except the shutdown option which worked.
>   
This is related to the above. All I can ask is that maybe you try it on 
a real device,? It works fine on mine. If you want to load something 
that takes a lot of time, try Psalm 119 Emulators do not always act like 
real hardware and in my experience are more buggy than the hardware 
itself, so you spend a lot of time fixing bugs on an emulator that never 
has problems in the real world. I will try to look into this and 
determine if it is emulator isolated, testers with real devices would be 
so helpful here.
> Still with the kjv.  Leave time for it to load the main buffer, then do 
> books/Psalm 8 v 1 - this seems not to display anything at all.
>   
This is confirmed it appears to be some error in the markup, unless some 
option such as footnotes or strongs or morph s is turned on nothing 
displays for Psalm 8:1. This is extremely unique to this chapter, I have 
not seen this behavior elsewhere. I saw it happen with both ESV and KJV 
but not JFB. I think some html code might be invalid and the html 
renderer is confused to the point that it just gives up. I will look 
more into this. Try is on your version with morphs but not double 
buffering. I want to know if it is an issue with double buffering. I 
have the original version it does not do this, so its a new bug, just 
not sure how new.

> I've not tried any other operations beyond those, but that should give 
> you some things to go on.  For the moment, I'm going to restore the old 
> files as the one I'm working on is not among your committed files. 
>
> Sorry to bring bad news to what is actually going to be a valuable 
> concept .........  great work so far!!
>   
Thanks, I really hope we figure out some of these issues or decide on a 
new approach because I really feel that display times is a big deal and 
a solvable issue. Another approach is to write our own html like 
display, the WindowsCE one is slow and limited on how text gets fed in, 
it requires all the text in place before it begins to render, and once 
its rendered it requires a clear to send more text downstream. I wonder 
what IE uses on my device because they show the page before its all in 
place.

--
In Christ,
David Trotz



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.crosswire.org/pipermail/sword-devel/attachments/20071214/ba00b217/attachment.html 


More information about the sword-devel mailing list