RE: Third-party tools / solutions on Apache Flex website

[mark.kessler.ctr]

+1 Disclaimer


-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Tuesday, April 01, 2014 11:12 AM
To: dev@flex.apache.org; Franck Wolff
Subject: RE: Third-party tools / solutions on Apache Flex website

Hey guys,

Thanks for getting this done.  I'm tempted to add some sort of a disclaimer at 
the beginning that the list may not be complete or an endorsement.  What do 
others think?

-Alex

From: Maurice Amsellem [maurice.amsel...@systar.com]
Sent: Tuesday, April 1, 2014 4:59 AM
To: Franck Wolff
Cc: dev@flex.apache.org
Subject: RE: Third-party tools / solutions on Apache Flex website

>Well, you're free to modify the page as you want.

I have extended the description on Parsley.

Maurice

De : Franck Wolff [mailto:frawo...@gmail.com]
Envoyé : mardi 1 avril 2014 13:55
À : Maurice Amsellem
Cc : dev@flex.apache.org
Objet : Re: Third-party tools / solutions on Apache Flex website

Thanks Maurice! That was fast ;)


Note:  the testing section is not complete IMO.
it's missing FlexMonkey, HP QTP (QuickTest Professional) [not the same as 
LoadRunner].

Parsley would deserver a better description.

Well, you're free to modify the page as you want.

Franck.

2014-04-01 13:48 GMT+02:00 Maurice Amsellem 
mailto:maurice.amsel...@systar.com>>:
Published.

Note:  the testing section is not complete IMO.
it's missing FlexMonkey, HP QTP (QuickTest Professional) [not the same as 
LoadRunner].

Parsley would deserver a better description.

Otherwise, great stuff.

Maurice


De : Franck Wolff [mailto:frawo...@gmail.com]
Envoyé : mardi 1 avril 2014 11:41
À : dev@flex.apache.org
Cc : Maurice Amsellem

Objet : Re: Third-party tools / solutions on Apache Flex website

Done: FLEX-34199.

Franck.

2014-04-01 6:09 GMT+02:00 Alex Harui 
mailto:aha...@adobe.com>>:
For record keeping purposes please submit the content in a jira issue.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.

Maurice Amsellem 
mailto:maurice.amsel...@systar.com>> wrote:


>Anyway: can somebody who knows the website publication process do it for me?

I can do it.

However, I wasn't following this thread, so is the team ok regarding the 
content ad location to publish?
If so, send me the content, I will format it, review it and get it published.

Maurice

-Message d'origine-
De : Franck Wolff [mailto:frawo...@gmail.com]
Envoyé : lundi 31 mars 2014 16:34
À : dev@flex.apache.org
Objet : Re: Third-party tools / solutions on Apache Flex website

The new page is just a modification of an existing Apache Flex page, it follows 
the look & feel of the website and I believe it could be even published as is 
(hard to say without knowing which CMS you use).

Anyway: can somebody who knows the website publication process do it for me?

Franck.


2014-03-31 15:26 GMT+02:00 Maurice Amsellem 
mailto:maurice.amsel...@systar.com>>:

> I agree this should be a regular page.
> However, the web site is not that easy to modify ( CMS content and
> two-phase publication) + you need access to svn
>
> Maurice
>
>
> -Message d'origine-
> De : Franck Wolff [mailto:frawo...@gmail.com] 
> Envoyé : lundi 31 mars
> 2014 14:27 À : dev@flex.apache.org Objet : Re: 
> Third-party tools /
> solutions on Apache Flex website
>
> Thanks Justin.
>
> I don't think it should be just a Wiki page. In my mind, it should
> rather be a regular page of the website, either in the "About Flex" or 
> "Community"
> section (your call).
>
> Can you grant me a (temporary) write access to the website? Where
> should I put this new page?
>
> Franck.
>
>
> 2014-03-31 13:53 GMT+02:00 Justin Mclean 
> mailto:jus...@classsoftware.com>>:
>
> > HI,
> >
> > > Any chance to get this page published anytime soon (with Andrew's
> > > modifications applied)?
> >
> > You don't have to be a committer to make wiki edits changes/ just
> > ask for wiki access put the file there yourself may be the quickest way.
> >
> > Thanks,
> > Justin
> >
> >
>

RE: Time for Change

[mark.kessler.ctr]

Thank you for all your help and support to the community.   Good luck with your 
future endeavors.  :^)

-Mark

-Original Message-
From: Greg Reddin [mailto:gred...@gmail.com] 
Sent: Tuesday, April 01, 2014 1:59 PM
To: dev@flex.apache.org
Subject: Time for Change

Hi all,

It is with mixed emotions that I must admit that it's time for me to
step down from the Flex PMC. It was an honor to be a mentor to this
project through incubation and I can say without reservation that this
community has been fully integrated into Apache. It's time for me to
recognize that I simply don't have the bandwidth to contribute as I
had hoped I would. I need to leave things in other very capable hands.

Flex is different from a lot of Apache projects in terms of how it got
here and the community around it. I think that maybe the community is
still trying to navigate how Apache is not only different from Adobe,
but also different from GitHub, SourceForge, and other open source
environments. In some ways I think those differences are good for the
Flex community, but in other ways I think the Flex community brings
something to Apache that will help Apache grow into the future. I look
forward to seeing more of the Flex PMC become ASF members and having a
greater impact on the foundation! I want to be clear that there is no
bad blood between me and anybody on the PMC. I'd be happy to work with
any of you again in the future.

I'll stay subscribed to the private@ list so if there are mentor-like
questions to be answered I'll be happy to do my best. I will probably
unsubscribe from the dev@ list in a few days to reduce my daily email
load.

Thanks to everyone for allowing me to be a part of the community. I
wish you all the best going forward!

Greg

RE: [FlexJS] CSS Box Model

[mark.kessler.ctr]

Well the "box-sizing: border-box" html/css property works pretty good.  
Wouldn't that make it more compatible with the AS side?

-Mark

-Original Message-
From: Peter Ent [mailto:p...@adobe.com]
Sent: Monday, April 07, 2014 9:20 AM
To: dev@flex.apache.org
Subject: Re: [FlexJS] CSS Box Model

So this is a crazy, no-win situation. Our box model is either compatible
with the "standard" of most browsers or compatible with some quirk or
extra feature that attempts to make sense out of something that shouldn't
have been done in the first place.

Or, to put it another way, we are trying to impose a UI/graphics-focused
model & framework onto a system not designed for it and geared toward page
layout.

Sigh,
Peter

On 4/6/14 6:41 AM, "Harbs"  wrote:

