ttp://codeazur.com.br/lab/fzip/
>
> License compatibility would need to be checked.
>
> Justin
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
.flex.utils.DescribeType" and put some static methods on
> >>>it that allow us to get tailored introspection... Maybe start with
> >>>'DescribeType.getMetaData(value:*)'?
> >>>
> >>>What metadata are you thinking of, specifically?
&g
I can initiate a skin
> creation, and pick the component I would like to skin. Any thoughts if
> this
> can also be achieved in IntelliJ?
>
> Tangent
>
>
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandh
On 28 May 2013 17:33, dude wrote:
> Good luck, but I'd rather see Parsley integrated into Apache Flex.
>
>
Personally, the above response shows exactly the reason why I think there
shouldn't be any
application framework integrated into Apache Flex. Too many opinions on
the matter...
> * Swiz stopped development in 2.0.0 beta that brings AOP to Flex Framework.
> The problem with this implementation is that is not ready for producction
> since it needs changes in Flex Compiler and in AS3 Commons ByteCode to get
> it work properly.
>
>
Hi there,
I'm the author of as3commons-byte
e
> to see Apache Flex being able to use AIR 3.7 cleanly.
> >
> > http://forums.adobe.com/message/5168823#5168823
> >
> > https://bugbase.adobe.com/index.cfm?event=bug&id=3526506
> >
> > Thanks,
> > Justin
>
>
--
regards,
Roland
--
> frameworks\projects\mx\src\mx\**controls and ColorPicker is there, like
> all other controls. But the compiler is being unable to locate them.
>
> Any clue why this is happening?
>
> Thanks,
>
> JS
>
>
>
--
regards,
Roland
--
Roland Zwaga
Senior Con
; > > > > >
> > > > >
> > > >
> > > >
> > > > year.
> > > > > > > Additionally, Mike Labriola will be doing a presentation on the
> > > > > >
> > > > >
> > > >
>
t import it into Flex.
> > > > >
> > > > > I know other folks that used Illustrator for the same purpose.
> (BTW,
> > > > > Illustrator CS6 still supports the "Save As... > FXG > FXG 2.0"
> > option.
> > > > I
> > > > > just tried it out last night. Not sure what to make of this. )
> > > > >
> > > > > Thats the possibility of three different tools Adobe could make
> money
> > > of
> > > > > off from customers who don't necessarily use these tools without
> FXG
> > > > > support.
> > > > >
> > > > > And frankly, the absence of this utility could potentially hurt my
> > > chance
> > > > > of making sure we dont move away from Flex where I work.
> > > > Don't PhotoShop and Illustrator output SVG as well? What is it about
> > FXG
> > > > that is a must-have especially if you are targeting HTML and not
> Flash?
> > > >
> > > > --
> > > > Alex Harui
> > > > Flex SDK Team
> > > > Adobe Systems, Inc.
> > > > http://blogs.adobe.com/aharui
> > > >
> > > >
> > >
> >
>
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://zwaga.blogspot.com
http://www.springactionscript.org
http://www.as3commons.org
On 9 March 2013 13:21, jon hopkins wrote:
> Hi,
>
> Are there any plans to utilize an open source tool like Glade to generate
> MXML?
>
Glade seems to be GTK+ specific, I'm not sure if this tool could be made to
output MXML
as I expect there to be quite a few differences between the two
technolo
y basis.
> >
> >
> > Gordon is the man!
> >
> >
> > --
> > Jonathan Campos
> >
>
>
>
> --
> Carlos Rovira
> Director de Tecnología
> M: +34 607 22 60 05
> F: +34 912 94 80 80
> http://www.codeoscopic.com
> http://www.directwriter.e
e the reason I was working on that strategy.
> >
> > Mike
> >
>
> But we can still do:
>
> instance["overloadedFunctionName"](obj)
>
> where obj is of type Object.
>
> Today, the compiler does not care about this call. Would -stricterthanhell
&
tion that prevents calling functions against Object.
> >Then I think you wouldn't need that?
>
> It's probably not. At the time I was trying to add features but not
> 'break' anything... hence the reason I was working on that strategy.
>
> Mike
>
--
regard
ok, on third try it worked, hopefully it was just a glitch then :)
On 5 February 2013 20:59, Alex Harui wrote:
> Both links worked for me on Mac Safari.
>
>
> On 2/5/13 11:57 AM, "Roland Zwaga" wrote:
>
> > I wasn't implying you should fix the bug :)
>
eb 5, 2013 at 11:48 AM, Roland Zwaga >wrote:
>
> > When I try the first link I immediately get this error after the
> > application loaded:
> >
> > We are sorry you are having problems. To contact Shutterfly customer
> > service:
> > Email: customerserv...
>>>> wrote:
> > >>>>> Yes, this sounds good. I think, on the old flex.org page there was
> > >>>>> also a showcase section. And everybody could see, what's possible
> > with
> > >>>>> Flex.
> > >>>&g
>>> application).
>>>>>
>>>>> Marcus Fritze
>>>>>
>>>>> Am 05.02.2013 um 16:28 schrieb Harbs :
>>>>>
>>>>> I was thinking: There's nothing quite like showing people quality
>>>>>>
&
> >
> I think I understand you, but if you read the whitepaper again, no changes
> to AS3 are mentioned. Instead, there is mention of language development
> for
> web-based virtual machines.
>
> So, while your concerns are valid, I think Apache Flex should plow ahead in
> whatever direction it wan
t; apps and Android apps. Eventually HTML apps could join that list. Mobile
> apps are probably the most important, because no one knows what technology
> you used to create a mobile app…
>
> What do you think?
>
> Harbs
--
regards,
Roland
--
Roland Zwaga
Senior Con
--Message d'origine-
>>>>>> > From: Gordon Smith
>>>>>> > Sent: Friday, February 01, 2013 7:38 PM
>>>>>> > To: dev@flex.apache.org
>>>>>> > Subject: RE: Language features
>>>>>> >
>>&
> >> >
> >> >
> >> > This means that the end-developer needs to know all these different
> >> > function names instead of one. Sure, a good IDE helps with that, but
> it
> >> > seems unnecessary. It also prevents me from allowing
d strongly-typed
>>> > fixed
>>> > > arrays (i.e., int[]).
>>> > >
>>> > > I'm going to continue to focus on MXML. Until it is finished, we
>>> can't
>>> > > move from the old compiler to the new one. I don't r
; simulate abstract classes and seen 2 places where it was checked but
> didn't
> > dare to change it besause I didn't know the impacts, I hope someone
> better
> > than me here can take care of it, compiler geeks, are you here ?
> >
> > -Fred
> >
> &g
late abstract classes and seen 2 places where it was checked but
> > didn't
> > > dare to change it besause I didn't know the impacts, I hope someone
> > better
> > > than me here can take care of it, compiler geeks, are you here ?
> >
would this have negative side-effects?
> > >
> > I don't know what those jars do. If they come from the Adobe AIR SDK
> > download then unless you have a redistribution agreement with Adobe,
> > it is technically not allowed for these jars to be in FlexMojos
> distribution.
> >
> > That's why in the Apache Flex Maven utilities you promised to write
> > that download utility that requires the user accept the license and
> > then get the stuff from Adobe.
> >
> > --
> > Alex Harui
> > Flex SDK Team
> > Adobe Systems, Inc.
> > http://blogs.adobe.com/aharui
> >
> >
>
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://zwaga.blogspot.com
http://www.springactionscript.org
http://www.as3commons.org
y to answer these questions with any degree of
> > certainty, but what are the expectations?
>
> I think the current state of JS VMs will ensure at least comparable
> performance.
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 352
de:
>> http://code.google.com/p/**masuland/wiki/LoginExample<http://code.google.com/p/masuland/wiki/LoginExample>
>>
>>
>
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>
>
--
regards,
Ro
> We have 2 camps now, performance vs debugging features.
>
I believe you are incorrect. The debugging features are only relevant when
compiling in debug mode.
Every camp here agrees that release mode should output the most optimized
JS possible.
cheers,
Roland
>
> Certainly, which is why I 'keep' the intermediate JS, which is not
> optimised or minified at all. I think the JS output I create is very
> readable and matches the original AS structure reasonably well. Not
> line for line, to be sure, but close enough to be able to match it
> back to the AS c
On 28 January 2013 10:51, Erik de Bruin wrote:
> Hi Roland (et al.),
>
> No, I don't think you misunderstood, you seem to grok our positions
> correctly.
>
> What I don't see in the 'debug JS' approach is what do you do with the
> bugs you find in JS? Any changes you make in the JS will get
> ove
On 28 January 2013 10:29, Erik de Bruin wrote:
> > This won't work for us (Jangaroo/Ext AS users). In our development
> > workflow, JS/HTML5 is the one and only target platform. And I think this
> is
> > the future for Flex. If Flex will not support the full development
> > lifecycle for HTML5 pr
On 27 January 2013 16:14, Frank Wienberg wrote:
> That being said, I think both Erik and I "got the ball rolling". It is not
> as if we are just talking theory here. We both have a working demo
> everybody can look at, and have both posted our arguments. Maybe we should
> just start a new thread
ch deserve
merit, IMHO,
and therefore I was hoping that the ideas I wrote down here would
contribute to both of their causes :)
I'd love to hear some opinions, so let the games begin :)
cheers,
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://zwaga.blogspot.com
http://www.springactionscript.org
http://www.as3commons.org
On 26 January 2013 01:40, Hans Van den Keybus wrote:
> But if I understand it correctly, wouldn't it mean in Erik's model that
> when I create my own custom datagrid component for instance, I would also
> have to write a JS version for this? (For me personally this is what I
> would want to avoid
Hey Erik,
comments inline as usual:
On 26 January 2013 08:28, Erik de Bruin wrote:
> Hi,
>
> > My main problem with using Closure is that it introduces a second parsing
> > and manipulation
> > pass while, IMHO, all of the necessary work can be done inside Falcon
> since
> > all necessary
> > i
ation tool
> > jsduck<https://github.com/senchalabs/jsduck/wiki/Guide> and
> > generates AS3 API wrappers. So updates of the original API can easily be
> > taken up, and other JavaScript APIs that use or are compatible with
> jsduck
> > can
riginal API can easily be
> taken up, and other JavaScript APIs that use or are compatible with jsduck
> can be translated to AS3 APIs. Also, if you need a slightly different AS3
> API (e.g. different annotations), the tool is easy to adapt to your needs
> (after all, it is open source)
> It is important to note that the way we use Jangaroo at CoreMedia, we do
> *not* use JooFlash (the Flash API emulation).
> Instead, we build UIs in ActionScript and EXML (an MXML dialect), using Ext
> JS through a (generated) ActionScript API.
> We call this approach Ext AS:
> https://github.com
On 25 January 2013 22:03, Erik de Bruin wrote:
> > We most certainly will, once we get our misunderstandings out of the way
> :)
> > I think we both aim for the same things, we just need to find the same
> > wavelengths :)
>
> Your followup mails -- and me re-reading the original one, I know I
>
Hi Alex,
I think you got my drift, comments are inline again:
On 25 January 2013 21:33, Alex Harui wrote:
> While both Erik and I are using Goog, I think Roland is asking why we
> aren't
> use Jquery or ExtJS UI components.
>
Exactly, and I'm certainly NOT claiming that you and Erik should NOT
Hey Erik,
comments are inline:
> The way that TypeScript and Randori/SharpKit integrate with JS is by
> > declaring some sort of interface which has exactly
> > the same signatures of their JS counterparts. I think this will quite
> > probably make the most sense for Apache Flex as well.
>
> That
ct as a bit of low-hanging fruit which could give the whole
AS->JS situation another turbo-boost.
Please feel free to call me a fool and tell me my idea is crap, because I
might just be talking out of my ass as usual. :)
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Hea
60MB attachment?)
> - What steps have to be done before the code is allowed to be added to the
> Apache code repo (Headers, Package Names, Artifact IDs? And does his have
> to happen also for "scratchpad code"?)
>
> Chris
>
> -Ursprüngliche Nachricht-
> V
e could optimize tool support
> much better by including the Tool vendors in the process (I'm just thinking
> about the copy-resources problems with IntelliJ).
>
> What do you think?
>
> Chris
>
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://zwaga.blogspot.com
http://www.springactionscript.org
http://www.as3commons.org
+1
On 22 January 2013 18:04, Cyrill Zadra wrote:
> +1
>
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://zwaga.blogspot.com
http://www.springactionscrip
On 16 January 2013 23:44, Michael A. Labriola
wrote:
> >I consider this a large victory for Apache Flex, that proves it doesn't
> take an enterprise to get things done, this was just 2 developers over the
> span of a month or so. I spent 3 months >studying the Falcon code though
> and have over 2
On 16 January 2013 16:51, Michael A. Labriola
wrote:
> >Hello gentlemen,
> (p.s. you brute there are women here too)
>
Damn, for once you're right. Next time I'll open with 'Hello ladies,
gentlemen and Mike'.
My apologies to all the women on the list, apparently I am a closeted
sexist without rea
.cfm?event=bug&id=3475793
Suggestions?
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://zwaga.blogspot.com
http://www.springactionscript.org
http://www.as3commons.org
Roland as a new committer! :-)
> >
> > Fréderic Cox
> >
> >
> >
> >
> > On 16/01/13 16:14, "Erik de Bruin" wrote:
> >
> > >The Dutch wholeheartedly agree with that sentiment (but insist on
> > >being first in line when the Trappist
On 16 January 2013 16:08, Frédéric THOMAS wrote:
> Welcome Roland,
>
> I thought there were more brews than ills in Belgium ! :)
>
> -Fred
>
Indeed, plenty of brews around, which you need desperately if you're
surrounded with Belgians all day :)
On 16 January 2013 15:45, Michael A. Labriola
wrote:
> >I'll very probably be arguing with Michael Schmalle about a lot of
> compiler things.
> >I will openly seek out Michael Labriola for disgusting public displays of
> affection.
>
> I am only sad that Michael Schmalle gets the technical discuss
On 16 January 2013 15:45, Michael A. Labriola
wrote:
> >I'll very probably be arguing with Michael Schmalle about a lot of
> compiler things.
> >I will openly seek out Michael Labriola for disgusting public displays of
> affection.
>
> I am only sad that Michael Schmalle gets the technical discuss
wrote:
> > >>
> > >>> I'm in the 'singletons are evil' camp.
> > >>
> > >>
> > >
> > > --
> > > Michael Schmalle - Teoti Graphix, LLC
> > > http://www.teotigraphix.com
> > > http://blog.teotigraphix.com
> > >
> >
> >
>
>
> --
> Edouard Bataille
> Epita MTI 2008
> Consultant Expert Java Flex
>
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack & Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://zwaga.blogspot.com
http://www.springactionscript.org
http://www.as3commons.org
gt; Quoting Erik de Bruin :
> >
> > All,
> >>
> >> Let's all join in welcoming Roland Zwaga (rzwaga)
> >>
> >> Roland has been very active contributing patches, locales and
> >> utilities. The PMC think he?ll make a great committer and
> And if not! I already wrote my farewell blog post in January of 2012, it's
> still on my blog! ;-)
>
Which means, you are already dead yourself too. So, you're undead now.
MIKE IS A ZOMBIE!!!
Hi there,
I'm sure plenty of folks here will have heard and/or worked with the
Parsley framework.
Jens just posted his farewell to Flex message on the spicefactory site:
http://www.spicefactory.org/news/news-2013-01-14.php
Sad to see him go off to new horizons, but not much of a surprise either
ystems, Inc.
> > > http://blogs.adobe.com/aharui
> > >
> > >
> >
> >
> > --
> > Nick Tsitlakidis,
> >
> > CEO and Software Architect at Perfect Edge LTD.
> > www.perfectedz.com
> >
>
>
>
> --
> Christophe Herreman
> http
ng languages, buttons will automatically enlarge to fit all
> the text
> 6. Added more and better Dutch translations, thanks to Roland Zwaga
> 7. Fixed README, RELEASE_NOTES, RELEASE_GUIDE and build.properties files
> for more accuracy
> 8. Added more and better Greek translations,
58 matches
Mail list logo