xmlvm-developers — Used to discuss development of XMLVM itself. Not for developers using XMLVM.

[xmlvm-dev] CGContext.selectFont

[Panayotis K. <pan...@pa...>]

After a second thought, I think the definition of CGContext.selectFont should be

public void selectFont(String name, float size, int textEncoding)

while also the CGTextEncoding constants should be defined.

Re: [xmlvm-dev] includes for method return types

[Arno P. <ar...@pu...>]

the reason we opted for not including return types is to reduce the 
number of the dependent classes. If you ignore the return value of a 
method, there is no need to generate an #include. As you pointed out, 
the moment you use the type for something, an #include will be generated.

As you also pointed out, this is a bit of a problem for classes 
annotated with @XMLVMSkeletonOnly since we don't know what types the 
injected code requires. As a 'solution' we usually add a protected 
dummyMethod() whose parameter types are the ones we need in the injected 
code.

It might be a good idea to add return types to the dependency analysis 
and see by how much that increases the number of classes. If the 
increase is not dramatic, perhaps we should do this instead of the 
dummyMethod() workaround. I also know that this is an issue with the C# 
backend for WP7.

Arno


On 9/18/11 1:15 AM, Markus Heberling wrote:
> Hi,
>
> for classes that appear in method parameters, an include is generated in the c-file. This is not done for classes that occur as method return types. This is no problem for normal classes, since the "missing" class will be added as an dependency as soon as it is instantiated with new or something else. But for classes annotated with @XMLVMSkeletonOnly those includes are missing. You can see that for example in the CGContext class. CGPoint is used as a return type there, but its missing as an include in the generated file.
>
> I think those return type dependencies should be added to the include list.
>
> Markus
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> http://p.sf.net/sfu/rim-devcon-copy2
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers

[xmlvm-dev] includes for method return types

[Markus H. <ma...@ti...>]

Hi,

for classes that appear in method parameters, an include is generated in the c-file. This is not done for classes that occur as method return types. This is no problem for normal classes, since the "missing" class will be added as an dependency as soon as it is instantiated with new or something else. But for classes annotated with @XMLVMSkeletonOnly those includes are missing. You can see that for example in the CGContext class. CGPoint is used as a return type there, but its missing as an include in the generated file.

I think those return type dependencies should be added to the include list.

Markus

Re: [xmlvm-dev] Small additions to compat-lib/objc

[Arno P. <ar...@pu...>]

actually, most of that code is generated. After you have added the Java 
methods, invoke "ant gen-c-wrappers" and the C files will be updated. 
You only should inject code between //BEGIN_WRAPPER and //END_WRAPPER 
markers. Take a look at the comments in org_xmlvm_iphone_NSObject.m 
Markus has offered to write the C wrappers for your methods so you are 
off the hook.  :)

Arno


On 9/17/11 10:50 AM, Aaron VonderHaar wrote:
>> Can you please implement the same API for the C backend as well?
>> (src/xmlvm2c/compat-lib/iphone)
>
> I see in the 2c compat-lib, each method has an int id used in the
> reflection data and in method_dispatcher.
>
> Is it preferred to just add the new methods at the end, or to insert
> the new methods in a particular order (in the objc patch, I put them
> near similar functions), and then bump up the ids of all the methods
> below that?
>
> --Aaron
>
> On Fri, Sep 16, 2011 at 11:59 PM, Arno Puder<ar...@pu...>  wrote:
>>
>> first of all, thanks for your patch!
>>
>> Some quick comments:
>>
>>> 1) Implement java.lang.Iterable in xmlvm2objc
>>> http://xmlvm-reviews.appspot.com/163001/
>>
>> This is fine, not however, that with the C backend you won't need to
>> implement anything from J2SE since we cross-compile Apache Harmony.
>>
>>> 2) Implement CGContext.selectFont and CGContext.setTextPosition
>>> http://xmlvm-reviews.appspot.com/164001/
>>
>> Can you please implement the same API for the C backend as well?
>> (src/xmlvm2c/compat-lib/iphone)
>>
>> Thanks,
>> Arno
>>
>> ------------------------------------------------------------------------------
>> BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
>> http://p.sf.net/sfu/rim-devcon-copy2
>> _______________________________________________
>> Xmlvm-developers mailing list
>> Xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>>

Re: [xmlvm-dev] Small additions to compat-lib/objc

[Aaron V. <gru...@gm...>]

> Can you please implement the same API for the C backend as well?
> (src/xmlvm2c/compat-lib/iphone)

I see in the 2c compat-lib, each method has an int id used in the
reflection data and in method_dispatcher.

Is it preferred to just add the new methods at the end, or to insert
the new methods in a particular order (in the objc patch, I put them
near similar functions), and then bump up the ids of all the methods
below that?

--Aaron

On Fri, Sep 16, 2011 at 11:59 PM, Arno Puder <ar...@pu...> wrote:
>
> first of all, thanks for your patch!
>
> Some quick comments:
>
>> 1) Implement java.lang.Iterable in xmlvm2objc
>> http://xmlvm-reviews.appspot.com/163001/
>
> This is fine, not however, that with the C backend you won't need to
> implement anything from J2SE since we cross-compile Apache Harmony.
>
>> 2) Implement CGContext.selectFont and CGContext.setTextPosition
>> http://xmlvm-reviews.appspot.com/164001/
>
> Can you please implement the same API for the C backend as well?
> (src/xmlvm2c/compat-lib/iphone)
>
> Thanks,
> Arno
>
> ------------------------------------------------------------------------------
> BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> http://p.sf.net/sfu/rim-devcon-copy2
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>

Re: [xmlvm-dev] Small additions to compat-lib/objc

[Markus H. <ma...@ti...>]

If you commit the patch without a C implementation I can add the implementation in my CG* rewrite patch.

Am 17.09.2011 um 08:59 schrieb Arno Puder:

> 
> first of all, thanks for your patch!
> 
> Some quick comments:
> 
>> 1) Implement java.lang.Iterable in xmlvm2objc
>> http://xmlvm-reviews.appspot.com/163001/
> 
> This is fine, not however, that with the C backend you won't need to 
> implement anything from J2SE since we cross-compile Apache Harmony.
> 
>> 2) Implement CGContext.selectFont and CGContext.setTextPosition
>> http://xmlvm-reviews.appspot.com/164001/
> 
> Can you please implement the same API for the C backend as well? 
> (src/xmlvm2c/compat-lib/iphone)
> 
> Thanks,
> Arno
> 
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> http://p.sf.net/sfu/rim-devcon-copy2
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers

Re: [xmlvm-dev] Small additions to compat-lib/objc

[Arno P. <ar...@pu...>]

first of all, thanks for your patch!

Some quick comments:

> 1) Implement java.lang.Iterable in xmlvm2objc
> http://xmlvm-reviews.appspot.com/163001/

This is fine, not however, that with the C backend you won't need to 
implement anything from J2SE since we cross-compile Apache Harmony.

> 2) Implement CGContext.selectFont and CGContext.setTextPosition
> http://xmlvm-reviews.appspot.com/164001/

Can you please implement the same API for the C backend as well? 
(src/xmlvm2c/compat-lib/iphone)

Thanks,
Arno

[xmlvm-dev] Small additions to compat-lib/objc

[Aaron V. <gru...@gm...>]

Hi, I've been watching this list for a while, but this is my first
contribution.

I've uploaded two patches adding a bit of functionality to the objc compat-lib:

1) Implement java.lang.Iterable in xmlvm2objc
http://xmlvm-reviews.appspot.com/163001/
2) Implement CGContext.selectFont and CGContext.setTextPosition
http://xmlvm-reviews.appspot.com/164001/

Comments appreciated.

Thanks!
--Aaron V.

Re: [xmlvm-dev] Request for translation: Xokoban

[Sascha H. <sa...@gm...>]

Hi Tomás,

absolutely no problem. Your help would be greatly appreciated!  :)

Thanks!
// Sascha

2011/9/12 Tomás Lázaro <to...@be...>

> Hi,
>
> I would gladly take on Spanish if you wish, just give me few days, perhaps
> until the weekend, as I'm a bit busy right now.
>
> Cheers
> Tomás
>
> On Mon, Sep 12, 2011 at 11:57 AM, Sascha Haeberling <sa...@gm...>wrote:
>
>> Hi community,
>>
>> if you are interested in becoming an official contributor including a
>> mention on our website, and you speak languages other than English and
>> German, continue reading:
>>
>> as you know, one of our very own demo applications is Xokoban, a Sokoban
>> clone, that we used since very early on to test various features in XMLVM.
>>
>> We've made significant improvements to the app as well as XMLVM since the
>> last time we pushed the cross-compiled app to the AppStore. One change is
>> that we have the app properly internationalized. However, we, the core team,
>> only speak English and German well, so we don't have other translations...
>> yet!
>>
>> This is why we would like to ask you out there to contribute translations
>> in a language you are fluent in. There are not many strings in the app, so
>> it should be an easy task. You can fine the file with the English strings
>> here:
>>
>> http://xmlvm.svn.sourceforge.net/viewvc/xmlvm/trunk/xmlvm/demo/android/xokoban/res/values/strings.xml?revision=1992&view=markup
>>
>> Just hit "download" at the top to download the file. Simply fill in the
>> words in the language you are contributing and send it back to me.
>>
>> In addition we have the following strings in the Android market that also
>> need to be translated:
>>
>> Description (4000 characters max)
>>
>> Xokoban is an implementation of the classic Sokoban game containing 100
>> levels.
>>
>> This game was originally developed for Android and then cross-compiled to
>> the iPhone using XMLVM.
>>
>> Visit us at http://xmlvm.org for more details on how we did it.
>>
>>
>> Promo text (80 characters max)
>>
>> Xokoban is an implementation of the classic Sokoban game containing 100
>> levels.
>>
>>
>>
>> This is a nice way for you to contribute, even if you haven't contributed
>> any code yet. We will of course also mention you as one of our *official
>> contributors* if you do provide a translation that we will use the the
>> app: http://xmlvm.org/contact/
>>
>> Thanks in advance! :)
>> // Sascha
>>
>>
>> ------------------------------------------------------------------------------
>> Doing More with Less: The Next Generation Virtual Desktop
>> What are the key obstacles that have prevented many mid-market businesses
>> from deploying virtual desktops?   How do next-generation virtual desktops
>> provide companies an easier-to-deploy, easier-to-manage and more
>> affordable
>> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
>> _______________________________________________
>> Xmlvm-developers mailing list
>> Xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>>
>>
>