>I think the default of the css box model is broken by design.
>
>I'd think the solution is simply to stick to using border-box.
>http://css-tricks.com/box-sizing/
>
>On Apr 4, 2014, at 9:54 PM, Peter Ent wrote:
>
>> Hi,
>>
>> I've been working on a mobile app example for FlexJS as a way to try
>>out the Flex JS in a practical manner with the intent of running the app
>>using PhoneGap. In the course of doing this I've been running into
>>things that need adjustment.
>>
>> One of them is the box model. Right now FlexJS is sort of a hybrid
>>between ActionScript and JavaScript. I'll use the .width property as an
>>example.
>>
>> In Flex, when you give a component a width of 50 pixels that component
>>is 50 pixels wide. Some components, such as a container, would embed a
>>scrollbar if its content were greater than 50 pixels. But you can be
>>sure that your component is 50 pixels wide and you can position other
>>components knowing that.
>>
>> If you add padding to the component, that will offset the interior by
>>that amount. If you make a Container 200 pixels wide and give it a
>>padding of 10 pixels, positioning a child of that container at (0,0)
>>will render the child 10 pixels in from the left and 10 pixels down from
>>the top. The child thinks it is at (0,0) and the Container will remain
>>200 pixels wide.
>>
>> In the CSS Box model, things work differently. If you make an HTML
>>element 50 pixels wide and give it a padding of 10 pixels, the overall
>>width of the HTML element will be 70 pixels: the 50 pixels are the width
>>of the content area and 2*10 pixels (left and right) are the padding
>>added to that.
>>
>> HTML goes further and adds on border thickness and margin; Flex doesn't
>>have margins.
>>
>> I was having trouble getting things to align because I would make a
>>ButtonBar 480 pixels wide and it was turning out to be wider than that.
>>When I looked into the code, I saw that making a component 480 pixels
>>was just the start: I was getting that plus a padding on each of the
>>buttons that make up the button bar plus the width of the border around
>>each button.
>>
>> This makes alignment very difficult because you must ask for more than
>>just width (or height).
>>
>> I suggest FlexJS completely adopt the CSS Box Model. This means setting
>>a component's width isn't going to take into account its padding, border
>>thickness, and margin - it is just going to set the component's content
>>area width. For example, if I make a Button's width be 50 pixels, the
>>text will be placed within that 50 pixel content area, but there may be
>>padding, a border, and a margin surrounding the Button. If I want all of
>>my Buttons to align horizontally with no gaps, I should make sure the
>>Buttons do not have any margin.
>>
>> What this means is that .width won't set the overall width of the
>>component. This may affect layout calculations which will have to
>>examine the component's margin, border thickness, and padding values. So
>>I suggest making it simple (height dimension would have similar
>>properties of course):
>>
>> .width is the content area.
>> .padding is the padding around the content area, inside the border.
>> .borderThickness is the thickness of border that surrounds the padding
>>and content area.
>> .margin is space around the component.
>> .x will position a component's upper-left margin.
>>
>> .overallWidth will be .width + 2*.margin + 2*.padding +
>>2*.borderThickness
>>
>> You can use .overallWidth to position elements in layouts as it will
>>account for all of the extra space in a component's box.
>>
>> Further, for Flex JS 1.0, I suggest we keep it simple to padding,
>>margin, and borderThickness and leave edge specifics (e.g., padding-top,
>>margin-bottom) to another release or a developer can create their
>>component or override functions to account for that.
>>
>> Finally, it should be easier to build applications because you can let
>>CSS have a greater say in the size and positioning of components. For
>>example, if I want to make a row of buttons that are all touching, I
>>just create a Container with a horizontal layout and put the Buttons
>>into it. Then in CSS, I specify that the Buttons have zero margin and if
>>I want them

RE: [FlexJS] CSS Box Model

[mark.kessler.ctr]

I believe the only thing to lookout for when using the global(*) on the 
border-box is that it will affect images too.  Meaning it will push border size 
and padding inside of its bounding area and scaling the image down.  Setting 
the images back to a regular box should work.

-Mark

-Original Message-
From: Peter Ent [mailto:p...@adobe.com]
Sent: Monday, April 07, 2014 2:46 PM
To: dev@flex.apache.org
Subject: Re: [FlexJS] CSS Box Model

Thanks your help and insight. After some experimentation, the border-box
model is how we'll proceed. Thus .width and .height properties will be the
bounding box for the component with border and padding inside this box.

We'll take the margin information under advisement, but I think I agree
with this, too.

--peter

On 4/7/14 10:32 AM, "jude"  wrote:

