elk

Not shure if I am getting all you are saying, but if you are changing materials and models after the app has loaded you should be using the prepareExternalInterface function (https://www.soft8soft.com/docs/manual/en/introduction/Using-JavaScript.html#Method_2_Versatile) and not runCode i think. runCode is supossed to be run once when your app starts. stoping and starting your rendering should work as you say. so i would put some puzzles like event->stop render->change material and model(via ExternalInterface if you want to do it like that, and you should be able to run several if you need to)->re-start render. Have not tested this, but somthing like this should be doing what you need i think. If you don’t want to stop the render while switching i think you should be able to swap materials and stuff while an object is still hiden, so you can make al the changes to your “new” object before hiding the “old” one. Hope that makes sens and is helpfull, or I am sure the Verge team will have some more insight to fill in some gaps.

This is amazing. I am currently checking out another engine *caugh*babylon*caugh* for some bigger projects, and the think holding me back from doing bigger projects in Verge is that puzzles getting to complex to keep track of after a while. Templating is a greate improvement to make your own “framework” on top of Verge, so this is greate news, but I have a little suggestion in this regard. Is it possible to get a translate puzzles to script “option”, like if you could translate a chunk of puzzles to actual JS code in its own “script puzzle”? The abstraction you added on top of three js is kindof getting in the way of lerning from three code in some cases, and i think this would be a great tool even just for learning to script with Verge. Maybe even just a streight “write script in puzzles block” would be amazing.

Also love that you can nest the event puzzle now, beeing able to do that has some huge benefits. Keep up the great work

If there is going to be a separate single project layout, a greate feature would be to be able to choose what html,gltf/glb and blend files to display on the main page. I often have extra test blends and while blender 2.8 is in beta I also keep more “backups” then usual so the folder gets files up and the app manages start to get cluttered.

Maybe an option to only list items from the root project folder would also work, so people can stash thing “out of view” in sub folders …

And they need to break to a new line like now after a certain number, If it ends up like Mikhails screenshot it is useless.

I am not a big fan of the applications folder, I would mutch rather ba able to have my projects wherever I want, but this could be a great improvement. Nice work so far

Also I would love to see an open local folder button to go directly to the folder, but that might be difficult i guess bacause of security restricitions of browsers.

Hi jem

I did not test this on the fullscreen, but i have this setup witch should be usable for more things, right now i only use it for enabeling and disabeling the render when i hover over and out on an object, so I can enable and disable highlights on the object while in “diabled renderer mode”.

Not the prettiest of puzzles code, but here is the basic logic;

When I hover an object i enable the outline(where you might put fullscreen when clicked insted) and then i run a procedure to check if the renderer is currently enabled, if it is we do nothing(bacause the renderer is already runing so we want no change). If it is not enabled we set a variable (renderNext) to indicate we want to render just one frame, and then we set a variable to keep track of the renderers state (renderingEnabled) to true and then actualy enable the renderer.

Then in an “every frame” puzzle we run the other procedure to check if we should render the next frame than disable again. So we check if renderNext is true and then set it to false, and our renderEnabled variable to false, and disable the rendering.

This way the one frame rendering should only be triggered when the renderer is disabled, so we don’t incedentaly also disable it when we just trigger the “when hover” event, or click event in your case.

This is working quite well for me, but it is not very elegant, and I have only tested this in one project so test it if you like at your own perril :)

Hope this is sort of what you were looking for.

looks good haven’t tested yet, but am I reading it right that we no longer will have control of what anti-aliasing is used via puzzles? The auto feature seems like a good ide, but I was hoping to be able to adjust it via puzzles, so I can make a low, mid and high graphics settings that users can chose for instance.

Have you seen the “if missed” option in the when clicked puzzle, I think that might work for your case … ?

https://www.soft8soft.com/docs/manual/en/puzzles/Events.html#when_clicked

Maybe this would fit better in suggestions, but I thought i would mention it here, as this introduced the disable/enable rendering puzzles;

Would it be possible to get like a “render next frame” puzzle. If say the renderer is disabled for when the scene is still and you go into fullscreen mode, resize the browser window or change some effects for instance, it would be nice to just do one frame update after to reflect changes that are not “actual” movement in the scene, like the aspect ration going slightly off when entering fullscreen mode. I know I could do this by simply enabling and then disabling again, but if the rendering was already enabled I would have to make extra logic to check for that everywhere I just want to updated the frame once, giving me a lot more puzzles. I could probably just save the state of the renderer to a variable right before I do all this, and then reset it aftewords, but I think I would need to do this in code right now…?

So if it is not to much work I would suggest a “one frame” update puzzle that would update once if the rendering is disabled, otherwise just continue being enabled.

Or if anyone got a simple solution to this that I just haven’t thought of, pleas let me know