On Fri, Mar 1, 2013 at 9:15 PM, Alex Harui wrote:
> Yeah, I want to try to hit the last AIR for Linux. If you make the changes
> I'll give it a try (although I don't have Linux to test with, I want to see
> what FB will do with it).
>
>
>
You could fire up a (free) Linux VM on Amazon AWS if you
Yeah, I want to try to hit the last AIR for Linux. If you make the changes
I'll give it a try (although I don't have Linux to test with, I want to see
what FB will do with it).
On 3/1/13 9:12 PM, "Justin Mclean" wrote:
> Hi,
>
>> I just noticed that setFlashPlayerVersion script goes back to 1
Hi,
> I just noticed that setFlashPlayerVersion script goes back to 10.2, but
> AddAIRtoSDK doesn’t go back as far. Anybody know why?
Because I only made it compatible for AIR 3.1+ should be easy enough to change.
Do you want me to do it?
Justin
I just noticed that setFlashPlayerVersion script goes back to 10.2, but
AddAIRtoSDK doesn’t go back as far. Anybody know why?
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
On 3/1/13 4:08 PM, "Cyrill Zadra" wrote:
> Do you have the rights to reopen it? Maybe doesn't get any
> notification as long as it's closed?
I don't have the power to reopen. When was the last time you pinged them on
this issue?
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs
It is a license issue.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Cyrill Zadra wrote:
Hi
In the Falcon compiler there is a prerequisite to download JFLEX
manually and add an environment variable for that.
Wouldn't it be easier to automatically download this jar the same way
Do you have the rights to reopen it? Maybe doesn't get any
notification as long as it's closed?
cyrill
On Sat, Mar 2, 2013 at 3:55 AM, Alex Harui wrote:
> Feel free to ping in JIRA again.
>
> And keep an eye out for my draft report to the board next week. If I have
> forgotten to mention it, re
Hi
In the Falcon compiler there is a prerequisite to download JFLEX
manually and add an environment variable for that.
Wouldn't it be easier to automatically download this jar the same way
as all the other jars in download.xml. Or is there a reason that this
step needs to be done manually ... mayb
Ok, I've reduced the number of setup steps and posted on the wiki here:
https://cwiki.apache.org/confluence/display/FLEX/Using+FlexJS+with+Adobe+Fla
sh+Builder
Feedback welcome,
-Alex
On 2/25/13 4:29 PM, "Om" wrote:
> Thanks for this Alex. I am trying to keep up as much as possible. Do you
>
Thanks you .. it's working.
Cyrill
On Sat, Mar 2, 2013 at 3:41 AM, Alex Harui wrote:
> OK, I did it.
>
>
> On 3/1/13 6:36 AM, "Dave Fisher" wrote:
>
>> Your PMC Chair - Alex can do this.
>>
>> Or Greg.
>>
>> Regards,
>> Dave
>>
>> On Feb 28, 2013, at 11:48 PM, Cyrill Zadra wrote:
>>
>>> Hi ment
Looks mostly ok, but Array has the same issue as Object. It will cause
memory leaks unless you know of a way to clean up the Array.
Maybe one approach is to have a property on each RadioButton instance that
is the selectedValue that way there isn't an external entity to query: You
can ask any Ra
Christian, have you tried to define a typicalItem in the list? Does it
behave the same?
If you want a better way to track those performance issues, try to create a
release version of your app and enable advanced telemetry on it. Then use
scout to track what's really messing up between view changes
If you can get the profiler performance sample, it should show you where the
time is being spent. I would hope one extra renderer isn't the culprit, but
you never know. But yes, in many cases it isn't necessary so we shouldn't
always create it.
If you have further questions about profiling, plea
Thanks to a brief, though, informative response to this question on the
Adobe AIR forums, I've been told that when I instantiate a Spark List and
assign it a custom item renderer and a data provider, that the reason
it instantiates four item renderers (one for each item in my DataProvider),
that pr
By the way the list of components in the spark namespace hasn't been
updated in a while is there any current track to know where people can help
or start helping ?
On Fri, Mar 1, 2013 at 5:50 PM, Alex Harui wrote:
> I think it is better to reset expectations. Sure, if we take a team of
> sever
Feel free to ping in JIRA again.
And keep an eye out for my draft report to the board next week. If I have
forgotten to mention it, remind me and we'll mention it in the board report.
On 2/28/13 11:12 PM, "Cyrill Zadra" wrote:
> Hi Alex
>
> It looks like the github mirrors are still not sync
I think it is better to reset expectations. Sure, if we take a team of
several people and develop a component in private, we can introduce to the
public something with relatively high quality several weeks or months after
we start, but I honestly don't think that is the most efficient policy.
If
OK, I did it.
On 3/1/13 6:36 AM, "Dave Fisher" wrote:
> Your PMC Chair - Alex can do this.
>
> Or Greg.
>
> Regards,
> Dave
>
> On Feb 28, 2013, at 11:48 PM, Cyrill Zadra wrote:
>
>> Hi mentors,
>>
>> Could you please give me access to Jenkins?
>> My username is: czadra
>>
>> thx,
>> cyri
If we choose the Accordion in adobe.next branch I would suggest following
steps:
1) Moving all relevant classes to develop branch direct in spark
project (not experimental project).
2) Writing mustella tests for accordion.
I guess it should be 2 first, then 1 if you want to move them to the spar
Harbs,
I'm personally not a fan of sending untyped data back and forth
-- especially if it is at all possible to avoid it. What are your thoughts
on sending back a color:uint and colorObject:Object as separate items
within the event?
-Nick
On Fri, Mar 1, 2013 at 10:01 AM, Harbs wrote:
> I've
I've expanded the Bogdan ColorPicker to accept a dataProvider including color
objects similar to the way the mx ColorPicker worked.
I have a few things that I could use input on:
1) Both the skin and the component have functions to compute the color
depending on whether it's a uint or object. A
Your PMC Chair - Alex can do this.
Or Greg.
Regards,
Dave
On Feb 28, 2013, at 11:48 PM, Cyrill Zadra wrote:
> Hi mentors,
>
> Could you please give me access to Jenkins?
> My username is: czadra
>
> thx,
> cyrill
Your right about the abstract, that is not something we want to force
since its on demand invoking. They should be protected and pass the
collection though.
As I said, the 'as' and 'js' packages within compiler was my mistake.
I agree that once things get more stable we should talk about on
Mike,
> - 'common' Although I agree with you making things common, I don't agree
> with having sub packages, it seems redundant and confusing, if a sub package
> warrants in common, it should have a real package in compiler.
Might be non-native speaker choosing names... The code I put in
'common'
Erik,
Now that I have got my project's tests passing again, I thought I
would voice some of my opinions in a more professional manner after
the storm.
- 'common' Although I agree with you making things common, I don't
agree with having sub packages, it seems redundant and confusing, if a
Quoting Erik de Bruin :
Mike,
I got a snow ball full of ice hitting my face directly. If we would have
talked a bit first at least I could have ducked (prepared to refactor my
Yes, mea culpa on the communication.
My project is kind of NDA at the moment but completely uses the compiler.jx
Mike,
> I got a snow ball full of ice hitting my face directly. If we would have
> talked a bit first at least I could have ducked (prepared to refactor my
Yes, mea culpa on the communication.
> My project is kind of NDA at the moment but completely uses the compiler.jx
> platform. This is what
I think this is a self-policing thing that has been going on, and will
probably continue to go on. I know that many of us watch the commits as
they come through (Alex I know dives into anything I touch, code-wise...
that's probably a good thing). I personally have gotten feedback on many
of the t
I think tink uses a similar approach as you mentioned bogdan,
.. just looking at his source code ;-)
Cyrill
On Fri, Mar 1, 2013 at 8:52 PM, Bogdan DINU wrote:
> If I recall correctly, mobile components have destruction policy declared
> by ViewNavigatorBase. However, I don't deny that a Navigato
To me, your emotions show your involvement and commitment to the project.
Nobody can work together in perfect harmony all the time :-)
Just important that nobody draws conclusions in emotional times.
Fréderic Cox
On 01/03/13 12:46, "Michael Schmalle" wrote:
>Erik,
>
>Well you saw the little
Erik,
Well you saw the little boy side of me as well as every one else, I'm
proud I can show feelings in an email, in this respect, I will never
consider myself a professional.
The problem I had was with the fact we have been communicating quite
nicely and then these two commits. Putting
I agree
On Fri, Mar 1, 2013 at 11:32 AM, Sebastian Mohr wrote:
> Hi,
>
> It is great to see that people start to raise their
> hands to work on new Apache Flex components.
> I just wanted to share a general concern with you ...
>
> How can we guarantee that our new components,
> coming up in the
Hi,
It is great to see that people start to raise their
hands to work on new Apache Flex components.
I just wanted to share a general concern with you ...
How can we guarantee that our new components,
coming up in the next versions of the Apache Flex
SDK, have the same quality of the existing Ado
[
https://issues.apache.org/jira/browse/FLEX-33416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13590424#comment-13590424
]
Jose Barragan commented on FLEX-33416:
--
Ok Michael,
I'm going to test it, and if it w
If I recall correctly, mobile components have destruction policy declared
by ViewNavigatorBase. However, I don't deny that a NavigatorContent with
creation/destruction policy is useful, but altering UIComponent (which is
already huge) is not the best option in my opinion.
All the best,
Bogdan
On
Hi,
Mike, first off: I'm sorry if my work messed up something you were
working on locally, but hadn't committed yet. You're right that it
might have been better if I had first discussed on the list some of
what I planned to do. That said, I did make sure all the tests and the
VanillaSDK_POC exampl
thank you om
cyrill
On Fri, Mar 1, 2013 at 6:41 PM, Om wrote:
> Cyrill,
>
> I dont think anyone is working on this yet. You can request our mentors to
> add you as a Jenkins admin. I got access by requesting on this list [1]
>
> Thanks,
> Om
>
> [1] http://markmail.org/message/yaf7balloqn2zq2j
37 matches
Mail list logo