I'm using v0.99.92.

It seems like every few days, I loose all my custom hotkeys. This just started happening within the last month or so. I have a lot of custom keys, so it's a bit of a hassle to reconfigure Construct every time my customizations vanish. This also happened with 0.99.91 at least once, (as I remember taking that opportunity to install 92.)

Is there a way to back up the hotkeys and other preferences? It doesn't seem like there is any built in save and load preferences system, but I figure the information has to be stored in a file somewhere, so perhaps I can simply back up that file.

The problem isn't that bad, as I have all my configurations written down in a text file, and it's just a matter of going through that list and setting everything up again. But if there's a way to avoid that, it would be nice.

Any advice would be appreciated. Thanks.

====== Edit:

Backup Solution:

I did try using RGB(rrr,ggg,bbb) expressions, and I got the same results. Interestingly, turning the opacity from 100 to 255, caused the points to display correctly for a few runs, but eventually I was back to only seeing the red channel. The "Draw line" and "Fill rectangle" actions seem to work fine for drawing points of any color though.

I might just be doing something wrong, but the "Draw Point" action for the Canvas object seems to treat the green and blue color components of the color parameter as zero, regardless of the color I pick.

That is, if I try to draw a white (255,255,255) point, I get a red (255,0,0) point.

Likewise a gray point (128,128,128), is drawn as a dark red (128,0,0) point.

A blue (0,0,255) point is drawn as a black (0,0,0) point.

It's as if the blue and green values are being discarded.

Am I just doing something wrong, or is this a known issue? I couldn�t find another mention of it in the forums.

Wow! "Grab Layout".

I can't believe I didn't see that.

Awesome. Thanks, I'm definitely going to try that out.

Thanks for the reply, I just noticed after posting that you can copy from a canvas object with the "Copy from sprite" action, but reading your response it sounds like you're saying you can get the color at an arbitrary point in the layout.

For the project I'm working on, getting color data out of a canvas object might be all I need, but I'm still curious if it's possible to get the color at an arbitrary point in the layout, as it would grant me quite a bit more flexibility.

You said you can use the canvas to "capture the point you're selecting". Does this mean there is a way to capture a point in the layout rather than merely pasting an object into the canvas? Or would you have to paste every object into the canvas and then get the resulting color at the desired point. If that's the case, I can see what you mean when you say it's slow. As it is, just moving an image from a canvas to the image manipulator seems to hit the CPU a bit hard.

Is there a way to get the RGB color value at a given point on the layout, or at a given point in a canvas.

I'm interested in getting the RGB color clicked, in the standard eyedropper fashion.

I know you can get this kind of information from the image manipulator, but I'm not sure if there is a way to get the layout or canvas graphical data into the image manipulator.

Hi Ashley, I did read the bug report procedure, I just wanted to be sure I had actually found a bug first before submitting something to the tracker. So I hope I didn't cause any problems. In any case, I just tried making a Source Forge account, and I have yet to receive the activation email. It has been about a half hour, so I think something went wrong. I have a screen capture of the registration page, so I know I typed the email address correctly, but there is still no email. I'll try contacting their tech support tomorrow.

Thanks for the suggestion PixelRebirth, however I actually get the same results when using the "Append text" action. I also get the same results when concatenating a string that contains a new line. Pretty weird...

In answer to your question David, I am currently running 0.99.62, which Construct seems to insist is up to date, but I see that there is indeed a 0.99.7 version listed on Source Forge. It says it has zero downloads though which is a bit odd. Is 0.99.7 stable?

At any rate, thanks for the feedback everyone, I'll see about getting the Source Forge problem straitened out, and try posting the bug tomorrow.

It's possible that I'm doing something wrong here, but this looks like it might be a bug. I figured I'd ask first.

====== Symptoms:

Example file:

Given the following:

Event: For "loop" from 1 to 10.

Action: EditBox: Set text to: EditBox.Text + "x" + NewLine

I get the following output, (though I have replaced the unidentified-character squares with sharp signs "#" so that they would be visible in this post).

x########

x#######

x######

x#####

x####

x###

x##

x#

x

x

From the event and action, it seems that we should see exactly one new line after each "x". Obviously something else is happening.

====== Possible Cause:

