<div>Hi Greg,</div><div><br></div><div>AndBible has always been able to display Psalm 119, even on low powered devices, and many people say that, far from being slow, it is very responsive.  I can only think that Greg was getting confused with some other bible software.</div>
<div><br></div><div>Martin</div><br><div class="gmail_quote">On 19 October 2011 19:29, Greg Hellings <span dir="ltr"><<a href="mailto:greg.hellings@gmail.com">greg.hellings@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Some time ago David pointed out the SIL Pathway project, which is a<br>
plugin for the Paratext. Paratext is a popular scripture translation<br>
editor which is available from the United Bible Societes<br>
(<a href="http://paratext.ubs-translations.org/" target="_blank">http://paratext.ubs-translations.org/</a>) and is popularly used within<br>
Wycliffe Bible Translators. Paratext, from what I understand, natively<br>
operates in USFM for saving and editing files. Pathway is an FOSS<br>
plugin (<a href="http://code.google.com/p/pathway/" target="_blank">http://code.google.com/p/pathway/</a>) that SIL has developed for<br>
use with Paratext and FieldWorks which will facilitate digital<br>
publishing of works out of Paratext and into various media. It is<br>
mainly developed to help streamline the process of export and<br>
encourage the translators to consider things like copyright, licensing<br>
and DRM. It supports export at present to GoBible, PDF, E-Book (epub),<br>
Logos and Open Document Text (OpenOffice/LibreOffice). For the GoBible<br>
export, Pathway will actually create the entire .jar file ready for<br>
directly loading onto a cell phone.<br>
<br>
David had expressed surprise at why there was not method to export to<br>
a SWORD module but there was a method for GoBible export.  I was down<br>
at the Wycliffe/SIL center in Dallas yesterday for the finale of their<br>
biennial Bible Translation conference. While there I had a chance to<br>
sit in on a talk being given about the uses of Pathway, its purposes<br>
and its aid to the WBT community. Afterwards I got to speak with Greg<br>
Trihus, who is the lead of that project about the absence of SWORD<br>
export.  His comments were quite illuminating.<br>
<br>
The real thrust of the Pathway project is getting the scriptures into<br>
an electronic form that is useful for distribution on mobile devices<br>
or for print.  As such they support GoBible for low-end machines,<br>
E-Book and Logos for smart phones, ODT for to-print media and PDF to<br>
cover all of the above.  Several people in the discussion asked about<br>
getting the scriptures into a form where they could directly enter a<br>
scripture reference rather than having to scroll through an ebook or<br>
PDF on a smartphone (the Logos option supports that, but involves<br>
several more steps for the content author who needs to pass the file<br>
through the hands of several people at SIL and then on to Logos so the<br>
work can be hosted in the official Logos content system). Greg told me<br>
that he had considered the Android mobile options - since many of the<br>
target people with smart phones would be Android users - but when he<br>
had tested AndBible it had been woefully slow and had even crashed<br>
when opening longer passages like Psalms 119. Therefore he had avoided<br>
putting his own human resources onto developing a SWORD format<br>
exporter and was not advertising that through the Pathway project. He<br>
did leave me with a few action points which he would love to see:<br>
<br>
1) Since Pathway is open source, he would welcome anyone from our<br>
community who wanted to develop a Paratext/Fieldworks -> SWORD<br>
converter. The export is done through an XHTML/CSS pathway, and they<br>
are supporting any form of output, not just scriptures. This would<br>
include commentaries, dictionaries and general papers/books. Pathway<br>
is written in C#, so if there are any C# developers around looking for<br>
something to do, this would be a highly desired project which wouldn't<br>
be another "Just write a front-end in my language because I want to"<br>
contribution to both world-wide scripture distribution and CrossWire.<br>
<br>
2) Improve the quality of AndBible (JSword based?) and/or Bishop<br>
(Troy's proof-of-concept frontend based on the SWORD library with Java<br>
bindings). There is a round-about way that SIL can publish these<br>
scriptures to the YouVersion application framework, but YouVersion<br>
does not incorporate any linkages with Dictionaries. Greg expressed a<br>
strong desire to see SWORD formats supported due to our ability to<br>
closely integrate a text with a lexicon/dictionary - a sister text<br>
which almost all WBT translation projects will develop in parallel<br>
with their scripture translation. Those of us over in the BibleTime<br>
world are also hoping to eventually support mobile versions of<br>
BibleTime, but the time frame for those is definitely long term since<br>
it would involve a major refactoring effort on BT to separate the<br>
backend code from the GUI portions before any work could begin on a<br>
mobile UI based on Qt.<br>
<br>
3) Help with the C# bindings for SWORD. I know some people have talked<br>
about them in the past, but I don't know what state they might be in.<br>
Since Pathway is written in C#, it would be a great help to anyone<br>
writing a SWORD export path if they could access the engine bindings<br>
directly through C# rather than having to dump to a file and somehow<br>
invoke a copy of the utilities.  The people who are interested in<br>
using Pathway are incredibly illiterate when it comes to technology -<br>
most of them weren't even able to identify the differences between a<br>
smart phone and a "feature phone". So any export would need to write<br>
out an entire module, ready to be uploaded directly to a hosting<br>
location (or possibly a single ZIP archive which could be emailed to a<br>
technical member of SIL by the translator for hosting). Our SWIG<br>
bindings are OK and already in use for Python and Perl, and SWIG<br>
supports C#, so hopefully getting them working would not be a huge<br>
burden for someone. As the current pumpkin holder for SWIG I am<br>
willing to work with anyone who wants to tackle adding C# to the set.<br>
I don't work in C# at all, so I can't touch that myself.<br>
<br>
Greg's final comment was along the lines of, "There is desire and need<br>
for SWORD support in Pathway, but no one is asking for it because they<br>
don't realize they need and desire it." That sentiment is in line with<br>
the (extensive) questions I heard after the presentation. I have<br>
passed on to him information about PocketSword, because they do also<br>
want to support the iOS platform and he was not aware of PocketSword's<br>
presence there. I would encourage anyone with fingers in these areas<br>
or a desire to help on any of these action points to take them up<br>
(including putting them on a list of available projects on the wiki,<br>
David, if there is such a page?). SIL did not overlook us because they<br>
don't want to support us or because they are unaware of us - there<br>
were just some technical challenges.<br>
<br>
--Greg<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>
</blockquote></div><br>