From: Gergely K. <ger...@ma...> - 2010-05-25 19:11:15
|
Hi, I think, that we should eventually abandon the Java Simulator (I refuse to call it an emulator, because it is not that good :) ). We first ported our application to work with it, but the fact, that your app works with this Java Simulator tells you almost nothing about whether it will work on the actual device. Actually the most porting work that you will have to do is the implementation of missing standard Java API classes. Mapping missing UIKit widgets is mostly straightforward. Of course, if you don't have a Mac, you don't have many options. You will need to get one anyway, otherwise you can't compile the native code. One possibility would be to implement a "real" simulator using e.g. the Cocotron libraries: www.cocotron.org Of course they mostly concentrated on desktop APIs now, but something has already started in the UIKit direction: http://groups.google.com/group/cocotron-dev/browse_thread/thread/d6c51ebbec4ef0ce/f4f12b9ff69bf15b?lnk=gst&q=UIKit#f4f12b9ff69bf15b Best Regards, Gergely PS: Could the list settings be changed to set reply-to to the list? 2010/5/25 Arno Puder <ar...@pu...> > > please upload your patch to the review system (info on our homepage). > > I forgot to mention one detail regarding the discussion of our Java > emulator. We support affine transformations and because of that we > cannot make use of Swing widgets. You would have to implement new Cocoa > Touch widgets based on Java 2D. > > Arno > > > On 5/25/10 4:09 PM, Adrian Buerki wrote: > > Hi guys > > > > Okay, I am going to prepare and submit a patch. > > > > I'm mostly working on Linux and use the Java emulator a lot. > > > > I'm not very far with my iPhone project yet. If I find missing widgets > > as I go, I have no problem providing those widgets for the Java > > emulator. XMLVM is an open source project, so I get something and I am > > happy to give something back :-) > > > > Regards, Adrian > > > > 2010/5/23 Arno Puder<ar...@pu...>: > >> > >> that is certainly true: unlike Xcode, the Java emulator allows you to > >> develop on platforms other than Mac OS. Doing 'simplified' > >> implementations of the UI widgets is also sensible. Well, hopefully > >> someone has the calling to work on that. :-) > >> > >> Arno > >> > >> > >> On 5/23/10 7:02 PM, George Smith wrote: > >>> > >>> One of the important (to me and my partners) features of XMLVM was the > >>> ability to "mostly" develop an App for the iPhone/iPad on a developer's > >>> existing systems (be they Mac, Linux, or even Windows). IMO, this does > NOT > >>> mean that every Cocoa/Objective-C widget/class must have a fully > functioning > >>> and UI simulating Java Emulator stand-in, but that there should be a > >>> marginally UI functional API conformant stand-in. An example might be > a > >>> Spin-Picker in Cocoa that renders as an appropriately sized and placed > >>> colored box, with JTextField or JComboBox in it. > >>> > >>> My $0.02, George Smith > >>> > >>> -----Original Message----- > >>> From: Arno Puder [mailto:ar...@pu...] > >>> Sent: Sunday, May 23, 2010 9:36 AM > >>> To: xml...@li... > >>> Subject: Re: [xmlvm-users] SecureTextEntry... > >>> > >>> > >>> > >>> On 5/23/10 6:11 PM, Adrian Buerki wrote: > >>>> There is a property secureTextEntry in the class UITextField. Seems > >>>> like that is the password field support I was looking for. However > >>>> this does not work in the iPhone Java emulator. I assume the problem > >>>> is just in the emulator, once cross compiled the text field would > >>>> behave correctly? > >>> > >>> the Objective-C side does what it is supposed to do. This feature is > not > >>> implemented in the Java emulator, as you have noticed. > >>> > >>> That feature is easy to implement in the Java emulator and your patch > is > >>> most certainly welcome. However, the question remains how far to push > >>> our Java emulator. The problem is that there are many very unique UI > >>> widgets in the iPhone SDK and it would mean a lot of work to provide a > >>> Java implementation. All of the new widgets Panayotis has implemented > >>> are only available on the Objective-C side. If someone feels the urge > to > >>> do a Java version, what would certainly be nice. > >>> > >>> A few weeks ago I proposed a debugging architecture for XMLVM. The > >>> benefit of the proposal would be that we can leverage Apple's own > iPhone > >>> emulator (or even the actual device) and there would be no need for our > >>> Java emulator. I still hope to do that one day. > >>> > >>> Arno > >>> > >>> > ---------------------------------------------------------------------------- > >>> -- > >>> > >>> _______________________________________________ > >>> xmlvm-users mailing list > >>> xml...@li... > >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > >>> > >> > >> > ------------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> xmlvm-users mailing list > >> xml...@li... > >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > >> > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > -- Kis Gergely MattaKis Consulting Email: ger...@ma... Web: http://www.mattakis.com Phone: +36 70 408 1723 Fax: +36 27 998 622 |