[jira] [Created] (FLEX-33380) Get Internal build error on new Mobile Air App Project

2013-02-03 Thread Giles Roadnight (JIRA)
Giles Roadnight created FLEX-33380: -- Summary: Get Internal build error on new Mobile Air App Project Key: FLEX-33380 URL: https://issues.apache.org/jira/browse/FLEX-33380 Project: Apache Flex

[jira] [Commented] (FLEX-27543) NumericStepper should loop from max to min and min to max buy default.

2013-02-03 Thread Andy Hawksworth (JIRA)
[ https://issues.apache.org/jira/browse/FLEX-27543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13569760#comment-13569760 ] Andy Hawksworth commented on FLEX-27543: Wrapping behaviour already exists on Spar

AW: Language features

2013-02-03 Thread christofer.d...@c-ware.de
+1 for method overloading from me too And: +1 for private/protected constructors :-) -Ursprüngliche Nachricht- Von: Frédéric THOMAS [mailto:webdoubl...@hotmail.com] Gesendet: Sonntag, 3. Februar 2013 05:16 An: dev@flex.apache.org Betreff: Re: Language features Nick, +1 or even 10

Re: Language features

2013-02-03 Thread Roland Zwaga
+100.000 for generics (although I fully understand that this is probably one of the most difficult features to implement) +1 for lamba expressions On 3 February 2013 12:48, christofer.d...@c-ware.de < christofer.d...@c-ware.de> wrote: > +1 for method overloading from me too > > And: > > +1 for

Re: Language features

2013-02-03 Thread Avi Kessner
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 wrote: > +100.000 for generics (although I fully underst

Re: Language features

2013-02-03 Thread Alain Ekambi
@Avi Kessner polymorphism ? 2013/2/3 Avi Kessner > 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, Rol

Re: Language features

2013-02-03 Thread Alain Ekambi
oh my bad i read overwriting. Sorry :) 2013/2/3 Alain Ekambi > @Avi Kessner > > polymorphism ? > > > 2013/2/3 Avi Kessner > >> 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 le

Re: Language features

2013-02-03 Thread Nicholas Kwiatkowski
One quick example -- in my ArduinoANE (an AIR ANE that allows you to send data over a serial port), I have to have at least 5 functions that do the same thing -- they just accept different variable types. Ultimately, I'd like my API to be serial.send(var); but I have to have : serial.sendAsInt(

Re: [Dart] - playing around

2013-02-03 Thread Frank Wienberg
On Sun, Feb 3, 2013 at 6:29 AM, Om wrote: > Dart is supported only on IE9+ > > I can understand this decision. Implementing high-level language features in a JS version that does not even allow get/set functions or non-enumerable custom properties really is a pain. But to be enterprise-friendly,

Re: Language features

2013-02-03 Thread Avi Kessner
Interesting case. I'm not sure if I would overload functions or just accept a non-typed param and then check it's type as a wrapper. Seems like a lot of duplicate code to have each function exist separately, but maybe not. I guess it would just be another language feature, like singletons that s

Re: Updated Mavenizer and FM6

2013-02-03 Thread Frédéric THOMAS
Hi Chris, My AIR project build correctly, the only problem is with snapshot versions of the SDK and IntelliJ IDEA as described here: http://youtrack.jetbrains.com/issue/IDEA-100384 -Fred -Message d'origine- From: christofer.d...@c-ware.de Sent: Sunday, February 03, 2013 12:55 PM To

RE: Language features

2013-02-03 Thread Michael A. Labriola
>I'm not sure if I would overload functions or just accept a non-typed param >and then check it's type as a wrapper. Which is why people have overloading, so you don't have to do stuff like that... accepting an * means people have no idea what is legal to pass you and have to wait for a runti

Combo Box RTE

2013-02-03 Thread Justin Mclean
Hi, Wondering if anyone run into this error. I been unable to reproduce it locally but it seems to do with a drop down combo box in an Advanced data grid header. From FP 11.5 release release stack dump: TypeError: Error #1009 at mx.controls::ComboBox/destroyDropdown() at mx.co

Re: Language features

2013-02-03 Thread James Roland Cabresos
+1 for these language features! abstract classes generics method overloading reflection perhaps? These features are the biggest selling point of the famous programming languages today. I maybe right or wrong, but I think having these features may help targeting HTML/JS apps. On Mon, Feb 4, 201

Re: Combo Box RTE

2013-02-03 Thread Alex Harui
Seems like an impossible situation. I don't really see an opportunity for a TypeError in ComboBox's destroyDropDown. I winder if the 11.5 stack doesn't report everything on the stack. On 2/3/13 6:38 PM, "Justin Mclean" wrote: > Hi, > > Wondering if anyone run into this error. I been unable

Re: Combo Box RTE

2013-02-03 Thread Justin Mclean
Hi, > Seems like an impossible situation. Why do you think that? Tween could be null and that would cause a RTE. Looking at rest of code inTween is not set/unset at the same time when tween is created so it's a possibility. In fact I can't see where it set to null at all other than initially s

Re: Combo Box RTE

2013-02-03 Thread Alex Harui
On 2/3/13 10:41 PM, "Justin Mclean" wrote: > Hi, > >> Seems like an impossible situation. > Why do you think that? Tween could be null and that would cause a RTE. I didn't think that resulted in a TypeError. I thought it was some other error. > > Looking at rest of code inTween is not set/u