Menu
▾
▴
xmlvm-users
|
From: Tomas V. <tom...@gm...> - 2011-02-07 13:59:50
|
Hi, I'm wondering how complicated it would be to include other platforms like Bada, MeeGo and Symbian to XMLVM? Both Symbian and MeeGo use Qt and Bada use their own SDK. Could XMLVM generate the C/C++ code if the same kind of "layers" (such as for Cocoa API) implemented right now or would a lot of extra work be required? Best regards, Tomas Vestelind -- Quand on veut un mouton, c'est la preuve qu'on existe |
|
From: Sascha H. <sa...@xm...> - 2011-02-07 17:15:48
|
Hi Tomas, without having extensive knowledge beyond what you mentioned about these platforms, XMLVM should be able to generate code for these platforms using the new and shiny C-backend. As you pointed out, the work required here would be to generate wrapper so that the Android UI widgets are mapped onto suitable Qt widgets. I think it's definitely quite an amount of work, but should be doable, depending on the concrete app(s) you want to port. Keep in mind though that the core team doesn't plan to work on these platforms at the moment, but if somebody is willing to own that piece, we would certainly be lending a helping hand in modifying the pipeline to integrate such new targets. // Sascha On Mon, Feb 7, 2011 at 2:59 PM, Tomas Vestelind <tom...@gm...>wrote: > Hi, > > I'm wondering how complicated it would be to include other platforms like > Bada, MeeGo and Symbian to XMLVM? Both Symbian and MeeGo use Qt and Bada use > their own SDK. Could XMLVM generate the C/C++ code if the same kind of > "layers" (such as for Cocoa API) implemented right now or would a lot of > extra work be required? > > Best regards, > Tomas Vestelind > > -- > Quand on veut un mouton, c'est la preuve qu'on existe > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Tomas V. <tom...@gm...> - 2011-02-07 18:27:49
|
Hi Sascha, Thank you for your response. When I did some tests applications with XMLVM I used the Cocoa Touch stubs directly without doing Android-to-iPhone conversion. When I added some wrappers that didn't exist it was quite straightforward. I looked at other, similar classes and convertion between Java classes like String and ArrayList to Cocoa classes was all ready implemented by you guys. So I imagine that something similar could be done for Qt but as there aren't anything that I could look at I would probably try to create the stubs, cross compile them to C and then basically call the proper method in the wrapper. Do you think this approach could work? Maybe someone here knows if I would have to do something specific for Qt? Best regards, Tomas Vestelind |
|
From: Sascha H. <sa...@xm...> - 2011-02-07 18:51:06
|
I see, I misunderstood you the first time. Doing a java-based QT API that then maps to the actual API should probably be a bit easier, but it would still require a significant amount of work. Wolfgang and Arno are currently doing this work for the C-backend, so they can actually give you even more advise about how much work would be involved. // Sascha On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind <tom...@gm...>wrote: > Hi Sascha, > > Thank you for your response. > > When I did some tests applications with XMLVM I used the Cocoa Touch stubs > directly without doing Android-to-iPhone conversion. When I added some > wrappers that didn't exist it was quite straightforward. I looked at other, > similar classes and convertion between Java classes like String and > ArrayList to Cocoa classes was all ready implemented by you guys. > > So I imagine that something similar could be done for Qt but as there > aren't anything that I could look at I would probably try to create the > stubs, cross compile them to C and then basically call the proper method in > the wrapper. > > Do you think this approach could work? Maybe someone here knows if I would > have to do something specific for Qt? > > Best regards, > Tomas Vestelind > > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Tomas V. <tom...@gm...> - 2011-02-10 10:20:11
|
Hi Sascha. Ok, I will wait for their response. I think XMLVM is a really interesting project and I think it has potential to target a lot of different mobile targets, but maybe I don't see all the really technical difficulties. Maybe Symbian and MeeGo is not the way to go at the moment, could Windows Phone 7 with Java -> C# work? Wolfgang and Arno, would this be possible? Best regards, Tomas On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: > I see, I misunderstood you the first time. Doing a java-based QT API that > then maps to the actual API should probably be a bit easier, but it would > still require a significant amount of work. > > Wolfgang and Arno are currently doing this work for the C-backend, so they > can actually give you even more advise about how much work would be > involved. > > // Sascha > > On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind <tom...@gm... > > wrote: > >> Hi Sascha, >> >> Thank you for your response. >> >> When I did some tests applications with XMLVM I used the Cocoa Touch stubs >> directly without doing Android-to-iPhone conversion. When I added some >> wrappers that didn't exist it was quite straightforward. I looked at other, >> similar classes and convertion between Java classes like String and >> ArrayList to Cocoa classes was all ready implemented by you guys. >> >> So I imagine that something similar could be done for Qt but as there >> aren't anything that I could look at I would probably try to create the >> stubs, cross compile them to C and then basically call the proper method in >> the wrapper. >> >> Do you think this approach could work? Maybe someone here knows if I would >> have to do something specific for Qt? >> >> Best regards, >> Tomas Vestelind >> >> >> >> >> ------------------------------------------------------------------------------ >> The modern datacenter depends on network connectivity to access resources >> and provide services. The best practices for maximizing a physical >> server's >> connectivity to a physical network are well understood - see how these >> rules translate into the virtual world? >> http://p.sf.net/sfu/oracle-sfdevnlfb >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> > -- Quand on veut un mouton, c'est la preuve qu'on existe |
|
From: Sascha H. <sa...@xm...> - 2011-02-10 10:41:33
|
Tomas, a group of developers is already working on Windows Phone 7 as a target platform. Arno can give you more details about the progress on that part. // Sascha On Feb 10, 2011 11:20 AM, "Tomas Vestelind" <tom...@gm...> wrote: > Hi Sascha. > > Ok, I will wait for their response. I think XMLVM is a really interesting > project and I think it has potential to target a lot of different mobile > targets, but maybe I don't see all the really technical difficulties. > > Maybe Symbian and MeeGo is not the way to go at the moment, could Windows > Phone 7 with Java -> C# work? > > Wolfgang and Arno, would this be possible? > > Best regards, > Tomas > > On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: > >> I see, I misunderstood you the first time. Doing a java-based QT API that >> then maps to the actual API should probably be a bit easier, but it would >> still require a significant amount of work. >> >> Wolfgang and Arno are currently doing this work for the C-backend, so they >> can actually give you even more advise about how much work would be >> involved. >> >> // Sascha >> >> On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind < tom...@gm... >> > wrote: >> >>> Hi Sascha, >>> >>> Thank you for your response. >>> >>> When I did some tests applications with XMLVM I used the Cocoa Touch stubs >>> directly without doing Android-to-iPhone conversion. When I added some >>> wrappers that didn't exist it was quite straightforward. I looked at other, >>> similar classes and convertion between Java classes like String and >>> ArrayList to Cocoa classes was all ready implemented by you guys. >>> >>> So I imagine that something similar could be done for Qt but as there >>> aren't anything that I could look at I would probably try to create the >>> stubs, cross compile them to C and then basically call the proper method in >>> the wrapper. >>> >>> Do you think this approach could work? Maybe someone here knows if I would >>> have to do something specific for Qt? >>> >>> Best regards, >>> Tomas Vestelind >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> The modern datacenter depends on network connectivity to access resources >>> and provide services. The best practices for maximizing a physical >>> server's >>> connectivity to a physical network are well understood - see how these >>> rules translate into the virtual world? >>> http://p.sf.net/sfu/oracle-sfdevnlfb >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> >> > > > -- > Quand on veut un mouton, c'est la preuve qu'on existe |
|
From: Markus N. <mar...@gm...> - 2011-02-11 20:32:19
|
Hi Tomas, I am one of the two guys working on the WP7 target at the moment. I am mainly working on the API mapping while Oren (cc) is working on the language cross compilation from Java to C#. We reached a point where we have a sufficient enough Java layer for WP7 that we can cross-compile simple demo programs (SayHello, ...) from Java to C# and run them on WP7. We are at the moment attempting to expand to the Fireworks demo included in xmlvm and then port the android compatibility library to WP7. The goal is to have Fireworks running end-to-end in April. We plan on moving everything we did so far to a branch in the xmlvm repository soon. I will send you an email once that is done. Cheers, Markus On Thu, Feb 10, 2011 at 2:19 AM, Tomas Vestelind <tom...@gm...>wrote: > Hi Sascha. > > Ok, I will wait for their response. I think XMLVM is a really interesting > project and I think it has potential to target a lot of different mobile > targets, but maybe I don't see all the really technical difficulties. > > Maybe Symbian and MeeGo is not the way to go at the moment, could Windows > Phone 7 with Java -> C# work? > > Wolfgang and Arno, would this be possible? > > Best regards, > Tomas > > On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: > >> I see, I misunderstood you the first time. Doing a java-based QT API that >> then maps to the actual API should probably be a bit easier, but it would >> still require a significant amount of work. >> >> Wolfgang and Arno are currently doing this work for the C-backend, so they >> can actually give you even more advise about how much work would be >> involved. >> >> // Sascha >> >> On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind < >> tom...@gm...> wrote: >> >>> Hi Sascha, >>> >>> Thank you for your response. >>> >>> When I did some tests applications with XMLVM I used the Cocoa Touch >>> stubs directly without doing Android-to-iPhone conversion. When I added some >>> wrappers that didn't exist it was quite straightforward. I looked at other, >>> similar classes and convertion between Java classes like String and >>> ArrayList to Cocoa classes was all ready implemented by you guys. >>> >>> So I imagine that something similar could be done for Qt but as there >>> aren't anything that I could look at I would probably try to create the >>> stubs, cross compile them to C and then basically call the proper method in >>> the wrapper. >>> >>> Do you think this approach could work? Maybe someone here knows if I >>> would have to do something specific for Qt? >>> >>> Best regards, >>> Tomas Vestelind >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> The modern datacenter depends on network connectivity to access resources >>> and provide services. The best practices for maximizing a physical >>> server's >>> connectivity to a physical network are well understood - see how these >>> rules translate into the virtual world? >>> http://p.sf.net/sfu/oracle-sfdevnlfb >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> >> > > > -- > Quand on veut un mouton, c'est la preuve qu'on existe > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Tomas V. <tom...@gm...> - 2011-02-14 10:25:56
|
Hi Markus, That sounds interesting. Once you've submitted it I can look and see if there is anything I can do to help. What is your approach? Do you want to do the mapping to cross compile the Android demos into WP7 applications or are you reimplementing the demos using WP7 API? Best regards, Tomas On 11 February 2011 21:32, Markus Neubrand <mar...@gm...>wrote: > Hi Tomas, > > I am one of the two guys working on the WP7 target at the moment. I am > mainly working on the API mapping while Oren (cc) is working on the language > cross compilation from Java to C#. We reached a point where we have a > sufficient enough Java layer for WP7 that we can cross-compile simple demo > programs (SayHello, ...) from Java to C# and run them on WP7. We are at the > moment attempting to expand to the Fireworks demo included in xmlvm and then > port the android compatibility library to WP7. The goal is to have Fireworks > running end-to-end in April. > > We plan on moving everything we did so far to a branch in the xmlvm > repository soon. I will send you an email once that is done. > > Cheers, > Markus > > On Thu, Feb 10, 2011 at 2:19 AM, Tomas Vestelind < > tom...@gm...> wrote: > >> Hi Sascha. >> >> Ok, I will wait for their response. I think XMLVM is a really interesting >> project and I think it has potential to target a lot of different mobile >> targets, but maybe I don't see all the really technical difficulties. >> >> Maybe Symbian and MeeGo is not the way to go at the moment, could Windows >> Phone 7 with Java -> C# work? >> >> Wolfgang and Arno, would this be possible? >> >> Best regards, >> Tomas >> >> On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: >> >>> I see, I misunderstood you the first time. Doing a java-based QT API that >>> then maps to the actual API should probably be a bit easier, but it would >>> still require a significant amount of work. >>> >>> Wolfgang and Arno are currently doing this work for the C-backend, so >>> they can actually give you even more advise about how much work would be >>> involved. >>> >>> // Sascha >>> >>> On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind < >>> tom...@gm...> wrote: >>> >>>> Hi Sascha, >>>> >>>> Thank you for your response. >>>> >>>> When I did some tests applications with XMLVM I used the Cocoa Touch >>>> stubs directly without doing Android-to-iPhone conversion. When I added some >>>> wrappers that didn't exist it was quite straightforward. I looked at other, >>>> similar classes and convertion between Java classes like String and >>>> ArrayList to Cocoa classes was all ready implemented by you guys. >>>> >>>> So I imagine that something similar could be done for Qt but as there >>>> aren't anything that I could look at I would probably try to create the >>>> stubs, cross compile them to C and then basically call the proper method in >>>> the wrapper. >>>> >>>> Do you think this approach could work? Maybe someone here knows if I >>>> would have to do something specific for Qt? >>>> >>>> Best regards, >>>> Tomas Vestelind >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> The modern datacenter depends on network connectivity to access >>>> resources >>>> and provide services. The best practices for maximizing a physical >>>> server's >>>> connectivity to a physical network are well understood - see how these >>>> rules translate into the virtual world? >>>> http://p.sf.net/sfu/oracle-sfdevnlfb >>>> _______________________________________________ >>>> xmlvm-users mailing list >>>> xml...@li... >>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>>> >>>> >>> >> >> >> -- >> Quand on veut un mouton, c'est la preuve qu'on existe >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> > -- Quand on veut un mouton, c'est la preuve qu'on existe |
|
From: Markus N. <mar...@gm...> - 2011-02-14 17:21:06
|
Hi Tomas, So far we applied a similar approach to the one used for android2iphone. If you take a look at http://www.xmlvm.org/android/ we finished the equivalent of the cocoa compat-lib (at least what's needed for the demos) for the WP7. This allows writing WP7 apps in Java using classes which mimic the native WP7 C# API. Our next step now (actually I just started on this last week) is to port the android compat-lib to work together with our WP7 Java layer. We usually also reimplement the demos as native WP7 apps to get a better idea how we can do the mapping between Android and WP7, but it's not used in the cross-compilation. We focused on implementing the necessary classes/attributes/methods to get the demos to run so our implementation is far from being complete but we are making progress. Any help is greatly appreciated and I am confident we can find areas to cooperate in. As far as I know my colleague already started the merge, so I hope we have news for you soon. Cheers, Markus On Mon, Feb 14, 2011 at 2:16 AM, Tomas Vestelind <tom...@gm...>wrote: > Hi Markus, > > That sounds interesting. Once you've submitted it I can look and see if > there is anything I can do to help. > > What is your approach? Do you want to do the mapping to cross compile the > Android demos into WP7 applications or are you reimplementing the demos > using WP7 API? > > Best regards, > Tomas > > > On 11 February 2011 21:32, Markus Neubrand <mar...@gm...>wrote: > >> Hi Tomas, >> >> I am one of the two guys working on the WP7 target at the moment. I am >> mainly working on the API mapping while Oren (cc) is working on the language >> cross compilation from Java to C#. We reached a point where we have a >> sufficient enough Java layer for WP7 that we can cross-compile simple demo >> programs (SayHello, ...) from Java to C# and run them on WP7. We are at the >> moment attempting to expand to the Fireworks demo included in xmlvm and then >> port the android compatibility library to WP7. The goal is to have Fireworks >> running end-to-end in April. >> >> We plan on moving everything we did so far to a branch in the xmlvm >> repository soon. I will send you an email once that is done. >> >> Cheers, >> Markus >> >> On Thu, Feb 10, 2011 at 2:19 AM, Tomas Vestelind < >> tom...@gm...> wrote: >> >>> Hi Sascha. >>> >>> Ok, I will wait for their response. I think XMLVM is a really interesting >>> project and I think it has potential to target a lot of different mobile >>> targets, but maybe I don't see all the really technical difficulties. >>> >>> Maybe Symbian and MeeGo is not the way to go at the moment, could Windows >>> Phone 7 with Java -> C# work? >>> >>> Wolfgang and Arno, would this be possible? >>> >>> Best regards, >>> Tomas >>> >>> On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: >>> >>>> I see, I misunderstood you the first time. Doing a java-based QT API >>>> that then maps to the actual API should probably be a bit easier, but it >>>> would still require a significant amount of work. >>>> >>>> Wolfgang and Arno are currently doing this work for the C-backend, so >>>> they can actually give you even more advise about how much work would be >>>> involved. >>>> >>>> // Sascha >>>> >>>> On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind < >>>> tom...@gm...> wrote: >>>> >>>>> Hi Sascha, >>>>> >>>>> Thank you for your response. >>>>> >>>>> When I did some tests applications with XMLVM I used the Cocoa Touch >>>>> stubs directly without doing Android-to-iPhone conversion. When I added some >>>>> wrappers that didn't exist it was quite straightforward. I looked at other, >>>>> similar classes and convertion between Java classes like String and >>>>> ArrayList to Cocoa classes was all ready implemented by you guys. >>>>> >>>>> So I imagine that something similar could be done for Qt but as there >>>>> aren't anything that I could look at I would probably try to create the >>>>> stubs, cross compile them to C and then basically call the proper method in >>>>> the wrapper. >>>>> >>>>> Do you think this approach could work? Maybe someone here knows if I >>>>> would have to do something specific for Qt? >>>>> >>>>> Best regards, >>>>> Tomas Vestelind >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> The modern datacenter depends on network connectivity to access >>>>> resources >>>>> and provide services. The best practices for maximizing a physical >>>>> server's >>>>> connectivity to a physical network are well understood - see how these >>>>> rules translate into the virtual world? >>>>> http://p.sf.net/sfu/oracle-sfdevnlfb >>>>> _______________________________________________ >>>>> xmlvm-users mailing list >>>>> xml...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>>>> >>>>> >>>> >>> >>> >>> -- >>> Quand on veut un mouton, c'est la preuve qu'on existe >>> >>> >>> ------------------------------------------------------------------------------ >>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >>> Pinpoint memory and threading errors before they happen. >>> Find and fix more than 250 security defects in the development cycle. >>> Locate bottlenecks in serial and parallel code that limit performance. >>> http://p.sf.net/sfu/intel-dev2devfeb >>> >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> >> > > > -- > Quand on veut un mouton, c'est la preuve qu'on existe > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X