Re: [xmlvm-dev] Request for translation: Xokoban

[Tomás L. <to...@be...>]

Hi,

I would gladly take on Spanish if you wish, just give me few days, perhaps
until the weekend, as I'm a bit busy right now.

Cheers
Tomás

On Mon, Sep 12, 2011 at 11:57 AM, Sascha Haeberling <sa...@gm...>wrote:

> Hi community,
>
> if you are interested in becoming an official contributor including a
> mention on our website, and you speak languages other than English and
> German, continue reading:
>
> as you know, one of our very own demo applications is Xokoban, a Sokoban
> clone, that we used since very early on to test various features in XMLVM.
>
> We've made significant improvements to the app as well as XMLVM since the
> last time we pushed the cross-compiled app to the AppStore. One change is
> that we have the app properly internationalized. However, we, the core team,
> only speak English and German well, so we don't have other translations...
> yet!
>
> This is why we would like to ask you out there to contribute translations
> in a language you are fluent in. There are not many strings in the app, so
> it should be an easy task. You can fine the file with the English strings
> here:
>
> http://xmlvm.svn.sourceforge.net/viewvc/xmlvm/trunk/xmlvm/demo/android/xokoban/res/values/strings.xml?revision=1992&view=markup
>
> Just hit "download" at the top to download the file. Simply fill in the
> words in the language you are contributing and send it back to me.
>
> In addition we have the following strings in the Android market that also
> need to be translated:
>
> Description (4000 characters max)
>
> Xokoban is an implementation of the classic Sokoban game containing 100
> levels.
>
> This game was originally developed for Android and then cross-compiled to
> the iPhone using XMLVM.
>
> Visit us at http://xmlvm.org for more details on how we did it.
>
>
> Promo text (80 characters max)
>
> Xokoban is an implementation of the classic Sokoban game containing 100
> levels.
>
>
>
> This is a nice way for you to contribute, even if you haven't contributed
> any code yet. We will of course also mention you as one of our *official
> contributors* if you do provide a translation that we will use the the
> app: http://xmlvm.org/contact/
>
> Thanks in advance! :)
> // Sascha
>
>
> ------------------------------------------------------------------------------
> Doing More with Less: The Next Generation Virtual Desktop
> What are the key obstacles that have prevented many mid-market businesses
> from deploying virtual desktops?   How do next-generation virtual desktops
> provide companies an easier-to-deploy, easier-to-manage and more affordable
> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>
>

Re: [xmlvm-dev] Games with LibGDX on iPhone

[Panayotis K. <pan...@pa...>]

On 11 Σεπ 2011, at 1:44 π.μ., Tomás Lázaro wrote:

> Hi,
> 
> Thanks for your quick response!
> 
> I'm still having trouble with the demos, I did a fresh checkout of the xmlvm trunk. The 'ant' command worked fine but 'ant demos' afterwards still produces the error with the aforementioned xmls. 
> 
> /home/tomas/NetBeansProjects/xmlvm/demo/iphone/ifireworks/nbproject/xmlvm.xml:96: The following error occurred while executing this line:
> java.io.FileNotFoundException: /home/tomas/NetBeansProjects/xmlvm/demo/iphone/ifireworks/nbproject/build-xcode.xml (No such file or directory)
> 
> There is a total of 8 files inside /xmlvm/demo/ that are named build-Xcode.xml but should be build-xcode.xml.


I think it will be a good idea to have a better look at 
http://xmlvm.org/documentation/
Thus will solve you most of your problems, without patching :)


The problem with the case sensitive targets is that you did 
"ant run"
without a default target.
Anyways I am going to fix this problem soon.

[xmlvm-dev] Request for translation: Xokoban

[Sascha H. <sa...@gm...>]

Hi community,

if you are interested in becoming an official contributor including a
mention on our website, and you speak languages other than English and
German, continue reading:

as you know, one of our very own demo applications is Xokoban, a Sokoban
clone, that we used since very early on to test various features in XMLVM.

We've made significant improvements to the app as well as XMLVM since the
last time we pushed the cross-compiled app to the AppStore. One change is
that we have the app properly internationalized. However, we, the core team,
only speak English and German well, so we don't have other translations...
yet!

This is why we would like to ask you out there to contribute translations in
a language you are fluent in. There are not many strings in the app, so it
should be an easy task. You can fine the file with the English strings here:
http://xmlvm.svn.sourceforge.net/viewvc/xmlvm/trunk/xmlvm/demo/android/xokoban/res/values/strings.xml?revision=1992&view=markup