>Welcome to HTML world. I've been mulling over this for the last few
>months.
>I agree that the border box model would be closer to what people would
>expect. The default box model is based on the original use case of layout
>and position of documents not applications. The border box model was
>specifically made to give you more control over the layout and design.
>
>Fortunately, it's at a point you can use it,
>http://caniuse.com/#search=border-box.
>
>You can enable or disable it or box model with:
>
>*, *:before, *:after {
>  -moz-box-sizing: border-box; -webkit-box-sizing: border-box; box-sizing:
>border-box;
>}
>
>Also, for an interesting insight into what it does add an outlines:
>
>*, *:before, *:after {
>  outline:1px dotted red;
>}
>
>There have been talks about using SVG for components visuals and I think
>there's something there. Om did some work with SVG skins and I've been
>experimenting with them as well. There's a strong possibility of getting a
>1:1 of both the Flash and HTML visuals that way. The size, position and
>look are nearly identical in my tests. Why it's not used more is a mystery
>to me. But it shouldn't be surprising. AJAX was around for 4yrs before it
>was used. Someone just needs to prove it's possible for it to take off.
>
>For buttons, for example, you would use:
>
>
>
>.buttonSkin {
>background: url(assets/svg/button_skin_up.svg) 0 0 no-repeat;
>border: 0px;
>}
>
>.buttonSkin:hover {
>background: url(assets/svg/button_skin_over.svg) 0 0 no-repeat;
>border: 0px;
>}
>
>.buttonSkin:active {
>background: url(assets/svg/button_skin_down.svg) 0 0 no-repeat;
>border: 0px;
>}
>
>Conversion will be much easier if we don't support margins. The only place
>I would use margins is in horizontal or vertical layout. For example, if
>you have 5 elements in a div, set the right margin on all the elements but
>the last to the gap. I believe that was what margins were intended for to
>begin with.
>
>My thought is that we don't support the HTML style unless or until we
>support it in Flex. So for example, HTML supports border top, bottom,
>left,
>and right but FlexJS / Flex 4 doesn't (out of the box). We wouldn't
>support
>this until we have a Flex skin that supports it.
>
>HTML also has a unsupported styles thing that you saw in the css before:
>
>  -moz-box-sizing: border-box; -webkit-box-sizing: border-box; box-sizing:
>border-box;
>
>When you start adding in all the browsers you'll have -ie, -moz, -webkit,
>-chrome, etc just for one style. IMO if you go that route you're gonna
>have
>a bad time. If we can use SVG you can gain that ground back.
>
>Also, imo, I wouldn't try and support the lowest common denominator. Go
>for
>a baseline of something like IE 8 or IE9 and use polyfills for fallback
>(some of which are FP) if absolutely vital.
>
>
>On Mon, Apr 7, 2014 at 8:20 AM, Peter Ent  wrote:
>
>> So this is a crazy, no-win situation. Our box model is either compatible
>> with the "standard" of most browsers or compatible with some quirk or
>> extra feature that attempts to make sense out of something that
>>shouldn't
>> have been done in the first place.
>>
>> Or, to put it another way, we are trying to impose a UI/graphics-focused
>> model & framework onto a system not designed for it and geared toward
>>page
>> layout.
>>
>> Sigh,
>> Peter
>>
>> On 4/6/14 6:41 AM, "Harbs"  wrote:
>>
>> >I think the default of the css box model is broken by design.
>> >
>> >I'd think the solution is simply to stick to using border-box.
>> >http://css-tricks.com/box-sizing/
>> >
>> >On Apr 4, 2014, at 9:54 PM, Peter Ent wrote:
>> >
>> >> Hi,
>> >>
>> >> I've been working on a mobile app example for FlexJS as a way to try
>> >>out the Flex JS in a practical manner with the intent of running the
>>app
>> >>using PhoneGap. In the course of doing this I've been running into
>> >>things that need adjustment.
>> >>
>> >> One of them is the box model. Right now FlexJS is sort of a hybrid
>> >>between ActionScript and JavaScript. I'll use the .width property as
>>an
>> >>example.
>> >>
>> >> In Flex, when you give a component a width of 50 pixels that
>>component
>> >>is 50 pixels wide. Some componen

RE: [LAZY] Apache Flex and 360|Flex shirts

[mark.kessler.ctr]

+1

-Mark

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Monday, April 14, 2014 5:19 PM
To: dev@flex.apache.org
Subject: [LAZY] Apache Flex and 360|Flex shirts

