xmlvm-users — For current and interested XMLVM users, for public discussions and anouncements.

[xmlvm-users] about org_xmlvm_iphone_AVAudioPlayer initialization

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

in the initialization of  "org_xmlvm_iphone_AVAudioPlayer.m", there is  
this code:

return [[[AVAudioPlayer alloc] initWithContentsOfURL: url error:  
&(outError->error_org_xmlvm_iphone_NSError)] retain];

Why there is a need for a second retain there (the first is the alloc  
itself) ?

Re: [xmlvm-users] Import xmlvm.jar?

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

just add xmlvm.jar to the classpath.

Arno


On 3/7/10 12:46 PM, Mohit Deshpande wrote:
> XMLVM users,
>
> I read the manual.pdf and all it says it that the compiled xmlvm.jar is
> all you need. How do I use the classes like UIApplication, CGRect, etc.
> with just the xmlvm.jar? I tried to import the raw .java files found in
> xmlvm\src\xmlvm2objc\compat-lib\java\org\xmlvm\iphone into eclipse, but
> I got about 95 errors, involving “javazoom” and “lwjgl”? How do I import
> the xmlvm.jar and have no errors. Please help.
>
> Mohit
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] Import xmlvm.jar?

[Mohit D. <moh...@gm...>]

XMLVM users,

 

I read the manual.pdf and all it says it that the compiled xmlvm.jar is all
you need. How do I use the classes like UIApplication, CGRect, etc. with
just the xmlvm.jar? I tried to import the raw .java files found in
xmlvm\src\xmlvm2objc\compat-lib\java\org\xmlvm\iphone into eclipse, but I
got about 95 errors, involving "javazoom" and "lwjgl"? How do I import the
xmlvm.jar and have no errors. Please help.

 

Mohit

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Tor L. <tm...@ik...>]

> I just looked at your suggestion again. IMHO, I think my idea of using
> categories for native methods is more elegant.

Sure. It was only because I didn't understand your idea that I thought
a (different) way to handle native methods was needed...

--tml

Re: [xmlvm-users] UIView and setBackgroundImage

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

On 06 Μαρ 2010, at 7:15 μ.μ., Arno Puder wrote:

> 
> you are right that this is a little 'messy'. I couldn't think of another 
> way of doing this. I'm not sure how your proposed solution would work. A 
> problem could be polymorphism between the UIViewWithImage and UIView. 
> Before you spend time on this, would you mind explaining how the 
> inheritance hierarchy would look like?
> 
> Arno
> 


As simple as it gets:

UIView -> UIViewWithImage

:)

And of course the object uiView in android.view.View will be a UIViewWithImage instead of UIView alone.

In any case, the org_xmlvm_iphone_UIView is not inherited anywhere else :)

Re: [xmlvm-users] Starting java->objc and a few initial questions

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

On 3/6/10 11:10 AM, Tor Lillqvist wrote:
>> My idea was that you define an Objective-C category in
>> order to implement the native method on the Objective-C side (thereby
>> 'overlaying' the error handler).
>
> OK, that is probably a better and more elegant idea as it enables you
> to leave native methods unimplemented until you actually are sure they
> will be needed, doesn't it?

I just looked at your suggestion again. IMHO, I think my idea of using 
categories for native methods is more elegant. You map native methods to 
function calls. When you implement a native instance method you also 
need to explicitly pass the 'self' reference. You get all that for free 
with categories and you don't have to map native methods to functions. 
If you don't implement a native method, I throw an exception.

Arno

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Tor L. <tm...@ik...>]

> I believe a patch like this will be very useful. Have you submitted such a patch?

It was inline my follow-up to Gergely's mail, not as a formal patch at
the xmlvm-reviews site, sorry.
http://sourceforge.net/mailarchive/message.php?msg_name=c9b6d9a51002281327x7e469266s57fc777351f3105b%40mail.gmail.com

