I would use whatever had the highest speed. During a sermon you don't want to wait for the text to build.<br><br><div class="gmail_quote">On Wed, Sep 8, 2010 at 3:26 PM, Manfred Bergmann <span dir="ltr"><<a href="mailto:manfred.bergmann@me.com">manfred.bergmann@me.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Am 07.09.2010 um 15:40 schrieb DM Smith:<br>
<div class="im"><br>
> Of course, if I were to do it, I'd use JSword.<br>
<br>
</div>I would as well.<br>
<font color="#888888"><br>
<br>
<br>
Manfred<br>
</font><div><div></div><div class="h5"><br>
><br>
> On 09/06/2010 05:41 PM, Kenneth Arnold wrote:<br>
>> This thread got rather sidetracked by the version control issue;<br>
>> personally I use git daily but usually in a centralized workflow. I<br>
>> think between github and GUIs like TortoiseGit it's not a big burden<br>
>> for new users ("just remember to Push"). Also, many open-source<br>
>> projects I follow have switched from bzr/Launchpad to github. But I<br>
>> have no strong feelings on what direction the various projects here<br>
>> should go. Now back on topic...<br>
>><br>
>> Once the libsword-JNI bindings are stabilized and the build process is<br>
>> smoothed out, the only significant difference between them and JSword<br>
>> for Android should be speed, so let's measure that. There may also be<br>
>> differences in formatting, so let's go with the one that formats<br>
>> better and is faster. (Caching and prefetch could smooth over most<br>
>> visible speed differences, so maybe it's just which one formats<br>
>> better.) I also once lamented the complexity of doing simple things<br>
>> with the libsword C++ API, but I wrote a Python ztext reader instead<br>
>> of what I should have done, which is: help improve the code :)<br>
>><br>
>> It doesn't look like the current way and-bible uses WebView allows you<br>
>> to do much with the text besides display it. I'm considering replacing<br>
>> the static page with a Javascript viewer that calls Java methods using<br>
>> addJavascriptInterface [1]. This would theoretically allow accurate<br>
>> verse position information and continuous scrolling (assuming the<br>
>> ability to call Javascript from Java, which may be possible with<br>
>> loadUrl [2]), but would require some significant HTML and Javascript<br>
>> work. Are there any web-based SWORD viewers that might be adaptable to<br>
>> that purpose?<br>
>><br>
>> Btw, PocketSword users, how do you like the interface? Should we just<br>
>> do the same thing on Android?<br>
>><br>
>> For those that would prefer to pay now instead of waiting for<br>
>> open-source, CadreBible and Olive Tree's BibleReader both have nice<br>
>> (though not perfect) interfaces.<br>
>><br>
>> So Martin, enjoy your holidays and see you when you get back.<br>
>><br>
>> -Ken<br>
>><br>
>><br>
>> [1] <a href="http://developer.android.com/reference/android/webkit/WebView.html#addJavascriptInterface%28java.lang.Object,%20java.lang.String%29" target="_blank">http://developer.android.com/reference/android/webkit/WebView.html#addJavascriptInterface%28java.lang.Object,%20java.lang.String%29</a><br>
>> [2] <a href="http://groups.google.com/group/android-developers/browse_thread/thread/6ed23efa4d22f7e6" target="_blank">http://groups.google.com/group/android-developers/browse_thread/thread/6ed23efa4d22f7e6</a><br>
>><br>
>><br>
>><br>
>> On Wed, Sep 1, 2010 at 12:00 PM, Martin Denham<<a href="mailto:mjdenham@gmail.com">mjdenham@gmail.com</a>> wrote:<br>
>>> Hi,<br>
>>><br>
>>> Bishop is real fast but I don't know if that is all due to C++ code or if it<br>
>>> is not doing as much html processing/formatting as and-bible. I thought<br>
>>> about switching to the C++ libs but there are various h/w restrictions if<br>
>>> you use the ndk and also it is a long time since I use C++ and I just can't<br>
>>> understand the Sword C++ code anymore and it seems from Troy's e-mails that<br>
>>> the packaged ndk lib would need a fair bit more work. Jsword also needs<br>
>>> some optimisations and tweaks but I am more confident with Java. So if you<br>
>>> use C++ then feel free to continue Bishop or branch and-bible, but I always<br>
>>> planned to create a pure java bible and JSword gave me a really good start.<br>
>>> There is facade layer in and-bible that acts as an interface to JSword but<br>
>>> realistically so many helper classes are used in the ui that it would be<br>
>>> difficult to make the back-end switchable.<br>
>>><br>
>>> Maybe the git idea is a good one and can be put on the list. What do others<br>
>>> think? I chose svn because I thought most developers would be familiar with<br>
>>> it and it has great eclipse integration. Personally I have to use PVCS and<br>
>>> Clearcase at work so even svn provided challenges for me. Nic recently<br>
>>> transferred PocketSword to Mercurial and seemed very happy. However, as<br>
>>> everybody keeps commenting there is a whole load of functionality in<br>
>>> and-bible that is missing and that needs improvement so maybe I should keep<br>
>>> my head down and not be distracted.<br>
>>><br>
>>> I am on holiday at the moment so don't expect any new releases for a while.<br>
>>> Why am I typing e-mails while I am on holiday!!!<br>
>>><br>
>>> btw I just want to share we just heard that my eldest daughter got 5xA* 4xA<br>
>>> and a B in her GCSEs - the holiday begins.<br>
>>> Best regards<br>
>>> Martin<br>
>>><br>
>>> On 31 August 2010 19:11, Bill Burton<<a href="mailto:bburton@mail.com">bburton@mail.com</a>> wrote:<br>
>>>> Hello,<br>
>>>><br>
>>>> On a related note, could this project be hosted on <a href="http://github.com" target="_blank">http://github.com</a>? It<br>
>>>> would provide much better ability to collaborate since anyone can fork, make<br>
>>>> changes and then push them back for optional inclusion. The built-in wiki<br>
>>>> would make it easy to publish any appropriate docs.<br>
>>>><br>
>>>> For an example of why this would be helpful, I have some libsword swig<br>
>>>> bindings for Ruby that never got committed because no one who was a commiter<br>
>>>> had the time or inclination to step up and look at them. If I could have<br>
>>>> forked the swig bindings, and checked in my changes, then whether or not<br>
>>>> they became incorporated in the official version, they would be readily<br>
>>>> available for anyone to find, evaluate and/or fix.<br>
>>>><br>
>>>> Just my $0.02.<br>
>>>><br>
>>>> Thanks,<br>
>>>> -Bill<br>
>>>><br>
>>>> On Sat, Aug 28, 2010 at 11:33 PM, Kenneth Arnold<<a href="mailto:kcarnold@alum.mit.edu">kcarnold@alum.mit.edu</a>><br>
>>>> wrote:<br>
>>>>> Hi Martin and Troy,<br>
>>>>><br>
>>>>> I finally got the AndBible source built; I needed to get the jsword<br>
>>>>> source and also raise the memory limit for Eclipse--it thrashed and<br>
>>>>> eventually crashed in the linker/dex step. There's still a dex warning that<br>
>>>>> floods the Console, but it works on my Droid X. I made a few minor<br>
>>>>> modifications to ensure I could, but nothing serious yet.<br>
>>>>><br>
>>>>> Major things I'd like to work on as a user are navigation, continuous<br>
>>>>> scrolling, and verse number sync. Also, do you think we should replace the<br>
>>>>> backend with native libsword? That might help formatting and speed, but I<br>
>>>>> don't know how deeply it's woven into the code. The Bishop code could be a<br>
>>>>> useful example if we decide to go that way.<br>
>>>>><br>
>>>>> Should we continue discussion on this list?<br>
>>>>><br>
>>>>> -Ken (mobile)<br>
>>>>><br>
>>>>> On Aug 26, 2010 1:39 AM, "Troy A. Griffitts"<<a href="mailto:scribe@crosswire.org">scribe@crosswire.org</a>><br>
>>>>> wrote:<br>
>>>>><br>
>>>>> Dear Ken,<br>
>>>>><br>
>>>>> Thank you for the debug. I also have had trouble with the installer and<br>
>>>>> haven't had time to look into it.<br>
>>>>><br>
>>>>> The history is that I build Bishop as a sort of proof of concept for the<br>
>>>>> java-jni bindings for Android. I mostly work in the engine code. The<br>
>>>>> jni binding code I kept in SWORD SVN and the Bishop code I just backed<br>
>>>>> up occasionally to our server. Last year my drive crashed and I lost<br>
>>>>> some work but might have pieced it all back together. Here is an email<br>
>>>>> I sent to Gary with links to all my stuff.<br>
>>>>><br>
>>>>> ______________________<br>
>>>>><br>
>>>>> After last year when I started the work I had a harddrive die on my<br>
>>>>> laptop. I had been backing up the work regularly, but lost about 2<br>
>>>>> weeks of work in the crash. I used a recovery tool to salvage many of<br>
>>>>> the files from the bishop project and think I may have close to what is<br>
>>>>> in the apk. Here are my resources if you want to try to piece things<br>
>>>>> together:<br>
>>>>><br>
>>>>> Lastest binary when I stopped, dated 11-18-2009:<br>
>>>>><br>
>>>>> <a href="http://crosswire.org/~scribe/bishop.apk" target="_blank">http://crosswire.org/~scribe/bishop.apk</a><br>
>>>>><br>
>>>>> Latest backup of source, dated 10-31-2009:<br>
>>>>> <a href="http://crosswire.org/~scribe/bishop-20091031.tar.gz" target="_blank">http://crosswire.org/~scribe/bishop-20091031.tar.gz</a><br>
>>>>><br>
>>>>> Latest binary after reconstructing source and I think some small new<br>
>>>>> work (I think this is built with debug symbols in the native library so<br>
>>>>> it's a little bigger):<br>
>>>>><br>
>>>>> <a href="http://crosswire.org/~scribe/bishop2.apk" target="_blank">http://crosswire.org/~scribe/bishop2.apk</a><br>
>>>>><br>
>>>>> Current backup of source which built the above:<br>
>>>>> <a href="http://crosswire.org/~scribe/bishop-20100804.tar.gz" target="_blank">http://crosswire.org/~scribe/bishop-20100804.tar.gz</a><br>
>>>>><br>
>>>>> Please excuse my ignorance of Android programming. I am fumbling<br>
>>>>> through it all.<br>
>>>>><br>
>>>>> I remember having trouble with the InstallMgr. It sometimes connects<br>
>>>>> and downloads and other times it does not. I thought it might be the<br>
>>>>> limited memory on my G1 or some trouble with the timing of the FTP code<br>
>>>>> in the native library. I've found serious bugs in Android's system<br>
>>>>> calls, (e.g. memccpy) and reported it to them, but they still haven't<br>
>>>>> fixed it. I use my own version in the ftp lib to avoid the bug. That<br>
>>>>> is where I stopped-- thinking I needed to debug this ftp intermittent<br>
>>>>> issue. I didn't compare how well the older .apk works versus the newer<br>
>>>>> .apk. Maybe the older version worked better? Or maybe a newer version<br>
>>>>> of Android or new phone works better?<br>
>>>>><br>
>>>>> Let me know what you find.<br>
>>>>><br>
>>>>> Troy<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> On 08/24/2010 09:01 PM, Kenneth Arnold wrote:<br>
>>>>>> I just got an Android phone, and after seeing the...<br>
><br>
><br>
> _______________________________________________<br>
> sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
> <a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
> Instructions to unsubscribe/change your settings at above page<br>
<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</div></div></blockquote></div><br>