It looks like the NewLine expression inserts a new-line-generator-marker into a string of text, and then at the end of the event, all the existing markers are triggered once to generate a new line character at their respective current positions. This works fine for most situations, but when placed inside a loop, a new-line-generator marker can be placed into a string on the first loop step, and then triggered multiple times by all the remaining steps as each loop step reaches its end. This could explain why NewLine expressions evaluated in earlier loops seem to be transformed into more new lines than those in latter loops.

====== Possible Workaround:

As a work around, I might be able to use a special character (or character sequence) in place of the NewLine expression when inside loops, and then convert the special character(s) to new lines afterwards.

If anyone has any information pleas let me know.

Thanks.

This file is an attachment for the following post:

Hi again everyone. A few months back I inquired about building an XML plugin. After a few recommendations TinyXML came up, and it looked like the ideal solution. Then summer ended and 11 weeks of academia consumed all my free time. I'm back now, and I was wondering if anyone else has looked into building an XML plugin in the interim. I'm still interested in working on it, but I have no prior plugin building experience, save for the wiki-tutorial, and it is still possible that I won't have time to start it before the next wave of classes comes. If anyone has any recommendations or information regarding any other potential XML projects, please let me know. Thanks

(solved)

Yeah, that was it. I had been looking in the wrong place. Thanks Lucid .

I amended the first post to include the solution.

=== === ===

Solution: (for VC2008 based on Lucid's suggestion)

1: In the IDE, (VC2008 in my case) Check to see where the linker will put the completed files after a build, by choosing Project > Properties. Then expand Configuration Properties > Linker > General.

2: In the "Template SDK Property Pages" window, find the "Output File" property, which will most likely be set to "..\..\IDE\Plugins\Runtime\Template.csx".

3: You can change the "IDE" part of "..\..\IDE\Plugins\Runtime\Template.csx" to "Construct", so that after a build, the plugin files will automatically be placed in construct for you. (e.g. "..\..\Construct\Plugins\Runtime\Template.csx")

4: At the top left of the "Template SDK Property Pages" window, you should see a "Configuration" dropbox. Here you can select and view each of the 5 configurations, "active(Runtime)", "Debug", "Debug Runtime", "Release", and "Runtime". Each of these has it's own "Output File" field, which can be changed in the manner described in step 3.

Done

=== === ===

Thanks again.

I began working through the "How To: Create a plugin" tutorial on the Construct Wiki, and I have encountered a problem. When I choose Build > Batch Build from the menu bar, and click the "Build" or "Rebuild" button on the Batch Build window, everything appears to work just fine. I get no errors or warnings. Yet, on the next step of the tutorial, you are supposed to be able to open Construct to view the "Template" object you just made. When I open Construct, the "Template" object is nowhere to be found in the insert object browser, nor can I find any matching plugin files in the "Plugins" or "Plugins\Runtime" folders.

It's as if everything is building correctly, and simply being put in the wrong place. The tutorial doesn't make any mention of moving files after building, and I can't find any .csx in the folder hierarchy of the project either. I do see the files "Template.csx.embed.manifest" and "Template.csx.intermediate.manifest", but I don't know if they are meaningful under the circumstances.

I'm using MS VC 2008 Professional Edition, and upon opening the .sln file I'm prompted to "convert" the project to a 2008 compatible version, which I do, (as I apparently have to, to open it in VC 2008). Construct is installed to "C:\Program Files\Scirra\Construct", which I believe is the default path.

Does anyone have an idea as to what might be going wrong here, or any advice?

=== Solution (edit)

Solution: (for VC2008 based on Lucid's suggestion below)

1: In the IDE, (VC2008 in my case) Check to see where the linker will put the completed files after a build, by choosing Project > Properties. Then expand Configuration Properties > Linker > General.

2: In the "Template SDK Property Pages" window, find the "Output File" property, which will most likely be set to "..\..\IDE\Plugins\Runtime\Template.csx".

3: You can change the "IDE" part of "..\..\IDE\Plugins\Runtime\Template.csx" to "Construct", so that after a build, the plugin files will automatically be placed in construct for you. (e.g. "..\..\Construct\Plugins\Runtime\Template.csx")

4: At the top left of the "Template SDK Property Pages" window, you should see a "Configuration" dropbox. Here you can select and view each of the 5 configurations, "active(Runtime)", "Debug", "Debug Runtime", "Release", and "Runtime". Each of these has it's own "Output File" field, which can be changed in the manner described in step 3.

Done