> My idea was that you define an Objective-C category in
> order to implement the native method on the Objective-C side (thereby
> 'overlaying' the error handler).

OK, that is probably a better and more elegant idea as it enables you
to leave native methods unimplemented until you actually are sure they
will be needed, doesn't it?

--tml

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Tor L. <tm...@ik...>]

> In particular I want to make clear that we did
> not implement anything specific to improve performance of the cross-compiled
> application.

OK, thanks for making that clear. (And sorry for not looking closer at
its source, that would presumably have made it clear.) I am indeed
quite impressed then!

--tml

Re: [xmlvm-users] UIView and setBackgroundImage

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

you are right that this is a little 'messy'. I couldn't think of another 
way of doing this. I'm not sure how your proposed solution would work. A 
problem could be polymorphism between the UIViewWithImage and UIView. 
Before you spend time on this, would you mind explaining how the 
inheritance hierarchy would look like?

Arno


On 3/6/10 4:54 AM, Panayotis Katsaloulis wrote:
> I've seen that you have added a method named
> setBackgroundImage(UIImage backgroundImage)
> in core xmlvm library.
> And in order to properly handle it, you have used inheritance of UIView instead of categories.
> As far as I have seen, this is used under android to display an image underneath a widget.
>
> I believe this approach is bad and creates confusion. Although this will properly work for any widgets that actually inherit org_xmlvm_iphone_UIView, it breaks in all other cases.
> All native iPhone widgets which inherit directly from UIView and not from org_xmlvm_iphone_UIView, do not have this method (and do not need it actually).
> Still in the API it seems that everything supports it (although it doesn't).
> So it's very easy to break the code, for example by inherit any other UI object (except UIView) and use the setBackgroundImage method!
>
> If this is really needed under Android and there is no other way to do it, I'd suggest to create a new UIView component (something like UIViewWithImage or UIViewAndroid) which will have this functionality and let View object in Android library inherit from this.
> Thus it is clear which has which, and would not be possible to break the code any more.
>
> If you wish, I could make a patch like this and send it for approval.
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] Using xmlvm

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

thanks for the comments, Alex. You are right that there are some 
differences in the semantics. This is not done of purpose, but rather an 
oversight. I agree with you that the Objective-C version should behave 
identical to the Java version. In your example of Integer.parseInt(), we 
should through an exception when we encounter an error. This is one of 
those many cleanup things that hopefully will get done eventually.

Arno


On 3/6/10 4:14 AM, Dr. Alexander K. Seewald wrote:
> Just to summarize some answers to questions posed by several
> people recently.
>
> Yes, it is possible to use xmlvm to port Android apps, and it's
> working really well. The speed is comparable to the Android for
> complex math operations. The internal user interface classes are
> very similar between iPhone and Android, so it is relatively easy to
> interface what is there - e.g. I did two types of ProgressDialogs in
> about two days, java.net.URL in half a day and so on. You need to know
> objC, of course.
>
> Currently when your target is to convert the Android code with as
> little changes as possible, you'd have to make a private branch of
> xmlvm... there are so many things which can be solved ad-hoc, and
> they won't get into the main branch (e.g. UI size tunings etc..)
> without more effort. That said, I see rapid progress on this so
> perhaps there will be a day when you can really put in an Android
> app and have it recompile without too much hassle. ;-)
>
> There are two causes of bugs which I'd like to mention specifically.
>
> Don't compile for any iPhone OS below 2.2.1! It will work on the emulator
> but will give wrong numbers on the device. There must be a bug in there
> somewhere...
>
> The exception handling is different. When the Java code would give an
> Exception and fail, the objectiveC code will usually still output
> something. Especially the functions which have been mapped
> one-by-one behave slightly differently in the error case. E.g.
> Integer.parseInt() parses the initial numbers of an argument which
> begins with a number (or even with a non-number, in which case it
> returns 0) while the java original would throw an Exception. This is
> a minor problem, but make sure to test your error handling!
>
>
> Best,
>    Alex

