[sword-devel] input methods

2010-08-31 Thread Matthew Talbert
Today I ran across the SWInputMethod class in SWORD and was curious
about it. Apparently, the HebrewMCIM method was added in 2001, and
nothing has been done since. Is this code being used anywhere? What is
it's intended use?

Thanks,
Matthew

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


Re: [sword-devel] Android SWORD

2010-08-31 Thread Bill Burton
Hello,

With the discussion on which back end to use, would it make sense to write a
JSword adapter to the interface described by Troy below?  This would enable
the back ends to be swapped out with minimal effort (maybe even at runtime).

-Bill

On Wed, Oct 21, 2009 at 4:05 AM, Troy A. Griffitts scr...@crosswire.orgwrote:

 A quick update on Android progress.

 o  Basic Bible navigation and display are working, albeit not pretty.
 o  Text-to-Speech functionality is added.
 o  All methods from the engine are now completely wrapped to the same
 swordorb.idl interface we use for SWORDWeb's Java-CORBA-C++ bridge, so
 a full-featured Android client should now be possible with the current
 engine exposure.

 Everything is still at the same location (below).

-Troy.


 Troy A. Griffitts wrote:
  There is now a preliminary Android NDK / Java binding available in SVN.
   This is very very early and should just be considered a proof of
 concept.
 
  There is a package available to show things working, but doesn't really
  do much:
 
  http://crosswire.org/~scribe/bishop.apkhttp://crosswire.org/%7Escribe/bishop.apk
 
  the JNI libsword.so should be placed in your project/libs directory,
 e.g.,
 
  ~/workspace/bishop/libs/armeabi/libsword.so
 
  and can be obtained from the above package-- believe me, you don't want
  to try to compile it yourself as the NDK does not have STL support out
  of the box.  The Java classes can be obtained from the
  sword/bindings/java-jni/src directory, e.g.
 
 
 http://crosswire.org/svn/sword/trunk/bindings/java-jni/src/org/crosswire/android/sword/
 
  Module library must exist on your SD card under a 'sword' directory to
  be found, e.g., unzip KJV.zip to /sdcard/sword/
 
  Have fun, let me know if anyone else is interested in developing an
  Android frontend.
 
-Troy.
 

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Android SWORD

2010-08-31 Thread Bill Burton
Hello,

On a related note, could this project be hosted on http://github.com?  It
would provide much better ability to collaborate since anyone can fork, make
changes and then push them back for optional inclusion.  The built-in wiki
would make it easy to publish any appropriate docs.

For an example of why this would be helpful, I have some libsword swig
bindings for Ruby that never got committed because no one who was a commiter
had the time or inclination to step up and look at them.  If I could have
forked the swig bindings, and checked in my changes, then whether or not
they became incorporated in the official version, they would be readily
available for anyone to find, evaluate and/or fix.

Just my $0.02.

Thanks,
-Bill

On Sat, Aug 28, 2010 at 11:33 PM, Kenneth Arnold kcarn...@alum.mit.eduwrote:

 Hi Martin and Troy,

 I finally got the AndBible source built; I needed to get the jsword source
 and also raise the memory limit for Eclipse--it thrashed and eventually
 crashed in the linker/dex step. There's still a dex warning that floods the
 Console, but it works on my Droid X. I made a few minor modifications to
 ensure I could, but nothing serious yet.

 Major things I'd like to work on as a user are navigation, continuous
 scrolling, and verse number sync. Also, do you think we should replace the
 backend with native libsword? That might help formatting and speed, but I
 don't know how deeply it's woven into the code. The Bishop code could be a
 useful example if we decide to go that way.

 Should we continue discussion on this list?

 -Ken (mobile)

 On Aug 26, 2010 1:39 AM, Troy A. Griffitts scr...@crosswire.org wrote:

 Dear Ken,

 Thank you for the debug.  I also have had trouble with the installer and
 haven't had time to look into it.

 The history is that I build Bishop as a sort of proof of concept for the
 java-jni bindings for Android.  I mostly work in the engine code.  The
 jni binding code I kept in SWORD SVN and the Bishop code I just backed
 up occasionally to our server.  Last year my drive crashed and I lost
 some work but might have pieced it all back together.  Here is an email
 I sent to Gary with links to all my stuff.

 __

 After last year when I started the work I had a harddrive die on my
 laptop.  I had been backing up the work regularly, but lost about 2
 weeks of work in the crash.  I used a recovery tool to salvage many of
 the files from the bishop project and think I may have close to what is
 in the apk.  Here are my resources if you want to try to piece things
 together:

 Lastest binary when I stopped, dated 11-18-2009:

 http://crosswire.org/~scribe/bishop.apkhttp://crosswire.org/%7Escribe/bishop.apk
 Latest backup of source, dated 10-31-2009:
 http://crosswire.org/~scribe/bishop-20091031.tar.gzhttp://crosswire.org/%7Escribe/bishop-20091031.tar.gz

 Latest binary after reconstructing source and I think some small new
 work (I think this is built with debug symbols in the native library so
 it's a little bigger):

 http://crosswire.org/~scribe/bishop2.apkhttp://crosswire.org/%7Escribe/bishop2.apk
 Current backup of source which built the above:
 http://crosswire.org/~scribe/bishop-20100804.tar.gzhttp://crosswire.org/%7Escribe/bishop-20100804.tar.gz

 Please excuse my ignorance of Android programming.  I am fumbling
 through it all.

 I remember having trouble with the InstallMgr.  It sometimes connects
 and downloads and other times it does not.  I thought it might be the
 limited memory on my G1 or some trouble with the timing of the FTP code
 in the native library.  I've found serious bugs in Android's system
 calls, (e.g. memccpy) and reported it to them, but they still haven't
 fixed it.  I use my own version in the ftp lib to avoid the bug.  That
 is where I stopped-- thinking I needed to debug this ftp intermittent
 issue.  I didn't compare how well the older .apk works versus the newer
 .apk.  Maybe the older version worked better?  Or maybe a newer version
 of Android or new phone works better?

 Let me know what you find.

 Troy




 On 08/24/2010 09:01 PM, Kenneth Arnold wrote:
  I just got an Android phone, and after seeing the...


 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page




-- 
Bill Burton bbur...@mail.com
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] input methods

2010-08-31 Thread Chris Little
This is just a guess, but I suspect it is not being used anywhere by 
anyone. SWInputMethod was basically for customized input methods of a 
very basic sort. For example, input ' to the IM and get א out. 
(HebrewMCIM, if it isn't clear, takes Michigan-Claremont Hebrew encoding 
and outputs Unicode.) The use for this would be on systems without an 
OS-wide non-Latin IM switching method, or in the case where we just 
don't want to use or implement IMs using the OS-supplied methods.


SWInputMethod could probably be implemented using ICU transliterators, 
which would likely be a bit slower and would add a requirement of using 
ICU. But doing so would mean not having to write a bunch of classes like 
HebrewMCIM for each IM we want to support.


Troy can correct me if I'm wrong, but I believe the original purpose of 
SWInputMethod and HewbrewMCIM was for a collaborative editor for Project 
eL (cf. http://www.xml.com/pub/r/915).


/historyLesson

If we really don't intend to use any of this any time soon, it would 
probably be a good idea to pull it out of the library, since it's just 
taking up space. Or maybe you had an idea for a use for it?


--Chris

On 8/31/2010 10:41 AM, Matthew Talbert wrote:

Today I ran across the SWInputMethod class in SWORD and was curious
about it. Apparently, the HebrewMCIM method was added in 2001, and
nothing has been done since. Is this code being used anywhere? What is
it's intended use?

Thanks,
Matthew

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page