Re: Spark List instantiates an extra orphaned ItemRenderer (ostensibly for measuring)
I'll take a look at that and the feedback from Alex. Thank you gentlemen. With all the other things I'm juggling, I thought I was lucky just to discover the extra instantiation. Hopefully some other things will fall into line and I'll get a chance to go a little deeper using these suggestions. On Fri, Mar 1, 2013 at 12:35 PM, João Fernandes joaopedromartinsfernan...@gmail.com wrote: Christian, have you tried to define a typicalItem in the list? Does it behave the same? If you want a better way to track those performance issues, try to create a release version of your app and enable advanced telemetry on it. Then use scout to track what's really messing up between view changes. On 1 March 2013 18:06, Christian M. Cepel puddleg...@marshwiggle.org wrote: Thanks to a brief, though, informative response to this question on the Adobe AIR forums, I've been told that when I instantiate a Spark List and assign it a custom item renderer and a data provider, that the reason it instantiates four item renderers (one for each item in my DataProvider), that properly are contextual children of the List control, and then instantiates a fifth orphaned instance of the renderer is 'for measurement'. I assume the answer I was given is correct, but the reality (not the answer) is distinctly distasteful and unsatisfying. In a day and age when we are trying to optimize programs to run on what are, frankly, the technological equivalent of 15-20 year old computers (1ghz processors and limited RAM) with end users expecting them to behave in a snappy non-latent manner as they would on a desktop machine with multi-multi-gHz cores, several GB of memory, and a GPU handling a lot of the load (as unrealistic as that may be... ...one of the major reasons I believe Adobe gave up on a mobile browser flash player), I cannot understand why something that seems so very wasteful is necessary. I don't pretend to understand the nuts and bolts of how the SDK accomplishes what it does... that's why it's an Abstract. I usually don't need to know... But I'm faced with a situation where I'm trying to understand why when I instantiate a view it basically halts an iPad2 for 11-13 seconds before displaying the new view... and when I investigate, I find that the processor intensive task I'm trying to complete is made that much more intensive by a factor of 20%. If I'm to believe my trace statements, the creationComplete event is being called on legitimate items 1, 2, 3, and 4, which, I would believe would make them available to be measured and do layout, starting with the first, and made all the more simple because my List has been told to use uniform row height... (which I assume means, 'figure out the first and go with it'). Very grateful for any insight... Especially if it would mean also having a way to help my extreme latency problem. I cannot even get a BusyIndicator to display and rotate before loading the view w/o using a timer to load the view after a brief time... and then it freezes the BusyIndicator. Frustrating... very frustrating. -- // Christian M. Cepel - Programmer/Analyst, Sr., University of Missouri *And the wrens have returned, and are nesting;* *In the hollow of that oak, where his heart once had been.* *And he lifts up his arms in a blessing, for being born again.* Rich Mullins, The Color Green, A Liturgy, a Legacy, a Ragamuffin Band -- João Fernandes -- // Christian M. Cepel - Programmer/Analyst, Sr., University of Missouri *And the wrens have returned, and are nesting;* *In the hollow of that oak, where his heart once had been.* *And he lifts up his arms in a blessing, for being born again.* Rich Mullins, The Color Green, A Liturgy, a Legacy, a Ragamuffin Band
Re: [FalconJx] major commit ready to go...
Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] major commit ready to go...
Also, did you, or did you not want me to commit my latest contribution, based on the description I gave? EdB On Tue, Mar 5, 2013 at 11:37 AM, Erik de Bruin e...@ixsoftware.nl wrote: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC
Re: [FalconJx] major commit ready to go...
Erik, Here is the misunderstanding in a nut shell. The commit I got so upset about was mainly knee jerk but is served as a warning to me. The ONLY time I have a problem with any type of commit then review process is when the changes or refactoring have to do with the frameworks (existing) architecture. I could care less about meddling in your affairs with everything else, I understand that is development. Does this make sense? Can we get back on the level playing field now that we have always been on? Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T.
Re: [FalconJx] major commit ready to go...
DO IT! :) We will discuss architecture down the road when the dust settles, I just wanted to make sure the child(MXML) is not telling the parent(AS) what to do. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: Also, did you, or did you not want me to commit my latest contribution, based on the description I gave? EdB On Tue, Mar 5, 2013 at 11:37 AM, Erik de Bruin e...@ixsoftware.nl wrote: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software
Re: [FalconJx] major commit ready to go...
I will do it in a moment, but first I must ask: why do you say that MXML is the 'child' of AS? It is no such thing, it exists (mostly) separate from AS, all they share are some common ancestors (my now infamous 'common' stuff). Let's call them brothers ;-) This latest commit I have lined up allows for the one brother (MXML) to use the services of the other (AS), but like all siblings, they don't tell each other what to do, they just each do their own thing: write(). EdB On Tue, Mar 5, 2013 at 11:49 AM, Michael Schmalle apa...@teotigraphix.com wrote: DO IT! :) We will discuss architecture down the road when the dust settles, I just wanted to make sure the child(MXML) is not telling the parent(AS) what to do. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: Also, did you, or did you not want me to commit my latest contribution, based on the description I gave? EdB On Tue, Mar 5, 2013 at 11:37 AM, Erik de Bruin e...@ixsoftware.nl wrote: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen'
Re: [FalconJx] major commit ready to go...
Now we're on the same page :-) Happy coding! EdB On Tue, Mar 5, 2013 at 12:07 PM, Michael Schmalle apa...@teotigraphix.com wrote: Ha, Ok another language thing, I did not mean child in respect to inheritance, I meant child in respect to who knows about who, which sibling might work but its not exact since MXML can 'have' AS composed in it BUT AS cannot have MXML composed in it. This is where the parent child thing came from. AS will never know about MXML, MXML does know about AS. Mike Quoting Erik de Bruin e...@ixsoftware.nl: I will do it in a moment, but first I must ask: why do you say that MXML is the 'child' of AS? It is no such thing, it exists (mostly) separate from AS, all they share are some common ancestors (my now infamous 'common' stuff). Let's call them brothers ;-) This latest commit I have lined up allows for the one brother (MXML) to use the services of the other (AS), but like all siblings, they don't tell each other what to do, they just each do their own thing: write(). EdB On Tue, Mar 5, 2013 at 11:49 AM, Michael Schmalle apa...@teotigraphix.com wrote: DO IT! :) We will discuss architecture down the road when the dust settles, I just wanted to make sure the child(MXML) is not telling the parent(AS) what to do. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: Also, did you, or did you not want me to commit my latest contribution, based on the description I gave? EdB On Tue, Mar 5, 2013 at 11:37 AM, Erik de Bruin e...@ixsoftware.nl wrote: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the
Re: Apache Flex Download Stats
Nope. Just 4.9.0 specifically. -Nick On Tue, Mar 5, 2013 at 2:00 AM, Om bigosma...@gmail.com wrote: Wow, that is awesome! Does the number include 4.9.1 as well? Thanks, Om On Mar 4, 2013 8:41 PM, Nicholas Kwiatkowski nicho...@spoon.as wrote: From Dec 27th, 2012 through yesterday (March 3rd) : Apache Flex 4.9.0 had 16,701 downloads. That's pretty impressive for a short, 2 month period. Those of you who wish to crunch the numbers and generate additional stats, you can download a SQL dump of just the HTTPD entries pertaining to our downloads. http://people.apache.org/~quetwo/apache_flex_4.9.0_stats.zip I will be publishing my script I used to download, parse and crunch the logs in the next few days. -Nick
Re: [DRAFT] March Board Report
Justin, It's hard to say how many people are downloading directly off our mirrors (and not hitting our website download links at all). I would assume it is a small percentage. I'm able to see who is downloading the SDK via the Installer because the installer is looking for the .md5 directly from our website, which leaves a hit on our webserver log :) I will pull in the current stats of 4.9.1 to see where we are at with that as well. I won't go through the old logs to see where we stacked up for 4.8.0 because the apache servers generate about 8GB worth of logs each day... It is a LOT of data to download and sift through (just the two months of data took me about 23 hours to process). -Nick On Tue, Mar 5, 2013 at 2:07 AM, Justin Mclean jus...@classsoftware.comwrote: Hi, This includes downloads directly off our website And I assume mirrors would be more - probably 5-10x? and people who downloaded the SDK via the Installer. Remind me again how are we working that out? What'ss the rough split between direct and installer? Do we an idea how often 4.9.1 is being downloaded? Thanks, Justin
RE: Apache Flex Download Stats
Hi Nick, If you want I can assist in putting together a report with graphs etc on the download statistics of each release version (4.9.1), etc. (do some number crunching). If you can point me in the right direction, I will assist? Rgs, Sugan Naicker South Africa -Original Message- From: Nicholas Kwiatkowski [mailto:nicho...@spoon.as] Sent: 05 March 2013 02:27 PM To: dev@flex.apache.org Subject: Re: Apache Flex Download Stats Nope. Just 4.9.0 specifically. -Nick On Tue, Mar 5, 2013 at 2:00 AM, Om bigosma...@gmail.com wrote: Wow, that is awesome! Does the number include 4.9.1 as well? Thanks, Om On Mar 4, 2013 8:41 PM, Nicholas Kwiatkowski nicho...@spoon.as wrote: From Dec 27th, 2012 through yesterday (March 3rd) : Apache Flex 4.9.0 had 16,701 downloads. That's pretty impressive for a short, 2 month period. Those of you who wish to crunch the numbers and generate additional stats, you can download a SQL dump of just the HTTPD entries pertaining to our downloads. http://people.apache.org/~quetwo/apache_flex_4.9.0_stats.zip I will be publishing my script I used to download, parse and crunch the logs in the next few days. -Nick
[jira] [Commented] (FLEX-33418) Error #2044: Unhandled error:. text=PDFError
[
https://issues.apache.org/jira/browse/FLEX-33418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13593497#comment-13593497
]
Patrick Barry commented on FLEX-33418:
--
I used this shell script to update my AIR SDK
(https://svn.apache.org/repos/asf/flex/sdk/branches/develop/ide/addAIRtoSDK.sh)
to AIR 3.6. After updating my namespaces to use 3.6 as well, this problem went
away, but now I am getting this error while the PDF opens:
3228 Error Domain=WebKitErrorDomain Code=204 Plug-in handled load
UserInfo=0x1e9830
{NSErrorFailingURLStringKey=file:///Users/cdpxpb/Library/Application%20Support/com.cno.TestProject.debug/Local%20Store/test.pdf,
WebKitErrorMIMETypeKey=application/pdf,
NSErrorFailingURLKey=file:///Users/cdpxpb/Library/Application%20Support/com.cno.TestProject.debug/Local%20Store/test.pdf,
NSLocalizedDescription=Plug-in handled load}
So in summary, updating to AIR 3.6 fixed the problem, but this error is now
appearing in the console. It doesn't appear to have any problematic behaviors,
but I would like to know what is going on and how I can fix it.
Error #2044: Unhandled error:. text=PDFError
Key: FLEX-33418
URL: https://issues.apache.org/jira/browse/FLEX-33418
Project: Apache Flex
Issue Type: Bug
Components: PDF Support
Affects Versions: Apache Flex 4.9.0
Environment: Mac OSX + Flex 4.9.1 + FlashBuilder 4.7
Reporter: Patrick Barry
Labels: PDF, StageWebView,
Attachments: TestProject.fxp
I have a pdf stored in File.ApplicationStorageDirectory and I am trying to
display it in StageWebView. I am running the Mobile Air project on my Mac,
and it used to work just fine (before switching over to Apache Flex, from
Adobe Flex SDK). I have the latest Adobe Reader installed and get this error
on both versions 4.9.0 and 4.9.1.
I run with AIR simulator as an iPAD within FlashBuilder 4.7.
Error #2044: Unhandled error:. text=PDFError
--
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: Spark Tree
I think you have to pick some goals. What is the main purpose of a Spark Tree? Is it just to allow for Spark skinning of the control? Does it have to run on mobile (Spark DataGrid is not recommended for mobile either and the Adobe version of Spark Tree was going to be based on Spark DataGrid). If mobile isn't a requirement, then a dependency on ITreeDataDescriptor and HierarchicalCollection isn't the end of the world. I think those classes are now in the mx.swc which is in most Flex projects except for mobile. And you can always map the classes in the manifest into the spark namespace (we already do that for ArrayList) You could move some of these classes back into framework.swc so the default mobile projects will have the classes, but check to see what else they drag in so we know the full set of what we're moving. I believe the Spark Tree on my blog also used these classes. I don't recall any real need to want to re-write the collection and descriptor APIs. -Alex On 3/4/13 11:29 PM, Harbs harbs.li...@gmail.com wrote: On second blush, it looks like spark-tree has all of the same dependenciesŠ What's the correct way to go about this? On Mar 5, 2013, at 9:11 AM, Harbs wrote: Okay. I'm looking into this now. I've tried Spark-Tree as well as this one. Both seem to have dependency on mx. Spark-Tree has a dependency on mx.controls.treeClasses.ITreeDataDescriptor2 alatarus/tree has even more dependencies: mx.collections.HierarchicalCollectionView; mx.collections.HierarchicalData; mx.collections.IHierarchicalData; An additional issue with Spark-Tree is a conflict between some style names and private vars. That was easily fixed by renaming the vars. I think duplicating the ITreeDataDescriptor2 interface should be easy enough. Anyone know who Kachurovskiy is for a donation? Alternately, Alexey, would you be interested in donating your implementation? On Feb 25, 2013, at 2:42 PM, Alexey Taran wrote: My implementation: https://github.com/alatarus/tree Supports sorting and filter function. 2013/2/22 Paul Hastings paul.hasti...@gmail.com On 2/22/2013 5:18 PM, Bogdan DINU wrote: Hi, I've used Kachurovkiy's version - seems well written. +1 (not that i'd know anything well written in flex but it works as advertized). -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
[Site] Mailing list links
I don't know if I am hallucinating or not but in the Mailing list section under all headings the mark mail and Apache links to the archives are pointing to the incubator urls. Do others see this? Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
Re: [Site] Mailing list links
But when you actually go to the archives at that url(say Apache archives), they show nothing for February. It's like the archives are being put somewhere else. Mike Quoting Nicholas Kwiatkowski nicho...@spoon.as: They never changed our mailing list archival location... It looks weird, but that is the official spot currently. -Nick On Tue, Mar 5, 2013 at 12:48 PM, Michael Schmalle apa...@teotigraphix.comwrote: I don't know if I am hallucinating or not but in the Mailing list section under all headings the mark mail and Apache links to the archives are pointing to the incubator urls. Do others see this? Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
[FalconJx] Future work cleaning up
Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
Re: [Site] Mailing list links
MarkMail did not change, but Apache archives did. Everything from mid-january on is at a different URL. See the thread on that yesterday. On 3/5/13 9:52 AM, Nicholas Kwiatkowski nicho...@spoon.as wrote: They never changed our mailing list archival location... It looks weird, but that is the official spot currently. -Nick On Tue, Mar 5, 2013 at 12:48 PM, Michael Schmalle apa...@teotigraphix.comwrote: I don't know if I am hallucinating or not but in the Mailing list section under all headings the mark mail and Apache links to the archives are pointing to the incubator urls. Do others see this? Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
Re: [FalconJx] Future work cleaning up
Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] Future work cleaning up
That's me, the kung fu and blind chess master of other people's code. Or - with one error - maybe only a lowly grasshopper Fischer ;-) Have fun! EdB On Tue, Mar 5, 2013 at 7:14 PM, Michael Schmalle apa...@teotigraphix.com wrote: No you didn't cause an error, in my bat cave project there was only one compiler error and I just needed to add a cast to IASBlockWalker from IBlockWalker. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] Future work cleaning up
So I take it we are at the same level on revision correct? You don't have any outstanding commits? Mike Quoting Erik de Bruin e...@ixsoftware.nl: That's me, the kung fu and blind chess master of other people's code. Or - with one error - maybe only a lowly grasshopper Fischer ;-) Have fun! EdB On Tue, Mar 5, 2013 at 7:14 PM, Michael Schmalle apa...@teotigraphix.com wrote: No you didn't cause an error, in my bat cave project there was only one compiler error and I just needed to add a cast to IASBlockWalker from IBlockWalker. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
Re: [FalconJx] Future work cleaning up
Yeah, I think I will. It will be done within the next day or so, that will be a wicked one. Mike Quoting Erik de Bruin e...@ixsoftware.nl: We are, my local code === SVN code. Perhaps this would be a good time (if you have time) to do some of that refactoring you had in mind? EdB On Tue, Mar 5, 2013 at 7:31 PM, Michael Schmalle apa...@teotigraphix.com wrote: So I take it we are at the same level on revision correct? You don't have any outstanding commits? Mike Quoting Erik de Bruin e...@ixsoftware.nl: That's me, the kung fu and blind chess master of other people's code. Or - with one error - maybe only a lowly grasshopper Fischer ;-) Have fun! EdB On Tue, Mar 5, 2013 at 7:14 PM, Michael Schmalle apa...@teotigraphix.com wrote: No you didn't cause an error, in my bat cave project there was only one compiler error and I just needed to add a cast to IASBlockWalker from IBlockWalker. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
Re: Falcon and MXML
Hope you had a nice reprieve. So this means Fridays are out now and its when you can? BTW Thanks you for such a wonderful framework, big things are being built of this new compiler that have nothing to do with he Flash Player, I thank you for that opportunity. Mike Quoting Gordon Smith gosm...@adobe.com: Yo, I'm back from vacation. I recently switched teams at Adobe and am no longer working on the compiler. However, I intend to continue improving Falcon's support for MXML on my own time as part of Apache Flex. My goal is still to get to the point where we can switch from the old compiler to Falcon. - Gordon -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
RE: Falcon and MXML
Myanmar was fascinating and very photogenic. I'll probably devote one or two evenings per week to Falcon MXML work. And I'll continue reading the mailing list on a daily basis. - Gordon -Original Message- From: Michael Schmalle [mailto:apa...@teotigraphix.com] Sent: Tuesday, March 05, 2013 10:42 AM To: dev@flex.apache.org Subject: Re: Falcon and MXML Hope you had a nice reprieve. So this means Fridays are out now and its when you can? BTW Thanks you for such a wonderful framework, big things are being built of this new compiler that have nothing to do with he Flash Player, I thank you for that opportunity. Mike Quoting Gordon Smith gosm...@adobe.com: Yo, I'm back from vacation. I recently switched teams at Adobe and am no longer working on the compiler. However, I intend to continue improving Falcon's support for MXML on my own time as part of Apache Flex. My goal is still to get to the point where we can switch from the old compiler to Falcon. - Gordon -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
[jira] [Created] (FLEX-33419) RuntimeLocale.as for Apache Flex Installer needs to be updated for the German language
Frank created FLEX-33419: Summary: RuntimeLocale.as for Apache Flex Installer needs to be updated for the German language Key: FLEX-33419 URL: https://issues.apache.org/jira/browse/FLEX-33419 Project: Apache Flex Issue Type: Improvement Components: InstallApacheFlex Reporter: Frank Priority: Minor I have added a German translation of the RuntimeLocale.as from the trunk of the Apache Flex Installer Because of the differences in the length of sentences between German and English language i had to add a line to the InstallApacheFlex.mxml to ensure the correct visual appearence of the app. I included the changes in a seperate patch file if you like that fix it should work for other longish languages like French as well ;o) -- 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-33419) RuntimeLocale.as for Apache Flex Installer needs to be updated for the German language
[ https://issues.apache.org/jira/browse/FLEX-33419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Frank updated FLEX-33419: - Attachment: germanLocale.patch german locale translation RuntimeLocale.as for Apache Flex Installer needs to be updated for the German language -- Key: FLEX-33419 URL: https://issues.apache.org/jira/browse/FLEX-33419 Project: Apache Flex Issue Type: Improvement Components: InstallApacheFlex Reporter: Frank Priority: Minor Attachments: germanLocale.patch I have added a German translation of the RuntimeLocale.as from the trunk of the Apache Flex Installer Because of the differences in the length of sentences between German and English language i had to add a line to the InstallApacheFlex.mxml to ensure the correct visual appearence of the app. I included the changes in a seperate patch file if you like that fix it should work for other longish languages like French as well ;o) -- 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-33419) RuntimeLocale.as for Apache Flex Installer needs to be updated for the German language
[ https://issues.apache.org/jira/browse/FLEX-33419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Frank updated FLEX-33419: - Attachment: trackerNoticeMaxWithFix.patch set maxSize on trackerNoticeLabel to force word wrap RuntimeLocale.as for Apache Flex Installer needs to be updated for the German language -- Key: FLEX-33419 URL: https://issues.apache.org/jira/browse/FLEX-33419 Project: Apache Flex Issue Type: Improvement Components: InstallApacheFlex Reporter: Frank Priority: Minor Attachments: germanLocale.patch, trackerNoticeMaxWithFix.patch I have added a German translation of the RuntimeLocale.as from the trunk of the Apache Flex Installer Because of the differences in the length of sentences between German and English language i had to add a line to the InstallApacheFlex.mxml to ensure the correct visual appearence of the app. I included the changes in a seperate patch file if you like that fix it should work for other longish languages like French as well ;o) -- 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: [FalconJx] Future work cleaning up
Yeah, I update the whole trunk when I do an update. It's probably just something small on my end, I will do a super clean and rebuild in a while. I am sure that will clear up whatever the problem is. Quoting Erik de Bruin e...@ixsoftware.nl: Mike, I wouldn't have committed unless all tests pass on my end. I am sure you are correct on this, I know I have on (maybe) more than one occasion committed something that broke a test I thought I made pass. I just wanted to ask if they passed for you currently, since they do I know its with my local copy. Mike I updated to include your refactor and all test still pass on my side. Do you keep Falcon up to date? EdB On Tue, Mar 5, 2013 at 7:46 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, I just ran the unit tests for falcon.jx.tests and I get 4 errors with null pointers in TestFlexJSMXMLApplication. Do they fail for you, do I have to rebuild to projects? Did you change something with how things are setup? Mike Quoting Erik de Bruin e...@ixsoftware.nl: We are, my local code === SVN code. Perhaps this would be a good time (if you have time) to do some of that refactoring you had in mind? EdB On Tue, Mar 5, 2013 at 7:31 PM, Michael Schmalle apa...@teotigraphix.com wrote: So I take it we are at the same level on revision correct? You don't have any outstanding commits? Mike Quoting Erik de Bruin e...@ixsoftware.nl: That's me, the kung fu and blind chess master of other people's code. Or - with one error - maybe only a lowly grasshopper Fischer ;-) Have fun! EdB On Tue, Mar 5, 2013 at 7:14 PM, Michael Schmalle apa...@teotigraphix.com wrote: No you didn't cause an error, in my bat cave project there was only one compiler error and I just needed to add a cast to IASBlockWalker from IBlockWalker. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
Re: Spark Tree
On 3/5/13 12:54 PM, Harbs gavha...@gmail.com wrote: My concern was really because selecting Spark only in Flash Builder makes those classes unavailable. I'm not sure how much of an issue that really is. Does that compiler option really make any difference in app size if you don't use mx components? No, I don't think it makes a difference in the output. It just tries to make sure you don't use those components at development time. Like I said, we can look into what would happen if we move those classes from mx to framework. I've been spending a LOT of time (like tens of hours) minimizing dependencies in my app. It's horribly painful... :-( I assume you are using -link-report and some viewer like ItDepends? On Mar 5, 2013, at 7:26 PM, Alex Harui wrote: I think you have to pick some goals. What is the main purpose of a Spark Tree? Is it just to allow for Spark skinning of the control? Does it have to run on mobile (Spark DataGrid is not recommended for mobile either and the Adobe version of Spark Tree was going to be based on Spark DataGrid). If mobile isn't a requirement, then a dependency on ITreeDataDescriptor and HierarchicalCollection isn't the end of the world. I think those classes are now in the mx.swc which is in most Flex projects except for mobile. And you can always map the classes in the manifest into the spark namespace (we already do that for ArrayList) You could move some of these classes back into framework.swc so the default mobile projects will have the classes, but check to see what else they drag in so we know the full set of what we're moving. I believe the Spark Tree on my blog also used these classes. I don't recall any real need to want to re-write the collection and descriptor APIs. -Alex On 3/4/13 11:29 PM, Harbs harbs.li...@gmail.com wrote: On second blush, it looks like spark-tree has all of the same dependenciesŠ What's the correct way to go about this? On Mar 5, 2013, at 9:11 AM, Harbs wrote: Okay. I'm looking into this now. I've tried Spark-Tree as well as this one. Both seem to have dependency on mx. Spark-Tree has a dependency on mx.controls.treeClasses.ITreeDataDescriptor2 alatarus/tree has even more dependencies: mx.collections.HierarchicalCollectionView; mx.collections.HierarchicalData; mx.collections.IHierarchicalData; An additional issue with Spark-Tree is a conflict between some style names and private vars. That was easily fixed by renaming the vars. I think duplicating the ITreeDataDescriptor2 interface should be easy enough. Anyone know who Kachurovskiy is for a donation? Alternately, Alexey, would you be interested in donating your implementation? On Feb 25, 2013, at 2:42 PM, Alexey Taran wrote: My implementation: https://github.com/alatarus/tree Supports sorting and filter function. 2013/2/22 Paul Hastings paul.hasti...@gmail.com On 2/22/2013 5:18 PM, Bogdan DINU wrote: Hi, I've used Kachurovkiy's version - seems well written. +1 (not that i'd know anything well written in flex but it works as advertized). -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
[jira] [Resolved] (FLEX-33417) mx.core.BitmapAsset ByteArrayAsset missing in Flex 4.9 core.swc
[ https://issues.apache.org/jira/browse/FLEX-33417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carol Frampton resolved FLEX-33417. --- Resolution: Fixed Fix Version/s: Apache Flex Next Assignee: Carol Frampton Author: cframpton Date: Tue Mar 5 21:27:01 2013 New Revision: 1453009 URL: http://svn.apache.org/r1453009 Log: FLEX-33417. core.swc doesn't link correctly if playerglobal.swc is included in compile-config.xml rather than directly in the compc tag in build.xml. Modified: flex/sdk/branches/develop/frameworks/projects/core/build.xml flex/sdk/branches/develop/frameworks/projects/core/compile-config.xml mx.core.BitmapAsset ByteArrayAsset missing in Flex 4.9 core.swc -- Key: FLEX-33417 URL: https://issues.apache.org/jira/browse/FLEX-33417 Project: Apache Flex Issue Type: Bug Components: .Unspecified - Compiler Affects Versions: Apache Flex 4.9.0 Environment: win7 64bit, Flash Builder 4.5 Reporter: Federico Jakimowicz Assignee: Carol Frampton Labels: 4.9, flex Fix For: Apache Flex Next mx.core.BitmapAsset ByteArrayAsset missing in Flex 4.9 core.swc. Alex Harui has already confirmed this bug on build.xml/compile-config.xml. Temp fix is to use the swc provided in 4.8 sdk version. -- 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: svn commit: r1453009 - in /flex/sdk/branches/develop/frameworks/projects/core: build.xml compile-config.xml
On 3/5/13 1:48 PM, Justin Mclean jus...@classsoftware.com wrote: Hi, Is this serious enough to make another minor point release? IMO, not critical as there is a simple workaround and this only hits folks doing non-Flex, AS-only apps. There's probably a couple of other needed fixes and AIR 3.6 we could add as well (lots of questions about this!). Either way we should be adding other fixes and doing another release down the road. PhoneGap says they release every month. I'd be happy with every two or three months, but it would depend on the kinds of contributions we get. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
Release cycle for Apache Flex
HI, IMO, not critical as there is a simple workaround and this only hits folks doing non-Flex, AS-only apps. Fair enough. I'd be happy with every two or three months Same here you more often we release the easier it makes the release procedure. Less branch merge issues etc etc. 4.9 was release more than 2 months ago, and 4.9.1 is not a major release. All we need is other committers to step up and be the next release manager, the more we share it around the better the project will. Currently I don't have the spare time to be release manager - too much other stuff going on. Thanks, Justin
Re: [DRAFT] March Board Report
OK, here is round 2 incorporating everyone's feedback: - Apache Flex is an application framework for easily building Flash-based applications for mobile devices, the browser and desktop. RELEASES Apache Flex 4.9.1 was released on 2/28/13. Apache Flex Installer 2.0.x was released on 1/9/13. ACTIVITY Activity in Apache Flex continues to be in two main areas: improvements to the existing Adobe Flash Platform-dependent code base, including the releases listed above, and prototyping ways to create a version of Flex that is independent from the Adobe Flash Platform. There is another group working on Maven-related tools for the existing code base. Justin McLean presented on Apache Flex at ApacheCon NA 2013. COMMUNITY No changes to our set of committers or PMC members. We did implement analytics on the Apache Flex website and in the month of February we had 100,000 page views and more than 36,000 visitors. That is way more than anyone would have expected. The estimated number of Flex SDK 4.9.0 downloads from the Apache Flex website is 16,701. This is from the day it went live on December 27th 2012, through Feb 27th, 2013. This includes downloads directly off our website and people who downloaded the SDK via the Installer. We don't know how many additional downloads occurred directly from our mirrors or other hosts. PRESS Per a request from the Apache Press VP, I was interviewed by a writer from InfoWorld, but it appears that the article has not been published. Harbs was interviewed for an article published on http://www.pro-linux.de. LEGAL Nothing to report. TLP MIGRATION The last of our repos was reconnected to Git-syncing this weekend. I don't know of any other remaining migration issues. INFRASTRUCTURE * Infra attempted to resolve INFRA-4380 but ran into problems. In the last report I thought we had a solution, but it appears that we are back to trying to devise a new solution. Tony has been helpful, but he was away for a bit, so we'll re-start on this when he gets caught up after his return. * We will be trying to migrate from SVN to Git as soon as possible. We have opened https://issues.apache.org/jira/browse/INFRA-5549 and are awaiting infra response. * The build system keeps failing for lack of disk space. I've seen this complaint brought up by other projects as well. BRANDING No issues at this time. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
Re: Flash finally dead?
I don't see it. He has been given the job of getting flash users to use muse and for him to contribute to web standards. He is still giving a talk on scout. On Mar 6, 2013 7:55 AM, Federico Jakimowicz polacof...@outlook.com wrote: After reading Thibault's statements on http://www.bytearray.org/?p=5197 I don't have any other thing to think that he is stating the death hour of the FlashPlayer. This is really sad.
Re: Flash finally dead?
Hi, Not really to do with Flex development but I'll post a reply. I'd just read that that his role has changed inside Adobe. IMO worse case even if Adobe totally abandoned Flash tomorrow we would have some time (3 or 4 years) before it wasn't in common use. Flex is also actively investigating AS to JS compilation. Thanks, Justin
Re: Flash finally dead?
lucky you...here we have 2 options. learn JS, jQuery or leave. Thanks Avinash Y On Wed, Mar 6, 2013 at 12:15 PM, Avi Kessner akess...@gmail.com wrote: Avinash, each company is different. Mine is currently looking to hire close to 6 more ActionScript developers. On Mar 6, 2013 8:38 AM, Avinash Narayanan avinasha...@gmail.com wrote: Hi, Just want to give an organizational perspective on this. Am having a hard time convincing customers as it is to do even a desktop based app project in flex simply because they're shit scared Adobe will do something mindblowingly inconsiderate to flex like taking off flash support etc. I have not been following the group emails for a few months now (I apologize for that) but if this AS to JS conversion becomes a reality. Especially if that is going to get done by the browser automatically as a plugin, I'll be the first one to cheer and get back on the band wagon. The last year and few months has been horrible for us flex developers in MNCs especially services side. Thanks Avinash Y On Wed, Mar 6, 2013 at 11:58 AM, Justin Mclean jus...@classsoftware.com wrote: Hi, Not really to do with Flex development but I'll post a reply. I'd just read that that his role has changed inside Adobe. IMO worse case even if Adobe totally abandoned Flash tomorrow we would have some time (3 or 4 years) before it wasn't in common use. Flex is also actively investigating AS to JS compilation. Thanks, Justin
Re: Flash finally dead?
Hi, Flex is an Apache open source project. Adobe as a company has no control over it but Adobe employees are free to (and do) contribute. That's how the ASF works. Slightly off topic but there was a very good session at ApacheCon NA on the managing the risks of using open source - perhaps it can put things into perspective? http://lanyrd.com/2013/apachecon/scbttz/ http://archive.apachecon.com/na2013/presentations/28-Thursday/Community_Over_code/14:45-Managing_Project_Risk_when_using_Open_Source-Nick_Burch.odp Thanks, Justin
