Yes, that was a bit confusing. Thanks for clearing that up :P Cheers,
Jake On 11-01-30 09:39 PM, Gavin Lei wrote: > Sorry, Jacob. I just reply your mail in my friend Long's computer, we were > in the same Lab in USTB and his Firefox have saved his Gmail Account and we > are both in Apache Commons mail list, so i used his Account by mistake. > > What a low-class mistake :-( > > 在 2011年1月31日 上午10:24，Xun Long Gui <ustbco...@gmail.com>写道： > >> Hi Jacob, >> >> Thank you for your information. In fact, i konw both ActionScript and >> JavaScript well, but i did not know they are both ECMAScript dialects >> although it they have the same syntax and semantics. The mainly reason is >> that, when i use JavaScript to develop some web application, usually we use >> it to develop small fantastic function, but we do not use it much. Because >> different Internet Explorer have different effects base on the same JS >> code, >> before FireBug, we even have not a good tool for us to debug JS code. The >> good news is that now we have Dojo and ExtJS and some other JS libs to help >> us. For normal guys, it is not a easy thing for us to develop a fantastic >> application written in JS code. >> >> Compared with JavaScript, ActionScript has more Object-Oriented support, We >> can define package,Class, extends Class, just like we develop Java >> application, so i fell in love in ActionScript very quickly, and i think an >> ActionScript based SCXML engine is really needed. >> >> If we do some job based on your project, may be we can also support SCXML >> support for ActionScript too, but i fact, i have my own solution already, >> and i am working on it. Just like Commons SCXML, it is a native >> ActionScript >> SCXML engine, and we will export the compiled classes as a .SWC file (just >> like a .JAR file). If user have any SCXML document, they can just use this >> .JWC lib to run the document. >> >> You really have done a good job, and i will make a study of your code and >> explor the future cooperation space. Supply more than one solution to >> users, >> it is not a bad thing, just like now, as a JavaScript application >> developer, >> i prefer Firefox and do not like MS IE, may be for some other guys, they >> prefer MS IE but do not like Firefox (just a sample :-) ). Looking forward >> more communication with you, thank you~ >> >> 在 2011年1月30日 下午11:30，Jacob Beard <jbea...@cs.mcgill.ca>写道： >> >>> Hi Gavin, >>> >>> I found a few sources that claimed that ActionScript is an ECMAScript >>> dialect: >>> http://en.wikipedia.org/wiki/ActionScript >>> >>> >> http://stackoverflow.com/questions/1424087/actionscript-is-like-javascript/1424111#1424111 >>> JavaScript is also an ECMAScript dialect. My understanding is that most >>> versions of JavaScript which you find implemented in browsers today are >>> based on the ECMAScript 3 standard, whereas ActionScript includes >>> language features taken from the now-defunct ECMAScript 4 standard. >>> scxml-js generates code based on ECMAScript 3. >>> >>> In any case, I decided to try an experiment to see if the ECMAScript >>> code generated by scxml-js was directly compilable to Flash bytecode >>> using the Flex 4 SDK. I took the generated ECMAScript code from one of >>> my demos, and put it into an mxml document, then attempted to compile it >>> with mxmlc. >>> >>> Demo page: >>> >>> >> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.html >>> Generated JavaScript from this demo: >>> >>> >> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.js >>> Generated code embedded into mxml document: >>> https://gist.github.com/eb7445592f2a00cc7c4f >>> >>> The good news is that, I only had to make one very small alteration to >>> the generated code in order to get it to compile with the Flex 4 mxml >>> compiler. It would be exceedingly simple to update scxml-js to >>> accommodate this change. >>> >>> The above experiment is a good indication that scxml-js could be used >>> directly in your work. However, there are still some large unanswered >>> questions. First, it's not clear whether the semantics of the generated >>> ECMAScript code will be the same when interpreted as ActionScript; there >>> are no guarantees that the generated code will execute properly. Second, >>> the only examples of standalone .as files I have seen are wrapped in a >>> "package{}" declaration, and each of the objects declared inside of the >>> package have public/private visibility modifiers. This may mean that, to >>> move the generated ECMAScript code out into its own .as file, as opposed >>> to embedding it directly into the mxml document, would require extra >>> code to be generated for the package and visibility declarations. Third, >>> performance of the generated code may be sub-par, as it is not using >>> ActionScript's optional type declarations. >>> >>> With that said, I think it wouldn't be too difficult to make the above >>> modifications to scxml-js so that it generates ActionScript-friendly >>> code. I may be able to spend some cycles on this, if you would be >>> interested in using it in your research. >>> >>> Let me know what you think. Cheers, >>> >>> Jake >>> >>> On 11-01-30 01:43 AM, Gavin Lei wrote: >>>> Hi Jake, >>>> >>>> Thank you for your help and you have done a good job. I am not very >>> familiar >>>> with ECMAScript, it seems that ECMAScript is some kind of JavaScript. >>>> I do not think ActionScript is a superset of ECMAScript. ActionScript >> is >>> a >>>> kind a Flex/Flash script languare, we usually use it to develop some >> kind >>> of >>>> Flash application, a ball or a small guy move in the screen something. >>> And >>>> it is a Object-Oriented language, just like JAVA and we can use it to >>> parse >>>> XML document very convenient. >>>> >>>> In Flash/Flex application, we usually write much state or transition >>>> relative code to control an object in the canvas, if we hava an >>> ActionScript >>>> SCXML engine, i think it will improve our Flash/Flex develop progress. >>> And i >>>> search this topic in Google and find some relative requests from >>> developers, >>>> so i have this idea and post it here to expect more advises :-) >>>> >>>> 在 2011年1月30日 下午12:28，Jacob Beard <jbea...@cs.mcgill.ca>写道： >>>> >>>>> Hi Gavin, >>>>> >>>>> I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of >>>>> last year's Google Summer of Code. In addition to continuing to >> develop >>>>> this compiler, I'm currently using it in my research on developing >> user >>>>> interface with Statecharts. I've never worked with ActionScript >> before, >>>>> but my understanding is that it is a superset of ECMAScript. >> Therefore, >>>>> the ECMAScript code generated by scxml-js might also be compilable >> with >>>>> an ActionScript compiler. Even if the generated code is not directly >>>>> compilable, it might be easier to create an ActionScript backend for >>>>> scxml-js based on the existing ECMAScript backend, rather than writing >>>>> your own interpreter from scratch. You can find more information on >>>>> scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/ >>>>> >>>>> If you have any questions, please don't hesitate to ask. Thanks, >>>>> >>>>> Jake >>>>> >>>>> >>>>> On 11-01-29 10:51 PM, Gavin Lei wrote: >>>>>> Hi guys, >>>>>> >>>>>> I am a doctor student from China. My name is Gavin Lei. I have much >>>>>> Flex/Flash development experience, and you know that we usually use >>> Flash >>>>>> actionscript to develop some cartoon application, such as some thing >>> move >>>>> in >>>>>> the screen. Recently, i noticed that SCXML may be a good solution for >>>>> this >>>>>> kind of application, it can control state and transation very well. >>>>>> >>>>>> But sadly i can not get any good ActionScript based SCXML engine, and >>> we >>>>>> know we have a Java based SCXML engine under Apache Commons, so i >> want >>> to >>>>>> develop a similar actionscript based SCXML engine. I will finish this >>> job >>>>>> step by step: >>>>>> >>>>>> step 1: >>>>>> Finish basic element parse job for SCXML document, these elements >>>>> includes: >>>>>> SCXML,state,transition,parallel,initial,final,onentry,onexit and some >>>>> other >>>>>> relative basic element. I will implenent them in actionscript, parse >>> them >>>>>> into ActionScript object. >>>>>> >>>>>> step 2: >>>>>> Finish execute content elements parse job for SCXML document, parse >>>>> Raise, >>>>>> If, ElseIf, Else and Log into Actionscript object, and we should >>> involve >>>>>> Data Model elements parse job too, for example, we usually use >>> datamodel >>>>>> element as If elements' parameter >>>>>> >>>>>> step 3: >>>>>> Just like Commons SCXML engine, we should build TriggerEvent, Step, >>>>> Status >>>>>> and SCInstance and basic SCXMLExecutor here, package a basic SCXML >>>>> executor >>>>>> engine here. >>>>>> >>>>>> After these jobs, i will put myself upon thinking about the most >> useful >>>>>> CustomAction implemention in this ActionScript SCXML engine. >>>>>> >>>>>> Any good advises? please let me know, thank you. >>>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> -- >> Best Regards >> >> Gui Xun Long (桂训龙) >> > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
