> From: John Fletcher [mailto:fletch...@gmail.com]
> Sent: 27 February 2012 15:37
>
> I think the argument about Linux here has distracted us from the main
point,
> which I feel is a valid thought: Are we better to invest into getting Flex
to
> compile to HTML5, or to choose to rely solely on th
> From: Jeffry Houser [mailto:jef...@dot-com-it.com]
> Sent: 27 February 2012 13:37
>
> That is inaccurate. It'll be supported in Chrome; and if other browsers
implement the new plugin API; those can be supported to.
Is that true? Have Google said that they will make the plugin available as a
sta
> From: Jarosław Szczepankiewicz [mailto:jszczepankiew...@gmail.com]
> Sent: 27 February 2012 13:18
>
> You are spreading FUD.
I see no justifiable reason for you to accuse me thus. Let's keep things polite
please.
David.
> From: Nicholas Kwiatkowski [mailto:nicho...@spoon.as]
> Sent: 27 February 2012 13:06
>
> Adobe is not dumping support for Flash for Linux.
I disagree. Flash for Linux will only be available from Google, not Adobe,
and will use a plugin type that only Google supports in its browser.
Stripping awa
As I'm sure most of you know, Adobe announced last Wednesday that they were
dumping their support for Flash on Linux. For people whose business is
selling Flex apps to Linux users, this is of course very bad news. What with
AIR for Linux having been abandoned too, Flex's only real hope of a
Linux-b
> From: Paul Evans [mailto:paulev...@creative-cognition.co.uk]
> Sent: 27 February 2012 09:16
Can we limit the footer to 2 or 3 items at most?
Or it's going to be longer than a lot of the messages.
I'd go one further and request that we leave it as is, ie with no email
footer. I really would pref
> From: Yennick Trevels [mailto:yennick.trev...@gmail.com]
>Sent: 27 February 2012 07:24
> Imo we shouldn't include those comments in the code, it's already in the
> SVN history and if we write a unit test when we fix something then it's
covered
> there also which should avoid regression bugs. I
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 24 February 2012 16:57
> Hello David,
>
> I guess you don't want to know how haXe implements generics for avm
bytecode.
I'm puzzled as to why you assume this to be honest.
David.
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 24 February 2012 16:51
> ActionScript3 does not support generics.
That's not strictly speaking true. AS3 supports the Vector class after all,
which is a generic class. It understands instantiating an instance of a
generic class. How
> From: Jeffry Houser [mailto:jef...@dot-com-it.com]
> Sent: 24 February 2012 16:48
>
>> On 2/24/2012 11:40 AM, Nicholas Kwiatkowski wrote:
>> The quickest way to become a committer or PPMC of the Flex project is
>> to start opening tickets and submitting patches via JIRA. Anybody who
>> does w
I have a small library of immutable collections (Tuple, OrderedList, HashMap
plus type-safe versions of OrderedList and HashMap) at
https://github.com/DavidArno/AS3Immutable. I'd be more than happy to donate
these if we did want to build a set of collection classes into the SDK.
They'd probably nee
> From: Rui Silva [mailto:f...@rduartes.net]
> Sent: 24 February 2012 12:02
>
> Please restrain from using this kind of tone in your messages.
> It does not help and if you're not here to help, please leave.
I suspect that asking him to leave is as unhelpful to the group as the
original rudenes
> From: Left Right [mailto:olegsivo...@gmail.com]
> Sent: 24 February 2012 11:10
> OMG!!! Seriously, you are writing SDK code and you don't know what's the
> difference between using `in' operator and calling a method defined on
> Object.prototype is?
Interesting. Seeing someone else by rude br
> From: Omar Gonzalez [mailto:omarg.develo...@gmail.com]
> Sent: 24 February 2012 09:43
>
> Well, I believe anyone can register to JIRA and add Feature Requests
there.
That is correct, but it's not intuitive how to do so. Anyone can visit the
Jira, click on login and then create an account. After
> From: James Ong [mailto:yanlile...@gmail.com]
> Sent: 23 February 2012 17:24
> It can be confuse without semicolon when you're actually looking at
thousands lines of code.
I'd suggest that thousands lines of code will confuse no matter how well
laid out the code ;)
David.
> From: JP Bader [mailto:j...@zavteq.com]
> Sent: 23 February 2012 17:10
>
> The only question/reference point I have is the lack of requirement for
this in several other
> languages I've recently been learning, i.e. Ruby, Python, Scala (IIRC).
They can compile
> just fine with or without ';'.
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 22 February 2012 15:18
> Also another thing is that
>
> if(a == null) is slower than if(a) at least compiled with mxmlc.
Is it really? I didn't know that.
Writing code that enables a cast + comparison to happen quicker than a
di
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 22 February 2012 14:55
> I just remembered another thing that makes me a little mad every time I
read into coding with haXe...
The problem with your examples Martin is that you have the resultant code
equivalent slightly wrong unfort
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 22 February 2012 13:20
> I understand your point, however - the suggested compiler then would
> not be able to compile Adobe ActionScript 3 code.
I don't think we want to go that far! All I was suggesting was mandatory
semicolons. A
> From: Left Right [mailto:olegsivo...@gmail.com]
> Sent: 22 February 2012 13:20
I haven't fully digested all that, but a quick skim through seems to suggest
that the solution used is to have the parser "magically" insert semicolons into
its input token stream at certain points. Is that a fair s
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 22 February 2012 12:53
>
> the ActionScript 3 specification (lol) is in the hands of Adobe and if we
start changing
> specification then we shouldn't call it AS3 anymore. ASApache ftw.
Well Martin, see the thing is I don't think "AS
As I suspect there are many here not following the [gosh] threads, I'm
repeating a question from yesterday to a wider audience. Apologies in
advance if you do read those threads and just didn't care enough to comment
yesterday ;)
If Dimitri's great efforts to try and get us early access to the Fa
Martin & Oleg(?),
Thank you for the links. Unfortunately, they just confirm my point I think
unless, I've got myself completely confused. For example, taking Martin's
first link (http://www.antlr.org/grammar/1153976512034/ecmascriptA3.g), the
grammar is full of things like:
continueStatement:
> From: Pepe [mailto:pepe.f...@gmail.com]
> Sent: 22 February 2012 11:17
>
> If no one contributes to new Flex Framework, or if it's not enough though
> many people contribute to new Flex Framework, Apache Flex will graduate
> from Apach incubator projects as a termination. Right?
I not sure i
> From: Pepe [mailto:pepe.f...@gmail.com]
> Sent: 22 February 2012 10:58
>
> So, you mean that Apache Flex project develops nothing and it just keeps
Flex sources, right?
No, that isn't quite what I meant. :)
It's a community effort. Therefore if you want something done, the best way
to achieve i
> From: Pepe [mailto:pepe.f...@gmail.com]
> Sent: 22 February 2012 10:41
>
> This is very good news and I'm concerning about the following two things.
>
> 1. New Flex Framework should support ActionScript workers as a part of
framework.
>
> 2. The AIR framework in Flex Framework should be re-des
+1 from me too. Even if we never make use of it, we'd be mad to decline such
an offer.
David.
> From: Roland Zwaga [mailto:rol...@stackandheap.com]
> Sent: 22 February 2012 10:23
>
> I have worked on exactly these types of applications as well.
> Both in education and digital publishing I have exclusively encountered
> Windows boxes and to a degree Apple. Never any Linux on the desktop
a
That sounds really promising Dimitri. The French guys to the rescue! :)
Having thought about it, I can see why Adobe do not want to donate the
compiler to Apache until it's ready. However, they could still provide
access to it as you describe before then. The simplest way seems to make use
of thei
> From: Dimitri k. [mailto:k...@noos.fr]
> Sent: 22 February 2012 09:08
>
> No he was referring that future Flash Player linux version will be only
available in Google Chrome.
I can't decide if that is right or not. As the Pepper API is described as
"cross-platform API for plugins for web browsers
I have spent a bit of time over the last few days trying to define a BNF
grammar for AS3. As "Left Right" predicted, it's looking like this just
isn't possible. The problem is such a trivial little thing too: optional
semicolons.
To illustrate the problem, let me give an example piece of AS3 BNF:
[
https://issues.apache.org/jira/browse/FLEX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13212554#comment-13212554
]
David Arno commented on FLEX-16:
Well spotted there Justin. That change does indeed appl
[
https://issues.apache.org/jira/browse/FLEX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Arno updated FLEX-16:
---
Attachment: en_GB.zip
Updated version, replacing "period" with "full stop."
[
https://issues.apache.org/jira/browse/FLEX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Arno updated FLEX-16:
---
Attachment: (was: en_GB.zip)
> Missing en_AU locale for Flex SDK framew
Adobe did their Update on Flex presentation in London yesterday. Deepa
clarified Adobe's position regarding the donation of the Automation classes.
I don't think this information has been posted here before, but apologies if
it has and I'm just repeating old news.
The Automation classes will be d
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: 20 February 2012 19:18
>
> I have a prototype of a framework that leverage the zero-install
capability of Flash
> much better, which should eliminate the need for RSLs.
Is this on your whiteboard yet so that we can all take a look? If not, I
> From: Haykel BEN JEMIA [mailto:hayke...@gmail.com]
> Sent: 20 February 2012 16:00
> Talking about security, I think there is nothing being done to
> prevent man-in-the-middle for JS libraries hosted by Google
> for example, so it does not seem to be an issue even if JS is plain
> text and eas
> From: Left Right [mailto:olegsivo...@gmail.com]
> Sent: 20 February 2012 16:00
>
> Well, HaXe can use pre-compiled code, since maybe more then a year
> ago I guess... It doesn't use SWC, but ans SWF as an input is OK.
> Probably Niel can elaborate on that, or correct me if I'm wrong.
Yeah sorr
> From: Omar Gonzalez [mailto:omarg.develo...@gmail.com]
> Sent: 20 February 2012 15:19
>
> Just wanted to point out here that according to Gordon Smith, I believe,
> the statement that we would have to deal with MXML in the compiler post
> donation is incorrect...
I sought clarification on this
> From: niel.drumm...@googlemail.com [mailto:niel.drumm...@googlemail.com]
On Behalf Of Niel Drummond
> Sent: 20 February 2012 07:45
>
> 1) Wait for falcon, projected stable release late 2012, early 2013.
This to my mind is the most risky of your three options. We wait a year,
then maybe get a com
> From: Paul Evans [mailto:paulev...@creative-cognition.co.uk]
> Sent: 20 February 2012 13:53
>
> Sorry - still thinking up problems rather than solutions.
I think that is the best way with anything to do with security.
David.
> From: Paul Evans [mailto:paulev...@creative-cognition.co.uk]
> Sent: 20 February 2012 12:41
> i don't know enough about security, but in probing for flaws in that idea
I'd approach from:
I don't know much about security either. Thus why I'm questioning whether it
can be done, rather than just s
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 20 February 2012 12:04
>
> The flash player caches the signed RSL's differently. [1]
Not sure if I'm getting confused here, but I thought we couldn't use RSLs as
Adobe won't sign them? So Apache Flex will need to be based on plain,
un
> From: Paul Evans [mailto:paulev...@creative-cognition.co.uk]
> Sent: 20 February 2012 10:20
>
> From previous discussion, Alex raised concern of potential exposure to a
> man-in-the-middle attack - unless we find a way of getting them signed.
Do they really need signing? If we generate MD5 has
> From: Jarosław Szczepankiewicz [mailto:jszczepankiew...@gmail.com]
> Sent: 20 February 2012 09:44
>
> caching the RSL in the browser is already used and ready (as far as
> www server is properly using Etag etc. headers). Apache http is
> caching static resources very well out of the box (at le
> From: Haykel BEN JEMIA [mailto:hayke...@gmail.com]
> Sent: 20 February 2012 09:27
>
> Is it possible to enhance the preloader to download required RSLs from
> a central Apache repository or are there any technical or FP security issues
> that would make this impossible?
Unless it is technica
On Mon, 2012-02-20 at 01:35 +0200, Left Right wrote:
> David, I used Metaas, and I know that grammar file... it's well, it's
> wrong, and it doesn't reflect many things that happened since FP10 (Metaas
> project was abandoned before FP10 was released, so, no handling for
> vectors, for example, but
On Sun, 2012-02-19 at 23:03 +, Michael A. Labriola wrote:
> >Dear Alex,
> >
> >The first rule of Apache is that if it doesn't happen here, it doesn't
> >happen. Therefore either you are working on ideas that could help us better
> >compile MXML code, which you are about to share with us immi
On Sun, 2012-02-19 at 23:19 +0100, Niel Drummond wrote:
> I don't recommend the approach of writing a separate javascript layer -
> haxe has the concept of "untyped" code blocks, and a special Dynamic type,
> which is extremely useful at getting around browser incompatibilities (I
> think GWT has s
On Fri, 2012-02-17 at 10:25 +0100, Roland Zwaga wrote:
> By the way,
>
> here is the Java port of the goldparser engine:
>
> https://github.com/ridencww/goldengine
>
> it might be an idea to try out both ANTLR and goldparser
> and compare the results, I'd say the fastest one we'd take ;)
How abo
On Sun, 2012-02-19 at 11:50 -0800, Alex Harui wrote:
> Yes, we agree on that point. The Spark code was much faster than the MXML
> descriptor tree, but I have a new proposed "descriptor" that is testing out
> to be just as fast as the Spark code so I think we'll go with something like
> that when
On Sun, 2012-02-19 at 14:03 +0200, Left Right wrote:
> Languages: I thought I argued my case, but I'll try to explain again, the
> plugins and the "mothership" compiler need not to run inside the same
> runtime - there is a traditional way to make programs cooperate - pipes,
> stream, well, you kno
On Sat, 2012-02-18 at 21:48 +0200, Left Right wrote:
> First of all. Why Java (JVM)?
The JVM gives us many advantages:
1. Java - which whilst long in the tooth is well known and well
supported and - a point that is difficult to overstate - its the
language that Flash Builder and FDT and IntelliJ ar
On Thu, 2012-02-16 at 12:10 -0800, Om wrote:
> David, from your pdf (yeah, I read it ;-) )
> This sounds like a serious limitation - especially for Flex based library
> projects which is a pretty important feature. Can you please elaborate on
> the workaround you hinted in your doc?
What I was thi
On Thu, 2012-02-16 at 20:48 +0100, Roland Zwaga wrote:
> not to throw a spanner in the works immediately but I was wondering if you
> could
> consider a different parser from ANTLR. There is a project called
> Goldparser:
> http://goldparser.org/
> From what I understand this thing is the fastest o
As there was some positive feedback to the idea of creating our own
compiler, I have gone ahead and started a new project on Github and
created an initial design document on how I think it might work. I've
taken the liberty of giving it the code name "Goshawk." If you are
curious as to why, google
On Thu, 2012-02-16 at 08:47 -0800, Omar Gonzalez wrote:
> Mind communicating that last thought in a clear fashion? :P I don't
> understand what your complaint is, Carol is simply explaining Adobe's time
> frame, what problem so you see in such a simple statement?
If one uses the abbreviation "Q4" w
On Thu, 2012-02-16 at 05:34 -0800, Carol Frampton wrote:
> Adobe's fiscal year starts in Dec so Q4 is Sept-Nov.
Not wishing to shoot the messenger here, but this really does sum up
Adobe's inability to think and communicate in a clear fashion... :(
David.
Yesterday Adobe published their "whitepaper" on the future of Flex. In
it, they state that they'll be contributing the Falcon compiler to
Apache sometime between October and December. This compiler will support
AS3 only, with no support for MXML. So when we get the compiler (which
as already slippe
On Thu, 2012-02-16 at 18:05 +1100, Justin Mclean wrote:
> Hi,
>
> Was looking though some of the framework code and noticed that a lot of
> method are marked up with comments that are imported into documents re player
> version and the like.
>
> Here's a typical section.
> * @langversion
> From: Maciek Sakrejda [mailto:m.sakre...@gmail.com]
> Sent: 14 February 2012 17:57
>
> I would suggest settings that allow as many valid variations as possible
> (nothing more fun than having your personal details deemed invalid by a
form)
> even at the cost of false negatives, and a single ve
[
https://issues.apache.org/jira/browse/FLEX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13207893#comment-13207893
]
David Arno commented on FLEX-16:
I have used Justin's file and created an en_GB v
[
https://issues.apache.org/jira/browse/FLEX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Arno updated FLEX-16:
---
Attachment: en_GB.zip
> Missing en_AU locale for Flex SDK framew
> From: Justin Mclean [mailto:jus...@classsoftware.com]
> Sent: 14 February 2012 13:25
>
> With minimal changes (phone format and currency symbol
> would be all I think) it could be converted to an en_GB locale.
I have started working my way through Justin's patch to convert it to an
en_GB versio
"
Date: Mon, Feb 13, 2012 17:53
Subject: SVN vs Git
To:
On Mon, Feb 13, 2012 at 11:08 AM, David Arno wrote:
> We may well want to undertake
> some big changes, involving lots of people who aren't committers.
There's a little problem with statements like this that we need t
I'm definitely in agreement with Martin here. Because Apache has (very
necessary) policies to control what gets committed, it is not really geared
toward the potentially large community involvement that Flex might attract
when we finally get a chance to get going. We may well want to undertake
some
> From: Martin Heidegger [mailto:m...@leichtgewicht.at]
> Sent: 13 February 2012 15:50
> The discussion about the build system is going on in another thread and in
jira [1]!
> On the table are Gradle (my favorite), Maven and now buildr.
> Please contribute to the matching thread.
Sorry about tha
> From: Roland Zwaga [mailto:rol...@stackandheap.com]
> Sent: 13 February 2012 15:48
> GradleFX (http://gradlefx.github.com/) was suggested as the main build
system.
> It uses Groovy for build syntax and convention-over-configuration
> (so also no XML fiddling), we have the added benefit of havin
> From: Roland Zwaga [mailto:rol...@stackandheap.com]
> Sent: 13 February 2012 15:27
>
> But if Maven is used for dependency management then we don't need to
include
> any third party stuff in our repositories.
> You just reference the appropriate remote repositories and the build
system will
>
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: 08 February 2012 03:10
>
> ... And then there are some old singletons like EffectManager that still
use
> static methods, which should be using Singleton instead.
>
> And then there is the whole debate about Singletons in general...
Let's have
> From: Rui Silva [mailto:f...@rduartes.net]
> Sent: 06 February 2012 09:33
>
> If anyone thinks that he/she will sway the opinion of the group simply by
> speaking out his reasoning without giving actual proof of feasibility,
then they're
> thinking it wrong. At least, that's not what I see in
> From: Bertrand Delacretaz [mailto:bdelacre...@apache.org]
> Sent: 06 February 2012 06:46
>
> I suggest adding just this:
All sounds good to me.
David.
On Sun, 2012-02-05 at 10:02 -0800, Doug McCune wrote:
> This is incredibly false and shortsighted. In the HTML/JS world an
> INCREDIBLE amount changed in 2012...
Thanks for that Doug. I've gone from being a reluctant investigator of
JavaScript to enthusiastic one recently as - whilst the language
On Sun, 2012-02-05 at 15:03 +0100, Carlos Rovira wrote:
> That's key point. We should maintain and evolve Flex and stay away of
> discussions and HTML5 things.
> Just a final sentence: We are in 2012, and nothing changed. HTML5/JS/CSS
> stack continues with the same problems and is inferior to what
On Sun, 2012-02-05 at 04:19 -0500, superabe superabe wrote:
> All those interested in cross-compiling AS to JS *should* be following this
> blog and giving feedback.
>
> http://blogs.adobe.com/bparadie/
Brilliant. Thanks for that link.
David.
> On Sun, 2012-02-05 at 07:56 +0100, Jarosław Szczepankiewicz wrote:
> On the blog "all my circuits" are some details about how the translation is
> going to happen. Surprisingly the progress is advanced already. But the
> author sees holes to be filled by the flex community.
Do you have a link to
On Sat, 2012-02-04 at 15:22 -0800, Omar Gonzalez wrote:
> What you are proposing doesn't get you around the fact that you still have
> to parse the component classes into language a target platform understands.
> In other words, you can't just pawn rendering to a new target, such as the
> JavaScrip
> On Sat, 2012-02-04 at 16:16 -0500, David Francis Buhler wrote:
> You may wish to rephrase the question around the FalconJS compiler and
> the capabilities of style-support within the FalconJS compiler when
> the target is HTML5.
I utterly disagree.
To my mind the FalconJS compiler has a near m
There has been zero responses to this technical email on how we might
progress Flex in the past 24 hours. Discussions on the minutia of logos
would have got 10s of response in that time. This worries me. It's great
that we have an audience ready to whoop at pretty pictures, but does this
list act
> From: Brent Arnold [mailto:br...@brentarnold.com]
> Sent: 03 February 2012 17:23
>
> The Flex community is a very opinionated group. Wait til we get to the
discussion on Singletons...
What discussion? They are evil and must go ... oh wait, other folk won't
agree with this will they, even though
I have been thinking about how we might develop Flex so that it can target
technologies other than the flash player. I have been using JavaScript as my
theoretical target because it poses the most problems: we have to convert
the AS3 source to another language (not bytecode), we need the output to
> From: Alexandre Madurell [mailto:alexandre.madur...@gmail.com]
> Sent: 03 February 2012 15:20
>
> Er... let's assume (within this context) it stands for "What The Flex?" ;)
Well of course it means that. I'm shocked that anyone would think otherwise
of me... ;)
David.
> From: Carol Frampton [mailto:cfram...@adobe.com]
> Sent: 03 February 2012 15:07
>
> I do not think WTF is an appropriate title for any message on this mailing
list. Just my opinion though.
I suspect you are not the only one with that opinion. I get carried away all
too often :)
David.
> From: Peter Elst [mailto:peter.e...@gmail.com]
> Sent: 03 February 2012 10:52
>
> will people please move any discussion/rants to a different thread than a vote
I did. I failed to take into account the fact that some people can't tell the
difference between [VOTE] and [WTF?] though... :/
Davi
> From: João Fernandes [mailto:joaopedromartinsfernan...@gmail.com]
> Sent: 03 February 2012 10:33
>
> David we would eventually discuss that on another thread and leave this
one just for voting.
I started a new thread. However since someone has already voted on this
thread, I clearly didn't make
Who's brilliant idea was it to divide the single colour vote across four
viable candidates, thus ensuring the multi-coloured option easily won the
vote? This vote couldn't have been more rigged (no doubt completely
accidently in this case) if people had tried!
How about we make the vote fair?? Eit
> From: Omar Gonzalez [mailto:omarg.develo...@gmail.com]
> Sent: 02 February 2012 17:10
>
> ...Then we can discuss color palettes until we're blue in the face.
I propose a separate logo mailing list be created! ;)
Could the PPMC just vote on it (in private?) and then tell us the result
please?
Alex,
Do you think it worth adding any of the following?
1. A winning logo was chosen and that we are now working on refining it.
2. The delays to the code being made available doesn't seem to have tempered
our enthusiasm and that there have been lots of discussions on people's
plans and expectat
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: 31 January 2012 20:39
>
> ... Our mentors are great.
+1 :)
They are great. I don't think it an exaggeration to say that this podling
would have been a complete mess, if not a disaster, if we'd been left to our
own devices, rather than havin
>From: David Francis Buhler [mailto:davidbuh...@gmail.com]
> Sent: 30 January 2012 18:31
>
> I would suggest starting a new thread for a "FAQ".
I think it would be better if the FAQ could be put on the wiki.
David.
> From: jude [mailto:flexcapaci...@gmail.com]
> Sent: 30 January 2012 16:49
> Someone needs to create a FAQ that points to these discussions.
Definitely agree. Other questions to add:
1) What will Adobe donate/ what have they donated so far (to be updated as
we go along)
2) How do I become a co
> From: Doug Arthur [mailto:dougart...@gmail.com]
> Sent: 30 January 2012 15:20
> Not sure we want to do that with a moving target.
> Since we don't own playerglobal.swc, we should not try to replicate it.
I'd argue quite the opposite. Because playerglobal.swc is a moving target,
stubbing it for
> From: Michael A. Labriola [mailto:labri...@digitalprimates.net]
> Sent: 27 January 2012 15:41
>
> I am just one vote, but you can count on my -1.
>
> As we discussed, I think changing everything from private to protected is
> just as
> bad as not putting the initial consideration into the ex
> From: Pepe [mailto:pepe.f...@gmail.com]
> Sent: 26 January 2012 07:45
>
> Please do not try to make a hybrid architecture. I believe it will
failure.
> I hope Flex 5 will have two versions which are desktop version and mobile
version.
The key here is to use composition, rather than inheritance,
> From: Rui Silva [mailto:f...@rduartes.net]
> Sent: 26 January 2012 10:13
>
> For me, and for the time-being, Apache Flex is a good enough codename.
> After the first official release I'd give it another thought if that is
something I miss.
The problem I had with that is that we have three vers
> From: Rodrigo Pandini [mailto:rodrigopand...@gmail.com]
> Sent: 26 January 2012 02:51
>
> I would like know if there are some plan to put a codename for the new
version that will be release?
Someone suggested calling the first Apache release "lifeboat." I like that,
so it's what I have started
> From: Roland Zwaga [mailto:rol...@stackandheap.com]
> Sent: 24 January 2012 16:29
>
> I'm definitely not trying to discredit Apache by posting this, by the way.
> I'm deliriously happy with Flex being under Apache's wing :)
That article isn't surprising, but I think that Flex is better off on A
#42 +1
> From: Doug Arthur [mailto:dougart...@apache.org]
> Sent: 23 January 2012 23:38
>
> Remember, PPMC members votes are the final say, and ultimately,
> that will be the what final decision becomes, but the community votes
> help the PPMC members make their decisions,
> One specific concern was
> From: Jeffry Houser [mailto:jef...@dot-com-it.com]
> Sent: 23 January 2012 16:49
>
> I'll also add that anyone can put together their own statistics; as the vote
> was public.
But of course we didn't since Rui was so publicly doing so on everyone's
behalf. Then the vote finished (without an a
1 - 100 of 169 matches
Mail list logo