Re: [xmlvm-users] Starting java->objc and a few initial questions

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

actually, what does your patch do? Right now I map a native method to an 
error handler. My idea was that you define an Objective-C category in 
order to implement the native method on the Objective-C side (thereby 
'overlaying' the error handler).

Arno


On 3/6/10 3:40 AM, Panayotis Katsaloulis wrote:
>
> On 06 Μαρ 2010, at 11:14 π.μ., Tor Lillqvist wrote:
>>> .
>>
>> Well, native calls as such are not a problem, as I showed, with a
>> small patch to the xsl file they translate nicely to calls to external
>> C (or Objective-C) functions. So native calls actually can make it
>> less tedious to implement some class for Java->ObjC, as parts of it
>> can be kept in Java, and just a minimal part needs to be in C/ObjC.
>
> I believe a patch like this will be very useful.
> Have you submitted such a patch?
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] Starting java->objc and a few initial questions

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

just to add my feedback: we are constantly doing things inside of XMLVM 
to make the cross-compiled code more efficient. Converting to a 
register-based machine is just the tip of the ice berg. Right now we try 
to get rid of the NSAutoreleasePool which causes much runtime overhead.

Arno


On 3/6/10 2:11 AM, Wolfgang Korn wrote:
> The fireworks demo was not written specifically for xmlvm. We already
> used that demo (without colored stars and without accelerometer support
> of course) in another project. In particular I want to make clear that
> we did not implement anything specific to improve performance of the
> cross-compiled application.
>
> -- Wolfgang
>
>
> Tor Lillqvist wrote:
>>> I think that it is possible to use parts of Harmony, where it does not use
>>> native calls.
>>>
>>
>> Well, native calls as such are not a problem, as I showed, with a
>> small patch to the xsl file they translate nicely to calls to external
>> C (or Objective-C) functions. So native calls actually can make it
>> less tedious to implement some class for Java->ObjC, as parts of it
>> can be kept in Java, and just a minimal part needs to be in C/ObjC.
>>
>>
>>> And it is still not clear how well the cross-compiled code will perform,
>>> or it will be too slow for any serious use.
>>>
>>
>> True. My initial impression from looking at the Fireworks demo was
>> very positive, it is speedy enough, but of course that is just a demo
>> written specifically for xmlvm, isn't it?
>>
>> --tml
>>
>> ------------------------------------------------------------------------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] UIView and setBackgroundImage

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

I've seen that you have added a method named
setBackgroundImage(UIImage backgroundImage) 
in core xmlvm library.
And in order to properly handle it, you have used inheritance of UIView instead of categories.
As far as I have seen, this is used under android to display an image underneath a widget.

I believe this approach is bad and creates confusion. Although this will properly work for any widgets that actually inherit org_xmlvm_iphone_UIView, it breaks in all other cases.
All native iPhone widgets which inherit directly from UIView and not from org_xmlvm_iphone_UIView, do not have this method (and do not need it actually).
Still in the API it seems that everything supports it (although it doesn't).
So it's very easy to break the code, for example by inherit any other UI object (except UIView) and use the setBackgroundImage method!

If this is really needed under Android and there is no other way to do it, I'd suggest to create a new UIView component (something like UIViewWithImage or UIViewAndroid) which will have this functionality and let View object in Android library inherit from this.
Thus it is clear which has which, and would not be possible to break the code any more.

If you wish, I could make a patch like this and send it for approval.

[xmlvm-users] Using xmlvm

[Dr. A. K. S. <al...@se...>]

Just to summarize some answers to questions posed by several
people recently.

Yes, it is possible to use xmlvm to port Android apps, and it's
working really well. The speed is comparable to the Android for
complex math operations. The internal user interface classes are
very similar between iPhone and Android, so it is relatively easy to
interface what is there - e.g. I did two types of ProgressDialogs in
about two days, java.net.URL in half a day and so on. You need to know
objC, of course.

Currently when your target is to convert the Android code with as
little changes as possible, you'd have to make a private branch of
xmlvm... there are so many things which can be solved ad-hoc, and
they won't get into the main branch (e.g. UI size tunings etc..)
without more effort. That said, I see rapid progress on this so
perhaps there will be a day when you can really put in an Android
app and have it recompile without too much hassle. ;-)

