flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Harui <aha...@adobe.com>
Subject Re: Installer Revisited
Date Sun, 15 Dec 2013 16:36:49 GMT
Yup, good point.  If someday the installer can be cross-compiled to
something that isn't based on AIR, that would be a good thing.  FlexJS is
hoping to use Cordova for mobile AIR apps, not sure how well that works
for desktop apps.

On 12/15/13 8:29 AM, "aYo ~" <ayo@binitie.com> wrote:

>That's a bloody good point
>
>aYo
>www.ayobinitie.com
>mrbinitie.blogspot.com
>On 15 Dec 2013 15:52, "Maurice Amsellem" <maurice.amsellem@systar.com>
>wrote:
>
>> Understood.
>>
>> Is there also a goal with FlexJS to remove dependencies to Adobe
>> proprietary software?
>> In which case, would it make sense that the installer won't be based
>> solely on Adobe technology?
>>
>> Maurice
>>
>> -----Message d'origine-----
>> De : Alex Harui [mailto:aharui@adobe.com]
>> Envoyé : dimanche 15 décembre 2013 16:35
>> À : dev@flex.apache.org
>> Objet : Re: Installer Revisited
>>
>> Ah, sorry, missed seeing that earlier.
>>
>> My personal goal is that, someday, a newbie's initial experience when
>> coming to Apache Flex to learn about Flex is a showcase for Flex.  That
>>our
>> current landing page is fully replicated by FlexJS, and our installer
>>is an
>> example of an AIR app.
>>
>> So, I would not want to go down the Java UI path.  But if it turns out
>>it
>> is impossible/impractical to accomplish something in AIR, we can
>>certainly
>> consider native process or native extensions to run some java code.
>>That
>> would also be an example of how to write an AIR app.
>>
>> -Alex
>>
>> On 12/15/13 4:50 AM, "Maurice Amsellem" <maurice.amsellem@systar.com>
>> wrote:
>>
>> >Any reaction to the  Java-based installer proposition below  (Point B)
>>?
>> >
>> >Maurice
>> >
>> >-----Message d'origine-----
>> >De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>> >Envoyé : jeudi 12 décembre 2013 09:17
>> >À : dev@flex.apache.org
>> >Objet : RE: Installer Revisited
>> >
>> >(Point A)
>> >
>> >>I thought Air followed redirects.  There must be code in the installer
>> >>that does the right thing.  Feel free to find it and add it if it
>> >>needs it.
>> >
>> >I don't know either if AIR follows redirects or not, but the way it
>> >does was not enough for downloading from sourceforge and we had to
>> >implement a specific solution.
>> >My concern is that it's really specific, and difficult to make generic.
>> >
>> >Another point is that current Installer has conditional logic ( eg. if
>> >already downloaded, don't download again) that will need to be
>> >implemented in ant_on_air.
>> >It's also missing <parallel> functionality, that would speed up
>>downloads.
>> >And I am sure that we will discover other things...
>> >As you say, it's brand new stuff.
>> >
>> >------
>> >(Point B)
>> >So may I open the discussion on an alternative approach:
>> >
>> >After all, do we absolutely need that the installer be and AIR app?
>> >The ant "core" lib is not that big (a few MB) so maybe we could build
>> >the installer as a JAVA GUI app instead of an AIR app, that embeds the
>> >ANT lib.
>> >
>> >I am not saying this will be easy, but at least it will be guaranteed
>> >to have the same behavior, and opens up a full range of possibilities.
>> >
>> >Thoughts ?
>> >
>> >Maurice
>> >
>> >
>>
>>


Mime
View raw message