Just hit "download" at the top to download the file. Simply fill in the
words in the language you are contributing and send it back to me.

In addition we have the following strings in the Android market that also
need to be translated:

Description (4000 characters max)

Xokoban is an implementation of the classic Sokoban game containing 100
levels.

This game was originally developed for Android and then cross-compiled to
the iPhone using XMLVM.

Visit us at http://xmlvm.org for more details on how we did it.


Promo text (80 characters max)

Xokoban is an implementation of the classic Sokoban game containing 100
levels.



This is a nice way for you to contribute, even if you haven't contributed
any code yet. We will of course also mention you as one of our *official
contributors* if you do provide a translation that we will use the the app:
http://xmlvm.org/contact/

Thanks in advance! :)
// Sascha

Re: [xmlvm-dev] Games with LibGDX on iPhone

[Arno P. <ar...@pu...>]

some comments from my side:

- the following works for me with the current HEAD:
   cd xmlvm
   ant
   cd demo/android/xokoban
   ant run-Xcode

- ignore the vtable index -1 messages for now. Should not have
   an impact on the cross-compiled application.

- there are a bunch of tutorials you may also want to try:
   cd tutorial/ios/helloworld/portrait
   ant run-Xcode
   Also look at http://xmlvm.org/tutorial

The general approach for adding new API (such as the one you propose):

- create the Java API in xmlvm/src/xmlvm2objc/compat-lib/java. There
   is no need to provide an implementation.
- run "ant gen-c-wrappers" to create the C wrappers for the new API.
   You can find the wrappers in xmlvm/src/xmlvm2c/compat-lib/iphone
- Implement the wrappers.

For the last item check out the slides in xmlvm/doc/slides for some 
comments on the C backend (in the middle of the slide deck). Also look 
at the extensive inline comments in org_xmlvm_iphone_UIView.m and 
org_xmlvm_iphone_NSObject.m to see the pattern for implementing the 
wrappers.

Let us know if you have further questions.

Arno


