[LRUG] Rhodes / AppMobi / Titanium

[George Palmer]

I used Titanium for a project at the end of last year which I was drawn to
by the ability to offer native interfaces across all platforms.  Whilst the
technology is quite impressive there are some annoying bugs - for example
updating the data source for a list doesn't update the UI element despite
claims it does.  The support is poor and generally they aren't too
interested in fixing the bugs rather than focussing on the next version.
 That said I found bugs workable round and it certainly was the best of the
3 options when I looked into it September time last year.  As with all the
mobile frameworks if you're looking to do something complex you'll be
better off going down the native route.

On 19 January 2012 18:11, Jason Green <jason.green at nogeek.org> wrote:

> Yeah its a trade off with that, no native stuff like accelerometer or push
> notifications
>
> Jason Green
> jason.green at nogeek.org
>
>
>
> On 19 Jan 2012, at 18:02, Glenn Gillen wrote:
>
> Not that I've "launched" anything serious, but I've been opting for HTML5
> with responsive styles/media queries to give a native-like experience.
> Great for quickly prototyping. If I need access to device APIs I'll move to
> PhoneGap. I'm considering it a lean approach, I can validate the idea
> easily and iterate towards a native client later if there is actual demand.
>
> G
>
> - from my mobile, excuse the spellnig
>
> On 19 Jan 2012, at 09:38, Riccardo Tacconi <rtacconi at gmail.com> wrote:
>
> Some guys I know are using Phone Gap, so you can develop with JavaScript
> and compile the app in the native application you want.
>
> On 19 January 2012 18:30, Aleksandar Simic <asimic at gmail.com> wrote:
>
>> On Thu, Jan 19, 2012 at 5:13 PM, Jason Green <jason.green at nogeek.org>
>> wrote:
>> > Hi,
>> >
>> > Was wondering if anyone has had any experience with Rhodes / Appmobi /
>> > Titanium and what they preferred?
>> > Appmobi seems to be a bit slow on older phones and Titanium seemed a
>> little
>> > bit of a mess last time I used it, but it has probably come on since
>> then? I
>> > haven't had any experience of Rhodes but it does look quick cool.
>> >
>> > I am looking for something that provides a super quick experience for
>> the
>> > end user, but is quick to get out cross platform. Any ideas much
>> appreciated
>> > :-)
>>
>> Hi Jason,
>>
>> I've used Rhodes on Blackberry phones, fairly newer models.
>>
>> The main reason I chose it was because it looked so similar to Rails
>> and you get to write Ruby (in ERB templates). But in the end all it
>> does is creates a native web server, that is embedded within the app
>> that serves the pages. The load time is noticeable, while the web
>> server loads up. It is only a few seconds, but ... it isn't native,
>> and the interface is all web pages.
>>
>> The slug the framework produces is about 1.9MB in size, compared to
>> <100KB a native app would. 1.8MB is there constantly plus your app.
>>
>> Hope this helps,
>> Alex
>> _______________________________________________
>> Chat mailing list
>> Chat at lists.lrug.org
>> http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>>
>
>
>
> --
> Riccardo Tacconi
> Ruby on Rails and PHP development - System Administration
> VIRTUELOGIC LIMITED
>
> http://github.com/rtacconi
> http://riccardotacconi.blogspot.com
> http://twitter.com/rtacconi
>
> _______________________________________________
> Chat mailing list
> Chat at lists.lrug.org
> http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>
> _______________________________________________
> Chat mailing list
> Chat at lists.lrug.org
> http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>
>
>
> _______________________________________________
> Chat mailing list
> Chat at lists.lrug.org
> http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>
>


-- 
George Palmer
@georgio_1999
http://www.londonbusstop.com
http://www.digitaldeliveryapp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lrug.org/pipermail/chat-lrug.org/attachments/20120120/6e265fb2/attachment.html>