I got a nod of approval from the Apache VP of Branding (need official
written ok) to try to get the Apache Flex logo on the 360|Flex shirts.
Does anybody have any objections to this?

-Alex

RE: [LAZY] Apache Flex and 360|Flex shirts

[mark.kessler.ctr]

Well shirts and logos are a great break from filing taxes all weekend :P

-Mark

-Original Message-
From: Erik de Bruin [mailto:e...@ixsoftware.nl]
Sent: Tuesday, April 15, 2014 6:17 AM
To: dev@flex.apache.org
Subject: Re: [LAZY] Apache Flex and 360|Flex shirts

This is a very dedicated community indeed... Even on [LAZY] votes everyone
turns out and votes +1

;-)

EdB



On Tue, Apr 15, 2014 at 12:02 PM,  wrote:

> +1
>
> -Mark
>
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Monday, April 14, 2014 5:19 PM
> To: dev@flex.apache.org
> Subject: [LAZY] Apache Flex and 360|Flex shirts
>
> I got a nod of approval from the Apache VP of Branding (need official
> written ok) to try to get the Apache Flex logo on the 360|Flex shirts.
> Does anybody have any objections to this?
>
> -Alex
>
>


--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

RE: [LAZY] Apache Flex and 360|Flex shirts

[mark.kessler.ctr]

It's supposed to be an incentive not a deterrent lol.

-Mark


-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Tuesday, April 15, 2014 9:16 AM
To: dev@flex.apache.org
Subject: Re: [LAZY] Apache Flex and 360|Flex shirts



On 4/15/14 3:56 AM, "Erik de Bruin"  wrote:

>Don't forget the thongs... never forget the thongs
>
>Oh god, help me forget those thongs!
Hey, if enough folks were to pick up the few remaining tickets to sell out
360|Flex, and someone were to actually create said thongs, I would
definitely consider posting a picture of myself wearing one.

And that would definitely be hard to forget ;-)

-Alex

RE: [DISCUSS] Discuss Apache Flex Falcon 0.0.1 RC3

[mark.kessler.ctr]

Well it's a good thing to know if it only works on Flex JS, because I was going 
to test Falcon independently from flexjs. 

So at this point once you add the trust file entry for the test folder, falcon 
at least builds...  will have to setup flexjs tonight sometime to test more.

-Mark

RE: Build Servers

[mark.kessler.ctr]

I don't know if you can Sysprep a virtual OS your remoting into...

-Mark

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Sunday, April 20, 2014 2:46 PM
To: dev@flex.apache.org
Subject: Re: Build Servers

On Sun, Apr 20, 2014 at 11:35 AM, Erik de Bruin  wrote:

> Just CI and nightlies, to replace 'builds@a.o'.
>
> Then if that is working reliably, we can start experimenting with your plan
> to add more Mustella nodes...
>
>
Great.  Can you make sure that the VMs are clone-able?  You might have to
create a fully working system, stop it, do a sysprep and create a clone
before use that.  It is a little bit of upfront work, but makes it so much
easier to bring new systems online and get them working off the bat.

Thanks,
Om


