On Sun, Jun 19, 2011 at 23:32, Chamika Weerasinghe <[email protected]> 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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne