Re: [VOTE] Allow tracking of download statistics on flex.apache.org
+1 Harbs On Jan 22, 2013, at 2:49 AM, Om wrote: Please vote to allow the use of Google Analytics [1] to track download statistics of Apache Flex source, binaries and Installer artifacts. If you have any comments, please reply in this thread: [2] Here is the JIRA ticket that describes what needs to be done [3] Thanks, Om [1] http://www.google.com/analytics/ [2] http://markmail.org/thread/g3l6t7gt2guxh7qg [3] https://issues.apache.org/jira/browse/FLEX-33361
Re: Adobe BlazeDS and 3.X SDK branch donation
I tend to agree with Alex here. I have some Flex 3 projects, and I seriously doubt I will migrate them to Apache even if there was an option. Working towards the future is way more important than living in the past. If there's something that doesn't work in Flex 3, I'd either subclass something, or duplicate and patch it myself. (Like I've done in the past.) Harbs On Jan 22, 2013, at 7:50 AM, Alex Harui wrote: On 1/21/13 9:35 PM, Justin Mclean jus...@classsoftware.com wrote: Hi, Maybe with google trends http://www.google.fr/trends/explore#q=flex%203%2C%20flex%204%2C%20as3cmpt=q It shows interest in flex 3 at around 90% of that of flex 4 each month over the last 12 months. You get slightly different results if you use flex 3 and flex 4 so I'd say it's only rough indication but better than guessing. I'm not sure I understand. To me, the question isn't whether a lot of folks are using Flex 3. The question is: are there bugs in Flex 3 that they want fixed and if we fixed them they would/could use Apache Flex? IOW, you have to meet all of the following criteria: 1) Cannot upgrade to Flex 4.x 2) Can switch from Adobe Flex to Apache Flex 3) Need a bug fixed in 3.x SDK that cannot be practically resolved via workaround or monkey-patch. Otherwise, we'll spend all of this time on release candidates for 3.x without a significant payoff. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
Re: [off-topic] FB 4.7 license
Hi, after contacting Scastle it really works fine. I got my FB 4.5 licence upgraded. best regards thomas 2013/1/18 Igor Costa igorco...@gmail.com Scott I just drop you a email. Let's try to see if it works. Best Igor On Fri, Jan 18, 2013 at 5:21 PM, Scott Castle scas...@adobe.com wrote: scastle at adobe.com Igor Costa www.igorcosta.com www.igorcosta.org
Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be)
On Mon, Jan 21, 2013 at 11:02 PM, Erik de Bruin e...@ixsoftware.nl wrote: Hi, I spent some time going through your new framework. First off, I think it deserves to be called something else. The JS in ASJS implies that it is a JS specific implementation of the framework. In reality it is not. Well, I called that to show that it is a parallel framework. That we build both AS and JS beads. But I don't care to much about what we end up calling it. Well, I do care. There are 2 naming conventions I think are working well right now: the intended use of a framework decides the first: ASJS stands for Actionscript to JavaScript, exactly what the frameworks and tools in there do. There is a brand new framework in there that has nothing to do with JS [1]. In fact, Alex has envisioned this new framework in a way that it does not know where it is going to be run on. My proposal is to have a directory structure that clearly separates the concerns. The second is the approach taken when going from AS to JS: first there is FlexJS, Alex's set of bottom up, start from scratch frameworks (one for AS and one for JS), and then there is VanillaSDK, my attempt at a top down, use the Flex SDK and write a complimentary JS framework approach. ASJS is also the home of the Publisher I'm writing, which will take either framework (FlexJS and VanillaSDK) and use it and it's dependencies to build an AS/MXML project into a HTML/JS project, again AS - JS. I don't mind renaming/rebranding things, especially is something is gained by doing so (even if it's only better marketing), but we should take care not to end up with a too generic naming convention just trying to fit too many projects under one roof. I agree with everything you are saying. But please hear me out. This is what I am proposing: Instead of it being: http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*asjs* /branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*asjs* /branches/develop/frameworks/js/VanillaSDK/ etc. lets make it (replace *AlexFlex *with whatever codename you want to): http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*AlexFlex* /branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*AlexFlex* /branches/develop/frameworks/js/VanillaSDK/ etc. This way, I can go in and add something like: http://svn.apache.org/viewvc/flex/*AlexFlex* /branches/develop/frameworks/as/src/org/apache/flex/stage3d/ alongside http://svn.apache.org/viewvc/flex/*AlexFlex* /branches/develop/frameworks/as/src/org/apache/flex/html/ Do you see where I am going with this? My goal (if a bit naive) is to tag along with this new framework and explore how best we can start rendering stuff using the GPU. Having a source tree with the term asjs and working on Flash player specific stuff - that can never be replicated in JS or HTML5 sounds like a bad idea to me. Hence the request. If you have an alternative to what I am trying to achieve, I am all ears. Thanks, Om EdB [1] http://svn.apache.org/viewvc/flex/asjs/branches/develop/frameworks/as/
Re: Apache Flex download statistics
On Tue, Jan 22, 2013 at 2:44 AM, Justin Mclean jus...@classsoftware.com wrote: ...I'm certainly not a lawyer but after thinking about the EU ePrivacy directive I though it would be enough to just have a privacy policy... Also, the ASF is a US corporation, so EU directives might not be relevant to our websites (IANAL etc - just trying common sense ;-) -Bertrand
Re: Apache Flex download statistics
HI, Also, the ASF is a US corporation, so EU directives might not be relevant to our websites (IANAL etc - just trying common sense ;-) My understanding the directive can applied to sites not hosted in the EU but again there's debate on that. IMO having a privacy policy (and a means to opt out) should hopefully cover all bases. Law and common sense are often strangers. :-) Justin
Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be)
Om, I see your point. Here's mine: Alex's new framework has an AS and a JS part. Currently projects build using his AS part are compiled with FalconJS to run in the browser using his JS framework. Alex has named his framework combo FlexJS. I think that name (FlexJS) should be revisited as that framework clearly has more uses than enabling JS output. You are 'only' interested in the AS part of FlexJS. My suggestion would be that you and Alex move the AS framework out of the asjs tree into it's own root *AlexFlex*. This leaves only JS frameworks (with the JS part of FlexJS chief among them) in 'asjs/../frameworks/js', so these JS frameworks could move up one level. The new situation should look something like this (hoping it isn't wrapped to pieces by the various email clients): root | - asjs | - branches | - develop | - examples | - frameworks | - *FlexJS* (the JS part) | - VanillaSDK | - publisher - *AlexFlex* | - branches | - develop | - frameworks | - *FlexJS* (the AS part) | - *OM_GPU_MAGIC* That way, everything that has to do with AS - JS cross compilation can stay in 'asjs' (which is a fitting name), and anything that has to do with Alex's new AS framework goes into the new location. Makes sense? EdB http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/js/VanillaSDK/ etc. lets make it (replace *AlexFlex *with whatever codename you want to): http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/js/VanillaSDK/ etc. This way, I can go in and add something like: http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/src/org/apache/flex/stage3d/ alongside http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/src/org/apache/flex/html/ -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
RE: ASJS and Starling (was Re: [FalconJx] where I'm going to be)
I was going to recommend trying a WebGL for GPU rendering. However, while most browsers support it. Microsoft has not yet jumped on board. It does use the HTML5 Canvas to render on. I didn't even remember it existed really until I read an article about a game from Mozilla demo studio called BananaBread. It was a 3D first person shooter game compiled to JS+WebGL. The part that caught my eye was the Compiled into JS+WebGL. https://developer.mozilla.org/en-US/demos/detail/bananabread Are there any other well adopted standards similar to WebGL? -Mark -Original Message- From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om Sent: Monday, January 21, 2013 20:22 To: dev@flex.apache.org Subject: Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be) On Fri, Jan 18, 2013 at 11:49 AM, Alex Harui aha...@adobe.com wrote: Changing subject because GPU rendering usually gets a lot of replies. In this new framework, I am trying to separate everything into little chunks I call beads. The visual components are supposed to have a minimum of three beads, one each for MVC, and the V is essentially the Skin. I spent some time going through your new framework. First off, I think it deserves to be called something else. The JS in ASJS implies that it is a JS specific implementation of the framework. In reality it is not. Second, it deserves its own wiki page. The reason is: I see this as a clean way to start implementing a new Flex framework. The effort that you, Michael.S and Erik have undertaken to make it work in HTML/JS can work in parallel with a Starling/GPU based View for the same new Flex framework. Components don't assume they are on the Flash display list. Instead of calling addChild, you call child.addToParent. This makes a lot of sense. Except that Starling's APIs tries to mimic the current Flash Player's display list paradigm. I need to spend some time trying to figure out how I can tie these things up. Any thoughts? So, yes, you could write new view beads that create their visuals using starling. I suppose we could rewire addToParent to do what you want. This is the part that excites me most. I will start writing an implementation of your framework with a Starling based view. I might have to a new implementation of Application.as. Do you mind if I pollute the asjs directory with my code, or would you prefer that I do it on my whiteboard? I didn't explicitly design the new framework for starling. I think that is a good thing. The more clearer the separation there is between the rest of the framework and the render specific stuff, the better for everyone. I still need convincing that it truly makes a difference for the vast majority of business applications. I still think your Flex apps are busy running AS code or suffering from having too many display objects per component which I do want to tackle in this new framework. My take on this is: I have worked on so many data intensive applications where performance goes for a toss when the framework is trying to draw too many things on the screen. Utilizing the GPU (especially on mobile) would definitely make a difference. For legacy hardware, things would fallback to to a software engine anyways, so what is the harm in trying this out? I did consider that the new framework would favor bitmaps over vectors, at least in the early versions. I'm not planning support on the JS side for vector graphics right away, so you are reduced to using bitmaps for many more things, which I think most folks do in HTML/JS and which GPUs seem to like more. Again, this is a good thing. In my experiments with Flex on mobile devices, rastering displayobjects and removing them off the display yielded so much better performance. Imagine if everything we had this kind of support in the framework itself. The prototype is checked in: FalconJS is in the falcon/trunk/compiler.js folder. The latest ASJS framework is in asjs/branches/develop/framework, and the example that uses it is in asjs/branches/develop/examples/FlexJSTest_again. As I said earlier, it would be fantastic if you could split the new framework into separate directory and not throw it in along with ASJS. Does that make sense? Thanks, Om On 1/18/13 11:04 AM, Om bigosma...@gmail.com wrote: On Fri, Jan 18, 2013 at 10:00 AM, Alex Harui aha...@adobe.com wrote: That's why I've chosen a new parallel framework: I've already got a prototype up and running, and I would not be able to do that with the current Flex SDK. Hopefully the patterns I am using the new framework are extensible enough to allow it to grow up to match the old Flex SDK over time. This sounds very interesting to me. I have been playing around with Starling and Stage3D to see how best to render Flex via the GPU. I've come to the conclusion that this would entail rewriting a lot of of existing Flex
[ASJS] Apache Flex and JooFlash
With ASJS/FalconJS and FalconJx, we have different approaches to generate JavaScript from ActionScript to make Flex applications run directly in any browser. If I am not mistaken, we do not yet have the Flash core library available (DisplayList etc.). Bernd Paradies, the original author of FalconJS, called this FlashRT, but as far as I know, it has not (yet?) been donated to Apache. As part of the Jangaroo project, I wrote a tool to screen-scrape Adobe's HTML documentation of the Flash API (it has a creative commons license) and convert it to ActionScript API. I started implementing this API in ActionScript, using canvas to render in the browser. On the Jangaroo web site, there are several examples of AS applications that, without changes to their source code, now run in the browser without a Flash plugin: http://www.jangaroo.net/applications JooFlash is part of jangaroo-libs which has an Apache 2 license and is on Github here: https://github.com/CoreMedia/jangaroo-libs The Flash API is really huge, but I guess I implemented most of what is typically used in Flash applications. If you'd be interested, I'd contribute JooFlash to FalconJx (or FalconJs; should not really make a difference, as it is ActionScript code). My employer CoreMedia signed a CCLA, so there shouldn't be a legal problem. What do you think? -Frank- J8)
[jira] [Commented] (FLEX-28947) Clear NumericStepper Value and get NaN in the display text area
[ https://issues.apache.org/jira/browse/FLEX-28947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13559588#comment-13559588 ] David Coleman commented on FLEX-28947: -- I've been reading this ticket here: https://issues.apache.org/jira/browse/FLEX-33064 ... it seems that there is some debate as to the behavior of the NaN value in this component. In the case of this issue, what should be the proper value when the user deletes all content in the TextInput. For me, it should be 0 or minimum. That is what common UX practice would instruct me to do, since the end user (non-programmer's) expectation is going to be that delete all content will return to default, which in this case one would assume to be 0 || minimum. I see that in John Fletcher's comment on the other issue (https://issues.apache.org/jira/browse/FLEX-33064?focusedCommentId=13395927page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13395927) he mentions that there may be code that depends on the NaN option, so I have the following proposal: I think that maybe a useful fix to this would be to add a defaultValue to this component. and if there is code that depends on NaN we don't define defaultValue and default is NaN (as now). Then if you define defaultValue=### the logic will replace any textDisplay.text== with defaultValue or minimum or maximum if defaultValue is out of range. Anyone want to opine? Clear NumericStepper Value and get NaN in the display text area --- Key: FLEX-28947 URL: https://issues.apache.org/jira/browse/FLEX-28947 Project: Apache Flex Issue Type: Bug Components: Spark: NumericStepper Affects Versions: Adobe Flex SDK 4.5 (Release) Environment: Affected OS(s): Windows Affected OS(s): Browser: Other (specify version) Language Found: English Reporter: Adobe JIRA Labels: EasyFix Attachments: Flex29847.air Steps to reproduce: 1. Create Spark NumericStepper 2. Create Spark Button 3. Backspace the value in NumericStepper 4. Click Button Actual Results: NaN is displayed in the NumericStepper Expected Results: Value remains empty or the default value is set. Workaround (if any): Set the callback valueParseFunction to the following function: private function _numericStepperParse(value:String):Number { if (!value) { return 0 } return Number(value); } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: Google Maps
So the only real stumbling block is the wrapper clause. But it says you can obtain Google's written consent. Could we get a consent for some flex component that could be used as a wrapper? -Original Message- From: Ian Appleby [mailto:ian.appl...@bcs.org] Sent: Sunday, January 20, 2013 15:53 To: dev@flex.apache.org Subject: RE: Google Maps We looked at this in detail at the time, but just skimming I see a couple of things: 10.1.1. General Restrictions. (a) No Access to Maps API(s) except through the Service. You must not access or use the Maps API(s) or any Content through any technology or means other than those provided in the Service, or through other explicitly authorized means Google may designate. For example, you must not access map tiles or imagery through interfaces or channels (including undocumented Google interfaces) other than the Maps API(s). (c) No Reverse Engineering. You must not attempt to reverse engineer or decompile the Services or any component, or attempt to create a substitute or similar service through use of or access to the Services, unless this is expressly permitted or required by applicable law. 10.2 Restrictions on the Types of Applications that You are Permitted to Build with the Maps API(s). Except as explicitly permitted in Section 8 (Licenses from Google to You) or the Maps APIs Documentation, you must not (nor may you permit anyone else to) do any of the following: (a) No Wrapping. You must not create or offer a wrapper for the Service, unless you obtain Google's written consent to do so. For example, you are not permitted to: (i) use or provide any part of the Service or Content (such as map imagery, geocoding, directions, places, or terrain data) in an API that you offer to others; or (ii) create a Maps API Implementation that reimplements or duplicates Google Maps/Google Earth. For clarity, you are not re-implementing or duplicating Google Maps/Google Earth if your Maps API Implementation provides substantial additional features or content beyond Google Maps/Google Earth, and those additional features or content constitute the primary defining characteristic of your Maps API Implementation. The first bit may have some room for interpretation around what constitutes the Service, but the rest is pretty explicit. You can't make a substitute flash library based on the Google services.. It might be possible to get their permission, but others haven't had very positive responses in the past. -Ian -Original Message- From: Harbs [mailto:harbs.li...@gmail.com] Sent: 20 January 2013 17:49 To: dev@flex.apache.org Subject: Re: Google Maps I'm not following. If you are getting the image data via their APIs, why is it against the agreement? On Jan 20, 2013, at 6:52 PM, Nicholas Kwiatkowski wrote: You could do that -- but it is against the Google API license agreement. Technically, it is possible, but legally is is not. -Nick On Fri, Jan 18, 2013 at 3:59 AM, Harbs harbs.li...@gmail.com wrote: For AIR apps, using the Google APIs as is in an HTML component should work fine. As I understand it, the concern in this whole discussion is about web apps. Right? How is the maps actually displayed by the maps API? I imagine that the map data is downloaded as images. Is there any reason that we couldn't just grab that image data and display it in the display list? On Jan 17, 2013, at 7:08 PM, Tomislav Pokrajcic wrote: There are also problems when it comes to placing that kind of 'components' (e.g. HTML overlay) into a scrollable container. If anyone figures out a solution for handling that case it would be an interesting thing. Cheers, Tomislav On 17.1.2013. 10:29, Alain Ekambi wrote: Hallo Markus, Thx for the inputs. Like i said in my earlier post our main focus was to first get the GoogleMaps API exported so that one can easely access it from Flash4j all in Java. Now that that s done we will focus on the Widget itself. Be assured that we will fixed all the issues before the 3.1 release. Regards, Alain 2013/1/17 Marcus Fritze marcus.fri...@googlemail.com Hi Alain, you example looks good, but I think it has a serious bug. The map lays over the flex application. So it covers the flex application. Example: - open Google Maps in your explorer - klick on About in the top right corner - or another tab in your explorer - the content is always behind the map Maybe, the map should be integrated in something like a HTML frame (mx.controls.HTML / currently only AIR) for a better integration into the flex app. Best regards Marcus Fritze Am 17.01.2013 um 00:52 schrieb Alain Ekambi jazzmatad...@gmail.com: Work is in progress to release it soon. Here is a life demo : http://flex4j.appspot.com/#misc.maps.GoogleMaps Flex4j is build on top of Flash4j(http://emitrom.com/flash4j) which itself is built on top of the Google Web Toolkit. Because we leverage GWT it s
[jira] [Created] (FLEX-33362) Unable to create resource module for other languages(like fr_FR, ja_JP) using ANT
Jagan Langa created FLEX-33362: -- Summary: Unable to create resource module for other languages(like fr_FR, ja_JP) using ANT Key: FLEX-33362 URL: https://issues.apache.org/jira/browse/FLEX-33362 Project: Apache Flex Issue Type: Bug Components: Ant Tasks Affects Versions: Apache Flex 4.9.0, Apache Flex Next Environment: window 7 home basic edition, Flash Builder 4.7 (trial version), 64 bit. Reporter: Jagan Langa Priority: Blocker Following is my macro for creating the resource module for some module/application. when i use this macro, its working fine for en_US, but when i try to run this macro with fr_FR or ja_JP its not working. and its throwing the following errors( like [mxmlc] Error: Unable to resolve resource bundle validators for locale ja_JP and others.) My Macro: !-- Compiles Localization Resource Bundle. -- macrodef name=compileLocale description=Compiles the Resource package for the given locale attribute name=locale default=en_US / attribute name=debug default=false / attribute name=module / attribute name=dest default=${DEPLOY_DIR} / sequential !-- Create the Flex Home directory for the language in question. This is necessary to compensate for a bug in pre-3.2 releases of mxmlc. -- mkdir dir=${FLEX_HOME}/frameworks/locale/@{locale} / mkdir dir=@{dest}/locale/@{locale} / !-- Invoke MXMLC -- mxmlc output=@{dest}/locale/@{locale}/@{module}.swf optimize=true fork=true locale@{locale}/locale load-config filename=${FLEX_CONFIG_XML} / source-path path-element=${SRC_ROOT}/@{module}/src/locale/{locale} / include-resource-bundles bundle=@{module} / source-path path-element=${FLEX_HOME}/frameworks/ / include-resource-bundles bundle=collections / include-resource-bundles bundle=controls / include-resource-bundles bundle=core / include-resource-bundles bundle=effects / include-resource-bundles bundle=formatters / include-resource-bundles bundle=logging / include-resource-bundles bundle=messaging / include-resource-bundles bundle=modules / include-resource-bundles bundle=rpc / include-resource-bundles bundle=SharedResources / include-resource-bundles bundle=skins / include-resource-bundles bundle=states / include-resource-bundles bundle=styles / include-resource-bundles bundle=utils / include-resource-bundles bundle=validators / include-resource-bundles bundle=components / include-resource-bundles bundle=sparkEffects / include-resource-bundles bundle=layout / include-resource-bundles bundle=textLayout / include-resource-bundles bundle=osmf / compiler.debug@{debug}/compiler.debug /mxmlc /sequential /macrodef My Error: [mxmlc] Error: Unable to resolve resource bundle validators for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle styles for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle states for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle logging for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle effects for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle osmf for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle textLayout for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle controls for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle rpc for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle formatters for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle utils for locale ja_JP. [mxmlc] Error: Unable to resolve resource bundle
Re: Google Maps
Maybe someone should just talk to someone at Google. I can't imagine that they have idealistic problems with Flex including a Google Maps component. Does anyone have connections to someone that we could talk to about this? On Jan 22, 2013, at 3:17 PM, Kessler CTR Mark J wrote: So the only real stumbling block is the wrapper clause. But it says you can obtain Google's written consent. Could we get a consent for some flex component that could be used as a wrapper? -Original Message- From: Ian Appleby [mailto:ian.appl...@bcs.org] Sent: Sunday, January 20, 2013 15:53 To: dev@flex.apache.org Subject: RE: Google Maps We looked at this in detail at the time, but just skimming I see a couple of things: 10.1.1. General Restrictions. (a) No Access to Maps API(s) except through the Service. You must not access or use the Maps API(s) or any Content through any technology or means other than those provided in the Service, or through other explicitly authorized means Google may designate. For example, you must not access map tiles or imagery through interfaces or channels (including undocumented Google interfaces) other than the Maps API(s). (c) No Reverse Engineering. You must not attempt to reverse engineer or decompile the Services or any component, or attempt to create a substitute or similar service through use of or access to the Services, unless this is expressly permitted or required by applicable law. 10.2 Restrictions on the Types of Applications that You are Permitted to Build with the Maps API(s). Except as explicitly permitted in Section 8 (Licenses from Google to You) or the Maps APIs Documentation, you must not (nor may you permit anyone else to) do any of the following: (a) No Wrapping. You must not create or offer a wrapper for the Service, unless you obtain Google's written consent to do so. For example, you are not permitted to: (i) use or provide any part of the Service or Content (such as map imagery, geocoding, directions, places, or terrain data) in an API that you offer to others; or (ii) create a Maps API Implementation that reimplements or duplicates Google Maps/Google Earth. For clarity, you are not re-implementing or duplicating Google Maps/Google Earth if your Maps API Implementation provides substantial additional features or content beyond Google Maps/Google Earth, and those additional features or content constitute the primary defining characteristic of your Maps API Implementation. The first bit may have some room for interpretation around what constitutes the Service, but the rest is pretty explicit. You can't make a substitute flash library based on the Google services.. It might be possible to get their permission, but others haven't had very positive responses in the past. -Ian -Original Message- From: Harbs [mailto:harbs.li...@gmail.com] Sent: 20 January 2013 17:49 To: dev@flex.apache.org Subject: Re: Google Maps I'm not following. If you are getting the image data via their APIs, why is it against the agreement? On Jan 20, 2013, at 6:52 PM, Nicholas Kwiatkowski wrote: You could do that -- but it is against the Google API license agreement. Technically, it is possible, but legally is is not. -Nick On Fri, Jan 18, 2013 at 3:59 AM, Harbs harbs.li...@gmail.com wrote: For AIR apps, using the Google APIs as is in an HTML component should work fine. As I understand it, the concern in this whole discussion is about web apps. Right? How is the maps actually displayed by the maps API? I imagine that the map data is downloaded as images. Is there any reason that we couldn't just grab that image data and display it in the display list? On Jan 17, 2013, at 7:08 PM, Tomislav Pokrajcic wrote: There are also problems when it comes to placing that kind of 'components' (e.g. HTML overlay) into a scrollable container. If anyone figures out a solution for handling that case it would be an interesting thing. Cheers, Tomislav On 17.1.2013. 10:29, Alain Ekambi wrote: Hallo Markus, Thx for the inputs. Like i said in my earlier post our main focus was to first get the GoogleMaps API exported so that one can easely access it from Flash4j all in Java. Now that that s done we will focus on the Widget itself. Be assured that we will fixed all the issues before the 3.1 release. Regards, Alain 2013/1/17 Marcus Fritze marcus.fri...@googlemail.com Hi Alain, you example looks good, but I think it has a serious bug. The map lays over the flex application. So it covers the flex application. Example: - open Google Maps in your explorer - klick on About in the top right corner - or another tab in your explorer - the content is always behind the map Maybe, the map should be integrated in something like a HTML frame (mx.controls.HTML / currently only AIR) for a better integration into the flex app. Best regards Marcus
Re: Adobe BlazeDS and 3.X SDK branch donation
On 1/21/13 6 :09PM, Justin Mclean jus...@classsoftware.com wrote: Hi, BlazeDS is being donated by a different team and I checked earlier in January and they said they have to clear up a legal issue. I don't have any details and haven't pressed them for it. Mind asking what the legal issue is? 3.x could be a lot of work and nobody has asked for it recently, It just come up (indirectly) in a JIRA issue. https://issues.apache.org/jira/browse/FLEX-14658 There might be slightly easier ways to make it happen Most of us are external and only have a general idea to is required for this to happen inside Adobe at this point I think any shortcuts are worth investigating. Personally I think it is a much better use of Alex's time to continue to work on the the JS stuff rather than divert him for potentially a couple of months getting 3.x ready for donation. If Flex was still at Adobe, since Flex 4 has been out for so long now I would guess Flex 3 would be at or near end-of-life. Even if it got to Apache it would mean that it would have to be periodically released which is just as big an undertaking as the current version. I think it would be a better use of our resources to concentrate on releasing Flex 4.next more often. Carol
Re: Adobe BlazeDS and 3.X SDK branch donation
I agree with Carol on all points. It would be a loss of time Fréderic Cox On 22/01/13 15:48, Carol Frampton cfram...@adobe.com wrote: On 1/21/13 6 :09PM, Justin Mclean jus...@classsoftware.com wrote: Hi, BlazeDS is being donated by a different team and I checked earlier in January and they said they have to clear up a legal issue. I don't have any details and haven't pressed them for it. Mind asking what the legal issue is? 3.x could be a lot of work and nobody has asked for it recently, It just come up (indirectly) in a JIRA issue. https://issues.apache.org/jira/browse/FLEX-14658 There might be slightly easier ways to make it happen Most of us are external and only have a general idea to is required for this to happen inside Adobe at this point I think any shortcuts are worth investigating. Personally I think it is a much better use of Alex's time to continue to work on the the JS stuff rather than divert him for potentially a couple of months getting 3.x ready for donation. If Flex was still at Adobe, since Flex 4 has been out for so long now I would guess Flex 3 would be at or near end-of-life. Even if it got to Apache it would mean that it would have to be periodically released which is just as big an undertaking as the current version. I think it would be a better use of our resources to concentrate on releasing Flex 4.next more often. Carol
Re: Adobe BlazeDS and 3.X SDK branch donation
Although i'm not a committer and it's not the apache way to tell someone what to do i understand that in this case Alex would like to have feedback from the community. So here we go :-) I really think a few very bright people are working on the js cross compiling stuff / Flex next. This is in my opinion essential for Flex to survive. As Alex is one of the few people working on this (and one of the few people who understands this complex task) it would be a bad idea to take him of this task. They have momentum now. I really hope he will keep on using his talent to take Flex in new directions. Arnoud On 22-01-2013, at 15:50, Fréderic Cox coxfrede...@gmail.com wrote: I agree with Carol on all points. It would be a loss of time Fréderic Cox
RE: ASJS and Starling (was Re: [FalconJx] where I'm going to be)
Well Firefox, Chrome, Safari(disabled by default), Opera, few mobile ones support it. IE only supports it atm with a plugin. However it is pretty much a deal breaker to design the end state twice. But if you want an easy to read does my browser support WebGL type page.. try this. Yay/nay lol. http://www.doesmybrowsersupportwebgl.com/ -Mark -Original Message- From: Kevin Newman [mailto:capta...@unfocus.com] Sent: Tuesday, January 22, 2013 10:37 To: dev@flex.apache.org Subject: Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be) WebGL isn't supported by IE (and various flavors of WebKit and maybe not Opera either), so you'd have to do two implementations, one in WebGL, and a fallback in Canvas (which in IE is GPU accelerated). Kevin N. On 1/22/13 7:26 AM, Kessler CTR Mark J wrote: I was going to recommend trying a WebGL for GPU rendering. However, while most browsers support it. Microsoft has not yet jumped on board. It does use the HTML5 Canvas to render on. I didn't even remember it existed really until I read an article about a game from Mozilla demo studio called BananaBread. It was a 3D first person shooter game compiled to JS+WebGL. The part that caught my eye was the Compiled into JS+WebGL. https://developer.mozilla.org/en-US/demos/detail/bananabread Are there any other well adopted standards similar to WebGL? -Mark
[jira] [Commented] (FLEX-33363) Issue with Date
[ https://issues.apache.org/jira/browse/FLEX-33363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13559739#comment-13559739 ] Maurice Amsellem commented on FLEX-33363: - This is not a bug, Date.getMonth() returns 0..11 and not 1..12. It's clearly explained in Adobe ActionScript 3 documentation : http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/Date.html#getMonth%28%29 getMonth():Number Returns the month (0 for January, 1 for February, and so on) portion of this Date according to local time. Please make sure to read the documentation before filing bugs, especially major ones. Issue with Date --- Key: FLEX-33363 URL: https://issues.apache.org/jira/browse/FLEX-33363 Project: Apache Flex Issue Type: Bug Components: Spark: DateField Affects Versions: Adobe Flex SDK 4.0 (Release) Reporter: hareesh Labels: features Fix For: Adobe Flex SDK 4.0 (Release) Original Estimate: 24h Remaining Estimate: 24h Whlle i am trying to get getMonth() from date it's returning 0-january , 1-febrauary and so on insteead of 1 -12. i found some information about it i.e : As per my knowledge you are mainting a array with list of months (January to december). when i'm using date.getMonth() i'm getting 0 for january that means you are returning index of that array. I tried to open Date file but , i didn't get. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33248) Spark GridItemEditor cannot edit nested properties
[ https://issues.apache.org/jira/browse/FLEX-33248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13559791#comment-13559791 ] Maxime Cowez commented on FLEX-33248: - [~cframpton] I tried the patched GridItemEditor that came with v4.9.0, but it doesn't work for me. The root of the problem comes from this line at the end of the 'save()' method: dataGrid.dataProvider.itemUpdated(data, property, oldData, newData); In my patch the value of 'data' was the main value object and the value of 'property' was 'someProperty.nestedProperty' (following the example in the description of the bug). In the changes you made to that patch, the value of 'data' became 'someProperty' and the value of 'property' became 'nestedProperty'. This causes the following issue: Assuming the DataGrid's dataprovider is an ArrayCollection, when that call to 'itemUpdated()' is made, the code execution will eventually pass through 'ListCollectionView#addItemsToView()'. In this method we find the following line: if (filterFunction == null || filterFunction(item)) The problem occurs when 'filterFunction' is defined. Because 'item' is now 'someProperty' and not the main value object, you'll get a Type Coercion error. The code execution stops there, but I'm pretty sure that even without a 'filterFunction' there will be other issues further down the road. I hope I'm making myself sufficiently clear. I'll try to come up with test application. BTW: what is the standard JIRA procedure here? I mean: who is supposed to close or reopen the issue? Do I do that, or does a committer decide what's the best action? Spark GridItemEditor cannot edit nested properties -- Key: FLEX-33248 URL: https://issues.apache.org/jira/browse/FLEX-33248 Project: Apache Flex Issue Type: Bug Components: Spark: DataGrid Affects Versions: Apache Flex 4.8 (parity release) Reporter: Maxime Cowez Assignee: Carol Frampton Priority: Minor Fix For: Apache Flex Next Attachments: Company.as, Employee.as, FLEX33248.mxml, GridItemEditor.as To reproduce: s:DataGrid editable=true s:columns s:ArrayList s:GridColumn dataField=someProperty.nestedProperty / /s:ArrayList /s:columns /s:DataGrid This will throw a no such property error when the user tries to edit a cell, because GridItemEditor tries to access `_data[column.dataField]` in the `data` setter. I filed it as a bug and not as an improvement, because it is inconsistent with `GridItemRenderer`'s behaviour, which does render the nested property correctly. Note that the `save()` method is also affected: the item's property is accessed in the same way there. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (FLEX-33364) Flex with Dot Net web services
Amitkumar created FLEX-33364: Summary: Flex with Dot Net web services Key: FLEX-33364 URL: https://issues.apache.org/jira/browse/FLEX-33364 Project: Apache Flex Issue Type: Bug Environment: Apache Flex Sdks , Dot Net 3.5 Reporter: Amitkumar Hi I was trying to connect the Flex with dot web services using soap 1.2 , I could not get connected . Can any one update any support for the Flex with soap 1.2 protocol in Apache sdks ,Flex support only soap 1.1 protocol. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33248) Spark GridItemEditor cannot edit nested properties
[ https://issues.apache.org/jira/browse/FLEX-33248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13559820#comment-13559820 ] Maxime Cowez commented on FLEX-33248: - I have updated my original test application to include a 'filterFunction' on the 'dataProvider'. See https://github.com/RIAstar/ApacheFlexPatchDemo/blob/master/src/main/actionscript/net/riastar/patchfx/GridItemEditorDemo.mxml And here's the diff: https://github.com/RIAstar/ApacheFlexPatchDemo/commit/5e73779aefa98f2af46ab06e3dff6af80d6d9a4a When you compile this with Flex 4.9.0 and you edit the 'company.name' field, you'll get a Type Coercion error telling you that a Company can't be cast to an Employee. Spark GridItemEditor cannot edit nested properties -- Key: FLEX-33248 URL: https://issues.apache.org/jira/browse/FLEX-33248 Project: Apache Flex Issue Type: Bug Components: Spark: DataGrid Affects Versions: Apache Flex 4.8 (parity release) Reporter: Maxime Cowez Assignee: Carol Frampton Priority: Minor Fix For: Apache Flex Next Attachments: Company.as, Employee.as, FLEX33248.mxml, GridItemEditor.as To reproduce: s:DataGrid editable=true s:columns s:ArrayList s:GridColumn dataField=someProperty.nestedProperty / /s:ArrayList /s:columns /s:DataGrid This will throw a no such property error when the user tries to edit a cell, because GridItemEditor tries to access `_data[column.dataField]` in the `data` setter. I filed it as a bug and not as an improvement, because it is inconsistent with `GridItemRenderer`'s behaviour, which does render the nested property correctly. Note that the `save()` method is also affected: the item's property is accessed in the same way there. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33248) Spark GridItemEditor cannot edit nested properties
[ https://issues.apache.org/jira/browse/FLEX-33248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13559829#comment-13559829 ] Carol Frampton commented on FLEX-33248: --- @Maxime: You are welcome to reopen an issue, that wasn't closed as will not fix if you don't think the issue was fixed or not fixed correctly. Spark GridItemEditor cannot edit nested properties -- Key: FLEX-33248 URL: https://issues.apache.org/jira/browse/FLEX-33248 Project: Apache Flex Issue Type: Bug Components: Spark: DataGrid Affects Versions: Apache Flex 4.8 (parity release) Reporter: Maxime Cowez Assignee: Carol Frampton Priority: Minor Fix For: Apache Flex Next Attachments: Company.as, Employee.as, FLEX33248.mxml, GridItemEditor.as To reproduce: s:DataGrid editable=true s:columns s:ArrayList s:GridColumn dataField=someProperty.nestedProperty / /s:ArrayList /s:columns /s:DataGrid This will throw a no such property error when the user tries to edit a cell, because GridItemEditor tries to access `_data[column.dataField]` in the `data` setter. I filed it as a bug and not as an improvement, because it is inconsistent with `GridItemRenderer`'s behaviour, which does render the nested property correctly. Note that the `save()` method is also affected: the item's property is accessed in the same way there. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-33248) Spark GridItemEditor cannot edit nested properties
[ https://issues.apache.org/jira/browse/FLEX-33248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carol Frampton reopened FLEX-33248: --- Reopening since this wasn't fixed completely/correctly. Spark GridItemEditor cannot edit nested properties -- Key: FLEX-33248 URL: https://issues.apache.org/jira/browse/FLEX-33248 Project: Apache Flex Issue Type: Bug Components: Spark: DataGrid Affects Versions: Apache Flex 4.8 (parity release) Reporter: Maxime Cowez Assignee: Carol Frampton Priority: Minor Fix For: Apache Flex Next Attachments: Company.as, Employee.as, FLEX33248.mxml, GridItemEditor.as To reproduce: s:DataGrid editable=true s:columns s:ArrayList s:GridColumn dataField=someProperty.nestedProperty / /s:ArrayList /s:columns /s:DataGrid This will throw a no such property error when the user tries to edit a cell, because GridItemEditor tries to access `_data[column.dataField]` in the `data` setter. I filed it as a bug and not as an improvement, because it is inconsistent with `GridItemRenderer`'s behaviour, which does render the nested property correctly. Note that the `save()` method is also affected: the item's property is accessed in the same way there. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [ASJS] Apache Flex and JooFlash
On Tue, Jan 22, 2013 at 6:30 PM, Alex Harui aha...@adobe.com wrote: If you'd be interested, I'd contribute JooFlash to FalconJx (or FalconJs; should not really make a difference, as it is ActionScript code). My employer CoreMedia signed a CCLA, so there shouldn't be a legal problem. What do you think? We would need to make sure there aren't any legal issues with trying to write different implementations behind the Flash Player APIs. But otherwise, I certainly would accept such a donation. Please go ahead. I did not have access to any of the FlashPlayer sources, nor did I try to decompile any binaries. The only (re)sources I used to implement the Flash API are: - Adobe's online documentationhttp://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/index.html(creative commons) - LightSpark http://lightspark.github.com/ (LGPLv3) - DartFlash http://www.dartflash.com/ (Simplified BSD) - Blog post on flash.geom.Matrixhttp://www.senocular.com/flash/tutorials/transformmatrix/ To be clear, my vision of the framework I'm working is to not rely on Flash Player emulation for success. Again, it is about performance and expectation management. Once you say you are going to implement Flash in JS, folks will be disappointed to find you've only done a subset, or there are corner cases that don't work well. Then you are under pressure for the rest and that might end up taking a lot of time and it may not perform as well. On the other hand, if you say, hey, we have limited vector graphics support that uses some of APIs that should look familiar to you, folks will have lower expectations. I can certainly see adding vector graphics support to the framework I'm working on over time. It could initially be limited: you might have to place a particular component in your UI to draw on it. You may not be able to draw over, around and under everything like you can in Flash today. If it turns out that the code you donate can be repurposed for that, great. I see your point. We have to manage expectations. But on the other hand, why give developers a same same but different API for the parts of Flash that can be emulated in HTML5? I took various ActionScript applications and tried to run them, and implemented all the Flash API needed until they worked. I never had to change a single line in the application source code. (Well, to be honest, I had to, but that was because of shortcomings of the Jangaroo compiler, which Falcon won't have.) Another argument is that the Flash API already comes in different flavors for different FlashPlayer versions, AIR, and mobile AIR. Thus, people are used to not everything being supported everywhere. The part of JooFlash that actually renders is quite easy to implement differently, as I noticed when moving from DOM-rendering (every DisplayList object has its own DOM element) to rendering a complete DL subtrees to a single canvas if the cacheAsBitmap flag is set. However, it could still do with some refactoring. So in short, yes, I think my code can be repurposed, and I still think we cannot publish Flex / JS without support for at least a subset of the Flash API. -Frank- J8)
Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be)
On Tue, Jan 22, 2013 at 2:40 AM, Erik de Bruin e...@ixsoftware.nl wrote: Om, I see your point. Here's mine: Alex's new framework has an AS and a JS part. Currently projects build using his AS part are compiled with FalconJS to run in the browser using his JS framework. Alex has named his framework combo FlexJS. I think that name (FlexJS) should be revisited as that framework clearly has more uses than enabling JS output. You are 'only' interested in the AS part of FlexJS. My suggestion would be that you and Alex move the AS framework out of the asjs tree into it's own root *AlexFlex*. This leaves only JS frameworks (with the JS part of FlexJS chief among them) in 'asjs/../frameworks/js', so these JS frameworks could move up one level. The new situation should look something like this (hoping it isn't wrapped to pieces by the various email clients): root | - asjs | - branches | - develop | - examples | - frameworks | - *FlexJS* (the JS part) | - VanillaSDK | - publisher - *AlexFlex* | - branches | - develop | - frameworks | - *FlexJS* (the AS part) | - *OM_GPU_MAGIC* That way, everything that has to do with AS - JS cross compilation can stay in 'asjs' (which is a fitting name), and anything that has to do with Alex's new AS framework goes into the new location. Makes sense? EdB http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/js/VanillaSDK/ etc. lets make it (replace *AlexFlex *with whatever codename you want to): http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/js/VanillaSDK/ etc. This way, I can go in and add something like: http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/src/org/apache/flex/stage3d/ alongside http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/src/org/apache/flex/html/ -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[jira] [Resolved] (FLEX-33248) Spark GridItemEditor cannot edit nested properties
[ https://issues.apache.org/jira/browse/FLEX-33248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carol Frampton resolved FLEX-33248. --- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Author: cframpton Date: Tue Jan 22 21:42:26 2013 New Revision: 1437191 URL: http://svn.apache.org/viewvc?rev=1437191view=rev Log: FLEX-33248 again since the prior fix didn't work in all cases. DataGrid mustella tests all pass. Modified: flex/sdk/branches/develop/frameworks/projects/spark/src/spark/components/gridClasses/GridItemEditor.as Modified: flex/sdk/branches/develop/frameworks/projects/spark/src/spark/components/gridClasses/GridItemEditor.as URL: http://svn.apache.org/viewvc/flex/sdk/branches/develop/frameworks/projects/spark/src/spark/components/gridClasses/GridItemEditor.as?rev=1437191r1=1437190r2=1437191view=diff Spark GridItemEditor cannot edit nested properties -- Key: FLEX-33248 URL: https://issues.apache.org/jira/browse/FLEX-33248 Project: Apache Flex Issue Type: Bug Components: Spark: DataGrid Affects Versions: Apache Flex 4.8 (parity release) Reporter: Maxime Cowez Assignee: Carol Frampton Priority: Minor Fix For: Apache Flex Next, Apache Flex 4.10.0 Attachments: Company.as, Employee.as, FLEX33248.mxml, GridItemEditor.as To reproduce: s:DataGrid editable=true s:columns s:ArrayList s:GridColumn dataField=someProperty.nestedProperty / /s:ArrayList /s:columns /s:DataGrid This will throw a no such property error when the user tries to edit a cell, because GridItemEditor tries to access `_data[column.dataField]` in the `data` setter. I filed it as a bug and not as an improvement, because it is inconsistent with `GridItemRenderer`'s behaviour, which does render the nested property correctly. Note that the `save()` method is also affected: the item's property is accessed in the same way there. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-28876) DataGrid lockedRowCount RTE when used with variableRowHeight
[ https://issues.apache.org/jira/browse/FLEX-28876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carol Frampton updated FLEX-28876: -- Assignee: Carol Frampton DataGrid lockedRowCount RTE when used with variableRowHeight Key: FLEX-28876 URL: https://issues.apache.org/jira/browse/FLEX-28876 Project: Apache Flex Issue Type: Bug Components: Spark: DataGrid Affects Versions: Adobe Flex SDK Next Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Carol Frampton Priority: Critical Attachments: SDK31939.mxml Steps to reproduce: 1. Run the attached SWF or compile and run attached MXML file Actual Results: RTE: Error: Error #1502: A script has executed for longer than the default timeout period of 15 seconds. at spark.components.gridClasses::GridDimensions/getContentHeight()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\gridClasses\GridDimensions.as:1277] at spark.components.gridClasses::GridDimensionsView/getContentHeight()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\gridClasses\GridDimensionsView.as:233] at spark.components.gridClasses::GridViewLayout/updateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\gridClasses\GridViewLayout.as:964] at spark.components.supportClasses::GroupBase/updateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\supportClasses\GroupBase.as:1294] at spark.components::Group/updateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\Group.as:1162] at mx.core::UIComponent/validateDisplayList()[E:\dev\trunk\frameworks\projects\framework\src\mx\core\UIComponent.as:9127] at spark.components::Group/validateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\Group.as:1084] at mx.managers::LayoutManager/validateDisplayList()[E:\dev\trunk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:736] at mx.managers::LayoutManager/doPhasedInstantiation()[E:\dev\trunk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:801] at mx.managers::LayoutManager/doPhasedInstantiationCallback()[E:\dev\trunk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:1180] Expected Results: No RTE Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-28876) DataGrid lockedRowCount RTE when used with variableRowHeight
[ https://issues.apache.org/jira/browse/FLEX-28876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carol Frampton resolved FLEX-28876. --- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Author: cframpton Date: Tue Jan 22 21:57:44 2013 New Revision: 1437209 URL: http://svn.apache.org/viewvc?rev=1437209view=rev Log: FLEX-22876. Fix infinite loop in getContentHeight(). Modified: flex/sdk/branches/develop/frameworks/projects/spark/src/spark/components/gridClasses/GridDimensions.as DataGrid lockedRowCount RTE when used with variableRowHeight Key: FLEX-28876 URL: https://issues.apache.org/jira/browse/FLEX-28876 Project: Apache Flex Issue Type: Bug Components: Spark: DataGrid Affects Versions: Adobe Flex SDK Next Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Carol Frampton Priority: Critical Fix For: Apache Flex 4.10.0 Attachments: SDK31939.mxml Steps to reproduce: 1. Run the attached SWF or compile and run attached MXML file Actual Results: RTE: Error: Error #1502: A script has executed for longer than the default timeout period of 15 seconds. at spark.components.gridClasses::GridDimensions/getContentHeight()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\gridClasses\GridDimensions.as:1277] at spark.components.gridClasses::GridDimensionsView/getContentHeight()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\gridClasses\GridDimensionsView.as:233] at spark.components.gridClasses::GridViewLayout/updateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\gridClasses\GridViewLayout.as:964] at spark.components.supportClasses::GroupBase/updateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\supportClasses\GroupBase.as:1294] at spark.components::Group/updateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\Group.as:1162] at mx.core::UIComponent/validateDisplayList()[E:\dev\trunk\frameworks\projects\framework\src\mx\core\UIComponent.as:9127] at spark.components::Group/validateDisplayList()[E:\dev\trunk\frameworks\projects\spark\src\spark\components\Group.as:1084] at mx.managers::LayoutManager/validateDisplayList()[E:\dev\trunk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:736] at mx.managers::LayoutManager/doPhasedInstantiation()[E:\dev\trunk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:801] at mx.managers::LayoutManager/doPhasedInstantiationCallback()[E:\dev\trunk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:1180] Expected Results: No RTE Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Adobe BlazeDS and 3.X SDK branch donation
Hi, Personally I think it is a much better use of Alex's time to continue to work on the the JS stuff Which is why I asked if there was a way the community could help. Even if it got to Apache it would mean that it would have to be periodically released Which I would hope users interested in using 3.6 would help with. A release should not be an arduous process. I think it would be a better use of our resources to concentrate on releasing Flex 4.next more often. Sure. We probably have enough (new components + mavin + bug fixes) for a new release but I like someone else to have a go at being release manager. Thanks, Justin
Re: Stage3D accelerated Flex components
On Mon, Jan 21, 2013 at 3:30 AM, Daniel Freeman madcompone...@gmail.comwrote: I've done some experiments with Stage3D accelerated Flex components, derived from MadComponents classes. http://madskool.wordpress.com/2013/01/21/madcomponents3d-part5-stage3d-accelerated-flex/ It is my intention to port MadComponents to ASnext. I propose that these ported MadComponents/MC3D classes might form the basis of a new Flex mobile framework that utilises hardware GPU rendering. I'm aware that Thibault Imbert has proposed that a new Flex framework should be based on Starling and Feathers. But I believe that the MC3D approach is better suited to the next Flex mobile framework. MadComponents is a fully fledged framework, not just a UI framework. It allows for versatile styling of components (without having to design texture skins), server communication, and memory management. However, until we know more about ASnext, which framework approach to choose is mostly speculation. So I'd like the members of this group to read my blog post, and let me know what they think. Daniel, Thanks for your interest in helping out Apache Flex! I have been following Madcomponents and your blog for a while now. I looked your example in your stage3d accelerated flex post [1]. While that is good for a nice looking demo, I dont think that the approach you suggest can be used to support an real framework like Flex. Whenever I see a reference to FlexGlobals.topLevelApplication anywhere in a component's code, I always think of it as a hackish workaround trying to cover up for the lack of a good design. More specifically, this approach would blow up when there are two instances (Lists in your example) on the stage and we try to animate both of them at the same time or at a slight lag. The topLevelApplication goes invisible, the first List does its thing on the gpu, then sets the topLevelApplication to be visible. Now, if the second component had already started the transition, it would expect the topLevelApplication to be invisible while it runs. But the first component would have made it visible because it had finished running. This would cause quite serious rendering issues to say the least. While I have your attention, I would like to talk about another blog post of yours that I had bookmarked a while ago [2] Here, you talk about building a set of UI components from scratch that would directly draw to Stage3D (no starling or anything in between) I think that your example and your approach made a lot of sense. If you have been following the thread [3], we are talking about a brand new flex framework designed from scratch. This is where I am planning to spend my time on for the next few months. My hope was to start building a graphics rendering layer that draws directly to Stage3D, much like how you mention in the blog post. Is this something you can help out with? This approach would set us free of the shackles of the current Flex framework - which frankly needs a lot of rework and/or hacks to support Stage3D. Regards, Om [1] http://code.google.com/p/mad-components/source/browse/trunk/FlexMadComponents/src/FlexMadPageTransitions.mxml [2] http://madskool.wordpress.com/2012/04/10/drawing-madcomponents-with-stage3d/ [3] http://markmail.org/message/yjykc72a7qeoootr
Re: Adobe BlazeDS and 3.X SDK branch donation
Justin, If there is enough interest in the 3.x, I would like to help if needed (unfortunatly, not sure we can, that's more an Adobe stuff I guess), in more, it really depends of what the community wants as you know, anyway, continue to say mavin instead of Maven, I like that :-) Whatever, in english, it's not easy to me to make me understand as you know, I feel like stepping on moving stones each time I try to express something, but, you've been really the guy of the situation doing the release manager, thank you so much, I didn't have the time to tell you before but you deserve it a lot, because you did it very well, you've got all my consideration for that (In french, I wouldn't have been so poor with my words but that's in english, so, be pleased with that :). I guess Alex needs some good time as well trying to enjoy what is likes, after almost one year being in a donation process, I can't even imagine how he feels now, as a PMC (I still don't know if it's a gift or a trap), I hope you will enjoy doing as well what you like. -Fred -Message d'origine- From: Justin Mclean Sent: Tuesday, January 22, 2013 11:56 PM To: dev@flex.apache.org Subject: Re: Adobe BlazeDS and 3.X SDK branch donation Hi, Personally I think it is a much better use of Alex's time to continue to work on the the JS stuff Which is why I asked if there was a way the community could help. Even if it got to Apache it would mean that it would have to be periodically released Which I would hope users interested in using 3.6 would help with. A release should not be an arduous process. I think it would be a better use of our resources to concentrate on releasing Flex 4.next more often. Sure. We probably have enough (new components + mavin + bug fixes) for a new release but I like someone else to have a go at being release manager. Thanks, Justin
Re: [FalconJx] MXML implementation notes
On 1/21/13 6:46 AM, Michael Schmalle apa...@teotigraphix.com wrote: Ok here is the deal. As of now Alex is using a descriptor type emittion. Creating init objects that initialize a DOM instance. I wrote up the descriptor format. Of course, there could be errors and cases I haven't considered. It is also linked from the ASJS prototype page where it talks about MyInitialView. https://cwiki.apache.org/confluence/display/FLEX/MXML+Data+Spec -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
AW: Flex with Dot net Web Services
Hi Amit, could you please check this document: https://dev.c-ware.de/confluence/display/PUBLIC/Setting+up+Flex+to+communicate+with+Apache+CXF+web+service+using+Aegis+databinding. I did some work with Flex and Webservices a few years ago and did have some trouble with it. Debugging everything and coming up with a solution was quite challenging so I wrote a tutorial what problems I was having and how I could solve them (Especially the part Patching Flex to work with polymorph datatypes will be of your interest). If these suggestions help, it will make fixing up a patch a lot easier :-) Chris -Ursprüngliche Nachricht- Von: Patel Amit [mailto:amitpowerpe...@gmail.com] Gesendet: Dienstag, 22. Januar 2013 17:54 An: dev@flex.apache.org Betreff: Flex with Dot net Web Services Hi I was trying to connect the Flex with dot web services using soap 1.2 , I could not get connected . Can any one update any support for the Flex with soap 1.2 protocol in Apache sdks ,Flex support only soap 1.1 protocol. Amit