> EdB
>
>
>
>
> On Sun, Apr 20, 2014 at 7:48 PM, OmPrakash Muppirala
> wrote:
>
> > On Apr 20, 2014 10:24 AM, "Erik de Bruin"  wrote:
> > >
> > > Alex,
> > >
> > > I may be able to free up some time this week to (help) create the CI
> VM.
> > > "All" I need are your Azure account credentials, so I can set up the
> VM,
> > > after which I can use RDP to set up the software for the builds.
> > >
> > > Free from 'builds@a.o', free at last!
> > >
> > > EdB
> > >
> > >
> >
> > What about Mustella?  Our is this just for CI?
> >
> > >
> > >
> > > On Sat, Apr 19, 2014 at 6:56 AM, Alex Harui  wrote:
> > >
> > > > After seeing this latest run of failures, does anybody still want to
> > rely
> > > > on build.a.o for anything?
> > > >
> > > > If anything, we should ask builds@ to email their list when they do
> > > > critical security upgrades so we can try to keep up on our build
> > machine.
> > > > I think there's a chance that a multi-project server is likely to
> have
> > a
> > > > huge pile of jars from all over the place which is more exposed than
> > the
> > > > few jars for our flex-only server.  We just have to learn how to
> harden
> > it
> > > > at least as well as builds.a.o.  Shouldn't that be possible?
> > > >
> > > > And I have to admit that I'm tempted to point the next version of the
> > > > installer out to our Flex CI server for its config or mirror the
> whole
> > > > site.  We can't even modify our site right now.
> > > >
> > > > -Alex
> > > >
> > > > On 4/17/14 3:58 PM, "Justin Mclean" 
> wrote:
> > > >
> > > > >HI,
> > > > >
> > > > >> Do we want to at least use the ASF build server for providing
> > official
> > > > >> nightly dev builds?
> > > > >+1 We can resonably  trust infra machines to be secure and that non
> > one
> > > > >has fiddled with the nightly builds. Our own set up machines are
> > likely
> > > > >to be less secure and there's a small risk that something bad could
> > > > >happen.
> > > > >
> > > > >Thanks,
> > > > >Justin
> > > >
> > > >
> > >
> > >
> > > --
> > > Ix Multimedia Software
> > >
> > > Jan Luykenstraat 27
> > > 3521 VB Utrecht
> > >
> > > T. 06-51952295
> > > I. www.ixsoftware.nl
> >
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
>

RE: Latest News not updated

[mark.kessler.ctr]

I believe the bot which puts the site content together is not functioning ATM.  
But there is content waiting in the staging area.  I'm sure when the bot is 
working again it will update itself.

-Mark

-Original Message-
From: Rushme Nayak [mailto:rushme.nay...@gmail.com]
Sent: Monday, April 21, 2014 12:49 AM
To: dev@flex.apache.org
Subject: Latest News not updated

In https://flex.apache.org/ "*Latest news*" section is not updated to show
Apache FlexUnit release.

--
Warm Regards,
*Rush-me*

RE: Adobe AIR app installs cross a billion

[mark.kessler.ctr]

I'm impressed.  Was interesting to see the breakouts of install by OS type.

-Mark

-Original Message-
From: DarkStone [mailto:darkst...@163.com]
Sent: Wednesday, April 30, 2014 8:00 AM
To: dev@flex.apache.org
Subject: Adobe AIR app installs cross a billion

http://blogs.adobe.com/flashplayer/2014/04/air-app-installs-cross-a-billion.html



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Adobe-AIR-app-installs-cross-a-billion-tp37350.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

RE: Ideas for Installer 3.0.1 (was Re: [DRAFT] Installer 3.0 Announcement)

[mark.kessler.ctr]

Would you please add an issue in JIRA if you would like to see it added. [1]


[1] https://issues.apache.org/jira/browse/FLEX

-Mark

-Original Message-
From: DarkStone [mailto:darkst...@163.com]
Sent: Monday, May 12, 2014 3:34 AM
To: dev@flex.apache.org
Subject: Re: Ideas for Installer 3.0.1 (was Re: [DRAFT] Installer 3.0 
Announcement)

Hi all,

Flex SDK Installer 3.0.1

I wish it could add auto reload feature when downloading files:

If a file downloading takes too much time (e.g. 30 minutes), auto reload it.

Or if a user is staring at the screen, and he/she finds out a file
downloading is hanging there not make any progress, the installer can
display a retry button, let the user retry the downloading of that file
immediately (not wait 30 minutes).

Well, that's my little suggestion here, wish it could help.


DarkStone
2014-05-12



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Ideas-for-Installer-3-0-1-was-Re-DRAFT-Installer-3-0-Announcement-tp37443p37534.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

RE: Re:RE: Ideas for Installer 3.0.1 (was Re: [DRAFT] Installer 3.0 Announcement)

[mark.kessler.ctr]

It looks fine.

-Mark

-Original Message-
From: DarkStone [mailto:darkst...@163.com]
Sent: Tuesday, May 13, 2014 7:12 AM
To: Apache Flex Developers
Subject: Re:RE: Ideas for Installer 3.0.1 (was Re: [DRAFT] Installer 3.0 
Announcement)

Hi Mark,

I just did that, not sure if I did it right though:
https://issues.apache.org/jira/browse/FLEX-34319

DarkStone
2014-05-13


At 2014-05-13 06:40:17, mark.kessler@usmc.mil wrote:
>Would you please add an issue in JIRA if you would like to see it added. [1]
>
>
>[1] https://issues.apache.org/jira/browse/FLEX
>
>-Mark
>
>-Original Message-
>From: DarkStone [mailto:darkst...@163.com]
>Sent: Monday, May 12, 2014 3:34 AM
>To: dev@flex.apache.org
>Subject: Re: Ideas for Installer 3.0.1 (was Re: [DRAFT] Installer 3.0 
>Announcement)
>
>Hi all,
>
>Flex SDK Installer 3.0.1
>
>I wish it could add auto reload feature when downloading files:
>
>If a file downloading takes too much time (e.g. 30 minutes), auto reload it.
>
>Or if a user is staring at the screen, and he/she finds out a file
>downloading is hanging there not make any progress, the installer can
>display a retry button, let the user retry the downloading of that file
>immediately (not wait 30 minutes).
>
>Well, that's my little suggestion here, wish it could help.
>
>
>DarkStone
>2014-05-12
>
>
>
>--
>View this message in context: 
>http://apache-flex-development.247.n4.nabble.com/Ideas-for-Installer-3-0-1-was-Re-DRAFT-Installer-3-0-Announcement-tp37443p37534.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.

RE: [FlexJS] Cordova Camera

[mark.kessler.ctr]

Oh good, I thought I was going crazy or something lol.

-Mark

-Original Message-
From: Erik de Bruin [mailto:e...@ixsoftware.nl]
Sent: Friday, May 16, 2014 11:56 PM
To: dev@flex.apache.org
Subject: Re: [FlexJS] Cordova Camera

I love it how the emails now seem to come in in the reverse order from
which they were sent in. First out, last in... should make for an
interesting guessing game for the next few weeks ;-)

EdB




On Wed, May 14, 2014 at 6:59 PM, OmPrakash Muppirala
wrote:

> Cutting edge, as of 8 days ago ;-)
>
> Thanks,
> Om
>
>
> On Tue, May 6, 2014 at 10:14 PM, Alex Harui  wrote:
>
> > Hi,
> >
> > Recently, Peter put together a FlexJS app that did a relatively simple
> > thing: it took a picture with a device¹s camera and displayed it in the
> > app.  What was cool about it is that it proved we can lightly wrap Apache
> > Cordova plug-ins and use them in FlexJS apps.  Cordova looks like it can
> > be the platform abstraction layer for FlexJS allowing you to create
> mobile
> > apps in MXML and ActionScript that run in many more mobile devices than
> > just Android and IOS.  The potential upside is that use of MXML and
> > ActionScript will make you more productive than writing code in
> JavaScript.
> >
> > Over the last couple of days I adjusted the compiler to smooth out the
> > workflow a bit, improved the AS emulation of the Cordova Camera plugin
> and
> > got it working on my phone.  It will be part of my presentation and demo
> > at the 360|Flex conference next week.  There¹s still spots available if
> > you can get to San Jose and see it in person.
> >
> > You can try it yourself if you want.  It is the CordovaCameraExample in
> > the flex-asjs repo.  We¹ll ship it in a FlexJS 0.0.2 release shortly.
> >
> > -Alex
> >
> >
>



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

RE: problem on FlexJS

[mark.kessler.ctr]

