Separate stable and unstable builds will help, although most people should be (and probably are) aware that bugs are going to appear when changes to code are made.

Software has always been the same.

Another idea you might consider is a beta test area for those who are prepared to put in some time to test each build to it's limits for a week or so, so that fixes can be made and a stable build released from that.

As a former beta tester for commercial software, (and a tester of my own software for 20+ years), I'd be glad to be part of that.

In fact, I'd consider it a payback for all the work you've put into Construct already.

Either way, well done on this last build.

Sponge.

For those who want to get the tutorials working with 98.8, go in and change the "is overlapping" with "overlapping with offset(0,0) and that should get everything working again.

It sounds like they plan to get it fixed for the next build, but in the meantime, it's good practice for users to get their hands dirty in Deadeye's code and fully understand how he's using the overlap condition.

Sponge.

Well, so far so good.

I've been trying to make it crash for the past 5 minutes without being able to.

I'll give it a good going over for the next couple of days to see if there are any problems.

Fingers crossed.

I didn't even notice that 98.8 had been released.

I'll download it now and get back to you.

Yeah, it's with sprites which are on more than one layout.

I was interested to read this, as I wasn't sure this was the case whenever I've tried to access animation.

So I created a new project from scratch, went to the animation tab and added a few frames to the default animation without a problem.

This is a first, so there may be something in what you say, but there's still a major problem with adding new animations.

In the same brand-new project, I added a new animation, and was able to change the graphic for the first and only frame in this new animation.

But as soon as I right-click to select "add new frame", Construct freezes, and that's the end of that.

Sponge

You know, it really is true that sometimes you can't see the wood for the trees.

Because I was trying to fix more than one aspect of the Minimap at the same time, rather than concentrating on a specific one, I didn't see an option to increase the size of the point, even though I went looking for such an option.

It was early hours of the AM though.

After reading your post this afternoon, went into Construct and there it was. Hehe.

I now have the Minimap working well with my game.

Although it's not as good as I could make it if we had a zoom level built-in to it, it'll do until they add one.

Thanks for the help.

Sponge.

On further investigation, it appears there is a tiny dot in the Minimap, but due to the size of the game screen (1024x768), the size of the Minimap in the bottom left corner of the screen, and the large size of the whole level, the dot is almost invisible.

I've sort of cracked it by adding an invisible icon behind the player position, and drawing it as terrain.

I did intend to zoom the layer with the Minimap on, so that I could zoom in to a better looking Minimap, but there appears to be a bug with the Minimap on a zoomed layer.

It doesn't render as it should when the layer is zoomed at 200%, but at 100%, the Minimap now works perfectly.

Do the Devs consider this a bug with the Minimap, or just that it's being used outside it's intended scope of use?

Of course, a Zoom function built-in to the Minimap would remove the necessity to zoom the layer.

Sponge.

I mentioned this last week.

Glad to hear that it's been looked at.

It happens 100% of the time for me, so I've had to leave animations alone for now, and concentrate on other things.

I've only just got around to using the minimap in build 98.7, and from the posts that I've read, it seems to have worked ok in previous builds.

So unless I'm missing something obvious, it simply a case of placing the Minimap on a separate non-scrolling layer, and plotting the objects you want displayed every tick.

The "window" box shows up ok, and is scaled correctly to represent the area of the level being viewed by the player, but no plots show up.

Sponge.

.....especially since the 3D box object doesn't support animated textures

Or rotating layers.

Cheers guys.

Bug reported.

andla, I'd still like to hear whether it really did work for you, or whether you hadn't understood what it was that wasn't working.

This will help determine whether the bug is system specific, or the same for everyone.

Sponge.

Don't understand the bug/problem. It is working fine for me. Kind of liked the demo also.

Well, for me, whenever I have gravity set to "Up" (pressing the NumPad 8 key), I cannot move left or right with the arrow keys, but when gravity is set to "Down", "Left" or "Right", the arrow keys move the character left and right along the wall that gravity deems to be the floor, as it should do.

Can you confirm that you can move left and right when Charlie Brown is upside down, and walking on the ceiling?