://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
. www.ixsoftware.nl
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http://randoriframework.com
http://zwaga.blogspot.com
http://www.springactionscript.org
http://www.as3commons.org
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...@stackandheap.com | http://www.stackandheap.com
http://randoriframework.com
http
* 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-bytecode.
On 28 May 2013 17:33, dude d...@atheist.com 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
://bugbase.adobe.com/index.cfm?event=bugid=3526506
Thanks,
Justin
--
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
. But the compiler is being unable to locate them.
Any clue why this is happening?
Thanks,
JS
--
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
)
608.692.2468
--
JP Bader
Principal
Zavteq, Inc.
@lordB8r | j...@zavteq.com (mailto:j...@zavteq.com)
608.692.2468
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http://www.stackandheap.com
http
On 9 March 2013 13:21, jon hopkins worldof...@googlemail.com 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
!
--
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.es
http://www.avant2.es
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack Heap BVBA
+32 (0)486 16 12 62 | rol
-stricterthanhell option 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
--
regards,
Roland
--
Roland Zwaga
Senior
that
at
least some of them could be implemented into our compiler?
Nick
--
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
, method overloading, etc. it seems to me
that
at
least some of them could be implemented into our compiler?
Nick
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com |
http://www.stackandheap.com
http
...@gmail.com
wrote:
I can not for the life of me understand the desire for overloading
functions. If it has different behavior give it a different name.
brought to you by the letters A, V, and I
and the number 47
On Sun, Feb 3, 2013 at 1:53 PM, Roland Zwaga
rol
to our compiler?
As I think about some of the features I would like to see, such as
abstract classes, generics, method overloading, etc. it seems to me
that
at
least some of them could be implemented into our compiler?
Nick
--
regards,
Roland
--
Roland Zwaga
Senior Consultant
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 Consultant | Stack Heap BVBA
+32 (0)486 16 12 62 | rol
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 wants to go
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 Consultant | Stack Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com
, 2013 at 11:48 AM, Roland Zwaga rol...@stackandheap.com
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...@cs.shutterfly.com
Phone: 1-888-225
ok, on third try it worked, hopefully it was just a glitch then :)
On 5 February 2013 20:59, Alex Harui aha...@adobe.com wrote:
Both links worked for me on Mac Safari.
On 2/5/13 11:57 AM, Roland Zwaga rol...@stackandheap.com wrote:
I wasn't implying you should fix the bug :)
But we do
of the features I would like to see, such as
abstract classes, generics, method overloading, etc. it seems to me
that
at
least some of them could be implemented into our compiler?
Nick
--
regards,
Roland
--
Roland Zwaga
Senior Consultant | Stack Heap BVBA
+32 (0)486 16 12
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
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
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
regards,
Roland
--
Roland Zwaga
Senior
- Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
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
On 28 January 2013 10:51, Erik de Bruin e...@ixsoftware.nl 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
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 code.
and Erik's work. Both of which 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
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 Heap BVBA
+32 (0)486 16 12 62 | rol...@stackandheap.com | http
On 25 January 2013 22:03, Erik de Bruin e...@ixsoftware.nl 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
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:
, and we need to provide good tool support to make it easy!
Cheers,
-Frank-
--
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
annotations), the tool is easy to adapt to your needs
(after all, it is open source).
All in all, I think there is great potential in combining Flex and
JavaScript, and we need to provide good tool support to make it easy!
Cheers,
-Frank-
--
regards,
Roland
--
Roland Zwaga
Senior
+1
On 22 January 2013 18:04, Cyrill Zadra cyrill.za...@gmail.com 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.springactionscript.org
On 16 January 2013 23:44, Michael A. Labriola
labri...@digitalprimates.netwrote:
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
On 16 January 2013 16:08, Frédéric THOMAS webdoubl...@hotmail.com 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 :)
! :-)
Fréderic Cox
On 16/01/13 16:14, Erik de Bruin e...@ixsoftware.nl wrote:
The Dutch wholeheartedly agree with that sentiment (but insist on
being first in line when the Trappists start selling their liquid gold
;-))
EdB
On Wed, Jan 16, 2013 at 4:11 PM, Roland Zwaga rol
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
37 matches
Mail list logo