Wonder if torrent would work for distribution...

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Tuesday, May 20, 2014 1:18 AM
To: dev@flex.apache.org
Subject: Re: problem on FlexJS

Is antlr banned in China?  Can you get a copy some other way?

On 5/19/14 6:39 PM, "airycanon"  wrote:

>http://antlr3.org/download.
>This website is not reachable because of the great firewall,you could
>download the package through a proxy and install them by "ant -f
>installer.xml".
>
>貌似有多个jar的下载地址在国内是访问不了的，我之前的做法是用代理手动下载jar，然后用ant安装。
>
>
>
>--
>View this message in context:
>http://apache-flex-development.247.n4.nabble.com/problem-on-FlexJS-tp3
>7583p37612.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.



smime.p7s
Description: S/MIME cryptographic signature

RE: Please welcome Mihai Chira as the newest Apache Flex committer

[mark.kessler.ctr]

Gratz and welcome :)

-Mark

-Original Message-
From: Justin Mclean [mailto:jus...@classsoftware.com]
Sent: Monday, May 19, 2014 2:56 PM
To: dev@flex.apache.org
Subject: Please welcome Mihai Chira as the newest Apache Flex committer

Hi,

I am pleased to announce that the Project Management Committee (PMC) for Apache 
Flex has invited Mihai Chira to become a committer and that he has accepted.

Mihai has raised many good quality JIRA issues, including several with patches 
that have been accepted into the Apache Flex repository.

Please welcome Mihai as the newest Apache Flex committer.

Thanks,
Justin

RE: flex-sdk_mustella - Build # 921 - Still Failing!

[mark.kessler.ctr]

Well sometimes a couple pixels goes a long way :P

-Mark

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Tuesday, May 20, 2014 5:45 PM
To: dev@flex.apache.org
Subject: Re: flex-sdk_mustella - Build # 921 - Still Failing!



On 5/20/14 2:38 PM, "OmPrakash Muppirala"  wrote:

>On Tue, May 20, 2014 at 2:35 PM, Alex Harui  wrote:
>
>> The main question should be: are any of our customers relying on the old
>> behavior and will be broken by the new behavior.  Sometimes, folks
>> actually care about a couple of pixels.
>>
>>
>I agree that it is good to be careful, but in this scenario, it seems okay
>to modify the test.  I can't imagine someone having a big problem with an
>Alert box showing a couple of pixels off.
Folks have definitely cared about one pixel changes in the past, although
not necessarily around alerts.  If it affects visual alignment and/or
obscuration we might hear some complaints.  Other folks may have
explicitly set alert height for some reason.

Another related question: why did the fix, which I thought was for a
specific overflow case, require changing other alerts?

-Alex

RE: [FlexJS] Designers needed for default theme

[mark.kessler.ctr]

I like simple, but can we get borders so something to make them pop away from 
the background... I assume this will be taken care of with over/down/selected 
styles.

-Mark

-Original Message-
From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com]
Sent: Tuesday, May 20, 2014 6:56 PM
To: dev@flex.apache.org
Subject: RE: [FlexJS] Designers needed for default theme

There is already this one, someone talked about on the list and twitter 
recently https://github.com/akamud/FlatSpark

Frédéric THOMAS

> From: aha...@adobe.com
> To: dev@flex.apache.org
> Subject: [FlexJS]  Designers needed for default theme
> Date: Tue, 20 May 2014 22:47:40 +
>
> Hi,
>
> So far, we've been using developer "art" for FlexJS examples.  Several
> folks at 360|Flex agreed that it would be good to have a new theme for
> FlexJS.  It should not be Spark or MX revisited.  If anybody has design
> skills and wants to offer up a default look for a button, checkbox, radio
> button, text input, date field, etc, please post an Illustrator file for
> review.  Like we did for the new Apache Flex logo, we'll have discussion
> and a vote.  It won't directly make you richer, but at least you'll have
> bragging rights.
>
> Thanks in advance,
> -Alex
>