On Sun, Jun 19, 2011 at 23:32, Chamika Weerasinghe <chamikaw(a)gmail.com> wrote:
Hi,
For now I've implemented almost all the REST GET methods in
xwiki-android-client. Translations and some of the Objects method will be
implemented as soon as possible.
I modified jaxb model classes to work with GSON which is a json deserializer
works in Android.
xwiki-android-rest is downgraded from android SDK version 2.2 to 2.1.1 for
achieving more compatibility with the devices.
Currently I'm having an issue in all the REST requests which has date/time
because REST replies date/time as a java.util.GregorianCalendar object with
using sun.util.calendar.ZoneInfo as the timezone. Android doesn't
have sun.util.calendar library and because of that json objects cannot be
deserialize using GSON.
Therefore I manually deserialized ZoneInfo content. So now TimeZone data can
be added to any other common library which can be used with xwiki as well as
Android. Please suggest me such library.
Android Xwiki navigator
Thomas suggested to make a developer widget which serves as a
xwiki-navigator. (
http://developer.android.com/guide/topics/ui/custom-components.html)
But these developer widget are only used for designing custom user
interfaces and functionality should be added as same as normal android
application. So there is no significant advantage of building developer
widget. Anyway I'll do it.
No I don't see the point in doing something you don't understand.
What I suggested you (and again I just give you suggestions, it's not
a meaningless order...) is to build reusable components as much as
possible, how can a custom view allowing to navigate an XWiki instance
could be useless for an XWiki based android application ? Especially
when it's not more work at all and is just about putting this custom
view you have to do anyway in a proper design in a separate library
instead of directly in the application.
Best Regards,
Chamika Weerasinghe
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne