On 07/18/2013 09:37 AM, Gnome wrote:
> It's nice to see that the work on the mobile client is moving forward.
> It's disappointing that HTML5/javascript is not mature enough to be
> used, it's my experience too that even basic HTML5/javascript code can
> be very inconsistent implemented among browsers. However using the
> original pyton lib will probably speed up the development considerably.
> Will the Python interpreter using a lot of battery?
Not that I noticed.
> What will the difference be between this and Mnemododo/gogo?
Memododo at its heart uses a Java reimplementation of the 1.x scheduler.
My current prototype gives you exactly the same scheduler as on the
desktop, with full support for e.g. plugins, etc.. It can also reuse the
same code for saved sets, calculation of statistics, etc, so in the end
it should be a very consistent experience of functionality both on the
desktop and the mobile device.
Also Mnemododo uses it's own syncing/locking mechanism, while my
prototype uses openSM2sync, the same protocol the desktop version uses.
Syncs are initiated from the client over wifi, without the need to be at
the server as in Mnemododo. Also, no need to lock the database on your
server, and you can add cards to both instances without running into
trouble.
> Will it be possible to have the db_media located on the SD card?
Yes.
> I'm having some 'map overlay' cards using flash for displaying the
> overlay, will these work as long as the clients browser supports flash?
In theory yes, but that depends on how well your client browser supports
flash.
Cheers,
Peter
--
Peter Bienstman
Ghent University, Dept. of Information Technology
Sint-Pietersnieuwstraat 41, B-9000 Gent, Belgium
tel:
+32 9 264 34 46, fax:
+32 9 264 35 93
WWW:
http://photonics.intec.UGent.be
email: Peter.B...@UGent.be