There are two causes of bugs which I'd like to mention specifically.

Don't compile for any iPhone OS below 2.2.1! It will work on the emulator
but will give wrong numbers on the device. There must be a bug in there
somewhere...

The exception handling is different. When the Java code would give an
Exception and fail, the objectiveC code will usually still output
something. Especially the functions which have been mapped
one-by-one behave slightly differently in the error case. E.g.
Integer.parseInt() parses the initial numbers of an argument which
begins with a number (or even with a non-number, in which case it
returns 0) while the java original would throw an Exception. This is
a minor problem, but make sure to test your error handling!


Best,
  Alex
-- 
Dr. Alexander K. Seewald

Seewald Solutions
www.seewald.at
Tel. +43(664)1106886
Fax. +43(1)2533033/2764

Re: [xmlvm-users] Starting java->objc and a few initial questions

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

On 06 Μαρ 2010, at 11:14 π.μ., Tor Lillqvist wrote:
>> .
> 
> Well, native calls as such are not a problem, as I showed, with a
> small patch to the xsl file they translate nicely to calls to external
> C (or Objective-C) functions. So native calls actually can make it
> less tedious to implement some class for Java->ObjC, as parts of it
> can be kept in Java, and just a minimal part needs to be in C/ObjC.

I believe a patch like this will be very useful.
Have you submitted such a patch?

Re: [xmlvm-users] Starting java->objc and a few initial questions

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

Hi Tor,

as Wolfgang said, the fireworks demo has no XMLVM specific optimizations.
It's actually quite the opposite: We use this demo to check the performance
of XMLVM and show that XMLVM is fast enough for applications like this.

// Sascha

On Sat, Mar 6, 2010 at 10:14 AM, Tor Lillqvist <tm...@ik...> wrote:

> > I think that it is possible to use parts of Harmony, where it does not
> use
> > native calls.
>
> Well, native calls as such are not a problem, as I showed, with a
> small patch to the xsl file they translate nicely to calls to external
> C (or Objective-C) functions. So native calls actually can make it
> less tedious to implement some class for Java->ObjC, as parts of it
> can be kept in Java, and just a minimal part needs to be in C/ObjC.
>
> > And it is still not clear how well the cross-compiled code will perform,
> > or it will be too slow for any serious use.
>
> True. My initial impression from looking at the Fireworks demo was
> very positive, it is speedy enough, but of course that is just a demo
> written specifically for xmlvm, isn't it?
>
> --tml
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Wolfgang K. <wol...@xm...>]

The fireworks demo was not written specifically for xmlvm. We already
used that demo (without colored stars and without accelerometer support
of course) in another project. In particular I want to make clear that
we did not implement anything specific to improve performance of the
cross-compiled application.

-- Wolfgang


Tor Lillqvist wrote:
>> I think that it is possible to use parts of Harmony, where it does not use
>> native calls.
>>     
>
> Well, native calls as such are not a problem, as I showed, with a
> small patch to the xsl file they translate nicely to calls to external
> C (or Objective-C) functions. So native calls actually can make it
> less tedious to implement some class for Java->ObjC, as parts of it
> can be kept in Java, and just a minimal part needs to be in C/ObjC.
>
>   
>> And it is still not clear how well the cross-compiled code will perform,
>> or it will be too slow for any serious use.
>>     
>
> True. My initial impression from looking at the Fireworks demo was
> very positive, it is speedy enough, but of course that is just a demo
> written specifically for xmlvm, isn't it?
>
> --tml
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>   

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Tor L. <tm...@ik...>]

> I think that it is possible to use parts of Harmony, where it does not use
> native calls.

Well, native calls as such are not a problem, as I showed, with a
small patch to the xsl file they translate nicely to calls to external
C (or Objective-C) functions. So native calls actually can make it
less tedious to implement some class for Java->ObjC, as parts of it
can be kept in Java, and just a minimal part needs to be in C/ObjC.

> And it is still not clear how well the cross-compiled code will perform,
> or it will be too slow for any serious use.

True. My initial impression from looking at the Fireworks demo was
very positive, it is speedy enough, but of course that is just a demo
written specifically for xmlvm, isn't it?

--tml

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Gergely K. <ger...@ma...>]

Hi,

You just summarized my experience with Harmony as well.
Of course, Harmony was created to provide a Java API implementation on top
of a simple Libc, with some JVM specific stubs.
I think that it is possible to use parts of Harmony, where it does not use
native calls. However, then you will have to implement _everything_ that
uses native calls, including the private implementations (org.apache.harmony
namespace), which is a lot of work. And it is still not clear how well the
cross-compiled code will perform, or it will be too slow for any serious
use.

Best Regards,
Gergely

2010/3/6 Tor Lillqvist <tm...@ik...>

> > I did some experiments with it back in December, but at that time I
> decided that the amount of work to get it running
> > was higher than the expected gain -- at least for our project.
>
> I have also done some experimentation trying to come up with a minimal
> subset of classes from Harmony that would be enough to cover what the
> Java code that I am pondering using needs (an existing Open Source
> bunch of code, written for a normal Java environment).
>
> I have attempted to "stub out" stuff as necessary to avoid dependency
> explosion.
>
> But... it seems that it's a never ending struggle. There is always
> something missing, then you have a look at those sources in Harmony,
> you think "that doesn't look so bad, let's pull that in too", then you
> notice it pulls in something new that is missing, you add that, which
> then pulls in something else from a totally different part of Harmony,
> etc, etc. It's quite hard to find the right places to make the "cuts",
> what to "stub out". Or maybe I just don't have a good enough view of
> the whole.
>
> Sigh, maybe I should just give up trying to use the code in question,
> this is just for my own free time hacking pleasure anyway, failure
> *is* an option...
>
> --tml
>
>

-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Tor L. <tm...@ik...>]

> It did come up on the list before multiple times (e.g. the latest was last weekend) that XMLVM could support cross-compiled
> Java APIs, e.g. from Apache Harmony,

Yeah, or if it wouldn't be XMLVM that would "support" it, one could
just do that on one's own on top of what XMLVM provides. But...

> I did some experiments with it back in December, but at that time I decided that the amount of work to get it running
> was higher than the expected gain -- at least for our project.

I have also done some experimentation trying to come up with a minimal
subset of classes from Harmony that would be enough to cover what the
Java code that I am pondering using needs (an existing Open Source
bunch of code, written for a normal Java environment).

I have attempted to "stub out" stuff as necessary to avoid dependency
explosion.

But... it seems that it's a never ending struggle. There is always
something missing, then you have a look at those sources in Harmony,
you think "that doesn't look so bad, let's pull that in too", then you
notice it pulls in something new that is missing, you add that, which
then pulls in something else from a totally different part of Harmony,
etc, etc. It's quite hard to find the right places to make the "cuts",
what to "stub out". Or maybe I just don't have a good enough view of
the whole.

Sigh, maybe I should just give up trying to use the code in question,
this is just for my own free time hacking pleasure anyway, failure
*is* an option...

--tml

Re: [xmlvm-users] xmlvm android to iphone

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

it looks like you are trying to cross-compile the application on a
Windows box. There are some known problems with that. Since ultimately
you need a MacOS system to compile your iPhone app, try running
xmlvm.jar on a MacOS system.

Arno


On 3/5/10 2:04 AM, 陳克彥 wrote:
> Dear Wolfgang:
> 1.I use this command:
> java -jar dist\xmlvm.jar --in=D:\Eclipse_Workspace_Andriod\DAR 
> --target=android-on-iphone --iphone-app=DAR
> the folder "resources" don't produce correct files(picture 1.png)
> 
> please help me check this command right again
> 
> 2.I deploy your demo project "xmlvm\dist\demo\android\xokoban\iphone" to 
> my Xcode.
> produce error and Library don't find any file (picture 2.png, 3.png)
> 
> Thanks!!
> Ian
> 
> Wolfgang Korn <wol...@xm... <mailto:wol...@xm...>> 於 2010年 
> 3月5日下午5:08 寫道：
> 
>     Hi,
> 
>     can you please provide some more information on what you mean with
>     "can't change successful"?
> 
>     Additionally - please post questions to the mailing list. Only this
>     ensures that all users can benefit from our answers and that also
>     the community can provide answers to your questions.
> 
>     Thanks
>     Wolfgang
> 
> 
> 
> 
>     陳克彥 wrote:
>>     Dears:
>>     I want to change android project to iphone
>>     Should provide command to me?
>>
>>     I use this command can't change successful:
>>     java -jar dist\xmlvm.jar --in=D:\Eclipse_Workspace_Andriod\DAR
>>     --target=android-on-iphone --iphone-app=DAR
>>
>>     Thanks!!
>>
>>     -- 
>>     Ian Chen (陳克彥)
> 
> 
> 
> 
> -- 
> Ian Chen (陳克彥)

Re: [xmlvm-users] UTF-8 in String?

[Gergely K. <ger...@ma...>]

Hi,

I don't have much time, so just a quick FYI: I think we included some UTF-8
fixes in our patch. I am sorry that I cannot be more specific now, I would
need to check what we did exactly, but I am sure that our application loads
and displays UTF-8 text correctly (german characters, copyright symbol
...etc.)
I will try to sum it up when I get the time.

Best Regards,
Gergely

2010/3/5 Panayotis Katsaloulis <pan...@pa...>

> So any idea, how to correctly pass a unicode character to obj-c?
> Let's take for example the euro symbol "€", how can create an
> application which will display it?
>


-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622

Re: [xmlvm-users] UTF-8 in String?

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

So any idea, how to correctly pass a unicode character to obj-c?
Let's take for example the euro symbol "€", how can create an  
application which will display it?

Re: [xmlvm-users] xmlvm android to iphone

[Wolfgang K. <wol...@xm...>]

Hi,

can you please provide some more information on what you mean with
"can't change successful"?

Additionally - please post questions to the mailing list. Only this
ensures that all users can benefit from our answers and that also the
community can provide answers to your questions.

Thanks
Wolfgang



陳克彥 wrote:
> Dears:
> I want to change android project to iphone
> Shouldprovide command to me?
>
> I use this command can't change successful:
> java -jar dist\xmlvm.jar --in=D:\Eclipse_Workspace_Andriod\DAR
> --target=android-on-iphone --iphone-app=DAR
>
> Thanks!!
>
> -- 
> Ian Chen (陳克彥)

Re: [xmlvm-users] licensing issues (again)

[Gergely K. <ger...@ma...>]

Hi,

This is an excellent question. I hope it gets clarified soon, along with the
other uncertainties regarding the commercial license. This has a big effect
on the future direction of our efforts.

Best Regards,
Gergely


2010/3/2 Panayotis Katsaloulis <pan...@pa...>

> I'd like to ask you something, about licensing again.
>
> If I have already submitted a patch (so I am allowed to publish my
> application without making it GPL) and a company hires me to write a
> specific application for them (and I am the only developer who will
> work on this project), is it OK or should I do something more about it?
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> 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