Check out the latest GameGuru MAX video on YouTube here:

Now you can add your own properties, wow! This is what I've been waiting for! Just for the sake of this feature is ready to buy a new GG Max(*w*)
*naively hopes that this feature will be added to GG Classic*

Much improvement. Excellent stuff.

When you click on Advanced to access more parameters, it would be nice if all those new parameter categories were indented (nested) to show they are a part of Advanced. Else, it could quickly get confusing as they all look like they are their own thing instead of nested as part of Advanced.

Amazing!
Any way to get the script name one entity is running for?
We can't trust the fpe file to get that sort of data, since it can be changed in properties panel, and since we are talking about exposing it as vars, well...
I already know how to get it via workarounds, but some sort of GetScriptName(e) might help a lot.

@3com : Why would the script need to know its own name?

This is exactly what I've been needing in Game Guru

@ Amen
Honestly has nothing to do with this, but with a tool I'm writting now.
Working in a tool than automatically generate fpp file to help with standalone process.
Well, that tool rely on scripts the entity is running, to know with sound, images, and more customized stuff the user are loading via scripts.
I easily can to know what's scripts I'm running now, but I can't to know whats scripts are others users running for.

This tool is intended to be use for another users, nor just for me.

Always my mean goal is to minimized the user intervention, the user just open the map file he want to work with, and 1 mouse click in a button, and automatically the fpp file is generated with all the customized files listed there, using the tag as Ciber has pointed out.

When talking about sound I'm just referreing these audio files loaded via globalsound commands.
When talking about images, those uploaded via spritte and/or images commands.

Also working on a tool to get all the entties statistics.
Also working on a "project-based system" and all them need the scripts listed in a txt file.

I just make a questions:
How you managed to get those file paths if you ignore what script some item is running for?

I already got it via workarounds, but some lua commands might help.

Perfect stuff. I have a question: will it be possible, via dynamic lua, to assign to an entity a sequence of logics to execute in temporaly order? I mean: for example, if I wanted that the same entity firstly "come near and speak" and then "follow waypoint and speak" and finally "stand and speak", and so on... how could I create this sequence via dynamiclua?

Why is it neccessary to have the awkward zoom when viewing an entities properties? It's such break in the user experience.

Just show the properties panel of the selected entity... If person wants to zoom in on an object it should be assigned to a key... "z" for example?

I talk about this (and a few other things) here:

https://forum.game-guru.com/thread/221775

Can't believe I missed that. You've got pretty much everything covered.

No worries. I just hope that Lee has seen that thread.

we need to have even the possibilty to modify the shader from the ui and not only from fpe..why Lee dont you want to add this? it a great requested feature over the years

Great stuff Lee - great feature

I have to agree about the zoom thing when exploring the properties of an entity, tis just distracting to me. Would prefer to be able to at least disable it.

OldFlak....

Agreed. We should be able to adjust shaders from the Properties Panel of a selected entity. In fact, I think it should be able to expose all the textures/materials being used (color, metal, AO, etc.) and allow the end user to even load new ones from the UI if they want to, allowing them to customize entities.

Systems like this (Dynamic LUA) are fantastic, in my opinion. When I was testing Godot, their scripting language had something similar (in other words, you could use scripting to expose things to the Godot UI so you could adjust things for objects/entities or make entities unique from one another). It prevented you from having to code everything over and over again. For example, you could make a simple script that would keep a door locked unless you had the key. Then you could expose the "key" to the UI, allowing the end-user (or the script developer) to attach a unique key to each door, if you wanted to. Script once, use multiple times.

ALL object oriented languages work this way I suppose... unity c# for sure

Yes, but do they allow you to make the variables, etc., available in the UI of the editor? That's what I'm talking about.

Edit - What I mean is, whomever develops a UI for an editor, be it Unity, Unreal, etc., they have to make it so some code can be interpreted by the UI, fields made visible to the end-user in the UI, and that whatever is typed into those fields gets passed back to the code. So, while OOP works this way, not all game editor UIs allow you to access code snippets via the UI (just like GameGuru Classic does not). I would guess that both Unity and Unreal do, however. Even so, it's just awesome to see this being developed for GameGuru MAX as it will make life easier for both the programmer and the non-programmer alike.

I think in a way GG already does this.
When a program exposes some values through a properties panel, these values are passed as parameters to the internal code of the program.

Therefore, all the values specified via the properties panel are still parameters of a variable.

I think that the main idea of a Dynamic LUA system or whatever it is called, is nothing more than a way to prevent the control panel from becoming an endless panel.

I hope that a robust code will be written that handles these values, and above all the values that the user can enter. o GGMax will be crashing very often.

I have no idea how this will work, but what will happen if the user tries to write a numeric or decimal value to a variable that expects a string value.
GGMax should be able to deal with all this, if it wants to allow the user to modify these values. imho

I am not saying that GGMax has no ways to deal with this, it is as simple as validating the text boxes before accepting a value as valid.

when you set the property you specify what type of variable it is
i.e. 'name$' (or $ at the end) is a string field, 'toggle!' (or ! at the end) is a boolean box, 'value' (no special identifier needed) is an integer

@ smallg
Thanks for clarifying.