Just one Bug which isn't resolved in Construct 0.95:

INI: Write string "Loading Teams ..." to item "LoadTeams" in group "LoadingScreen"
Text: text to INI 0 .ItemString("LoadingScreen", "LoadTeams")
[/code:1nio9g5k]

Which will output "LoadTeamsLoadTeams" instead of "Loading Teams ..."!

Nice and good work!

Just a few impressions after checking out the new BarChart-Plugin:

• more Charts like 3D-Charts, Circle-Charts, ... (just like the charts in OpenOffice )
• more Properties to set for the charts like color of the chart text

Someone said fire ???

Relative-to-the-window is great, but it doesn't solve everything. If you wanted to scale your game to 1080p, for instance, proportional zooming is a better choice as it avoids making your graphics too small to see.

Zoom is a good thing to work with if you use it for 3D, but how would you zoom the layout if you just use it for the GUI and you didn't want to let the user scroll the GUI-Window or have large buttons?

In any resizable game I've developed, I've always just positioned everything relative to the window, ie. using the expressions ScrollXLeft, ScrollXRight, ScrollYTop, ScrollYBottom (and DisplayWidth, DisplayHeight). This way, no matter what you resize the window to, the objects automatically position themselves relative to the window.

Yepp, that's what I've mentioned above! Positioning the sprites relative to the original position! I've just wanted to know if there is an automatic function for it in Construct (like auto-positioning)?

bugreport:

Function:
SystemSet Layer 1 zoom offset to (1, 0.0)
[/code:x8ei0cxv]

This function kill the Debug-Window with an unhandeld error!

Nice to hear! Hopefully with good results!

I take a Layout with a size of 1024x768 and want to let the user resize it to 1280x1024 and above. Can I do this via the "System:Set Layout size to" and/or "System:Change Display size to"-Events without the need to reposition every sprite to it's X/Y-value?

Elsewhere you always have a very long Event-List to position the sprites:

e.g. for a fullsize background image it will result in four lines of code for one object!

Sprite: Set width to 1280
Sprite: Set height to 1024
Sprite: Set X to 640 (Width/2)
Sprite: Set X to 512 (Height/2)
[/code:xygy28os]

Or is there an other solution for this problem 

I hoped that the "System:Change Display size to"-Event would do the resize, but it doesn't.

For me, there are only two ways to get such an error [http://support.microsoft.com/kb/125749]:

A. You use a Python script and directly call a virtual Function

B. A bug in Construct which call a virtual declared Function

Maybe the .cap-File is helpful for a solution

A XML-Plugin like the INI-Plugin would be a fantastic thing (e.g. for Save-Game, XML-Database Export-Options) <img src="{SMILIES_PATH}/icon_exclaim.gif" alt=":!:" title="Exclamation" />

At the moment only Python would allow a XML-Im/Export.

Thanks to to info.

But shouldn't be the Plugins which are already in Construct be available as Source-Code so that the community can fix bugs or script new functions to these Plugins

Even in the INI.AppendString-Function the output is wrong. It will append the item, not the string! The value output of the Write-Value-Function is correctly outputed.

[LoadingScreen]LoadTeams=LoadTeamsLoadTeams
[/code:tamk2jp6]

This looks like a bug in the Plugin for the INI-Control. Maybe the wrong variable is set for the string-output.

I would lookup and fix it in the Source-Code itself and upload patch for it, but the plugin-code in the CVS are binary!

I've got the following Script in Construct 0.94.3:

Which generates the following (wrong) output for the string:

[LoadingScreen]LoadTeams=LoadTeams[/code:3ievxtuu]

But the line "[b]LoadTeams=LoadTeams[/b]" have to be "[b]LoadTeams=Loading Teams ...[/b]"! It's a bug or?