Seeings how the developers of Construct are too busy to finish the MENU editor situation I think maybe a TABBED menu feature might be more easily doable for them

Your passive-aggressive trolling is really getting on my nerves. You need to understand that Construct is in beta, and is therefore NOT FINISHED. It's a work in progress. Getting on the dev's cases for incomplete features is rude. Have some patience. Version 1.0 is a ways off yet.

[quote:2fb0a52m]Not sure I understand ... isnt this the feature request forum. Leave it open? What are you saying? You have to know Im a retard and need clarity.

You had three duplicate threads on this topic, or had you forgotten already?. One in Discussion, one in Help/Tech, and one here in Feature Requests.

This is a Feature Request, so this is the only thread you need. Your other two threads were locked.

Anyway, since Construct is a game maker, and not an app-making-app-maker, I really doubt your request will be filled.

Lol I already had it locked, Ash

Moved thread from Discussion to Help/Tech.

Please be mindful of which forum you are posting in.

Hello,

Contruct is in beta. That means it's not finished yet. Please understand that there will be features that are not yet complete.

Also, this thread is not a request for Help or Technical support, moving to Discussion. Also merging with your duplicate thread.

Have a nice day, and thank you for using Construct.

Telling people they posted multiple time could also be considered clutter...like I need someone to tell me what to do...take a hike.

What you are doing is spamming the board. Please stop. One thread per topic is all you need.

I dont consider any posts clutter....sorry you feel differently...if I post same thing multiple times too bad. I see many "CLUTTER" posts about nothing all the time...all posts could be eliminated if the developers had their act together and just documented their work correctly in the first place.

Wow. You're really starting things off on the wrong foot, here. I suggest you calm down and stop trolling.

We'll leave this one open, since Construct can't do this it's more of a feature request than general discussion or help.

It looks to me like there is a 3D engine controlling the positioning of those 2D photos. Technically, yes you could do something like this in Construct. Others have made 3D engines, so the proof of concept is there. But what you're asking for is very complex and would be difficult to make, probably even for an advanced user who is familiar with all the 3D math required.

I saw it in Real D. IMAX is expensive, man . It could very well be better though, I have no idea how good the IMAX 3D is.

You could set a global variable on Layout 1 as an indication that such-and-such sprites should be destroyed or created. When Layout 2 is loaded check the variable in Start of Layout and create or destroy them as then needed.

Aren't those escape-the-room games pretty much in 3d? Or rather a 2d overlay on a series of static 3d images?

I remember playing a few that were pre-rendered. The zooming and scrolling was basically a 3d movie render being played. They weren't actually zooming the view, they were showing a rendered image of a zoomed-in view that was separate from the image of the whole room. Likewise, they didn't "scroll," they showed a movie of the camera panning from one point to another. Those movies were made in some other program like Blender or Lightwave or something.

Anyway, those games were made in Flash, which is designed to play sequential frames like a movie. You could do the same in Construct, but you'd have to create your own method of showing those frames. Depending on how big you want your game to be you could be eating up VRAM pretty quick with a lot of fullscreen frames like that.

I'd stick with a more traditional 2d point-and-click adventure style. Without a reliable AVI object this kind of game visual would be difficult to do.

I hate to say it Quazi, but your improvements look blown out and radioactive. It's good advice to blue things up a bit when you get into shadows, but I think you went way overboard on your example. The muted, desaturated palette in the original looks much more sophisticated to me, despite the lack of blue depth.

Construct wont be able to actually use real meshes, loaded externally at an acceptable frame rate until a mesh object is created, using built in direct 3D stuff, which ive heard rumors about btw ;P

I would like to hear these rumors please