Hey rexrainbow,

There seems to be a bug in the drag and drop behavior, Kyatric helped isolate the issue. This thread has all information. Would be nice to have it fixed <img src="smileys/smiley1.gif" border="0" align="middle">

Thanks.

Geo

Hey guys,

I've been here for a while now <img src="smileys/smiley17.gif" border="0" align="middle" /> and I see some minor issues with the website. So I thought I'd let you guys know.

1. Alert system

At least for me, the forum alert system isn't working. It shows me that I have some alerts, but when I click, I see 5 days old alerts. When I click Show all alerts, I still don't see the new ones. So the system knows and tells me that something happened (someone replied to my thread etc) but doesn't show me exactly what.

2. Reputation system

Also the reputation is tricky, it shows me different numbers depending on what web site page I am. For example, on Home I have 845 rep and 1 gold and 3 bronze. On Forums I have 907 rep and 1 gold and 4 bronze.

3. Preview post

The preview post button always shows me "There is nothing to preview" message.

4. Smileys

Whenever I click the smileys, it always gets added to the end of the message, not at current cursor position.

None of those are big issues and I can live with all of them just fine.

Cheers!

I read the How Events Work article. Either I misunderstood something, or I found a bug.

What I'm doing is this:

1. I have a sprite with an instance variable

2. In a loop, I create sprites dynamically and assign 0, 1, 2, ... to this variable

3. On a button click, I have a subevent that picks the sprite with the instance variable = 4 and creates another sprite on top of it.

Now the problem. Unless I also add a Pick all to the condition, the sprite apparently does not get picked at all. Shouldn't it have been picked, as no filter was applied yet to that sprite?

Here is what I mean in more detail: This is the CAPX

1. Run it and click OK - nothing happens, apparently the "queen" is not picked

2. Enable the disabled condition "System->Pick all queen"

3. Run again - apparently the "queen" is picked this time

My question is, why? There is no previous filtering on the queen, so the Pick All condition should not make any difference.

Is this a bug? If yes, please move it to bugs, if not can someone please explain what I misunderstood?

Thanks.

My game needs to display some larger chunks of text, like stories let's say, things like "You go there and meet this guy, he says that, you reply this etc" with dialog and multiple paragraphs.

Currently I'm doing some ugly workarounds to store this text.

I would like to request multiline edit boxes at design time. My suggestion would be that when I set value for a text variable and start writing text, there should be a button labeled "..." to the right of the text box, which would open a dialog with a multiline text box, just like Visual Studio does on the Build Events boxes.

I can provide more details if this is not clear.

This would help everyone who displays more text in their games, it would make it possible, for example, to build a "resource strings" event sheet, with global text variables.

It would be useful in "Heroes of Might and Magic"-like games (artifact info, various stories when visiting temples etc), RPGs (dialogues, missions etc), games with a "How to play" button which gives instructions.

And it would of course allow for easier translation of games in other languages.

Hope this gets implemented, as it seems (to me at least :) ) to bring much value compared to the implementation effort.

Thanks.

I'll just add 2 cents here real quick: Frustration is part of the "Entry barrier". You want to enter just about any business, there's an entry barrier keeping most folks out. There are some (few) who get over the entry barrier and they are the successful ones.

Game development is no exception, it has its entry barrier alright. And frustration is part of that barrier. As someone else said, welcome it, know that it's there to help you (by keeping others out :p ), and just breathe through it (or fly over it) keeping your mind on the end goal. It will pass :). And then it will come again, perhaps in the same form, or perhaps in some other form. And so on...

Thanks Ashley, that's great! Looking forward to the next build. In the meantime I'll try some workaround as you suggested by email.

Thanks Ashley, I sent you the capx with detailed repro steps and console errors.

Hey guys,

In my game there is some functionality that's not working. I believe it is a Construct 2 bug.

I can get a consistent repro like this:

1. Game (with many layouts and many objects) does not work, i.e. clicking buttons in a certain order causes a button triggers not to fire any more, looks like game freezing

2. Delete a background (which should not impact functionality whatsoever)

3. Game starts working, i.e. clicking the buttons in the same order now fires the triggers.

4. Add the background again, do the same actions again, game seems to freeze again.

This is on both FF and Chrome, on IE it seems to work but the behavior is different as there are some AJAX calls that fail on IE. I cannot repro this on a clean project unfortunately, but it repros consistently on my real game project.

I can send the capx and more details privately if anyone wants to have a look. I hope I'm wrong, but this looks like a bug that won't be easy to nail down.

Thanks in advance.

Actually it doesn't allow typing the comma. You can only type the hex values like BABABA or D2D57A etc and it converts them to decimal, but it doesn't get applied and it doesn't stick.

You CAN select from the color swatch that appears when you click the "dropbox" and it does stick. So there is a workaround, it's just the shortcut (directly typing it without visiting the color swatch) that's broken.

1. Add a text to a layout

2. On text properties, Color property, manually type dddddd<Enter>

Actual: value changed to 221, 221, 221, but text color not updated on the layout

Expected: value AND text color on layout changed

3. Deselect the text, select it again

Actual: color value back to the original, does not stick

Expected: color should stick.

Ashley, you are correct. I could swear I got the same error last night, now it seems to be working (fixed itself, as they say). Must have been the I.E. cache again at work... Sorry for the trouble, and thanks for the suggestion, it does work.