You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(29) |
Aug
(75) |
Sep
(32) |
Oct
(147) |
Nov
(31) |
Dec
(49) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(46) |
Feb
(35) |
Mar
(148) |
Apr
(33) |
May
(53) |
Jun
(46) |
Jul
(60) |
Aug
(44) |
Sep
(135) |
Oct
(23) |
Nov
(68) |
Dec
(42) |
2011 |
Jan
(94) |
Feb
(55) |
Mar
(114) |
Apr
(78) |
May
(64) |
Jun
(10) |
Jul
(31) |
Aug
(2) |
Sep
(25) |
Oct
(13) |
Nov
(8) |
Dec
(24) |
2012 |
Jan
(5) |
Feb
(33) |
Mar
(31) |
Apr
(19) |
May
(24) |
Jun
(23) |
Jul
(14) |
Aug
(15) |
Sep
(12) |
Oct
(3) |
Nov
(4) |
Dec
(19) |
2013 |
Jan
(8) |
Feb
(20) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(4) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Arno P. <ar...@pu...> - 2012-07-18 04:24:30
|
not doing a CFRelease in the finalizer of CFType definitely is not OK and will leak memory. I looked at the implementation of UIGraphics and I don't see anything that would conflict with the finalizer doing the CFRelease (i.e., I don't think there is a double-release). HOWEVER, the finalizer is run by a special finalizer thread (as per Java spec). In order to assure that CFRelease happens on the UI thread one needs a helper object to do just that. What Paul commented out didn't do this and perhaps that was the source of his problem. I have just committed a patch. Please check if this fixes your problems and addresses your concerns. Arno On 7/17/12 12:26 PM, Markus Heberling wrote: > Hi, > > I did the implementation of CFType with the release in the finalizer. The idea was, that the GC should take care of CFType-Types, so CFRelease was removed from the Java API. I also build the workaround in the popContext function, since without it the release would be called one time too much. Maybe the workaround was bogus, but I would definilty choose option 2) so that the GC can handle CFType-Types. I don't know what the current implemenation does, since I'm currently not using any CFType stuff in my xmlvm projects, but if we could get option 2) correctly implemented, that would be great. :) > > Regards, > Markus > > Am 17.07.2012 um 20:51 schrieb JR Schmidt: > >> I believe that CFRelease is still needed in CFType.finalize() for reasons OTHER than UIGraphics. For example, CGBitmapContext.create() generates a CGBitmapConextRef. Currently there is no corresponding ".release()" method defined in the Java interface for CGBitmapContext (e.g. no way to call CGContextRelease). A similar issue exists with CGColorSpaceRelease. It seems the logic here was that context would be released in the finalize method derived from CFType. But if this is commented out, the context is never released -- and there is no mechanism to do so. >> >> Assuming I understand your previous post, it would thus seem to me that EITHER, >> 1) A release method needs to be defined for CGBitmapContext (and other similar methods), or >> 2) The call to CFRelease in CFType.finalize() needs to be restored, which may entail some changes in UIGraphics >> >> The new iOS interface is not an option for me, as it current does not appear to implement CGBitmapContext and several other objects. >> >> One fairly simple workaround is to define a Java class with a static CFRelease(...) method and implement this in C. This seems to work for me, but its a bit of a hack for something that seems fairly crucial / fundamental. >> >> JR >> >> On 7/17/2012 1:25 PM, Paul Poley wrote: >>> I believe the reason I commented out the "CFRelease" in CFType.finalize() is that it was only there in the first place because of a bug in UIGraphics. Namely, popContext() was popping the context & then releasing the current context, which is wrong & a different context altogether. It should've been releasing the context that was popped, so I fixed that. >>> >>> Then, the bug in CFType.finalize() which called CFRelease could be fixed. I.e. if it was left in there, it'd be incorrectly released twice. Note that CGContextRelease is equivalent to CFRelease. >>> >>> Thanks, >>> Paul >>> >> >> -- >> J.R. Schmidt >> WebMO, LLC >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: Markus H. <ma...@ti...> - 2012-07-17 19:46:10
|
Hi, I did the implementation of CFType with the release in the finalizer. The idea was, that the GC should take care of CFType-Types, so CFRelease was removed from the Java API. I also build the workaround in the popContext function, since without it the release would be called one time too much. Maybe the workaround was bogus, but I would definilty choose option 2) so that the GC can handle CFType-Types. I don't know what the current implemenation does, since I'm currently not using any CFType stuff in my xmlvm projects, but if we could get option 2) correctly implemented, that would be great. :) Regards, Markus Am 17.07.2012 um 20:51 schrieb JR Schmidt: > I believe that CFRelease is still needed in CFType.finalize() for reasons OTHER than UIGraphics. For example, CGBitmapContext.create() generates a CGBitmapConextRef. Currently there is no corresponding ".release()" method defined in the Java interface for CGBitmapContext (e.g. no way to call CGContextRelease). A similar issue exists with CGColorSpaceRelease. It seems the logic here was that context would be released in the finalize method derived from CFType. But if this is commented out, the context is never released -- and there is no mechanism to do so. > > Assuming I understand your previous post, it would thus seem to me that EITHER, > 1) A release method needs to be defined for CGBitmapContext (and other similar methods), or > 2) The call to CFRelease in CFType.finalize() needs to be restored, which may entail some changes in UIGraphics > > The new iOS interface is not an option for me, as it current does not appear to implement CGBitmapContext and several other objects. > > One fairly simple workaround is to define a Java class with a static CFRelease(...) method and implement this in C. This seems to work for me, but its a bit of a hack for something that seems fairly crucial / fundamental. > > JR > > On 7/17/2012 1:25 PM, Paul Poley wrote: >> I believe the reason I commented out the "CFRelease" in CFType.finalize() is that it was only there in the first place because of a bug in UIGraphics. Namely, popContext() was popping the context & then releasing the current context, which is wrong & a different context altogether. It should've been releasing the context that was popped, so I fixed that. >> >> Then, the bug in CFType.finalize() which called CFRelease could be fixed. I.e. if it was left in there, it'd be incorrectly released twice. Note that CGContextRelease is equivalent to CFRelease. >> >> Thanks, >> Paul >> > > -- > J.R. Schmidt > WebMO, LLC > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: JR S. <sc...@we...> - 2012-07-17 18:51:42
|
I believe that CFRelease is still needed in CFType.finalize() for reasons OTHER than UIGraphics. For example, CGBitmapContext.create() generates a CGBitmapConextRef. Currently there is no corresponding ".release()" method defined in the Java interface for CGBitmapContext (e.g. no way to call CGContextRelease). A similar issue exists with CGColorSpaceRelease. It seems the logic here was that context would be released in the finalize method derived from CFType. But if this is commented out, the context is never released -- and there is no mechanism to do so. Assuming I understand your previous post, it would thus seem to me that EITHER, 1) A release method needs to be defined for CGBitmapContext (and other similar methods), or 2) The call to CFRelease in CFType.finalize() needs to be restored, which may entail some changes in UIGraphics The new iOS interface is not an option for me, as it current does not appear to implement CGBitmapContext and several other objects. One fairly simple workaround is to define a Java class with a static CFRelease(...) method and implement this in C. This seems to work for me, but its a bit of a hack for something that seems fairly crucial / fundamental. JR On 7/17/2012 1:25 PM, Paul Poley wrote: > I believe the reason I commented out the "CFRelease" in > CFType.finalize() is that it was only there in the first place because > of a bug in UIGraphics. Namely, popContext() was popping the context > & then releasing the current context, which is wrong & a different > context altogether. It should've been releasing the context that was > popped, so I fixed that. > > Then, the bug in CFType.finalize() which called CFRelease could be > fixed. I.e. if it was left in there, it'd be incorrectly released > twice. Note that CGContextRelease is equivalent to CFRelease. > > Thanks, > Paul > -- J.R. Schmidt WebMO, LLC |
From: Paul P. <bay...@gm...> - 2012-07-17 17:42:16
|
I believe the reason I commented out the "CFRelease" in CFType.finalize() is that it was only there in the first place because of a bug in UIGraphics. Namely, popContext() was popping the context & then releasing the current context, which is wrong & a different context altogether. It should've been releasing the context that was popped, so I fixed that. Then, the bug in CFType.finalize() which called CFRelease could be fixed. I.e. if it was left in there, it'd be incorrectly released twice. Note that CGContextRelease is equivalent to CFRelease. Thanks, Paul On Tue, Jul 17, 2012 at 1:19 AM, Kensuke Matsuzaki <mat...@ki...>wrote: > Hi, > > I had similar problem on CGContext, so I'm using '--xmlvm-new-ios-api' now. > Rev 2118 commit comment says "Fixed UIGraphics.popContext() & removed the > CFRelease in CFType's finalize". > |
From: Kensuke M. <mat...@ki...> - 2012-07-17 06:37:10
|
Hi, I had similar problem on CGContext, so I'm using '--xmlvm-new-ios-api' now. Rev 2118 commit comment says "Fixed UIGraphics.popContext() & removed the CFRelease in CFType's finalize". >> I am curious how CGBitmapContextRefs generated by >> CGBitmapContext.create() are handled, if at all. A similar issue arises >> with CGImageRef created. > > CGBitmapContext is derived from CFType. The latter overrides finalize(). > The somewhat funny thing is that the code in > org_xmlvm_iphone_CFType_finalize_org_xmlvm_iphone_CFType__() is > commented out. Not sure how that happened. :) > >> So I am wondering: >> 1) Is "CG" resource management being done in the c implementation? If >> so, how? > > Yes, via CFType.finalize(), except that the CFRelease() is commented out > in the C backend (I have no idea why). > -- 松崎 憲介 (MATSUZAKI Kensuke) |
From: Arno P. <ar...@pu...> - 2012-07-17 05:57:51
|
On 7/16/12 7:53 PM, JR Schmidt wrote: > I am curious how CGBitmapContextRefs generated by > CGBitmapContext.create() are handled, if at all. A similar issue arises > with CGImageRef created. CGBitmapContext is derived from CFType. The latter overrides finalize(). The somewhat funny thing is that the code in org_xmlvm_iphone_CFType_finalize_org_xmlvm_iphone_CFType__() is commented out. Not sure how that happened. :) > So I am wondering: > 1) Is "CG" resource management being done in the c implementation? If > so, how? Yes, via CFType.finalize(), except that the CFRelease() is commented out in the C backend (I have no idea why). > 2) If no resource management is being done, is there a way to release > them manually? I fear that this will require modifying the c > implementation, which looks extremely difficult. It should be handled via the finalizer (in the C backend). > 3) Alternatively, is it possible to mix-and-match the objective c and c > implementations of the XMLVM classes? Writing the objective c > implementations looks far more straightforward, but I still the c back > end for full java classlib compatibility. No. The ObjC backend relies on reference counting whereas the C backend comes with a proper GC. The two backends can't be mixed. Arno |
From: JR S. <sc...@we...> - 2012-07-17 03:22:58
|
I am curious how CGBitmapContextRefs generated by CGBitmapContext.create() are handled, if at all. A similar issue arises with CGImageRef created. I looked at the C implementation, and from my high-level understanding of the code it doesn't appear that there are any finalizers to take care of this. (The DELETE method is empty). Adding to my concern is that the objc impemtetion does contain a "release" method that properly calls CGContextRelease. So I am wondering: 1) Is "CG" resource management being done in the c implementation? If so, how? 2) If no resource management is being done, is there a way to release them manually? I fear that this will require modifying the c implementation, which looks extremely difficult. 3) Alternatively, is it possible to mix-and-match the objective c and c implementations of the XMLVM classes? Writing the objective c implementations looks far more straightforward, but I still the c back end for full java classlib compatibility. Thanks in advance for any advice! JR Schmidt -- J.R. Schmidt WebMO, LLC |
From: Elmar H. <el...@ha...> - 2012-07-12 07:27:36
|
Hi, we do need some currently missing components for the iOS compatibility in cross-compiled Android Apps: * Spinner * DatePickerDialog * TimePickerDialog * Camera If you have the knowledge and time to do that, please send me your offer by mail. Kind Regards Elmar Haneke |
From: Markus N. <mar...@gm...> - 2012-07-10 16:04:35
|
Hi Gianluca, The Java emulator contained in xmlvm is not under active development anymore and I don"t recommend using it. We instead generate an XCode project and use XCode and the iOS simulator which comes with it. I am not familiar with specific differences between iPhone/iPad development wrt xmlvm. The majority (if not all by now) of the tutorials should run on the iPad but by default those tutorials will create a project for the iPhone. To change that edit xmlvm.properties in the root of each tutorial and change "xmlvm.project=iphone" to "xmlvm.project=ipad". Then just run "ant run-Xcode" (e.g. in $XMLVM/tutorial/helloworld/portrait) and XCode should start automatically after the project gets created. Just press Run now and you shold be good to go. Markus On Mon, Jul 9, 2012 at 5:43 AM, puz...@al... <puz...@al...>wrote: > Hi All, > > I'm new of this list. I downloaded, installed and configured XMLVM in > according with the on-line documentation, tried some demo apps, but I have > some questions about the XMLVM tool itself: > > 1) I see that the tool contains an emulator for iPhone. What about iPad's > one? Is there a possibility to show up an iPad emulator or emulate in some > way its screen behaviour inside XMLVM? Moreover, what changes we have > between iPhone and iPad development with XMLVM? I am mainly interested in > iPad application development. > 2) I tried the TabBar demo app in the tutorial section, but it doesn't > work. With any change I made on the code, it doesn't show up the TabBar at > all, only the default black screen (or white if I change the background > color by Java code). > > Gianluca > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: <puz...@al...> - 2012-07-09 12:44:03
|
Hi All, I'm new of this list. I downloaded, installed and configured XMLVM in according with the on-line documentation, tried some demo apps, but I have some questions about the XMLVM tool itself: 1) I see that the tool contains an emulator for iPhone. What about iPad's one? Is there a possibility to show up an iPad emulator or emulate in some way its screen behaviour inside XMLVM? Moreover, what changes we have between iPhone and iPad development with XMLVM? I am mainly interested in iPad application development. 2) I tried the TabBar demo app in the tutorial section, but it doesn't work. With any change I made on the code, it doesn't show up the TabBar at all, only the default black screen (or white if I change the background color by Java code). Gianluca |
From: Markus N. <mar...@gm...> - 2012-07-06 18:26:36
|
Hi Ryan, .class files are handled with the --in as you have already figured out. To add additional resources xmlvm uses the --resource parameter. If you're using eclipse the app will be compiled as .class files to yourproject/bin/classes by default. Eclipse just won't show them. For a typical Android project the complete call could look something like this: java -jar xmlvm.jar --in=yourproject/bin/classes --out=out --target=iphonecandroid --app-name=YourProject --resource=yourproject/AndroidManifest.xml --resource=yourproject/res @Ryan: Sorry for the spam. Didn't reply all at first Cheers, Markus On Fri, Jul 6, 2012 at 11:06 AM, Ryan Dean <ry...@ho...> wrote: > I'm sorry if this question seems trivial, I hope that it is. > > I am an android application developer, and am looking into using xmlvm to > cross-compile a few very simple android apps to the i-phone (most the work > is handled on the server-side, so this is basically just a ui with some > POST stuff going on) > > I've successfully set up xmlvm, xcode, the android sdk, and the like on a > mac running snow leopard. My question is this: from my understanding of the > documentation, xmlvm looks for .exe, .class and .xmlvm files from the input > parameter. Since my app utilizes androids xml layouts, and certain > important pieces of information is stored in xml files (and packaged art > files) - how do I go about compiling the android app to be comprised of > class files? Developing in Eclipse allows for exporting to apk files, but > i'm not seeing another way to package these as class files appropriately. > > Thank you for your time. > > Ryan Dean > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Ryan D. <ry...@ho...> - 2012-07-06 18:06:18
|
I'm sorry if this question seems trivial, I hope that it is. I am an android application developer, and am looking into using xmlvm to cross-compile a few very simple android apps to the i-phone (most the work is handled on the server-side, so this is basically just a ui with some POST stuff going on) I've successfully set up xmlvm, xcode, the android sdk, and the like on a mac running snow leopard. My question is this: from my understanding of the documentation, xmlvm looks for .exe, .class and .xmlvm files from the input parameter. Since my app utilizes androids xml layouts, and certain important pieces of information is stored in xml files (and packaged art files) - how do I go about compiling the android app to be comprised of class files? Developing in Eclipse allows for exporting to apk files, but i'm not seeing another way to package these as class files appropriately. Thank you for your time. Ryan Dean |
From: Rudolf S. <sch...@ha...> - 2012-06-28 15:06:54
|
Hi everyone, I need some help. Is there already any possibility to use the Spinner, DatePickerDialog, TimePickerDialog and Camera in cross-compiled Apps from Android to iOS? If not, does anyone have an example of a workaround for me? Best regards, Rudolf Schillack |
From: Mickael B. <mba...@gm...> - 2012-06-25 20:55:31
|
Hi, Thanks for your help, it's really appreciated :) I'll try that as soon as possible, but it looks like what I'm looking for. I didn't think about ObjC informal protocols before, it's probably the best solution. I'll take you up to date if anything works. Thank you so much. Mikael 2012/6/25 Spoorthi D'Silva <spo...@ma...> > Hi Michael, > > If I understand your problem right, you can achieve what you intend to, by > creating a category for UIViewWrapper within org_xmlvm_ios_UIView.m and add > the method that you intend to. I think following the example of > UIViewControllerWrapper within Advisor to inject the code for the same. > > Hope that helps, > Spoorthi > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Arno P. <ar...@pu...> - 2012-06-25 17:40:13
|
well, short answer: we don't support that scenario yet. What you could do: you can inject code on class level using advisor.xml. You can use that to inject an Objective-C category that adds a new method to the generated wrapper class. A bit of a kludge, but might solve your problem for now. Arno On 6/25/12 2:32 PM, Mickael Barbeaux wrote: > Hi Arno, > > Thanks for your really quick answer ! :) > > I've just taken a look at what you suggested. But I don't think this > corresponds to what I'm looking for... > I'll be more specific. > > If I did understand correctly what does the Advisor, it will add a new > method inside the UIView java class (let's call it "layerClass") and a > native implementation inside org_xmlvm_ios_UIView.m from the code I'll > put inside advisor.xml. I deduced it from what did the toString() method > added inside NSString in advisor.xml : > > <class name="NSString"> > <injected-method name="toString" modifier="public"> > <signature> > <return type="String"/> > </signature> > <code language="c" mode="replace"> > <![CDATA[ > return fromNSString(((org_xmlvm_ios_NSObject*) me)->fields.org_xmlvm_ios_NSObject.wrappedObj); > ]]> > </code> > </injected-method> > </class> > > This adds the method inside "NSString.java" : > > /* > * Injected methods > */ > public String toString(){ > throw new RuntimeException("Stub"); > } > > and "org_xmlvm_ios_NSString.m" : > > JAVA_OBJECT org_xmlvm_ios_NSString_toString__(JAVA_OBJECT me) > { > //XMLVM_BEGIN_WRAPPER[org_xmlvm_ios_NSString_toString__] > > return fromNSString(((org_xmlvm_ios_NSObject*) > me)->fields.org_xmlvm_ios_NSObject.wrappedObj); > //XMLVM_END_WRAPPER > } > > > That's great, but not what I'm looking for. > What I want to do is add a class method inside the underlying > UIViewWrapper ObjC class. > From what I'm understanding of it, UIViewWrapper is a generated ObjC > class, extending UIView, and adding methods for managing delegated > methods such as touch events, etc : > > Inside "org_xmlvm_ios_UIView.h" : > > @interface UIViewWrapper : UIView > > // Append the wrapper method declarations defined in the class Macro > XMLVM_OBJC_OVERRIDE_CLASS_DECLARATIONS_org_xmlvm_ios_UIView > > @end > > Inside "org_xmlvm_ios_UIView.m" : > > @implementation UIViewWrapper > > // Append the wrapper methods defined in the class Macro > XMLVM_OBJC_OVERRIDE_CLASS_DEFINITIONS_org_xmlvm_ios_UIView > > @end > > > What I need is to be able to add a class method inside UIViewWrapper, so > that it looks like something like this : > > @implementation UIViewWrapper > > // Append the wrapper methods defined in the class Macro > XMLVM_OBJC_OVERRIDE_CLASS_DEFINITIONS_org_xmlvm_ios_UIView > > + (Class) layerClass { > return [CAEAGLLayer class]; > } > > @end > > > Having generated this method for the "org_xmlvm_ios_UIView" class won't > solve my problem, since the method needs to be generated on the > UIViewWrapper class. > Maybe is it more clear now... :) > > Mickael > > > 2012/6/25 Arno Puder <ar...@pu... <mailto:ar...@pu...>> > > > checkout trunk/crossmobile, then look for a file called advisor.xml. In > that file do a grep on "toString". This is an example on how a method > toString() is injected to class NSString. You should be able to do the > same for a method called layerClass. Once you have done that, do a "ant > gen-xmlvm-ios" in crossmobile. This will re-generate the iOS API in > ../xmlvm. For this to work you need to point property sdk.path in > xmlvm.properties to an installation of the iOS 4.3 SDK (note that > crossmobile cannot deal with 5.* API yet). > > Arno > > > On 6/25/12 11:53 AM, Mickael Barbeaux wrote: > > Hi everyone, > > > > I recently switched to the new C iOS API backend, and it really > works well ! > > I'm currently working at implementing an OpenGLES 2.0 interface for > > developing my own custom game renderer, based on what was done > before on > > the old C API backend. > > > > My main concern is about the way to define the layer class on a > UIView. > > As you may know, I order to use an OpenGLES 2.0 renderer inside a > > UIView, Apple recommend to add this method inside your UIView > subclass : > > > > + (Class) layerClass > > > > { > > > > return [CAEAGLLayer class]; > > > > } > > > > > > But how to reach the same effect using XMLVM ? > > It seems that the UIView implementation is based on a ObjC > wrapper class > > (UIViewWrapper), but it is generated by XMLVM at XCode project > > generation, and it seems I have no way to modify it. > > As the method to implement is "static" (class method), I didn't > find a > > way to "override" it inside my UIView java subclass. Using a delegate > > method won't help either. > > > > How can I process to achieve what I want to do ? > > Should I do the same way as for the old C iOS API, that's to say > > duplicate the UIView class and create a UIViewGL class with specific > > implementation using the CAEAGLLayer class ? But then, how can I > add the > > "layerClass" inside the wrapper implementation, as it is now > generated > > automatically by the new iOS API ? > > > > Mickael > > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > Discussions > > will include endpoint security, mobile security and the latest in > malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > > > > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > <mailto:xml...@li...> > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > <mailto:xml...@li...> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > -- > Barbeaux Mikael > Ingénieur SI - Spécialité J2EE > --------------------------------------------------------- > Ippon Technologies > 3 rue Bellanger > 92300 LEVALLOIS PERRET > > Port: 06.18.85.00.73 > www.ippon.fr <http://www.ippon.fr> |
From: Spoorthi D'S. <spo...@ma...> - 2012-06-25 17:30:49
|
Hi Michael, If I understand your problem right, you can achieve what you intend to, by creating a category for UIViewWrapper within org_xmlvm_ios_UIView.m and add the method that you intend to. I think following the example of UIViewControllerWrapper within Advisor to inject the code for the same. Hope that helps, Spoorthi |
From: Mickael B. <mba...@gm...> - 2012-06-25 12:32:34
|
Hi Arno, Thanks for your really quick answer ! :) I've just taken a look at what you suggested. But I don't think this corresponds to what I'm looking for... I'll be more specific. If I did understand correctly what does the Advisor, it will add a new method inside the UIView java class (let's call it "layerClass") and a native implementation inside org_xmlvm_ios_UIView.m from the code I'll put inside advisor.xml. I deduced it from what did the toString() method added inside NSString in advisor.xml : <class name="NSString"> <injected-method name="toString" modifier="public"> <signature> <return type="String"/> </signature> <code language="c" mode="replace"> <![CDATA[ return fromNSString(((org_xmlvm_ios_NSObject*) me)->fields.org_xmlvm_ios_NSObject.wrappedObj); ]]> </code> </injected-method> </class> This adds the method inside "NSString.java" : /* * Injected methods */ public String toString(){ throw new RuntimeException("Stub"); } and "org_xmlvm_ios_NSString.m" : JAVA_OBJECT org_xmlvm_ios_NSString_toString__(JAVA_OBJECT me) { //XMLVM_BEGIN_WRAPPER[org_xmlvm_ios_NSString_toString__] return fromNSString(((org_xmlvm_ios_NSObject*) me)->fields.org_xmlvm_ios_NSObject.wrappedObj); //XMLVM_END_WRAPPER } That's great, but not what I'm looking for. What I want to do is add a class method inside the underlying UIViewWrapper ObjC class. >From what I'm understanding of it, UIViewWrapper is a generated ObjC class, extending UIView, and adding methods for managing delegated methods such as touch events, etc : Inside "org_xmlvm_ios_UIView.h" : @interface UIViewWrapper : UIView // Append the wrapper method declarations defined in the class Macro XMLVM_OBJC_OVERRIDE_CLASS_DECLARATIONS_org_xmlvm_ios_UIView @end Inside "org_xmlvm_ios_UIView.m" : @implementation UIViewWrapper // Append the wrapper methods defined in the class Macro XMLVM_OBJC_OVERRIDE_CLASS_DEFINITIONS_org_xmlvm_ios_UIView @end What I need is to be able to add a class method inside UIViewWrapper, so that it looks like something like this : @implementation UIViewWrapper // Append the wrapper methods defined in the class Macro XMLVM_OBJC_OVERRIDE_CLASS_DEFINITIONS_org_xmlvm_ios_UIView + (Class) layerClass { return [CAEAGLLayer class]; } @end Having generated this method for the "org_xmlvm_ios_UIView" class won't solve my problem, since the method needs to be generated on the UIViewWrapper class. Maybe is it more clear now... :) Mickael 2012/6/25 Arno Puder <ar...@pu...> > > checkout trunk/crossmobile, then look for a file called advisor.xml. In > that file do a grep on "toString". This is an example on how a method > toString() is injected to class NSString. You should be able to do the > same for a method called layerClass. Once you have done that, do a "ant > gen-xmlvm-ios" in crossmobile. This will re-generate the iOS API in > ../xmlvm. For this to work you need to point property sdk.path in > xmlvm.properties to an installation of the iOS 4.3 SDK (note that > crossmobile cannot deal with 5.* API yet). > > Arno > > > On 6/25/12 11:53 AM, Mickael Barbeaux wrote: > > Hi everyone, > > > > I recently switched to the new C iOS API backend, and it really works > well ! > > I'm currently working at implementing an OpenGLES 2.0 interface for > > developing my own custom game renderer, based on what was done before on > > the old C API backend. > > > > My main concern is about the way to define the layer class on a UIView. > > As you may know, I order to use an OpenGLES 2.0 renderer inside a > > UIView, Apple recommend to add this method inside your UIView subclass : > > > > + (Class) layerClass > > > > { > > > > return [CAEAGLLayer class]; > > > > } > > > > > > But how to reach the same effect using XMLVM ? > > It seems that the UIView implementation is based on a ObjC wrapper class > > (UIViewWrapper), but it is generated by XMLVM at XCode project > > generation, and it seems I have no way to modify it. > > As the method to implement is "static" (class method), I didn't find a > > way to "override" it inside my UIView java subclass. Using a delegate > > method won't help either. > > > > How can I process to achieve what I want to do ? > > Should I do the same way as for the old C iOS API, that's to say > > duplicate the UIView class and create a UIViewGL class with specific > > implementation using the CAEAGLLayer class ? But then, how can I add the > > "layerClass" inside the wrapper implementation, as it is now generated > > automatically by the new iOS API ? > > > > Mickael > > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > > > > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > -- Barbeaux Mikael Ingénieur SI - Spécialité J2EE --------------------------------------------------------- Ippon Technologies 3 rue Bellanger 92300 LEVALLOIS PERRET Port: 06.18.85.00.73 www.ippon.fr |
From: Arno P. <ar...@pu...> - 2012-06-25 10:59:52
|
checkout trunk/crossmobile, then look for a file called advisor.xml. In that file do a grep on "toString". This is an example on how a method toString() is injected to class NSString. You should be able to do the same for a method called layerClass. Once you have done that, do a "ant gen-xmlvm-ios" in crossmobile. This will re-generate the iOS API in ../xmlvm. For this to work you need to point property sdk.path in xmlvm.properties to an installation of the iOS 4.3 SDK (note that crossmobile cannot deal with 5.* API yet). Arno On 6/25/12 11:53 AM, Mickael Barbeaux wrote: > Hi everyone, > > I recently switched to the new C iOS API backend, and it really works well ! > I'm currently working at implementing an OpenGLES 2.0 interface for > developing my own custom game renderer, based on what was done before on > the old C API backend. > > My main concern is about the way to define the layer class on a UIView. > As you may know, I order to use an OpenGLES 2.0 renderer inside a > UIView, Apple recommend to add this method inside your UIView subclass : > > + (Class) layerClass > > { > > return [CAEAGLLayer class]; > > } > > > But how to reach the same effect using XMLVM ? > It seems that the UIView implementation is based on a ObjC wrapper class > (UIViewWrapper), but it is generated by XMLVM at XCode project > generation, and it seems I have no way to modify it. > As the method to implement is "static" (class method), I didn't find a > way to "override" it inside my UIView java subclass. Using a delegate > method won't help either. > > How can I process to achieve what I want to do ? > Should I do the same way as for the old C iOS API, that's to say > duplicate the UIView class and create a UIViewGL class with specific > implementation using the CAEAGLLayer class ? But then, how can I add the > "layerClass" inside the wrapper implementation, as it is now generated > automatically by the new iOS API ? > > Mickael > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Mickael B. <mba...@gm...> - 2012-06-25 09:53:41
|
Hi everyone, I recently switched to the new C iOS API backend, and it really works well ! I'm currently working at implementing an OpenGLES 2.0 interface for developing my own custom game renderer, based on what was done before on the old C API backend. My main concern is about the way to define the layer class on a UIView. As you may know, I order to use an OpenGLES 2.0 renderer inside a UIView, Apple recommend to add this method inside your UIView subclass : + (Class) layerClass { return [CAEAGLLayer class]; } But how to reach the same effect using XMLVM ? It seems that the UIView implementation is based on a ObjC wrapper class (UIViewWrapper), but it is generated by XMLVM at XCode project generation, and it seems I have no way to modify it. As the method to implement is "static" (class method), I didn't find a way to "override" it inside my UIView java subclass. Using a delegate method won't help either. How can I process to achieve what I want to do ? Should I do the same way as for the old C iOS API, that's to say duplicate the UIView class and create a UIViewGL class with specific implementation using the CAEAGLLayer class ? But then, how can I add the "layerClass" inside the wrapper implementation, as it is now generated automatically by the new iOS API ? Mickael |
From: Prakash R. <pra...@gm...> - 2012-06-25 08:55:23
|
Hello, I am working on a section of library which is written in Java 1.4 version. Currently our android application and AWT based app is using this library. We are planning to have this library extended for iPhone application too. The library dont have any UI components, its just a medium for data handling and communication with server. Is it possible to achieve the same using XMLVM? if yes how can i setup java project and build it to export jar for Android and as binary for iPhone project. Thanks Prakash |
From: Mickael B. <mba...@gm...> - 2012-06-12 06:16:34
|
Hi everyone, Hope you're having a good day right now :) I have some questions about touches events handling. I just made a few tests in the last few days and I just wanted to ask you some details : (FYI, I'm using the C backend) - I tried to add UITouch events handling on a regular UIView class. I had no success. Then, I tried to debug the MultiTouch tutorial provided example and this time, it worked successfully on my iPhone. I couldn't find what was wrong on my code, but after many tests, I achieved to make it receive events correctly. It seems that, if you don't implement "drawRect(CGRect)" inside your class extending UIView, then your class will never receive UITouch events. Well, you simply have to add this method in your class, even if it does nothing (you can delete the complete body of this method, it will still work). Why is it necessary to add this method inside your UIView subclass in order to receive UITouch events ? It seems that this is not needed on the iOS official SDK implementation, so maybe you could answer this question. - I then tried to add UITouch events handling on a UIViewGL subclass. I still had no success at this time, after many tests. I tried almost everything, but couldn't make it receive touch events. Do you have any idea about how to make it work correctly, or at least, a starting point where to search for what's going on ? My lastest tests made me believe it could be a problem with the UIViewWrapper / UIViewGLWrapper implementations, but couldn't go further than this. Any idea ? Thank you so much for your appreciated help ! Mikael |
From: Mohamed H. <moh...@gm...> - 2012-06-08 15:36:14
|
Hi, I'm considering using XMLVM, I'd like to know though are Notifications automatically cross-compiled? The API is a bit different, for example how do I specify that I want a text pop up notification to show up in the iphone app when there is no such functionality in Android? If I stuck to functionality that was on both phones, like just having a status bar notification and playing sounds / vibrating, would that be cross compiled successfully? Thanks! Mohamed Hafez |
From: Lino S. <li...@ho...> - 2012-06-07 12:04:30
|
Hi, I am trying to build the CSharp Fireworks (in Visual Studio 2008) example that was included in the packaged downloaded via SVN from sourceforge. However, after building the project successfully, there is a post-build that takes place, but an error occurs. I've listed the error below.... java -classpath ./lib/bcel.jar;./lib/jakarta-regexp.jar;./lib/jdom.jar;./lib/mbel.jar;./lib/saxon9.jar;./lib/xercesImpl.jar;./ org.xmlvm.Main --java --out=./ FireWorks.exe EXEC : error : Could not find or load main class org.xmlvm.Main c:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(3397,13): error MSB3073: The command "java -classpath ./lib/bcel.jar;./lib/jakarta-regexp.jar;./lib/jdom.jar;./lib/mbel.jar;./lib/saxon9.jar;./lib/xercesImpl.jar;./ org.xmlvm.Main --java --out=./ FireWorks.exe" exited with code 1. Done building project "FireWorks.csproj" -- FAILED. Question: what is the org.xmlvm.Main class and how do I use it? Thanks InAdvance. |
From: Kensuke M. <mat...@ki...> - 2012-06-07 11:05:26
|
Thank you. I need to ifdef out some native_*.m to compile. And I can't found the way to call "(id)target action:(SEL)action" style callback. But other part seems to work. |
From: Arno P. <ar...@pu...> - 2012-06-07 10:02:10
|
as a followup to my last message, I would encourage you to use the new iOS API (org.xmlvm.ios.*). The problems you have mentioned in this message should be working there. Arno On 6/7/12 11:08 AM, Kensuke Matsuzaki wrote: > Hi, > > When I create CGContext using UIGraphics.beginImageContext(), > how can I release it? > > CGContext.finalizer doesn't call CGContextRelease, > also CFTyp.finalizer doesn't call CFRelease. > And UIGraphics.popContext without pushContext raises error. > > Thanks in advance. > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |