Re: [xmlvm-users] Potential supported platforms

[Tomas V. <tom...@gm...>]

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