Ao you mean that you could position object's X and Y by other points, like "set X position of Sprite to 320 using point (something) as 'hot spot'"?

Indeed, that would help position obejcts, say if there were sprite "Dude" and sprite "Baseball bat", the hot spot could be in the middle so that rotations and physics would work well, but there would be a "grabbing point" in the grip, so that you could position the bat's "grip point" to the Dude's "hand point".

I think that changing position of image points run time should be also implemented. I can think some use of it, ie. if a character is shot, there could be a bleeding wound in the right place.

Agreed, that would be very neat <img src="{SMILIES_PATH}/icon_smile.gif" alt=":)" title="Smile" />.

Have you been able to invent an manouver that crashes it every time? I think that would help Ashley a lot. I couldn't reproduce right away. Tried to edit three sprites successicely. How do you usually do it?

I did some testing and noticed that the decimal numbers are being rounded here too! However, they don't round right away. If I change the number, then click the focus off from the 3d box object and click it back, the numbers have been rounded in the properties bar.

About the 3d box bug. I wrote this originally to the bug tracker.

I experience this bug too.

Some additional information:

Changing the display settings does solve the problem partially, the

workspace isn't black any more. But display settings have to be changed when Construct is running, otherwise changing settings doesn't have effect. Here, 60Hz doesn't magically solve the problem, but changing the settings removes black.

Secondly, after changing the settings, the 3d box itself seems to be

invisible. Only the "root" is showing up. However, if then more 3d box objects are added, their boxes show up fine.

Also, after changing the display settings, scrollbars become invisible and, quickly flicker, when user clicks the place where they should be. The "layout editor" and "event editor" tabs are gone too. This problem seems to appear even if there are no 3d boxes at all, just changing the display settings triggers it.

I have now submitted a bunch of bug reports to the bug tracker. However, I still have a lot of UI improvement suggestions and things like that. Should I send them to bug tracker or here?

No, in different countries they mark up the decimals in different ways. Ie. in Finland we write "3,14" when in number of countries people write "3.14". This might relate to the problem. I'm experiencing the layout-editor-goes-black-bug, so I cannot say anything about the matter itself.

Your hair might be impressive, but my and my friend's are more impressive.

http://irc-galleria.net/view.php?nick=Drasa&image_id=47061372

What can you do alone against us?

Also, putting a web browser thing when making an application doesnt start up the .exe

I can confirm this. Temp.exe crashes here.

Hm, found a crash <img src="{SMILIES_PATH}/icon_surprised.gif" alt=":o" title="Surprised" />.

Steps to reproduce:

1. Create a new DirectX game.

2. Create a new sprite.

3. Assign a movement to it (works at least for 8 dirs and platform).

4. In the event sheet editor, create a new event.

5. Double click the sprite

6. Double click "On animation finished" or "An animation is playing"

7. Click "Back"

8. Click the movement tab

9. Crash occurs.

I found another bug when trying to reproduce the crash:

1) Create a new sprite (it must be a new)

2) Draw something and then press esc.

3) It asks if you want to save the picture. Answer yes.

4) "An unsupported operation was attempted"

Not a crash though.

Could somebody confirm these?

A GUI related bug and a suggestion. They aren't major either, so I post 'em here.

Bug: The colour values shouldn't be negative.

<img src="http://drasa.nipponfever.net/muu/negative.png">

Suggestion: Already suggested, but... those bars should be resizeable with mouse.

<img src="http://drasa.nipponfever.net/muu/resize.png">

Still not working, the file seems to be corrupted or only a filepart.