Looking smooooooooooth [grin]

I'm definitely thinking that this sort of scripting should feature in some future work of mine yet. Don't know what it is, but it'll have scripting.

Can you combine event triggers together? Say...

if( player is in circle( x,y,r) )
    if( player is facing(direction) )
        Open the door
    else
        hint that they should turn around
else
    do nothing

Also, probably related to the same thing, but can you define a sequence of events that lead up to a trigger.

For example, in order for event Z to be raised they must have completed Objective A, Objective B and Objective C. However those objectives may not have happened at the same time, and might have had other things occur in-between...

Keep up the good work!
Jack

Quote:Also, probably related to the same thing, but can you define a sequence of events that lead up to a trigger.

Events are simple 'named' actions which can be fired on an entity or just globally on the game; triggers are an test / action pair - you can use event firing as a trigger action without an issue. A trigger is simply a 'test function' coupled with an 'action function' when test proves true. You can define pretty much scripted function for the tests or the action (the trigger is passed implicitly as 'this'), so you can do almost anything. You could chain triggers so that one is created or activated (set to perform its tests) when another is fired. The engine will define some useful defaults for you, so there's simple tests and actions like "if [entity] is here, fire this [event] on it", or "if [test] is true, fire this [event] on [object]" - if the game doesn't provide such a default it's very easy to fire up your own tests and actions to fire on them (see examples in previous entries).

Quote:For example, in order for event Z to be raised they must have completed Objective A, Objective B and Objective C. However those objectives may not have happened at the same time, and might have had other things occur in-between...

You could accomplish this by setting some game flags and in your trigger test functions you can test for certain flags being set. So trigger A would set flag A when it happens, but something could happen to set flag A to 0, so when trigger B is tested for it notices trigger A is unset, meaning the test for B fails.

Eg:



global GameFlags = table();
GameFlags["A"] = 0; GameFlags["B"] = 0;

global trgATest = function()
{
if (.props["entity"].position == vertex( 50, 50 ) && GameFlags["A"] == 0 )
{
return 1;
}
return 0;
};


global trgBTest = function()
{
if (.props["entity"].position == vertex( 150, 150 ) && GameFlags["B"] == 0)
{
if (GameFlags["A"] == 1) { return 1; }
else
{
print( "Trigger A needs to be fired!");
}
}
return 0;
};

global trgAAction = function()
{
GameFlags["A"] = 1;
}

global trgBAction = function()
{
GameFlags["B"] = 1;
}

trgA = trg_create( trgATest, trgAAction );
trgB = trg_create( trgBTest, trgBAction );

trgA.activate(); trgB.activate();


In this situation, trigger A is fired when player hits (50,50) which sets flag 'A'. However, if player went to (150,150) trigger B would only fire if flag A is set, if something unset the flag in between you must go back to 50,50 to reset it.

As I said, the actions could be anything, so if you wanted you could quite easily just raise an event which is handled to set the flags - in fact, there's a special trigger you can set up which fires an event when test is true:

trg_create_event_trigger( [testfunc], [event_name_to_fire], [entity_target], [event params...] );
eg:
trg = trg_create_event_trigger( myTestFunc, "on_test", "my_entity" );


Because we're scripted, it's let me be flexible with parameters, so that you can pass it a function by name "myTestFunc", or by object reference. Likewise, entities can be assigned a name and anything that expects an entity object can be passed the global entity name. This lets you assign "player" to your player entity object and just use the "player" tag anywhere instead of needing the object reference. Of course, you can retreive the object by its handle at any time too.

It's pretty flexible as to how you can do things, one of the reasons I like it [grin]. It should be suitable for GUI development too, I believe as you can attach events to input actions, so that an event is fired on a GUI element that is under the cursor when a mouse is clicked for example.

I hope this answered your question!

Quote:I hope this answered your question!

Most certainly did - thanks!

Any doubts about triggers/events are gone [smile]

Jack