Nice piece of work and clean UI.
I have some questions to Judah that I didn't ask when he first announced Radii8
some time ago:
How is this going to be used in an "real" application development workflow ?
1) consider I have created my first UI using Radii8 and exported the MXML code
to Flex,
I'm available to help out with the 'grunt' work. Writing tests, doing
repetitive stuff etc. I'm not familiar with the inner workings of a real
compiler, though I have done 'some' work on FalconJX. I'm willing to learn
though!
EdB
On Thu, Jul 17, 2014 at 12:14 AM, Christofer Dutz wrote:
> Ok s
Hi, something that has bugging me is that skinnable components behave
differently from mx conter part when the object has enabled = false.
In MX all components still respond to mouseEvents while skinnable won't
because at the skinnableComponent level we have this
override public function set e
Doesn't Radii8 run online and not locally?
-Mark
Hi,
MX (Halo) was discontinued long time ago.
The 'enabled' implementation of the Spark SkinnableComponent is correct, no
need to change, it's better this way, because developers can explicitly set the
values of the mouseChildren and mouseEnabled for their CustomSkin.mxml.
If you do want to ch
I believe it made for less processing / runtime overhead. But I agree
there are situations you would still like to be able to use events or at least
a simple toolTip text.
I know a few people that created their own child of say something like a
button. They then override the enabled p
Sorry but setting mouseChildren and mouseEnabled won't work for their
customSkin since skinnableComponent does check if the component is enabled
and skip the call to super.mouseChildren/mouseEnabled. Subclassing is not
an option in this case because it would require the entire spark components
to b
Sorry but setting mouseChildren and mouseEnabled won't work for their
customSkin since skinnableComponent does check if the component is enabled
and skip the call to super.mouseChildren/mouseEnabled. Subclassing is not
an option in this case because it would require the entire spark components
to b
Hi,
>What I want to achieve is to replicate mx behavior on ALL spark
>skinnableComponents but keeping the current behavior as the default.
IMO, the mx behavior is worse than Spark, so I don't recommend to replicate mx
behavior on ALL spark skinnableComponents, this is a very bad idea, and this
I repeat, my plan is to keep the current behavior as the default, only if
you enable the new functionality trough a flag/style/whatever, the new
behavior will kick in so current projects will behave like they always did.
As I told you previously, subclassing is not an option since I plan to have
al
Hi
>I repeat, my plan is to keep the current behavior as the default, only if
>you enable the new functionality trough a flag/style/whatever...
Ok, I got your idea. Adding through a flag/style/whatever is doable, but from
the perspective of the program design, it's not a very good idea.
I mean t
On 17/07/14 12:43, DarkStone wrote:
> But after all, this is just my own opinion, others may disagree with me.
I don't see any other way to achieve changes in behaviour in a base
class extended by some many other ones ?
I suppose I'd just have an 'enable helper' I could call in my app that
would w
On 17 July 2014 12:43, DarkStone wrote:
> Hi
>
> >I repeat, my plan is to keep the current behavior as the default, only if
> >you enable the new functionality trough a flag/style/whatever...
> Ok, I got your idea. Adding through a flag/style/whatever is doable, but
> from the perspective of the
Hi,
>I suppose I'd just have an 'enable helper' I could call in my app that
>would walk the display list and set children based on their parents. You
>could hook it to the global 'add' event and it'd be automatic?
I agree.
You could write a EnableHelper class as a controller to handle this, so y
Hi,
>Isn't this what happens to every single inherited behavior? Aren't
>components created with this in mind? To provide multiple options on
>case-by-case scenario?
Well, the enabled setter is a functionality, the default behavior of this
functionality should be suit for common use case not ed
On 17 July 2014 12:48, Tom Chiverton wrote:
> On 17/07/14 12:43, DarkStone wrote:
> > But after all, this is just my own opinion, others may disagree with me.
> I don't see any other way to achieve changes in behaviour in a base
> class extended by some many other ones ?
>
> I suppose I'd just ha
Hi list,
I know this isn't strictly on topic, but hopefully, close enough.
Would anyone happen to know whether there had been changes in Flash
Player 14 preventing it from loading RSLs from Adobe CDN?
I work on Linux machine and I don't have the latest FP version. In FP
12 RSLs load without a war
> why are we mixing up several tools that all seem to be doing similar thing
Falcon's lexer and parser were borrowed from the Flash Builder code base, where
they supported various edit-time code intelligence features, but not
compilation. I think the Flash Builder team had determined that JFlex
Heya,
Both of Squiggly's SpellUI.as classes have a memory leak detailed in
https://issues.apache.org/jira/browse/FLEX-34421.
In order to fix them I need to write a function which searches through
a Dictionary by value and returns the associated key (if there's
already one in the sdk, please poin
If backwards compatibility stands in the way of progress, I say "to hell
with it" ;-)
All kidding aside, if there is no Dictionary key search by value, I think
the SDK will benefit from it as well as Squiggly. And I don't see a problem
in giving folks another reason to update to the latest SDK.
E
Hi,
the .gitignore file in the flex-utilities project includes
".actionScriptProperties" and ".flexLibProperties". However, none of
the recently-donated Squiggly projects contain these project files, so
developers have to create them and then set up all the dependencies
themselves. That can take
Leave it unchanged, add the prerequisites/setup stuff to a README.
If you remove them from the ignore file, everyone will end up committing
theirs and everyone else, when pulling, will have to redo their settings to
match the local paths etc.
EdB
On Thu, Jul 17, 2014 at 6:02 PM, Mihai Chira w
Hi,
> I know this isn't strictly on topic, but hopefully, close enough.
> Would anyone happen to know whether there had been changes in Flash
> Player 14 preventing it from loading RSLs from Adobe CDN?
What version of Flex are you using? Remember Apache Flex framework RSL are not
cached directly
Hi,
Well looks like I'm going to be a bit busy at ApacheCon this year as several of
my sessions got accepted. Anyone want to help me out? :-)
Justin
Hi,
Just been informed on twitter this is a regression issue in 4.13.0
https://issues.apache.org/jira/browse/FLEX-34405
Justin
Yes, this is why FlexxJS has beads. Even simple things like
enable/disable can have different implementations.
I took a quick look at SkinnableComponent. It looks like it might be
possible for the skin to detect the state change and override the
mouseEnabled/mouseChildren change then implement s
Hi,
I'll send this out in about 24 hours or so. What do we need to do to
upgrade the badge installer?
-- start draft announcement --
The Apache Flex community is pleased to announce the release of Apache
Flex 4.13.0
Apache Flex is a highly productive, open source application framework for
buil
Comments inline...
On Thu, Jul 17, 2014 at 12:23 AM, Justin Mclean
wrote:
> Hi,
>
> Looks good and a useful think to have.
>
> A few questions - which probably only Judah can answer:
> - Is Judah willing to fill in the paperwork to get the donation done?
> (We've had a least one donation that's
+1 (binding)
Package
https://dist.apache.org/repos/dist/dev/flex/falcon/0.0.2/rc4/apache-flex-fa
lconjx-0.0.2-src.tar.gz
Java 1.7
OS: Mac OS X x86_64 10.8.5
Source kit signatures match: y
Source kit builds: y
README is ok: y
README_JX is ok: y
RELEASE_NOTES is ok: y
RELEASE_NOTES_JX is ok: y
NOTIC
Hi,
From those answers there's certainly no barriers to donation that I can see.
Thanks,
Justin
+1 (binding)
Package
https://dist.apache.org/repos/dist/dev/flex/flexjs/0.0.2/rc5/apache-flex-fl
exjs-0.0.2-src.tar.gz
Java 1.7
OS: Mac OS X x86_64 10.8.5
Source kit signatures match: y
Source kit builds: y
README is ok: y
RELEASE_NOTES is ok: y
NOTICE is ok: y
LICENSE is ok: y
No unapproved licen
Vote passes with 4 +1 votes, no -1 or 0 votes.
Binding Votes:
+1 Alex, Justin, Peter, Mark K.
Community Votes:
+1 Erik
On 7/12/14 7:45 AM, "Alex Harui" wrote:
>Hi,
>
>This is vote for the second (0.0.2) release of the FalconJX (and Falcon)
>compilers. I am not proposing a separate Falcon-onl
Vote passes with 3 +1 votes, one +0 vote, no -1 votes
Binding Votes:
+1 Igor, Alex, Peter
+0 Justin
Community Votes:
+1 Erik
On 7/12/14 7:42 AM, "Alex Harui" wrote:
>Hi,
>
>This is vote for the second (0.0.2) release of Apache FlexJS.
>
>The release candidate can be found here;
>https://dist.
33 matches
Mail list logo
