Hi,
I would like to run the entire JS framework through the 'gjslint'
tool. This is the JS linter provided by Google to check code that is
to be processed by the Closure Compiler.
It has some very strict whitespace rules, that will result in changes
in most files (although we started out with a c
please
-Message d'origine-
De : Justin Mclean [mailto:jus...@classsoftware.com]
Envoyé : mercredi 6 novembre 2013 04:58
À : dev@flex.apache.org
Objet : Re: ActionScript coding conventions
Hi,
Also right towards the bottom there's "i < n; " instead of "i < n". I can
fix that if you wan
Yes, that captures the spirit without sounding too legalese ;-)
EdB
On Wed, Nov 6, 2013 at 6:15 AM, Justin Mclean wrote:
> Hi,
>
>> I would suggest that we add something like: "and if it's
>> uncontroversial to do so." Where uncontroversial means: no one
>> objects.
> People could object by vo
Hi,
I have developed an Tshirt Designer Application using Flex 4.6 . If the
apache dev/user team want to submit this application as a demo then i will
definitely convert this application in Apache Flex 4.10/4.11 . Below is the
running application url.
http://www.inkfi.com/demo/wpflex/online-desig
Hi,
> I would suggest that we add something like: "and if it's
> uncontroversial to do so." Where uncontroversial means: no one
> objects.
People could object by voting -1 right away but point taken. How about ading
"when there is minimal changes between release candidates"?
Justin
Hi,
"- Release candidate votes can be carry over to the next RC by a
release manager if they so desire"
I would suggest that we add something like: "and if it's
uncontroversial to do so." Where uncontroversial means: no one
objects. Otherwise a release manager could conceivably get the votes
he n
Hi,
Also right towards the bottom there's "i < n; " instead of "i < n". I can
fix that if you want.
Thanks,
Justin
Hi,
Thanks Peter!
Regards,
Sugan Naicker
South Africa
-Original Message-
From: Peter Ent [mailto:p...@adobe.com]
Sent: 05 November 2013 10:20 PM
To: dev@flex.apache.org; us...@flex.apache.org
Subject: [FlexJS] DataGrid
Hi,
I've updated FlexJS with a DataGrid component. There is both
Hi,
There's a minor formatting issue here I think.
Use '' only if the value can be 'undefined'. You should generally use 'Object'
rather than '', with 'null' being the “object doesn't exist” value.
I assume it should be * inside the single quotes.
Thanks,
Justin
Looks reasonable. It's nice to have it all down in one place as well.
-Mark
On Tue, Nov 5, 2013 at 10:28 PM, Justin Mclean wrote:
> Hi,
>
> Despite Alex's efforts this seem to have stalled:
>
> http://mail-archives.apache.org/mod_mbox/incubator-general/201310.mbox/%3cce743d6a.14a96%25aha...@ad
Hi,
Despite Alex's efforts this seem to have stalled:
http://mail-archives.apache.org/mod_mbox/incubator-general/201310.mbox/%3cce743d6a.14a96%25aha...@adobe.com%3e
With a few voting issues coming up recently I think it time to consider having
our own guidelines.
Here some I put together from
That looks a lot better than the other formatting. Good work.
-Mark
On Tue, Nov 5, 2013 at 6:08 PM, Maurice Amsellem <
maurice.amsel...@systar.com> wrote:
>
> https://cwiki.apache.org/confluence/display/FLEX/Flex+SDK+coding+conventions+and+best+practices
>
> Can you please review.
>
> Maurice
BTW, the section separators under "Class metadata" also got shortened.
- Gordon
-Original Message-
From: Gordon Smith [mailto:gosm...@adobe.com]
Sent: Tuesday, November 05, 2013 5:20 PM
To: dev@flex.apache.org
Subject: RE: ActionScript coding conventions
Hmm... somewhere along the line
Hmm... somewhere along the line extra blank lines are getting inserted by
somebody's email system.
- Gordon
-Original Message-
From: Gordon Smith [mailto:gosm...@adobe.com]
Sent: Tuesday, November 05, 2013 5:11 PM
To: dev@flex.apache.org
Subject: RE: ActionScript coding conventions
It
Thanks for reviewing.
This is now fixed (was: hazardous global copy/replace :-)
Maurice
-Message d'origine-
De : Gordon Smith [mailto:gosm...@adobe.com]
Envoyé : mercredi 6 novembre 2013 02:11
À : dev@flex.apache.org
Objet : RE: ActionScript coding conventions
It looks great, Maurice!
It looks great, Maurice! The only thing I noticed in a quick lookover is that
the major and minor section separators are supposed to look like this:
//--
//
// Properties
//
//--
>While the SDK generally follows most of these rules it's not 100% consistent,
>so probably should be noted that you should use local conventions in the case
>the SDK code varies from >these rules.
There is something close to this statement in "Exceptions to formatting rules".
Is it enough ?
Hi,
> https://cwiki.apache.org/confluence/display/FLEX/Flex+SDK+coding+conventions+and+best+practices
While the SDK generally follows most of these rules it's not 100% consistent,
so probably should be noted that you should use local conventions in the case
the SDK code varies from these rules.
https://cwiki.apache.org/confluence/display/FLEX/Flex+SDK+coding+conventions+and+best+practices
Can you please review.
Maurice
-Message d'origine-
De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Envoyé : mardi 5 novembre 2013 22:47
À : dev@flex.apache.org
Objet : RE: ActionS
What is the "---" wiki on its own line? Is it to underline the text above ?
-Message d'origine-
De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Envoyé : mardi 5 novembre 2013 22:30
À : dev@flex.apache.org
Objet : RE: ActionScript coding conventions
>We have our nice copy but
>We have our nice copy but somewhere in a footer mention that the original is
>from Adobe and lives at sourceforge and here's the link to it.
Yes, that's also what I understood.
Maurice
-Message d'origine-
De : Alex Harui [mailto:aha...@adobe.com]
Envoyé : mardi 5 novembre 2013 22:08
À
On 11/5/13 1:05 PM, "Gordon Smith" wrote:
>> it might be smart to link to the adobe wiki and give some sort of
>>attribution.
>
>If we simply link to
>http://sourceforge.net/adobe/flexsdk/wiki/Coding%20Conventions/ then
>people will see wiki markup rather than the intended HTML.
Sorry, wasn't cle
> it might be smart to link to the adobe wiki and give some sort of attribution.
If we simply link to
http://sourceforge.net/adobe/flexsdk/wiki/Coding%20Conventions/ then people
will see wiki markup rather than the intended HTML.
> Also, be forewarned, you might be sparking a long discussion ab
Hi,
I've updated FlexJS with a DataGrid component. There is both an ActionScript
and a JavaScript version. I also added an example application. I'll update some
Wiki pages either today or tomorrow with an explanation of the component. This
DataGrid is a basic shell that is a composed of a Butto
Yes because it is CC-BY-SA. That is not universally true for other Adobe
content.
Even though there is no words about attribution with the license, it might
be smart to link to the adobe wiki and give some sort of attribution.
Also, be forewarned, you might be sparking a long discussion about wh
Is it legal to copy them to our Apache Flex wiki ?
I can do it, and also restore the formatting...
Maurice
-Message d'origine-
De : Erik de Bruin [mailto:e...@ixsoftware.nl]
Envoyé : mardi 5 novembre 2013 19:25
À : dev@flex.apache.org
Objet : Re: ActionScript coding conventions
I don'
ok will try from dkri...@me.comthank you so much for helping me - Deb KDeborah Krikun
Associate Professor, Digital Arts
Westchester Community College,
Center for the Digital Arts
Peekskill, NY
914-606-7300
Phone: 914.606.7359 (msg) 606-7300 (main)
Email: deborah.kri...@sunywcc.edu
Websites: www.su
That's also the way it's implemented in Parsley, but the wrapper class can be
very simple:
[from parsley]
package avmplus {
public class DescribeTypeJSONAccessor {
public static function get functionRef () : Function {
try {
how to download artefacrs? what us the url?
Thanks Erik
Mark
On Tue, Nov 5, 2013 at 9:52 AM, Erik de Bruin wrote:
> We're working steadily towards an alpha quality release. There are a
> few issues that remain to be fixed (help is very welcome!) and some
> features that we'd like to have ar
Actually, she's tried that and failed.
Deborah, it appears you subscribed using a me.com email address and maybe
those emails are being forwarded to wherever you are reading this. To
unsubscribe, you will need to send an email from the me.com address.
-Alex
On 11/5/13 11:47 AM, "Erik de Bruin"
In my experience an 'undocumented' API means: liable to change without
notice in the next update.
At a higher level... I think we've got other things to do before we
even think about supporting AS frameworks that have low level hooks
into the original SDK.
EdB
On Tue, Nov 5, 2013 at 8:43 PM, A
Deborah,
If you are using mail forwarding, then you might have to send the email to '
dev-unsubscr...@flex.apache.org' from the original email id that is
subscribed.
If that does not work, let us know your email id, one of our moderators
will manually unsubscribe you.
Sorry for the inconvenience
https://cwiki.apache.org/confluence/display/FLEX/Using+FlexJS+with+Adobe+Flash+Builder
Have fun!
EdB
On Tue, Nov 5, 2013 at 8:45 PM, Mark Shen wrote:
> how to download artefacrs? what us the url?
>
> Thanks Erik
>
> Mark
>
>
> On Tue, Nov 5, 2013 at 9:52 AM, Erik de Bruin wrote:
>
>> We're
Please send an email to 'dev-unsubscr...@flex.apache.org'.
EdB
On Tue, Nov 5, 2013 at 8:40 PM, Deborah Krikun wrote:
> THIS IS A TEXT EMAIL
>
> Deborah Krikun
> Associate Professor, Digital Arts
> Westchester Community College,
> Center for the Digital Arts
> Peekskill, NY
> 914-606-7300
> Pho
THIS IS A TEXT EMAILDeborah Krikun
Associate Professor, Digital Arts
Westchester Community College,
Center for the Digital Arts
Peekskill, NY
914-606-7300
Phone: 914.606.7359 (msg) 606-7300 (main)
Email: deborah.kri...@sunywcc.edu
Websites: www.sunywcc.edu/peekskill
Not sure I understand. Lots of Flex wraps playerglobal.swc. Is it just
the fact that it is undocumented?
At a higher level, goal is to try to see what it would take to support the
popular app frameworks like Parsley and Swiz in JS. Maybe the first step
is to just try it and see what its depende
Wow.
Getting this to work involves creating a wrapper class around an
undocumented method in playerglobal.swc, which is not under our
control.
That doesn't sound like a sustainable way forward :-(
EdB
On Tue, Nov 5, 2013 at 7:02 PM, Alex Harui wrote:
> Told you it was under-documented ;-). T
I don't think we copied them over to Apache Flex yet... All I could
find was this:
http://sourceforge.net/adobe/flexsdk/wiki/Coding%20Conventions/
EdB
On Tue, Nov 5, 2013 at 7:16 PM, Gordon Smith wrote:
> Didn't we used to have a coding conventions document for committers to
> follow? I can'
Didn't we used to have a coding conventions document for committers to follow?
I can't find it anywhere on the site.
- Gordon
Or check out these as3-reflect classes:
https://code.google.com/p/as3-commons/source/browse/trunk/as3-commons-reflect/src/main/actionscript/org/as3commons/reflect/JSONTypeProvider.as
and
https://code.google.com/p/as3-commons/source/browse/trunk/as3-commons-lang/src/main/actionscript/org/as3commons/
I confirm, it's avmplus.describeTypeJSON()
This is a typical use:
typeInfo = avmplus. describeTypeJSON (cls, avmplus.INCLUDE_BASES
| avmplus.INCLUDE_INTERFACES
| avmplus.INCLUDE_VARIABLES
| avmplus.INCLUDE_ACCESSORS
Told you it was under-documented ;-). The secret handshake is apparently
to ignore autocomplete and use google. Looks like it is
avmplus.describeTypeJSON(). I've not used it, but there was a recent
thread about it.
On 11/5/13 9:54 AM, "Erik de Bruin" wrote:
>My FlashBuilder's autocomplete is n
Oops, sorry I forgot that guava.jar gets downloaded rather than being under
source control. I had replaced the copy in compiler/lib and didn't notice that
git commit didn't commit it.
Thanks for fixing the build script, Erik.
- Gordon
-Original Message-
From: Erik de Bruin [mailto:e...
No message, but the build machine shows that last build succeeded.
EdB
On Tue, Nov 5, 2013 at 6:38 PM, Erik de Bruin wrote:
> Please note, the build machine (windows1) crashed this weekend, so all
> Apache builds that depend on Windows (quite a lot, actually) are
> backed up. So it may be a wh
My FlashBuilder's autocomplete is not aware of such a method. Any
secret handshakes I should be aware of to activate it?
EdB
On Tue, Nov 5, 2013 at 6:32 PM, Alex Harui wrote:
> Apparently, there is a under-documented describeTypeJSON which I think the
> application frameworks are using to get
Please note, the build machine (windows1) crashed this weekend, so all
Apache builds that depend on Windows (quite a lot, actually) are
backed up. So it may be a while before you see an "all is well again
with flex-falcon" message...
EdB
On Tue, Nov 5, 2013 at 6:35 PM, Erik de Bruin wrote:
> I
Apparently, there is a under-documented describeTypeJSON which I think the
application frameworks are using to get any and all metadata on a class
and its methods because it is much faster than regular describeType.
Maybe we should do that.
-Alex
On 11/5/13 5:42 AM, "Erik de Bruin" wrote:
>Hi,
Hi
i also got this.
Short solution is: call OSMFSettings.enableStageVideo = false; at root
of your app.
Or if you want use stage video, you need to be sure that nothing will be
drawn in the display list because stage video is shown under display list.
and thus you need backgroundAlpha="0" for y
We're working steadily towards an alpha quality release. There are a
few issues that remain to be fixed (help is very welcome!) and some
features that we'd like to have are still missing.
Since this is a volunteer effort, and we currently have fewer
volunteers than we have eager (future) users, so
Anyone know this? Thanks.
Mark
Hi,
flash.utils.describeType has an XML return type. JavaScript doesn't
have anything like that and I'm sure we don't want to simulate it for
the purpose of this exercise.
I suggest we create a utility class
"org.apache.flex.utils.DescribeType" and put some static methods on it
that allow us to g
Ok, all should be fine now. I've committed an example that should show
the proper functioning of the code with some of the most common use
cases: LanguageTests.
EdB
On Mon, Nov 4, 2013 at 8:23 AM, Erik de Bruin wrote:
> Note: when trying to build a project using the new "Language" class
> yest
I've updated the Falcon build scripts. A fresh build ('ant wipe-all
main') from the root now cleanly builds all the 'example' projects -
where 'cleanly' means no weird exceptions from the compiler code
itself ;-)
EdB
On Tue, Nov 5, 2013 at 6:10 AM, Alex Harui wrote:
> Thanks Gordon!
>
> On 11/
I'm just using Aether for deploying mavenized FDKs so it has nothing to do with
the actual execution of FM. So there shouldn't be a Problem.
Chris
Von: Frédéric THOMAS [webdoubl...@hotmail.com]
Gesendet: Dienstag, 5. November 2013 00:38
An: dev@flex.apach
Just checked and everything is ok. :)
Thank you Christofer.
-
Flex/Air developer open to new job offers and challenges.
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/Updated-Mavenizer-tp31841p31905.html
Sent from the Apache F
55 matches
Mail list logo