On 9/10/11 3:44 PM, Tomás Lázaro wrote:
> Hi,
>
> Thanks for your quick response!
>
> I'm still having trouble with the demos, I did a fresh checkout of the
> xmlvm trunk. The 'ant' command worked fine but 'ant demos' afterwards
> still produces the error with the aforementioned xmls.
>
>     /home/tomas/NetBeansProjects/xmlvm/demo/iphone/ifireworks/nbproject/xmlvm.xml:96:
>     The following error occurred while executing this line:
>     java.io.FileNotFoundException:
>     /home/tomas/NetBeansProjects/xmlvm/demo/iphone/ifireworks/nbproject/*build-xcode.xml*
>     (No such file or directory)
>
>
> There is a total of 8 files inside /xmlvm/demo/ that are named
> *build-Xcode.xml* but should be *build-xcode.xml*.
>
> After fixing those I get these errors:
>
>     -xproject-create:
>           [echo] Creating Xcode project with the C backend.
>           [java] [09/10/11 19:14:07.984]    ERROR: Vtable index for
>     javax.xml.parsers.DocumentBuilder.setErrorHandler is -1!
>           [java]
>           [java] [09/10/11 19:14:07.985]    ERROR: Vtable index for
>     javax.xml.parsers.DocumentBuilder.setEntityResolver is -1!
>           [java]
>           [java] [09/10/11 19:18:39.447]    ERROR: Oh no, XMLVM needs
>     more memory. Try running with -Xmx1G or more.
>
>     -xproject-trim:
>
>     -xproject-updater:
>
>     BUILD FAILED
>     /home/tomas/NetBeansProjects/xmlvm/build.xml:341: The following
>     error occurred while executing this line:
>     /home/tomas/NetBeansProjects/xmlvm/demo/build.xml:54: The following
>     error occurred while executing this line:
>     /home/tomas/NetBeansProjects/xmlvm/demo/android/xokoban/nbproject/xmlvm.xml:96:
>     The following error occurred while executing this line:
>     /home/tomas/NetBeansProjects/xmlvm/demo/android/xokoban/nbproject/build-xcode.xml:85:
>     Src directory does not exist.
>
>
> I'm not sure if there is a problem with 'Src' folder or it is because
> XMLVM ran out of memory. I have a 4GB RAM, I would not mind adding the
> "-Xmx1G" but I just don't know where to put that since it's not for the
> 'ant' process itself... isn't it?
>
> I'm using Ubuntu 64-bit 11.04, Ant 1.8.1, Java 1.6.0_26.
>
> Thanks again!
> Tomás Lázaro
>
> On Sat, Sep 10, 2011 at 7:53 AM, Panayotis Katsaloulis
> <pan...@pa... <mailto:pan...@pa...>> wrote:
>
>
>     On 10 Σεπ 2011, at 1:51 μ.μ., Panayotis Katsaloulis wrote:
>
>>     What you should do first is to implement in XMLVM all the advanced
>>     OpenGL features of iOS you will require.
>
>     Just a comment to make myself clear:
>     I mean to write the Java code which later on the libGDX will use as
>     an API.
>
>     ------------------------------------------------------------------------------
>     Malware Security Report: Protecting Your Business, Customers, and the
>     Bottom Line. Protect your business and customers by understanding the
>     threat from malware and how it can impact your online business.
>     http://www.accelacomm.com/jaw/sfnl/114/51427462/
>     _______________________________________________
>     Xmlvm-developers mailing list
>     Xml...@li...
>     <mailto:Xml...@li...>
>     https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>
>
>
>
> ------------------------------------------------------------------------------
> Malware Security Report: Protecting Your Business, Customers, and the
> Bottom Line. Protect your business and customers by understanding the
> threat from malware and how it can impact your online business.
> http://www.accelacomm.com/jaw/sfnl/114/51427462/
>
>
>
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers

Re: [xmlvm-dev] NSObject as superclass of CGImage/CGContext...

[Arno P. <ar...@pu...>]

there are no value types in Java, so the only viable choice for 
representing an Objective-C value type is a class in Java. If value 
types are derived from each other, it makes perfect sense to do the same 
on the Java side. The wrapper for CFTypeRef should have something like a 
wrappedValueType similar to the wrappedObjCObj in NSObject. So, what you 
are proposing makes perfect sense and is the way to go!

Arno


On 9/11/11 12:38 PM, Markus Heberling wrote:
> I have removed the "extends NSObject" for the CG* stuff in this patch: http://xmlvm-reviews.appspot.com/155001/
>
> The patch is not yet complete, but I'd like to have some feedback if that is the right direction before I continue.
>
> In CoreFoundation there exists a CFTypeRef type, which is something like the super type of all the CGImageRef,CGContextRef... stuff
>
> Would it make sense to create a new CFType java class, and have the CGImage... classes extend that? That would make the wrapping code easier, since the storage of the wrapped C-Reference could all be done in the CFType wrapping code. Additionally there are the C functions CFRelease and CFRetain which you can use with any XXXRef type instead of the more specific CGImageRelease, CGContextRelease functions. Currently it would be very hard to implement the generic functions, since all CGXXX classes store the wrapped C reference in different members.
>
> Does that make sense, or am I talking gibberish here? :D
>
> Markus
>
> Am 01.09.2011 um 19:00 schrieb Arno Puder:
>
>>
>> a few comments:
>>
>> - Objective-C has the notion of value types, Java does not. A
>>    value type in Objective-C can only be mapped to a class in
>>    Java (e.g., CGRect, CGImage, etc).
>> - We try to mimic the class hierarchy as much as possible, hence
>>    the existence of class NSObject that serves as the base class
>>    of all Objective-C classes.
>> - Value types are not classes and therefore do not have a base
>>    class. Since they are mapped to classes on the Java side,
>>    they still have java.lang.Object as the base class in Java.
>>
>> I agree with Markus that value types should not be derived from NSObject
>> on the Java side. That should be fixed.
>>
>> Arno
>>
>>
>> On 9/1/11 5:28 AM, Panayotis Katsaloulis wrote:
>>>
>>> On 1 Σεπ 2011, at 1:48 μ.μ., Markus Heberling wrote:
>>>
>>>> Hi,
>>>>
>>>> Currently NSObject is the superclass of CGImage/CGContext/CG... and the like in the Java Compatibility Layer. In the "real world" this is not the case. CG... are no ObjectiveC objects altogether.
>>>
>>> You are right - this is my fault.
>>>
>>> First, in the Java context:
>>> CG* should not be NSObject derivative. It is still an Object derivative though.
>>>
>>> In native context:
>>> CG* *is* an Object since it is re-implemented here and is a wrapper for native CG* references.
>>>
>>>> Wouldn't it be better to remove the NSObject from the class hierarchy in java, too?
>>>
>>> In C you mean?
>>>
>>> NSObject in Java context *is* an Object, and as such, shouldn't NSObject and Object stay synonyms?
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Special Offer -- Download ArcSight Logger for FREE!
>>> Finally, a world-class log management solution at an even better
>>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
>>> download Logger. Secure your free ArcSight Logger TODAY!
>>> http://p.sf.net/sfu/arcsisghtdev2dev
>>> _______________________________________________
>>> Xmlvm-developers mailing list
>>> Xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>>
>> ------------------------------------------------------------------------------
>> Special Offer -- Download ArcSight Logger for FREE!
>> Finally, a world-class log management solution at an even better
>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
>> download Logger. Secure your free ArcSight Logger TODAY!
>> http://p.sf.net/sfu/arcsisghtdev2dev
>> _______________________________________________
>> Xmlvm-developers mailing list
>> Xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>

Re: [xmlvm-dev] NSObject as superclass of CGImage/CGContext...

[Panayotis K. <pan...@pa...>]

On 11 Σεπ 2011, at 10:38 μ.μ., Markus Heberling wrote:

> I have removed the "extends NSObject" for the CG* stuff in this patch: http://xmlvm-reviews.appspot.com/155001/
> 
> The patch is not yet complete, but I'd like to have some feedback if that is the right direction before I continue.
> 
> In CoreFoundation there exists a CFTypeRef type, which is something like the super type of all the CGImageRef,CGContextRef... stuff
> 
> Would it make sense to create a new CFType java class, and have the CGImage... classes extend that? That would make the wrapping code easier, since the storage of the wrapped C-Reference could all be done in the CFType wrapping code. Additionally there are the C functions CFRelease and CFRetain which you can use with any XXXRef type instead of the more specific CGImageRelease, CGContextRelease functions. Currently it would be very hard to implement the generic functions, since all CGXXX classes store the wrapped C reference in different members.
> 
> Does that make sense, or am I talking gibberish here? :D
> 
> Markus


From my part, I agree.
Just the line 

Derived from CFType Reference

is enough to convince me that this is the way to go.

Re: [xmlvm-dev] NSObject as superclass of CGImage/CGContext...

[Markus H. <ma...@ti...>]

I have removed the "extends NSObject" for the CG* stuff in this patch: http://xmlvm-reviews.appspot.com/155001/

The patch is not yet complete, but I'd like to have some feedback if that is the right direction before I continue.

In CoreFoundation there exists a CFTypeRef type, which is something like the super type of all the CGImageRef,CGContextRef... stuff

Would it make sense to create a new CFType java class, and have the CGImage... classes extend that? That would make the wrapping code easier, since the storage of the wrapped C-Reference could all be done in the CFType wrapping code. Additionally there are the C functions CFRelease and CFRetain which you can use with any XXXRef type instead of the more specific CGImageRelease, CGContextRelease functions. Currently it would be very hard to implement the generic functions, since all CGXXX classes store the wrapped C reference in different members.

Does that make sense, or am I talking gibberish here? :D

Markus

Am 01.09.2011 um 19:00 schrieb Arno Puder:

> 
> a few comments:
> 
> - Objective-C has the notion of value types, Java does not. A
>   value type in Objective-C can only be mapped to a class in
>   Java (e.g., CGRect, CGImage, etc).
> - We try to mimic the class hierarchy as much as possible, hence
>   the existence of class NSObject that serves as the base class
>   of all Objective-C classes.
> - Value types are not classes and therefore do not have a base
>   class. Since they are mapped to classes on the Java side,
>   they still have java.lang.Object as the base class in Java.
> 
> I agree with Markus that value types should not be derived from NSObject 
> on the Java side. That should be fixed.
> 
> Arno
> 
> 
> On 9/1/11 5:28 AM, Panayotis Katsaloulis wrote:
>> 
>> On 1 Σεπ 2011, at 1:48 μ.μ., Markus Heberling wrote:
>> 
>>> Hi,
>>> 
>>> Currently NSObject is the superclass of CGImage/CGContext/CG... and the like in the Java Compatibility Layer. In the "real world" this is not the case. CG... are no ObjectiveC objects altogether.
>> 
>> You are right - this is my fault.
>> 
>> First, in the Java context:
>> CG* should not be NSObject derivative. It is still an Object derivative though.
>> 
>> In native context:
>> CG* *is* an Object since it is re-implemented here and is a wrapper for native CG* references.
>> 
>>> Wouldn't it be better to remove the NSObject from the class hierarchy in java, too?
>> 
>> In C you mean?
>> 
>> NSObject in Java context *is* an Object, and as such, shouldn't NSObject and Object stay synonyms?
>> 
>> 
>> ------------------------------------------------------------------------------
>> Special Offer -- Download ArcSight Logger for FREE!
>> Finally, a world-class log management solution at an even better
>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
>> download Logger. Secure your free ArcSight Logger TODAY!
>> http://p.sf.net/sfu/arcsisghtdev2dev
>> _______________________________________________
>> Xmlvm-developers mailing list
>> Xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
> 
> ------------------------------------------------------------------------------
> Special Offer -- Download ArcSight Logger for FREE!
> Finally, a world-class log management solution at an even better 
> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
> download Logger. Secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsisghtdev2dev
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers

Re: [xmlvm-dev] Games with LibGDX on iPhone

[Tomás L. <to...@be...>]

Hi,

Thanks for your quick response!

I'm still having trouble with the demos, I did a fresh checkout of the xmlvm
trunk. The 'ant' command worked fine but 'ant demos' afterwards still
produces the error with the aforementioned xmls.

/home/tomas/NetBeansProjects/xmlvm/demo/iphone/ifireworks/nbproject/xmlvm.xml:96:
> The following error occurred while executing this line:
> java.io.FileNotFoundException:
> /home/tomas/NetBeansProjects/xmlvm/demo/iphone/ifireworks/nbproject/*
> build-xcode.xml* (No such file or directory)
>

There is a total of 8 files inside /xmlvm/demo/ that are named *
build-Xcode.xml* but should be *build-xcode.xml*.

After fixing those I get these errors:

-xproject-create:
>      [echo] Creating Xcode project with the C backend.
>      [java] [09/10/11 19:14:07.984]    ERROR: Vtable index for
> javax.xml.parsers.DocumentBuilder.setErrorHandler is -1!
>      [java]
>      [java] [09/10/11 19:14:07.985]    ERROR: Vtable index for
> javax.xml.parsers.DocumentBuilder.setEntityResolver is -1!
>      [java]
>      [java] [09/10/11 19:18:39.447]    ERROR: Oh no, XMLVM needs more
> memory. Try running with -Xmx1G or more.
>
> -xproject-trim:
>
> -xproject-updater:
>
> BUILD FAILED
> /home/tomas/NetBeansProjects/xmlvm/build.xml:341: The following error
> occurred while executing this line:
> /home/tomas/NetBeansProjects/xmlvm/demo/build.xml:54: The following error
> occurred while executing this line:
> /home/tomas/NetBeansProjects/xmlvm/demo/android/xokoban/nbproject/xmlvm.xml:96:
> The following error occurred while executing this line:
> /home/tomas/NetBeansProjects/xmlvm/demo/android/xokoban/nbproject/build-xcode.xml:85:
> Src directory does not exist.
>

I'm not sure if there is a problem with 'Src' folder or it is because XMLVM
ran out of memory. I have a 4GB RAM, I would not mind adding the "-Xmx1G"
but I just don't know where to put that since it's not for the 'ant' process
itself... isn't it?

I'm using Ubuntu 64-bit 11.04, Ant 1.8.1, Java 1.6.0_26.

Thanks again!
Tomás Lázaro

On Sat, Sep 10, 2011 at 7:53 AM, Panayotis Katsaloulis <
pan...@pa...> wrote:

>
> On 10 Σεπ 2011, at 1:51 μ.μ., Panayotis Katsaloulis wrote:
>
> What you should do first is to implement in XMLVM all the advanced OpenGL
> features of iOS you will require.
>
>
> Just a comment to make myself clear:
> I mean to write the Java code which later on the libGDX will use as an API.
>
>
> ------------------------------------------------------------------------------
> Malware Security Report: Protecting Your Business, Customers, and the
> Bottom Line. Protect your business and customers by understanding the
> threat from malware and how it can impact your online business.
> http://www.accelacomm.com/jaw/sfnl/114/51427462/
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
>
>

Re: [xmlvm-dev] Games with LibGDX on iPhone

[Panayotis K. <pan...@pa...>]

On 10 Σεπ 2011, at 1:51 μ.μ., Panayotis Katsaloulis wrote:

> What you should do first is to implement in XMLVM all the advanced OpenGL features of iOS you will require.

Just a comment to make myself clear:
I mean to write the Java code which later on the libGDX will use as an API.

Re: [xmlvm-dev] Games with LibGDX on iPhone

[Panayotis K. <pan...@pa...>]

On 10 Σεπ 2011, at 4:27 π.μ., Tomás Lázaro wrote:

> Hi,
> 
> I arrived at XMLVM because I would like to develop a Game Engine capable of producing Java games for desktop as well as Android and iOS and if possible more devices. I watched the youtube videos and now have a global understanding of how it works. 
> 
> I checked out the source code but wasn't able to compile the demos. First the ant process failed because a few files have capitalization problems that don't work on Linux, specifically *Xcode*.xml files in 'nbproject' folders. After I fixed those issues another issue came up, according to Ant a folder named 'Src' was not found for the 'xokoban' project. I was not able to fix that issue as renaming wouldn't change anything and couldn't find a reference on any of the build.xml files to 'Src' that I could fix to 'src'.

Hello.
First of all, welcome here!
Your idea sounds promising and I'd like to wish you good luck with your task :)

The case issues with build-* files should have beed fixed now.
If you still had problems, please report them because we might have left something.

Now about the Src reference, this is strange because there were never a "Src" (instead of "src) reference in the build scripts. Can you tell us the exact location? 


> I found a few examples like basic OpenGL that are already working so it should be viable to create a complete OpenGL 2.0 mapping to be used in games. Using LibGDX it is already possible to develop targeting Android and Desktop seamlessly for the library user. It is done with an abstraction over the platform as well as OpenGL encapsulated as "backends", there is even a backend that maps OpenGL to DirectX.
> 
> I think I need to work on two fronts: 'LibGDX iPhone backend' and 'OpenGL ES 2.0 for XMLVM'. Since I'm a totally green on the whole XMLVM I would really appreciate advice on how to proceed!


What you should do first is to implement in XMLVM all the advanced OpenGL features of iOS you will require.
Only iOS documented properties and methods should be defined there. No helper functions.

Then go to the native sources and "implement" (wrap practically) these methods to the actual native methods. I believe we can help you with this part.
Now XMLVM is in the process of migrating from Objective C to pure C. You might consider implementing your required OpenGL bindings using the C backend instead of Objective C.

When pure iOS OpenGL support is ready, then you can create the bindings between libGDX and XMLVM. I don't know how libGDX is organized, but I suspect there is a way to append these bindings to libGDX without breaking the other backends.

If you need native support for helper functions, then things get a bit tricky (and is actually a thing under development). Please finish all others and we'll discuss this topic.

[xmlvm-dev] Games with LibGDX on iPhone

[Tomás L. <to...@be...>]

Hi,

I arrived at XMLVM because I would like to develop a Game Engine capable of
producing Java games for desktop as well as Android and iOS and if possible
more devices. I watched the youtube videos and now have a global
understanding of how it works.

I checked out the source code but wasn't able to compile the demos. First
the ant process failed because a few files have capitalization problems that
don't work on Linux, specifically *Xcode*.xml files in 'nbproject' folders.
After I fixed those issues another issue came up, according to Ant a folder
named 'Src' was not found for the 'xokoban' project. I was not able to fix
that issue as renaming wouldn't change anything and couldn't find a
reference on any of the build.xml files to 'Src' that I could fix to 'src'.

I found a few examples like basic OpenGL that are already working so it
should be viable to create a complete OpenGL 2.0 mapping to be used in
games. Using LibGDX it is already possible to develop targeting Android and
Desktop seamlessly for the library user. It is done with an abstraction over
the platform as well as OpenGL encapsulated as "backends", there is even a
backend that maps OpenGL to DirectX.

I think I need to work on two fronts: 'LibGDX iPhone backend' and 'OpenGL ES
2.0 for XMLVM'. Since I'm a totally green on the whole XMLVM I would really
appreciate advice on how to proceed!

Thanks!
Tomás Lázaro

Re: [xmlvm-dev] NSObject as superclass of CGImage/CGContext...

[Arno P. <ar...@pu...>]

a few comments:

- Objective-C has the notion of value types, Java does not. A
   value type in Objective-C can only be mapped to a class in
   Java (e.g., CGRect, CGImage, etc).
- We try to mimic the class hierarchy as much as possible, hence
   the existence of class NSObject that serves as the base class
   of all Objective-C classes.
- Value types are not classes and therefore do not have a base
   class. Since they are mapped to classes on the Java side,
   they still have java.lang.Object as the base class in Java.

I agree with Markus that value types should not be derived from NSObject 
on the Java side. That should be fixed.

Arno


On 9/1/11 5:28 AM, Panayotis Katsaloulis wrote:
>
> On 1 Σεπ 2011, at 1:48 μ.μ., Markus Heberling wrote:
>
>> Hi,
>>
>> Currently NSObject is the superclass of CGImage/CGContext/CG... and the like in the Java Compatibility Layer. In the "real world" this is not the case. CG... are no ObjectiveC objects altogether.
>
> You are right - this is my fault.
>
> First, in the Java context:
> CG* should not be NSObject derivative. It is still an Object derivative though.
>
> In native context:
> CG* *is* an Object since it is re-implemented here and is a wrapper for native CG* references.
>
>> Wouldn't it be better to remove the NSObject from the class hierarchy in java, too?
>
> In C you mean?
>
> NSObject in Java context *is* an Object, and as such, shouldn't NSObject and Object stay synonyms?
>
>
> ------------------------------------------------------------------------------
> Special Offer -- Download ArcSight Logger for FREE!
> Finally, a world-class log management solution at an even better
> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
> download Logger. Secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsisghtdev2dev
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers

Re: [xmlvm-dev] NSObject as superclass of CGImage/CGContext...

[Panayotis K. <pan...@pa...>]

On 1 Σεπ 2011, at 1:48 μ.μ., Markus Heberling wrote:

> Hi,
> 
> Currently NSObject is the superclass of CGImage/CGContext/CG... and the like in the Java Compatibility Layer. In the "real world" this is not the case. CG... are no ObjectiveC objects altogether.

You are right - this is my fault.

First, in the Java context:
CG* should not be NSObject derivative. It is still an Object derivative though.

In native context:
CG* *is* an Object since it is re-implemented here and is a wrapper for native CG* references.

> Wouldn't it be better to remove the NSObject from the class hierarchy in java, too?

In C you mean?

NSObject in Java context *is* an Object, and as such, shouldn't NSObject and Object stay synonyms?

[xmlvm-dev] NSObject as superclass of CGImage/CGContext...

[Markus H. <ma...@ti...>]

Hi,

Currently NSObject is the superclass of CGImage/CGContext/CG... and the like in the Java Compatibility Layer. In the "real world" this is not the case. CG... are no ObjectiveC objects altogether. Wouldn't it be better to remove the NSObject from the class hierarchy in java, too?

Regards,
Markus

Re: [xmlvm-dev] NSTimer problem

[Panayotis K. <pan...@pa...>]

I tried to create a patch, please have a look here:

http://xmlvm-reviews.appspot.com/156001

[xmlvm-dev] NSTimer problem

[Panayotis K. <pan...@pa...>]

Hello all.

NSTimer seems to have a misunderstanding.
The parameter of the selector is the timer itself, NOT the userInfo variable.
I could have a look at the Java/ObjC part if you wish.