HTML5 Extension SDK

Is it still necessary to have methods to get typed parameters? Given that types are no longer important I think we should be able to avoid needing to specify the type. I would really like to see this factored away so that I can just call one method to get the action/condition parameters.

Can I identify which type of parameter is at index n? I noticed there is a .code property. Will this tell me what the parameter type at that index is? You may wish to keep the existing syntax for the purpose of porting from Flash (although if you were running through a Flash port, using 1 function means string replacing all references to get...Param with getParam, so it fits right into the current process and is just like removing type information from the functions), but that doesn't mean we shouldn't aim to have elegant methods for producing new HTML5 extensions.

All I am suggesting is that if you know what the parameter type is at index n, you can call the correct methods internally for getting that param. getParam can return an object of any type, and I don't have to keep specifying types for every parameter, as from the perspective of the extension developer there is no need to supply information about the type of the parameter.

Or a hash lookup with function caching! Switch statements are almost useless when objects are hash maps.

Hi everybody,
I asked to Francois but he seems busy.
I already did javascript plugins for another program, but I didn't have to make a c++ object for the runtime part.
Because I want to adapt those plugins to MMF2's HTML5 runtime, could someone explain me how this runtime part works (I don't know C++ coding).
Thanks

Sorry but nobody here are developing plugins ? I really would like to share with you my plugins, but I need more explanations about the method...
Thanks

Euh, do I have to ask my question somewhere else ??? O_o

François, I've dropped to you some pm about that. I'm not sure you see exactly who am I.
I already developped about 10 plugins for Construct2, so I obviously know javascript.

My question was about the 'mfx object' side of the development process.
I won't talk too much about C2 here, but their SDK is based on javascript for the edittime file awa for the runtime side.
It seems the clickteam's HTML5 SDK needs to develop a C++ edittime object, and then link it to the javascript runtime *.js file.

I've never developed on any SDK for MMF awa I never developed C++, so I don't know the process.
Could someone take time to show me how to do this mfx object, add ACE to it, and then show me how to link ACE from mfx file to the javascript functions.

François, si t'as pas tout compris, on peut continuer en français par PM ou par mail (si tu ne me remet pas, je suis celui qui t'a envoyé une série d'icone cette semaine...)

Construct 2 uses a mix of JavaScript and xml for extensions and effects. Extensions are exported using the JavaScript api, so no C++ is required. This probably means they have embedded V8 (or some other JavaScript engine) into their application and have created JavaScript interfaces to their C++ api, so you can write extensions for Construct 2 without writing any C++, and it would be rather annoying if you had to write C++ for a JavaScript-only environment.

In MMF2 we have the option of providing a JSON file for describing the extensions actions/conditions/expression, which means you can write extensions without having to write any C++ at all. It helps if you write your extensions for as many runtimes as you can, but you can write Javascript-only extensions:

- Download the Flash dummy (it works as a dummy for any of the non-default runtimes) Please login to see this link.
- Rename the flash dummy to whatever you are calling your extension, let's use MyExtension.mfx for example
- Place a copy of MyExtensions.mfx in the Extensions and Data/Runtime directories
- Create a JSON file describing the actions/conditions/expressions for your extension (see Please login to see this link. for an example of the syntax)
- Place this JSON file in the Data/Runtime
- Create an icon (png) for your extension and place it alonside the JSON
- Write a HTML5 runtime extension conforming to your JSON, and place this at Data/Runtime/HTML5/MyExtension.js
- Follow the instructions in the documentation for developing HTML5 extensions

If you would like to see an example of this being done, take a look at Please login to see this link. - Here I have an object that works in Flash, Android and HTML5 only. The DateTime.mfx file is equivalent to the flash dummy, except I built the default EDIF project and embedded my own icon into it. I only wrote ActionScript for Flash, Java for Android and JavaScript for HTML5. No C++ was required at any stage. Hope this helps.

Francois, what about the new version of the SDK?

I just finished to develop a Dropbox plugin in javascript but for another program (I won't speak about this software here, Francois
I didn't take the time to see how the MMF2 HTML5 Sdk works but it seems really complicated for me (specially for setting all ACE in runtime)

I would like to know if I can count on you Francois, if I need some answer to some "newbies" questions about this SDK.
If I succeed to figure out this SDK, then I will port all the extensions I already done for the other software.

Thanks.

MattEsch, is your method still valid ?
Because I started to work with it, and easily understand its working way.
But I tried with a simple alert("") action and can't succeed to make it working at runtime. (I added CrunMyNameExtension to the extension.js, modified the runtimedev.js and change CrunMyNameExtension correctly into the MyExtension.js)
Here is a little bit of my simple code in MyExtension.js:

function action(num, act)
    {
        switch (num)
        {
            case ACT_CREATE_FILE:
                this.test(act.getParamExpString(this.rh,0));
                break;
            case ACT_CREATE_FOLDER:
                this.test(act.getParamExpString(this.rh,0));
                break;
    }}

and then

function test(param0) {
   alert(param0); }

Also, is it possible to change the plugin properties (I'm affraid that I need to code in C++, which I just know anything of it, because for my plugins, it will be just so important.)

Francois, it would be interesting to make sth like Construct 2' SDK for edittime in MMF3 - Because a lot of people (like me) knows only one or two language(s), and it's just "stupid" to not be able to code a plugin because you can't manage the edittime part....

as I told you in my PM, it sounds like you're speaking about the official SDK when I speak about the EDIF example that MattEsch showed me earlier.
Also, what is your feeling about the way to make something for the edittime part in the future ?