As for SDKs, Python plugins etc. we have plans to significantly improve the modularity of coding with events, and python fits in to this rather neatly. We'll be announcing more stuff in future :)

Yay. That's nice to hear :).

is it really? because i know there's is something called, "dynamics" in music

Yeah, dynamics in music refer mainly to the changes in the sound volume during the piece.

But I know what you mean, and I'm pretty interested in this topic. I'm planning to make some kind of dynamic music for my next production. (so that it changes smoothly reflecting the mood and the scenery)

How about being able to write extensions in Python? It's a far simpler language than C++, which would make it easier for amateur developers to write extensions for Construct. Python has great interoperability with C++, so the Python SDK could be entirely based off the C++ SDK.

I don't think writing extensions in Python is a good idea. That would effectively nullify the one of the major benefits of extensions in C++: C++ is fast. It's a compiled language. Python is interpreted language, so it doesn't perform any faster than Construct's events, which are, too, an interpreted language. Actually, I think that events might perform faster than Python, because they are very simple. But I don't know, it's about the optimisation of the interpreter, after all.

Ashley, I cannot tell you how much I love you ;D

But seriously, this is great. More freedom, more flexibility. Thanks.

Btw, I began to study C++ thanks to Construct - 'cause some day I will contribute developing it too >:D. Bwah hah. Actually, I studied it long time ago, but didn't have much use for it, so I forgot pretty much everything :P. Now I have use, at last. I should just review the code and try to understand how it works. It'll be interesting christmas for me...

I think it's currently impossible, since Construct doesn't have "background" where paste to. Maybe there sould be a feature to paste images of objects into the Canvas object?

I tried to load the source code to my computer. I've not used CVS before, so I didn't get it to work <img src="{SMILIES_PATH}/icon_biggrin.gif" alt=":D" title="Very Happy" />.

I downloaded the program WinCVS, and tried to "checkout" the code into this local computer. Got following message:

cvs -d :pserver;username=anonymous:anonymous@construct.cvs.sourceforge.net:/cvsroot/con... checkout -P -- /cvsroot/construct/ (in directory C:\Documents and Settings\Järjestelmänvalvoja\Omat tiedostot\CVS)
cvs checkout: cwd=C:\Documents and Settings\Järjestelmänvalvoja\Omat tiedostot\CVS ,current=C:\Documents and Settings\Järjestelmänvalvoja\Omat tiedostot\CVS
cvs [server aborted]: Absolute module reference invalid: `/cvsroot/construct/'
cvs [checkout aborted]: end of file from server (consult above messages if any)[/code:39g7gjpv]

What should I do? How I can get it work?

How do you think this might best be achieved? Fonts being able to be put in to the resources bar?

I think that the putting them into resources bar is a good idea. Btw, it would be nice if the users could choose whether they want to save the resources externally or internally when building a project.

What would you use a physics object that doesnt collide with anything for? Wouldn't it just fall off the screen if it had gravity?

Forces and torques would still apply to that object... I guess there could be some use, although marginal. Like some decorative objects, like falling leaves in the background that don't interact with the main game. If there is some kind of wind in the game, it could apply the leaves.

I think that function object and effects are the ones needing most explanations, tutorials and tips and tricks.

Hm, I thought Dines' system some more. I realized it lacks some flexibility - if the included event sheets are specified in that additional box, you can't arrange how the includes are in the layout main code. In some situations the run order of the events does matter. However, the events separated into different sheets don't usually have too much relations, so does the order matter so much?

As you might read from my previous post, I had some kind of vision of "unified" Project bar. It could have the layouts, the resources and the "general" event sheets there. And event sheets could be included in the event editor, like now. Maybe there could be a restriction, that the layout-specific event sheets couldn't be included, I dunno about that.

Edit: Oh, and I have a questions for Ashley: Is there need for global objects? (Or, what I really want to ask, is there need for non-global objects <img src="{SMILIES_PATH}/icon_biggrin.gif" alt=":D" title="Very Happy" />) What they actually are in Construct? How they differ from normal objects? What I'm thinking, global objects are some kind of relic of "thinking in MMF", I think that every object should be "global" so that there wouldn't be hundred and one types of objects which actually are the same, copied to different frames.

Or is it only my who is thinking in MMF <img src="{SMILIES_PATH}/icon_biggrin.gif" alt=":D" title="Very Happy" />? What does globality mean in Construct?

Edit 2: Apparenly, it was only me <img src="{SMILIES_PATH}/icon_biggrin.gif" alt=":D" title="Very Happy" />. Did some testing and in two different layouts it considered copyed sprite as the same. So objects are global in a way. But what does the "globality" in Construct mean then?

And is there some GUI for inserting objects from the other layouts, except for copy&paste? And what about objects without "body", like Keyboard and Mouse?

Yeah, Dines' idea is leads to most "logical" and structured system. Actually, I was going to suggest something like this too <img src="{SMILIES_PATH}/icon_biggrin.gif" alt=":D" title="Very Happy" />. First, I didn't like that the system is so strict that you actually can't include layout-specific event sheets to anywhere else, I just wanted a system which makes the structured arragement and management of events and event sheets easy; now the "additional" event sheets are like hidden in project's properties, which they shouldn't be.

Now that I think it, including event sheets from "just" another layouts (not from the "centeral structure") is kind of bad habit, like GOTO in program code. So, I think that Dine's system is pretty good. It has it's benefits, it kind of forces users to use more structured and effective ways.

Now, only thing that concerns me, what kind of UI would be good? I didn't fully get the Dines' picture... <img src="{SMILIES_PATH}/icon_razz.gif" alt=":P" title="Razz" />. Is the upper panel the Project bar? Maybe those funky words, pretty and groovy are just messing my thoughts... so groovy... <img src="{SMILIES_PATH}/icon_biggrin.gif" alt=":D" title="Very Happy" />

And btw, what's the purpose of Resource bar? There surely is some resources, but it feels somehow only half-necessary... I think that Resource bar could be integrated to the Project bar. Under the "Application" main node, there would be the layouts, as a part of the project and other resources.

Yup. Whaddaya think?

I don't really get what do you mean. Are you trying to change a condition or an action?