Not every project is large. Some projects don't even require dynamic
data. This is what used to be compelling about flex/flash. It used to
be 'quick' for any sized project.
It saddens me that I have to keep 4.6 around just for that one feature.
On 4 Sep 2013 05:31, "Nick Collins" wrote:
> I
Ok, thanks for checking.
If you start working on a bug, please assign it to yourself so we don't
get multiple people working on one bug.
-Alex
On 9/3/13 9:09 PM, "Cyrill Zadra" wrote:
>Just closed a few JIRA bugs which are now working. Great!
>
>Those 3 are still occuring.
>
>https://issues.ap
Just closed a few JIRA bugs which are now working. Great!
Those 3 are still occuring.
https://issues.apache.org/jira/browse/FLEX-33322
https://issues.apache.org/jira/browse/FLEX-33321
https://issues.apache.org/jira/browse/FLEX-33320
As soon I've time .. I will got through functional sests (SDKSW
Hi Cyrill,
Honestly, I'm not interested in any bugs filed before today because so
many changes happened to get BasicTests to run.
If you have time to test the old bugs and mustella against today's Falcon
and update the bugs, that would be great.
Thanks,
-Alex
On 9/3/13 8:18 PM, "Cyrill Zadra"
In JIRA [1] there are already a few bugs with examples posted.
Some time ago I started an google spreadsheet [2] for mustella tests
compiled with Falcon. There were still some compile errors.
[1]
https://issues.apache.org/jira/issues/?jql=project%20%3D%20FLEX%20AND%20labels%20%3D%20Falcon%20AND%2
I would respectfully disagree. Every Flex engineer worth their salt that I
have ever worked with dumped the design view after about week 3 of learning
Flex.
Typically after that point when you start integrating your code with real
live data sources that are driving your UI the design view rapidly
I wasn't able to find anything recent about a UI design tool for Apache
Flex. There seemed to be some discussion of this awhile back, but how
far did it get? Are there any links to a project or source? Sorry if
this has been brought up 100 times already. I think a tool like this
will be cru
HI,
> The tracking is based on the Flex version. We dont make a distinction
> between the nightly vs. released sdk. We should probably bump up the
> version number in our develop branch to start tracking the nightlies.
Were is it pickup up the version from? The develop branch should have all
v
HI,
> I think it's too beneficial to everyone who wants to the bleeding edge to
> not have nightlies for testing and development.
Agree but we can't be providing it to SDK users as the latest release - it's
for development use only.
Justin
I think it's too beneficial to everyone who wants to the bleeding edge to
not have nightlies for testing and development. I'll agree we should just
post a "Here be Dragons" type caveat emptor.
-Mark
On Tue, Sep 3, 2013 at 8:25 PM, OmPrakash Muppirala wrote:
> A google search for "apache nightl
On Tue, Sep 3, 2013 at 5:30 PM, Justin Mclean wrote:
> Hi,
>
> Also noticed we don't seem to be tracking nightly build installs either?
>
> Justin
>
The tracking is based on the Flex version. We dont make a distinction
between the nightly vs. released sdk. We should probably bump up the
version
Hi,
Also noticed we don't seem to be tracking nightly build installs either?
Justin
A google search for "apache nightly build" shows me quite a few Apache
projects providing public links to nightly builds:
1. Solr: http://wiki.apache.org/solr/NightlyBuilds
2. JMeter: http://jmeter.apache.org/nightly.html
3. Direcory: http://directory.apache.org/studio/nightly-builds.html
4. N
On 9/3/13 5:09 PM, "Justin Mclean" wrote:
>Hi,
>
>An issue just come up on the incubator general list about nightly builds.
>[1]
>
>The installer lets you download the nightly build, and while convenient
>it looks like it's actually against Apache release guidelines [2]:
>"If the general public
On Tue, Sep 3, 2013 at 5:03 PM, Alex Harui wrote:
>
>
> On 9/3/13 4:55 PM, "OmPrakash Muppirala" wrote:
>
> >On Tue, Sep 3, 2013 at 4:38 PM, Alex Harui wrote:
> >
> >> Good question. I added a FalconJX and FlexJS component to JIRA. Please
> >> submit patches there. There is already a Falcon
Hi,
An issue just come up on the incubator general list about nightly builds. [1]
The installer lets you download the nightly build, and while convenient it
looks like it's actually against Apache release guidelines [2]:
"If the general public is being instructed to download a package, then that
On 9/3/13 4:55 PM, "OmPrakash Muppirala" wrote:
>On Tue, Sep 3, 2013 at 4:38 PM, Alex Harui wrote:
>
>> Good question. I added a FalconJX and FlexJS component to JIRA. Please
>> submit patches there. There is already a Falcon component.
>>
>> In theory, if you have problems compiling a SWF
On Tue, Sep 3, 2013 at 4:38 PM, Alex Harui wrote:
> Good question. I added a FalconJX and FlexJS component to JIRA. Please
> submit patches there. There is already a Falcon component.
>
> In theory, if you have problems compiling a SWF that FB/MXMLC compiled,
> then file the bug against Falcon
Good question. I added a FalconJX and FlexJS component to JIRA. Please
submit patches there. There is already a Falcon component.
In theory, if you have problems compiling a SWF that FB/MXMLC compiled,
then file the bug against Falcon. If Falcon compiled the SWF but you get
an error creating t
Hi Alex,
although I hate Repeaters and does not use it since many years ago, I must
to say that Repeaters are everywhere. So I'm afraid that Falcon will need
that things to make it production ready. If we want to be able to use it in
old projects...If the plan is only use it for new ones, I'm sure
OK, checked that in. You'll now get a compiler problem if the
mustella.swc isn't there. Right now you'll get six errors because we
reverted one fix and Darrell's providing a better solution.
Thanks for catching that, Erik.
-Alex
On 9/3/13 1:31 PM, "Alex Harui" wrote:
>Hmm, that's hard to wor
On 9/2/13 11:56 PM, "Harbs" wrote:
>I moved over to dev because I thought it was the right place to go off on
>this tangent...
Ah, sorry, I wasn't tracking which list it was on.
E4x emulation seems really hard, so I'm not planning on taking it on for
early versions of FlexJS. IMO, there are e
The simplest thing is just to have dual launch scripts: fmxmlc (Falcon) vs.
mxmlc (old compiler), fcompc vs. compc, etc.
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Tuesday, September 03, 2013 2:45 PM
To: dev@flex.apache.org; Erik de Bruin
Subject: Re: [
I got my workspace setup for ASJS with all the tweaks required for SDK overlay
& compilation
Figured out that the best way to start would be to work on a sample application
that showcases the components, in the process I will be able to modify
components & test them as well (in future it can be
In my tour through Falcon to get BasicTests to run, I saw there were
several things that MXMLC could do that were un-implemented. OTOH the
list was:
-Function data-binding
-XML data-binding
-Repeaters
There may be more. I got enough of function data-binding to work to get
BasicTests to run, but
I think having people try Falcon and file bugs is a good idea for focusing our
work on what people most need fixed, as long as they don't file bugs that say
"My app doesn't compile" or "My app compiles but doesn't run". They need to
reduce the problem they find down to a simple test case and pos
Yeah, but I think FB only knows how to find and launch mxmlc. And folks
with ant scripts, etc, should be able to switch easily.
The shell script and batch files could check some environment variable,
but I think some other places load up mxmlc.jar and start talking to it.
-Alex
On 9/3/13 3:52 P
On 9/3/13 3:55 PM, "Gordon Smith" wrote:
>Being able to compile the MXML for BasicTests is a great milestone, so
>congratulations to Alex and Darrell for getting this working. But I don't
>think it means that Falcon is ready to compile arbitrary MXML
>applications.
Well, IMO, Falcon is ready to
Being able to compile the MXML for BasicTests is a great milestone, so
congratulations to Alex and Darrell for getting this working. But I don't think
it means that Falcon is ready to compile arbitrary MXML applications.
- Gordon
-Original Message-
From: Gordon Smith [mailto:gosm...@ado
Ah. Then maybe set a FALCON environment variable to true and have the launch
scripts check it?
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Tuesday, September 03, 2013 3:58 PM
To: dev@flex.apache.org; Erik de Bruin
Subject: Re: [Falcon] BasicTests compile
On 9/3/13 1:17 PM, "labri...@digitalprimates.net"
wrote:
>>I will check the patches and see if any of the names cross-reference
>>with those who had signed agreements, but I highly doubt it or their
>>patches would have likely already been integrated.
>
>None have agreements. I can post a comme
Hmm, that's hard to work with. How about MXMLUnresolvedTagProblem?
On 9/3/13 1:15 PM, "Alex Harui" wrote:
>How about UnknownSuperclassProblem? I'm going to try that one.
>
>-Alex
>
>On 9/3/13 1:12 PM, "Alex Harui" wrote:
>
>>Darrell,
>>
>>He's blowing up because he doesn't have mustella.swc
Yep, it worked. And all tests in BasicTests seem to be passing!
Thanks Darrell!
-Alex
On 9/3/13 2:44 PM, "Alex Harui" wrote:
>Excellent. I'll try it out now.
>
>Now that you've seen how we manage the source code in Git for Apache Flex,
>what do you think we should do about packaging up Falcon
Excellent. I'll try it out now.
Now that you've seen how we manage the source code in Git for Apache Flex,
what do you think we should do about packaging up Falcon to work with an
Apache Flex SDK? There would need to be some sort of "switch" to allow
someone to go back to the old MXMLC if they n
Hi,
> Picked up from
> http://apache-flex-users.246.n4.nabble.com/how-to-setup-and-use-maven-flex-plugin-td1491i40.html#a2549
Click on threaded and you see what happened there, it based on message replied
to not subject.
If there are any issues with nabble you can report them here:
http://
Added a patch for the implicit import issue:
https://issues.apache.org/jira/browse/FLEX-33701
-Darrell
On 9/3/13 4:08 PM, "Darrell Loverin" wrote:
>The below args almost work for me from eclipse. There are three undefined
>classes because "flash.filters.*" is not auto included. I'm close to ha
That sounds reasonable.
On 9/3/13 4:31 PM, "Alex Harui" wrote:
>Hmm, that's hard to work with. How about MXMLUnresolvedTagProblem?
>
>On 9/3/13 1:15 PM, "Alex Harui" wrote:
>
>>How about UnknownSuperclassProblem? I'm going to try that one.
>>
>>-Alex
>>
>>On 9/3/13 1:12 PM, "Alex Harui" w
>FWIW, Adobe did not need to contact any of its prior patch providers because
>the terms and conditions of providing the patch gave Adobe ownership and
>therefore the right to donate.
We did have an agreement, in fact the Adobe one since FlexUnit .9 was under the
Adobe banner. This had to be si
>I will check the patches and see if any of the names cross-reference with
>those who had signed agreements, but I highly doubt it or their patches would
>have likely already been integrated.
None have agreements. I can post a comment on each github issue asking them to
approve the integration
On 9/3/13 12:19 PM, "OmPrakash Muppirala" wrote:
>We had some discussions in the past about how best to keep the community
>informed about what's going on with Apache Flex. I propose we 'try' to
>make a blog post at least once a month and not once per release. Here are
>some things we could t
The below args almost work for me from eclipse. There are three undefined
classes because "flash.filters.*" is not auto included. I'm close to have
the fix for that.
args:
/Users/dloverin/git-src/ApacheFlex/source/flex-sdk/frameworks/tests/basicTe
sts/BasicTests.mxml -debug
-library-path+=/Users/
How about UnknownSuperclassProblem? I'm going to try that one.
-Alex
On 9/3/13 1:12 PM, "Alex Harui" wrote:
>Darrell,
>
>He's blowing up because he doesn't have mustella.swc in the lib path. The
>fix for auto-importing the base class of the MXML file doesn't have code
>to handle not finding
Darrell,
He's blowing up because he doesn't have mustella.swc in the lib path. The
fix for auto-importing the base class of the MXML file doesn't have code
to handle not finding the base class. What CompilerProblem should we use
for that?
-Alex
On 9/3/13 1:08 PM, "Darrell Loverin" wrote:
>Th
Sounds like a good idea.
On Tue, Sep 3, 2013 at 3:19 PM, OmPrakash Muppirala wrote:
> We had some discussions in the past about how best to keep the community
> informed about what's going on with Apache Flex. I propose we 'try' to
> make a blog post at least once a month and not once per relea
We had some discussions in the past about how best to keep the community
informed about what's going on with Apache Flex. I propose we 'try' to
make a blog post at least once a month and not once per release. Here are
some things we could talk about from last month:
1. Response to Apache Flex
I'll try when I get back to my computer.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Erik de Bruin wrote:
I did an 'ant wipe' which seems to delete 'generated'.
EdB
On Tue, Sep 3, 2013 at 7:50 PM, Alex Harui wrote:
> I am using a launch configuration in eclipse. Maybe the
I did an 'ant wipe' which seems to delete 'generated'.
EdB
On Tue, Sep 3, 2013 at 7:50 PM, Alex Harui wrote:
> I am using a launch configuration in eclipse. Maybe the jars in generated are
> not updated.
>
>
>
>
> Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
>
> Erik de Bruin wr
I am using a launch configuration in eclipse. Maybe the jars in generated are
not updated.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Erik de Bruin wrote:
I am, last commit showing is "more fixes for BasicTests..."
(6b5dbbcbbda894b7c7b2998af0fe4776862769cd)
Falcon builds fi
I am, last commit showing is "more fixes for BasicTests..."
(6b5dbbcbbda894b7c7b2998af0fe4776862769cd)
Falcon builds fine, all tests pass. I've added the
"generated/dist/sdk/bin" directory to my PATH and cd to the basicTests
dir before running "mxmlc basicTests.mxml".
The start of the terminal ou
Are you on the develop branch?
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Erik de Bruin wrote:
I just tried to comile basicTests with Falcon, but even after some
tweaking and rebuilding I get a kazillion errors like this one:
Error: Internal error in ABC generator subsystem,
On Tue, Sep 3, 2013 at 11:01 AM, Frédéric THOMAS wrote:
> A bit of updates:
>
> I just did a test mavenizing all the AIR & Flex SDKs and deploy them to
> Artifactory, I did it before on Nexus too, it works fine.
>
> I will now try to integrate the code I have from another AIR app (that
> detect Ma
A bit of updates:
I just did a test mavenizing all the AIR & Flex SDKs and deploy them to
Artifactory, I did it before on Nexus too, it works fine.
I will now try to integrate the code I have from another AIR app (that
detect Maven) to the Installer and make it work for Windows, although the
code
I just tried to comile basicTests with Falcon, but even after some
tweaking and rebuilding I get a kazillion errors like this one:
Error: Internal error in ABC generator subsystem, when generating code
for:
/Users/erik/Documents/ApacheFlex/git/flex-sdk/frameworks/tests/basicTests/halo/scripts/Com
Also,there is an error that prevents the download in chrome using the embedded
player .115….I have had to have clients using chrome use version .094 instead…
On Sep 3, 2013, at 7:52 AM, Tom Chiverton wrote:
> On 29/08/2013 18:27, OmPrakash Muppirala wrote:
>> >From my experience, the best and
Hi
There are still 4 patches for FlexUnit in JIRA which needs approvment by
their author. They only have to approve the move to Apache through a JIRA
comment . I tried to get in contact with them but was only successful with
one person.
https://issues.apache.org/jira/browse/FLEX-33571
https://iss
Nabble displays a big warning that you may need to be subscribed but if this
message reaches the mailing lists, there is no need to worry about it :) (I
am not subscribed.)
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/New-Apache-Flex-user-and-development
FWIW, Adobe did not need to contact any of its prior patch providers
because the terms and conditions of providing the patch gave Adobe
ownership and therefore the right to donate.
Was there any similar agreement for FlexUnit?
-Alex
On 9/3/13 8:50 AM, "Cyrill Zadra" wrote:
>Hi
>
>There are sti
On 29/08/2013 18:27, OmPrakash Muppirala wrote:
>From my experience, the best and easiest way to export to Excel is to write
it out as html and save it as an .xls(x) file. Excel does a great job at
reading these files and so far I have not run into any issues with this
approach
New versions of
Excellent!
On 9/3/13 5:11 AM, "Harbs" wrote:
>Okay. I pushed my changes out.
>
>I added a flag in Configuration with three levels. Default is always soft
>returns, but it could be changed by the user both at the class level
>(using tlf_internal) and in the individual configuration object. I don'
Eric,
I can't reproduce either issue. On IE, it looks like you have a rendering
issue -- in particular it looks like there is an issue with your graphics
card/driver. I used to have the same issue with an older ATI driver every
time IE tried to render anything with shadows in the CSS (we do). I
Nice, thanks :-)
-Message d'origine-
De : Harbs [mailto:harbs.li...@gmail.com]
Envoyé : mardi 3 septembre 2013 14:28
À : dev@flex.apache.org
Objet : Re: Shift Enter in TLF
Yup. That's how it works.
On Mac, Command Z invokes undo and both Command Y and Command/Shift Z now
invoke redo.
On
Yup. That's how it works.
On Mac, Command Z invokes undo and both Command Y and Command/Shift Z now
invoke redo.
On Windows it's only Control Z (undo) and Control Y (redo) in my tests.
On Sep 3, 2013, at 3:12 PM, Frédéric THOMAS wrote:
> Windows users should redo with CTRL+Y
>
> -Message d
Windows users should redo with CTRL+Y
-Message d'origine-
De : Harbs [mailto:harbs.li...@gmail.com]
Envoyé : mardi 3 septembre 2013 14:11
À : dev@flex.apache.org
Objet : Re: Shift Enter in TLF
Okay. I pushed my changes out.
I added a flag in Configuration with three levels. Default is a
Okay. I pushed my changes out.
I added a flag in Configuration with three levels. Default is always soft
returns, but it could be changed by the user both at the class level (using
tlf_internal) and in the individual configuration object. I don't know if the
user needs that level of control, bu
Yep, it is what I'm saying, the qualifiers are already used by the theme and
localized artifacts, so, I guess I can't use them for 2 meanings, the FP/AIR
version and in the same time the other meaning, in your example, the
localization one.
It would do something like:
Also I have
com/adobe/flex/framework/spark/4.1.0.16076/spark-4.1.0.16076-en_US.rb.swc
brought to you by the letters A, V, and I
and the number 47
On Tue, Sep 3, 2013 at 2:21 PM, Avi Kessner wrote:
> Are you certain about this? In my local repository I have the following:
>
> com/adobe/flex/fra
Are you certain about this? In my local repository I have the following:
com/adobe/flex/framework/spark/4.1.0.16248/spark-4.1.0.16248-en_US.rb.swc
and
com/adobe/flex/framework/spark/4.6.0.23201/spark-4.6.0.23201-en_US.rb.swc
Maybe it's because I mavenzided them and then copied the directories
At the moment, I see one limitation: Only one . can
be uploaded to the Maven repository (remote or local).
Example: 4.10.0.20130801 or 4.10.0-SNAPSHOT for the nightly builds
What does it mean ?
If the user run the installer several times to have local system installs of
the SDK with different F
If you are trying to unsubscribe your will have to send an email to
dev-unsubscr...@flex.apache.org [1].
[1] http://flex.apache.org/community-mailinglists.html
-Mark
-Original Message-
From: Métairie, Stéphane [mailto:metai...@ebu.ch]
Sent: Monday, September 02, 2013 11:15 AM
To: d
69 matches
Mail list logo
