ZGameEditor forum

The properties window can fail to scroll properly, it only snaps to the position after the mouse is released. It works normally with the "Turquoise Gray" skin, but not with "Windows", both are shown in the video.

(Edit: fixed the description.)

Heh yes, my example is really poorly chosen, sorry about that. Fortunately seems the point (mapping a string to a bitmap can be practical) got across. Just wanted to expand the original proposal, not disagree with it :) Using the font component for sprites & tiles is exactly what i'm trying to p...

Just wanted to comment on this bit from the "Font" page: The proportional values are a array of 256 unsigned bytes which correspond to the width of each ANSI character in pixels. Looks good, even though I'm not a big fan of using ANSI as a base. One of the reasons is that it makes it incon...

Here's how to completely break lower part of the IDE. The only way out is a restart of ZGE.

I think having an option to make particles shrink over their lifetime would in certain cases make them look much better. Maybe something as simple as having the equivalent of the already existing RenderParticles.AnimateAlpha property, but for "size" should do the trick?

What are popular spritesheet and tileset editors? For both editing and creating tiles / spritesheets, Pro Motion and Graphics Gale can be used (there are tons of other tools too, Tiled for level editing, GrafX2 which even works on Linux etc). Nowadays, Photoshop is the default option for creating s...

I can't reproduce other problem with the code editor. Does it happen always? With all skins? Had it happen today using Turquoise Gray skin, but this time I saw what happened before it glitched out: during typing of a comment in a ZExpression code window, auto completion tried to match a plain langu...

Looks better. There are a few little things I found surprising, nothing major but for example the Model and ModelStates don't have the same order of sublists (ModelState has OnCollision as last entry for example - due to the structural similarity of Model / ModelState I'd expect sublists of both to ...

If you start the example below (with F9, or as an exe), you'll see the square changing colors as expected. But if started inside the preview, it takes some 5 seconds before anything starts happening. <?xml version="1.0" encoding="iso-8859-1" ?> <ZApplication Name="App" ...

But as long as it's logical in some way i don't really mind Same here :) Obviously there will be some exceptions but hey. + Not sure why ModelState has a Definitions node as well ( accidental inheritance? ). I actually occasionally use those for storing some Model state-specific values etc... Maybe...

This has nothing to do with the previous part of the thread but it still falls under "Project tree readability" so here goes... Am I the only one who finds the order of certain Project Tree entries inconsistent / confusing? For example I always somehow expect Model's OnSpawn entry to be ne...

Hi,

Yes I thought of that too, I'll definitely have to reorganize it a bit. Will post the results on weekend.

Right now I have it set up that when the player gets hit, the State switches from "Arena" (removes all models OnLeave) to "Game Over" screen. The problem is that the majority of enemies have a pretty simple +OnRemove: =Play some sound =Spawn "Flash" model for explosion ...

VilleK wrote:I think I have fixed the log window flashing. I will update the beta build soon.

I tested this on two computers (laptop with Windows 8 and Desktop with Windows 7) and it's still flashing unless the theme is set to "Windows".

It works again! Great, thanks!