septeven : do you have a easy way to activate CORS on your webserver ?

lucassss : Chrome, by default, save to the "downloads" directory, and that can't be changed by JS code, for security reasons (at the moment).

After saving the file, if you want to email it, you need to use another technology, since Javascript can't send emails (security reaons also).

lucassss : you can't directly save the file, without displaying the File windows, because that would brak the browser security model.

lucassss : that means that your browser isn't recent enough to automatically save your file. What you see is a web page with your data, and you can do a right-click|"Save As".

0plus1 : I know that the loadURL (which isn't mine) plugin has a once where he doesn't update the graphical view when it fetches an image, but some time after...

If you want to use my behavior, you can load images from the exported image folder. Or you can place directly your own imagefiles in a folder next to it.

If you use a global var "image_to_load", and you exported the game "MyGame", say, to dropbox, you need to fill your var like this :

image_to_load = 'http://dl.dropbox.com/u/YOURADRESS/MyGame/images/' & 'name_of_your_image.png'

You can then pass 'image_to_load' as the adress to my behavior.

One hackish solution for the moment is to implement a "lazy-load". Use white Sprites of the right size in your game, and, when the user is doing something that means is going to change layout, use the Behavior to inject new images in those Sprites (you can find that behavior in the "Plugins" section of the forum).

In fact, the real hard part to swallow for game editors is the fact that the final user can steal all art assets.

Apart from that, it's going to be mainstream in a few years...

Potato: WebGL is going to be available for regulard web views in the close future, because it's already available for iAds (which are nothing more than glorified UIWebView).

It's fun to notice that everybody liked to bash Flash, and realize now that it can do lot of things that are not possible without it for the moment <img src="smileys/smiley1.gif" border="0" align="middle" />.

However, Apple knows that if they allow WebGL on regular WebView, everybody is going to use it, abuse it (heck, I can even envision some GPGPU with it using shaders), and it's going to give bad user experience, and drain the battery fast. And if there's something Apple value more than every other technical consideration for their smarphone, it's the "public perception". They prefer to cripple some functionnalities but have the public thinks "hey, it's cool and shiny".

And about the 30% cut, believe me, every time a coder is skipping the AppStore and putting is webapp on the net directly without Apple AppStore involvment, they are happy and gain money ! (if they could, they would shut the store and drive everybody on the web - the AppStore is subsidized by Apple to sell hardware. That's what Apple is : a hardware company).

Lord : OK. So if you want to inject images in a Sprite, you can use the behavior I gave the link to.

septeven : as FrenchYann would say :

YOU NEED TO MAKE PEOPLE DREAM ! <img src="smileys/smiley17.gif" border="0" align="middle" />.

Apart from that, I would love to test them, but I lost my jailbreak with the latest iOS update...

Kyatric : what's interesting with BlueStacks, is its ability to run an Android environment on your desktop computer.

Lord : oh Lord ! <img src="smileys/smiley17.gif" border="0" align="middle">

As I said in the other thread, there a some bugs with the HTML Pack (I'm not their initial author, I just released some modifications, since JesseJoh is busy). I'm going to try to check that next week.

And for your question about injecting image into C2 Sprite, you can use that : http://www.scirra.com/forum/behavior-inject-base64-string-as-sprite-image_topic50604_post318814.html (it's not very useful to inject web content in a Sprite, but it useful for an image. But if you have a use case, I can think about that).