Hi,
>> I spent some time going through your new framework. First off, I think it
>> deserves to be called something else. The "JS" in "ASJS" implies that it
>> is a JS specific implementation of the framework. In reality it is not.
> Well, I called that to show that it is a parallel framework.
+1
Regards,
jaydeep Tank
On 22 January 2013 11:48, Jun Heider wrote:
>
> On 1/21/13 5:49 PM, "Om" wrote:
>
> >Please vote to allow the use of Google Analytics [1] to track download
> >statistics of Apache Flex source, binaries and Installer artifacts.
> >
> >If you have any comments, please rep
Hi,
Still got the FLEX-33326 not closed because I still didn't test it thru the
installer.
-Fred
-Message d'origine-
From: Justin Mclean
Sent: Monday, January 21, 2013 11:33 PM
To: dev@flex.apache.org
Subject: JIRA and closed and resolved bugs
Hi,
We currently have a few bug that
On 1/21/13 10:32 PM, "Justin Mclean" wrote:
> Hi,
>
>> 3) Need a bug fixed in 3.x SDK that cannot be practically resolved via
>> workaround or monkey-patch.
>>
>> Until now at work, they've been able to survive with that.
>
> And you can run Adobe Flex 4.x like this as well (and I know proj
Hi,
> 3) Need a bug fixed in 3.x SDK that cannot be practically resolved via
> workaround or monkey-patch.
>
> Until now at work, they've been able to survive with that.
And you can run Adobe Flex 4.x like this as well (and I know project that do).
Issue here is that the monkey patches remain i
1) Cannot upgrade to Flex 4.x
As you stated somewhere and I've seen by myself migrating a big app to 4.8,
it's better to stay in flex3 for big existing apps and use flex4 for new
ones.
2) Can switch from Adobe Flex to Apache Flex
The only reason I can see right now (there are probably some o
On 1/21/13 5:49 PM, "Om" wrote:
>Please vote to allow the use of Google Analytics [1] to track download
>statistics of Apache Flex source, binaries and Installer artifacts.
>
>If you have any comments, please reply in this thread: [2]
>Here is the JIRA ticket that describes what needs to be done
On 1/21/13 9:48 PM, "Justin Mclean" wrote:
> Hi.
>
>> Apache has a policy of not taking open source code, even if compatibly
>> licensed, without consent of the copyright owner.
> It's not exactly without consent Adobe have publicly stated several times that
> the 3.X branch was part of the d
On 1/21/13 9:35 PM, "Justin Mclean" wrote:
> Hi,
>
>> Maybe with google trends
>> http://www.google.fr/trends/explore#q=flex%203%2C%20flex%204%2C%20as3&cmpt=q
>
> It shows interest in flex 3 at around 90% of that of flex 4 each month over
> the last 12 months. You get slightly different resu
Hi.
> Apache has a policy of not taking open source code, even if compatibly
> licensed, without consent of the copyright owner.
It's not exactly without consent Adobe have publicly stated several times that
the 3.X branch was part of the donation. Many people were surprised that it
didn't come
Hi,
> Maybe with google trends
> http://www.google.fr/trends/explore#q=flex%203%2C%20flex%204%2C%20as3&cmpt=q
It shows interest in flex 3 at around 90% of that of flex 4 each month over the
last 12 months. You get slightly different results if you use "flex 3" and
"flex 4" so I'd say it's only
[
https://issues.apache.org/jira/browse/FLEX-33247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS closed FLEX-33247.
--
I close this as it was integrated
> Apache Flex Mavenized SDK Deployer
> -
On 1/21/13 9:17 PM, "Justin Mclean" wrote:
> Hi,
>
>> Potentially. When I get back to dealing with the 3.x donation, one strategy
>> is to only donate the few compiler changes
> Lost me there what compiler changes would be in the 3.x branch have that 4.X
> doesn't have?
After we started 4.x
Maybe with google trends
http://www.google.fr/trends/explore#q=flex%203%2C%20flex%204%2C%20as3&cmpt=q
-Message d'origine-
From: Alex Harui
Sent: Tuesday, January 22, 2013 6:12 AM
To: dev@flex.apache.org
Subject: Re: Adobe BlazeDS and 3.X SDK branch donation
On 1/21/13 9:05 PM, "Jus
Hi,
> Potentially. When I get back to dealing with the 3.x donation, one strategy
> is to only donate the few compiler changes
Lost me there what compiler changes would be in the 3.x branch have that 4.X
doesn't have? Could we use the 4.X compiler to compile the 3.X SDK?
> In theory, but this n
On 1/21/13 9:05 PM, "Justin Mclean" wrote:
> HI,
>
>> Yup, and so I will see how much interest this thread generates and use that
>> to adjust my priorities.
>
> Users of the SDK may not be subscribed to developer list (or even the user
> list) so not really a way to gauge real world interes
HI,
> Yup, and so I will see how much interest this thread generates and use that
> to adjust my priorities.
Users of the SDK may not be subscribed to developer list (or even the user
list) so not really a way to gauge real world interest or need IMO.
Justin
On 1/21/13 5:21 PM, "Om" wrote:
> On Fri, Jan 18, 2013 at 11:49 AM, Alex Harui wrote:
>
>> Changing subject because GPU rendering usually gets a lot of replies.
>>
>> In this new framework, I am trying to separate everything into little
>> chunks
>> I call "beads". The visual components ar
On 1/21/13 6:40 PM, "Justin Mclean" wrote:
> Hi,
>
>> Yes. Did you think Carol and Peter and I had time to spare with the other
>> set of donations, releases and graduation?
>
>
> Perhaps / perhaps not it has been a year I don't actually know. I asked
> because I have no visibility to how
On 1/21/13 6:56 PM, "Justin Mclean" wrote:
> Hi,
>
> There was a fair bit of interest in it being donated a while back:
> http://markmail.org/message/idrmyz72q7xibgd3
>
> And even though a year has passed I know there are still Enterprise customers
> using 3.x.
Yup, and so I will see how mu
There is a option to set haltonfailure="true" or haltonerror="true" if
you would like that ant stops (BUILD FAILED) if a failure or error
occurs. But then the following tests aren't executed.
...
Cyrill
On Sun, Jan 20, 2013 at 11:15 AM, Erik de Bruin wrote:
> The thing is, the tests seem to
+1
Sent from my mobile device.
On Jan 21, 2013, at 6:49 PM, Om wrote:
> Please vote to allow the use of Google Analytics [1] to track download
> statistics of Apache Flex source, binaries and Installer artifacts.
>
> If you have any comments, please reply in this thread: [2]
> Here is the JIRA
+1 (Binding), pending legal review from Apache. I don't see that being a
show-stopper.
-Nick
On Mon, Jan 21, 2013 at 9:56 PM, Igor Costa wrote:
> +1 (Binding)
>
>
>
> Igor Costa
> www.igorcosta.com
> www.igorcosta.org
>
>
> On Mon, Jan 21, 2013 at 10:51 PM, Alex Ha
Hi,
There was a fair bit of interest in it being donated a while back:
http://markmail.org/message/idrmyz72q7xibgd3
And even though a year has passed I know there are still Enterprise customers
using 3.x.
And last time it was brought up you thought it would be next after FalconJS.
http://markm
+1 (Binding)
Igor Costa
www.igorcosta.com
www.igorcosta.org
On Mon, Jan 21, 2013 at 10:51 PM, Alex Harui wrote:
> +1 (binding)
>
>
> On 1/21/13 4:49 PM, "Om" wrote:
>
> > Please vote to allow the use of Google Analytics [1] to track download
> > statistics of Apa
Hi,
> Yes. Did you think Carol and Peter and I had time to spare with the other
> set of donations, releases and graduation?
Perhaps / perhaps not it has been a year I don't actually know. I asked because
I have no visibility to how much work has been done on it nor do I know how
much work i
On 1/21/13 4:55 PM, "Justin Mclean" wrote:
> Hi,
>
>> IMO, one bug in a year isn't enough to bump its priority.
> Agree but quite often things happen after stuff is donated not before. It was
> one of the then Adobe said they would donate it t's been a year. Given that
> amount of time has p
Hi,
I'm certainly not a lawyer but after thinking about the EU ePrivacy directive I
though it would be enough to just have a privacy policy and explicitly state we
use google analytics as we're only collecting anonymous data. There does seem
to be a number of differing opinions out there regard
On Fri, Jan 18, 2013 at 11:49 AM, Alex Harui wrote:
> Changing subject because GPU rendering usually gets a lot of replies.
>
> In this new framework, I am trying to separate everything into little
> chunks
> I call "beads". The visual components are supposed to have a minimum of
> three beads,
Hi,
To cover all bases on the privacy page I'd also include a link to the opt out
plug in:
https://tools.google.com/dlpage/gaoptout
We may also note down/do something re the newish EU cookie law/ePrivacy
directive ie explicitly allow people to opt out.
Thanks,
Justin
Hi,
> IMO, one bug in a year isn't enough to bump its priority.
Agree but quite often things happen after stuff is donated not before. It was
one of the then Adobe said they would donate it t's been a year. Given that
amount of time has passed there probably is less demand for it but only becau
+1 (binding)
On 1/21/13 4:49 PM, "Om" wrote:
> Please vote to allow the use of Google Analytics [1] to track download
> statistics of Apache Flex source, binaries and Installer artifacts.
>
> If you have any comments, please reply in this thread: [2]
> Here is the JIRA ticket that describes wh
Please vote to allow the use of Google Analytics [1] to track download
statistics of Apache Flex source, binaries and Installer artifacts.
If you have any comments, please reply in this thread: [2]
Here is the JIRA ticket that describes what needs to be done [3]
Thanks,
Om
[1] http://www.google.
On 1/21/13 3:09 PM, "Justin Mclean" wrote:
> Hi,
>
>> BlazeDS is being donated by a different team and I checked earlier in
>> January and they said they have to clear up a legal issue. I don't have any
>> details and haven't pressed them for it.
> Mind asking what the legal issue is?
OK, I
[
https://issues.apache.org/jira/browse/FLEX-33361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala updated FLEX-33361:
---
Description:
Discussion here: http://markmail.org/message/dpmcb5hi5y7olwu2
One of th
On Mon, Jan 21, 2013 at 1:05 AM, Bertrand Delacretaz wrote:
> On Fri, Jan 18, 2013 at 9:00 AM, Om wrote:
> > ...Who should I ask if this it is okay for us to embed GA scripts on the
> site?...
>
> Using Google Analytics is ok if the PMC agrees to do that but the site
> needs to make this explici
OmPrakash Muppirala created FLEX-33361:
--
Summary: [WEBSITE] Add Google Analytics tracking to flex.apache.org
Key: FLEX-33361
URL: https://issues.apache.org/jira/browse/FLEX-33361
Project: Apache F
Hi,
> BlazeDS is being donated by a different team and I checked earlier in
> January and they said they have to clear up a legal issue. I don't have any
> details and haven't pressed them for it.
Mind asking what the legal issue is?
> 3.x could be a lot of work and nobody has asked for it recen
>> So in the near future there will be no public bug base for Flash
>>Builder?
We may set something up in the future, but there's no plan to immediately
replace the public JIRA instance. (A public JIRA made a lot more sense
when Fb and Flex were both run by Adobe and the products were deeply
integr
On 1/21/13 2:51 PM, "Justin Mclean" wrote:
> Hi,
>
> Does anyone know if any progress has been made with the donation of these? Is
> there still anything else that Adobe was going to donate that's not showed up
> yet?
I think these are the last two on the 'promise' list. Squiggly will
probab
Hi,
> Nothing particularly sinister going on here - we're just decomissioning
> JIRA in general.
So in the near future there will be no public bug base for Flash Builder?
> and Flex bugs should be going to the Apache bugbase anyways.
Flex bugs for Apache Flex 4.8 and 4.9 should be entered in Apa
Hi,
Does anyone know if any progress has been made with the donation of these? Is
there still anything else that Adobe was going to donate that's not showed up
yet?
Thanks,
Justin
Nothing particularly sinister going on here - we're just decomissioning
JIRA in general. Fb bugs will in the future be filed via support/product
team forums, and Flex bugs should be going to the Apache bugbase anyways.
- Scott
On 1/21/13 2:46 PM, "Justin Mclean" wrote:
>Hi,
>
>> Interesting it
Hi,
> Interesting it is also for Flash Builder
You noticed that as well I wasn't going to point it out or people might jump to
certain conclusions :-)
Thanks,
Justin
Ok,
We are on the same page now. I just committed the preliminary MXML
traversing and how to get it working with the backends.
There is one test that is really hack that I need to clean up, I
haven't figured out how I want to unit test this yet. Whatever...
Still in the tinkering phase.
On Mon, Jan 21, 2013 at 2:27 PM, Carol Frampton wrote:
>
>
> On 1/21/13 5 :07PM, "Om" wrote:
>
> >On Mon, Jan 21, 2013 at 7:05 AM, Carol Frampton
> >wrote:
> >
> >> Good morning,
> >>
> >> Ever time I go to apply a patch to take a look at the code, it has
> >>failed
> >> for various reasons. I
Hi,
We currently have a few bug that are resolved but not closed.
https://issues.apache.org/jira/issues/?filter=12323441
As per the standard JIRA workflow to we want to move these bugs to closed once
someone can confirm they work OR have both resolved and closed as meaning
nothing further need
Interesting it is also for Flash Builder
On Mon, Jan 21, 2013 at 5:09 PM, Justin Mclean wrote:
> Hi,
>
> Just only noticed it myself but there's a notice on the Apache bug base
> that states:
> "Starting in January 2013, the Flex and Flash Builder bug base will be
> available for read-only ac
On 1/21/13 5 :07PM, "Om" wrote:
>On Mon, Jan 21, 2013 at 7:05 AM, Carol Frampton
>wrote:
>
>> Good morning,
>>
>> Ever time I go to apply a patch to take a look at the code, it has
>>failed
>> for various reasons. I took a quick look at our website and I didn't
>>see
>> anywhere obvious where
On Mon, Jan 21, 2013 at 11:46 AM, Guthmann, Scott <
sguthm...@on3solutions.com> wrote:
> > [1] http://www.theregister.co.uk/2013/01/14/adobe_flex_apache/
> >
> > Om: I can talk to the editor. For the record, my response to "where the
> project is" would be:
>
> Thanks Om! I plan to arrange a call
Quoting Erik de Bruin :
Ok, I've resolved a few minor conflicts and committed my code for
FalconJx. I completely agree on the formatter thing, the whitespace
stuff is already driving me nuts. I'll follow your lead.
I will get this together, I will set mine up to look as much like
Falcon doe
I did, I tried to be extra careful :( Sorry if I messed up, feel free
to revert and kick out my mess, I'll sort it out on my side.
EdB
On Mon, Jan 21, 2013 at 11:05 PM, Michael Schmalle
wrote:
> Erik,
>
> It doesn't look like you merged my commits, they are gone from the
> GoogEmitter.
>
> Did
Hi,
Just only noticed it myself but there's a notice on the Apache bug base that
states:
"Starting in January 2013, the Flex and Flash Builder bug base will be
available for read-only access. This system will be permanently retired in
April 2013. Adobe plans to migrate the data to a static, pub
On Mon, Jan 21, 2013 at 7:05 AM, Carol Frampton wrote:
> Good morning,
>
> Ever time I go to apply a patch to take a look at the code, it has failed
> for various reasons. I took a quick look at our website and I didn't see
> anywhere obvious where we document how to generate a patch to attach t
Erik,
It doesn't look like you merged my commits, they are gone from the
GoogEmitter.
Did you merge and refresh the eclipse files after you did it?
Mike
Quoting Michael Schmalle :
Erik,
We seriously need to get a format.xml file to share for the Eclipse
formater. Once we get passed th
Ok, I've resolved a few minor conflicts and committed my code for
FalconJx. I completely agree on the formatter thing, the whitespace
stuff is already driving me nuts. I'll follow your lead.
I'll work on the publisher app a bit, but I must say, for a Monday,
things aren't going half bad. I have an
Erik,
We seriously need to get a format.xml file to share for the Eclipse
formater. Once we get passed this rough development we are only going
to want to see non whitespace commits.
I compulsively format all the time, it's habit. :) We can try to make
it look a lot like falcons's maybe u
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13559139#comment-13559139
]
Sébastien Kafif commented on FLEX-14658:
Ok, i understand i 'll check if there is
No worries,
i can't even deduct that you Kevin Newman are not the author of
jacksondunstan.com!
hehe :-)
Hi,
Think the issue is that there's not one way to generate a patch. Do we want to
document them all?
For instance;
1. From FB or other IDE.
2. Using Tortoise or Tower of other SVN client
3. Using git client or GitHub (using the git mirrors)
Justin
On 1/21/13 3:31 PM, Arnoud Bos wrote:
Hi Kevin,
I like to read your blog and learn a lot from the many interesting code
optimisations. But i'm not so sure about your statements for this particular
one:
Gah! Apparently I don't know how to read charts. This doesn't show what
I though it does,
I'm done, so do what you need to do, I promise I won't touch any files
in SVN until I see your new stuff.
I didn't change much that should affect you really. I haven't
committed the MXML specific api files yet, I'm waiting to get those
more concrete but things are working!
I have the ASBl
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13559101#comment-13559101
]
Carol Frampton commented on FLEX-14658:
---
I just realized you are talking about Adobe
You need to read the README. You need to have some environment variables
defined.
Carol
On 1/21/13 12 :40PM, "Angelo Anolin" wrote:
>Hi,
>
>I haven't completely subscribed to the development of things so I need to
>ask some few questions with regards to MXML compilations.
>
>Previously (using
Ah, ping me when you're done for the day, so I'll know when it's safe
to figure out where my stuff goes in the new improved scheme :-)
EdB
On Mon, Jan 21, 2013 at 10:05 PM, Erik de Bruin wrote:
> Awesome!
>
> You go ahead, play for a while :-) Wouldn't want to break you out of
> the zone. My c
Awesome!
You go ahead, play for a while :-) Wouldn't want to break you out of
the zone. My changes can wait, I have other loose ends to tie up.
Have fun!
EdB
On Mon, Jan 21, 2013 at 10:03 PM, Michael Schmalle
wrote:
> Err...
>
> DO it NOW! :) I am on a roll and at a point where it's safe, le
Err...
DO it NOW! :) I am on a roll and at a point where it's safe, let me
commit one more tiny change.
Check this out. :)
goog.provide('Main');
goog.require('spark.components.Button');
goog.require('mx.events.FlexEvent');
/**
* @param {FlexEvent} event
*/
Main.prototype.creationComplet
Mike,
In the interest of expediency, will you be checking in a lot more
today, or can I start to merge my local changes with your latest
commits?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Hi Kevin,
I like to read your blog and learn a lot from the many interesting code
optimisations. But i'm not so sure about your statements for this particular
one:
running your test a few times gives me different results:
run 1:
Driver,Test,Time,Bytes/Sec
OpenGL,Texture from BitmapData w/o alp
Yeah, thanks that makes the build process clear,
What about the app development, debug from code to browser develop cycle?
Like how do you envision the code being debugged, like how there is a
Run/Debug and with breakpoints. This happens in the browser separate
of the IDE? I have IntelliJ Ul
Your blog post says uploads to GPU are slow, but I think that's
incorrect (or at least incomplete). I think the bottle neck is the
conversion from BitmapData to the texture format (
/texture.uploadFromBitmapData())/. If you use
texture.uploadFromByteArray you'll see much faster throughputs. Wh
Yeah, sounds great, we can start that way and get a quick lift-off, but in
the long term, I would certainly also like contribute code to FalconJx.
So as agreed above, I'll continue on "my" Wiki page.
Concerning the tool chain / IDE, here is how we work with ActionScript /
Jangaroo at CoreMedia:
> [1] http://www.theregister.co.uk/2013/01/14/adobe_flex_apache/
>
> Om: I can talk to the editor. For the record, my response to "where the
> project is" would be:
Thanks Om! I plan to arrange a call between you and Gavin. Will you please
review the article he wrote and provide your complete c
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13559017#comment-13559017
]
Sébastien Kafif edited comment on FLEX-14658 at 1/21/13 7:46 PM:
---
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sébastien Kafif updated FLEX-14658:
---
Attachment: DragDropFixed.mxml
Here is a file to test the workaround
> Drop
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sébastien Kafif updated FLEX-14658:
---
Attachment: DragDropBugged.mxml
Here is file to test the bug
> Drop feedback
Isn't that similar to the "maybe even data (JSON?)" part of option 2?
Then the "data" would simply be the original properties file. I just
thought as we have a compile/build step anyway, JSON would be much easier
to parse in JavaScript (built-in!) than a properties file.
On Mon, Jan 21, 2013 at 3:
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13559017#comment-13559017
]
Sébastien Kafif commented on FLEX-14658:
when you use dragDrop DataGrid property,
On Mon, Jan 21, 2013 at 11:03 AM, Guthmann, Scott <
sguthm...@on3solutions.com> wrote:
> In response to the publicity we released a couple of weeks ago, we
> received request from the Software Editor from the Register, Gavin Clark,
> who wants to speak to one of the Apache Flex team members. Here
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13559001#comment-13559001
]
Carol Frampton commented on FLEX-14658:
---
Add your workaround here.
In response to the publicity we released a couple of weeks ago, we received
request from the Software Editor from the Register, Gavin Clark, who wants to
speak to one of the Apache Flex team members. Here is a link to the article he
wrote [1]
These were his questions:
"Thanks for getting in to
Right, hear you loud and clear.
That is why am I taking the same strategy the
MXMLClassDirectiveProccessor does and use the MXML AST over the
MXMLData since I do understand how that tree is created and need the
semantics already applied.
With the ActionScript emitter I just wrote, combini
[
https://issues.apache.org/jira/browse/FLEX-33064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carol Frampton resolved FLEX-33064.
---
Resolution: Fixed
Fix Version/s: Apache Flex 4.10.0
Author: cframpton
Date: Mon Jan 21
Don't worry about offending me... I'm reasonably thick-skinned. If there's a
better way to do something, I want to know about it.
MXMLData provides a pure-syntax model of MXML. By contrast, an MXML AST encodes
the semantic meaning of the MXML, in a way that makes it straightforward to
codegen.
Gordon, every time you reply to something I say, it seems like I'm
offending you. I really am not. :)
What I meant to say was ActionScript AST flows naturally out to String
source code, where as MXML requires pre and post processing of the AST
to make total sense of what you "might" produce
[
https://issues.apache.org/jira/browse/FLEX-33354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcus Fritze closed FLEX-33354.
Resolution: Not A Problem
> [button] define the placement of icon (iconPlacement) in skin [Butt
[
https://issues.apache.org/jira/browse/FLEX-33354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558951#comment-13558951
]
Marcus Fritze commented on FLEX-33354:
--
Per default the SparkButtonSkin (and not Spar
> MXML is an ugly duckling compared to surfing the AS AST
What issues are you referring to?
- Gordon
-Original Message-
From: Michael Schmalle [mailto:apa...@teotigraphix.com]
Sent: Sunday, January 20, 2013 1:50 PM
To: dev@flex.apache.org
Subject: [FalconJx] MXML implementation notes
That said; did you compile the SDK yourself or use the installer?
If you compiled yourself, then be sure to read the release notes:
http://www.apache.org/dist/flex/4.9.0/README . Pay specific attention
to the install prerequisites. Did you download the playerGlobal.swc
from Adobe and put i
Hi,
I haven't completely subscribed to the development of things so I need to
ask some few questions with regards to MXML compilations.
Previously (using Flex SDK 4.5), I compile my MXMLs like:
mxmlc -static-link-runtime-shared-libraries=false FILENAME.mxml
-output=\\MyOutputFolder -library-path
[
https://issues.apache.org/jira/browse/FLEX-33064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carol Frampton reassigned FLEX-33064:
-
Assignee: Carol Frampton
> The Max value restriction in Spark NumericStepper doesn't
[
https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558924#comment-13558924
]
Tigran Najaryan commented on FLEX-29002:
I understand. Please, if possible, make s
[
https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carol Frampton resolved FLEX-29002.
---
Resolution: Fixed
Fix Version/s: Apache Flex 4.10.0
Author: cframpton
Date: Mon Jan 21
[
https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558917#comment-13558917
]
Carol Frampton commented on FLEX-29002:
---
Because a fix was checked in after mine and
[
https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carol Frampton reopened FLEX-29002:
---
> RunTime Error #1009 at
> mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when d
On 1/21/13 9:02 AM, "Michael Schmalle" wrote:
>
> Quoting Alex Harui :
>
>> There are probably a lot of other MXML-isms like the classfactory handling.
>> But my hope is to get rid of as many as we can. Most if not all of this
>> code gen can be handled better by code in the framework inter
Quoting Alex Harui :
There are probably a lot of other MXML-isms like the classfactory handling.
But my hope is to get rid of as many as we can. Most if not all of this
code gen can be handled better by code in the framework interpreting data.
Really, if was practical to generate code on the f
There are probably a lot of other MXML-isms like the classfactory handling.
But my hope is to get rid of as many as we can. Most if not all of this
code gen can be handled better by code in the framework interpreting data.
Really, if was practical to generate code on the fly in AS, I wouldn't
conv
I'm on mobile, so please forgive my terseness and Typos'
What I meant is that it doesn't conceptually make sense to me to have one
server code that works in cpu mode and another server code that works in
GPU mode. Same with memory management.
For the record the tone was clear to me.
On Jan 21, 2
[
https://issues.apache.org/jira/browse/FLEX-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558848#comment-13558848
]
Sébastien Kafif commented on FLEX-14658:
I found a workaround for that bug how can
1 - 100 of 145 matches
Mail list logo