Are triggers objects?

[Uldics]

Are triggers objects? I mean, what can be done to a trigger - setpos can be done, speed, size, can they be changed?

[Gooner861]

Well u can use triggers to create switch triggers, to synch waypoints, to activate scripts, to make crappy cutscenes......

..... plus a whole heap of other stuff that im sure sumone else will add.

Cheers

Gooner

[macguba]

No, they are not objects.    However some commands do work - yes you can setPos a trigger.     I think you can deleteVehicle it too, though I'm not sure.    

You can't change the area of a trigger dynamically:  once it's set that's that.    However you can use the array returned by the trigger (list triggerName, or just thislist in the trigger itself) to fake an second, smaller trigger be checking the distance between each member of the array and the trigger.

Not sure what you mean about speed.

Are you trying to do something specific?

[h-]

Actually, triggers are sort of objects...
You can createVehicle them, but you can't set any parameters for it...
You can get their position with getPos or position...

u can use triggers to create switch triggers

eh...
Or do you mean making a switch trigger active (by turning some varibs to true??) ??

I think you can deleteVehicle it too, though I'm not sure.

Yup, you can...

[Blanco]

You can createVehicle them...

Huh?! What's the classname of a trigger?
And how can specify the size of the trigger?

[h-]

Huh?! What's the classname of a trigger?

"EmptyDetector"

And how can specify the size of the trigger?

You can't...
You can createVehicle them, but that's it...
You can't set any parameters for it...

So, again, BIS didn't add something that would have been quite useful in some occations...

[General Barron]

In VBS1 you can make triggers and set their properties via scripting... so I guess in OFP2 we'll be able to do it as well.

I've never tried giving velocity to a trigger, but I doubt that you could.

However, there is one unique property about triggers (placed or camcreated), which can be useful. Wherever you put them, they are always at sea level. Even when you setpos them, they always go to sea level. So they can be useful for finding altitudes above sea level in that manner, and perhaps other related things.

[h-]

In VBS1 you can make triggers and set their properties via scripting... so I guess in OFP2 we'll be able to do it as well.

If it's possible in VBS1 it would most likely be possible in OFP1 too...
BIS just need to release a new patch which has a few 'switches' turned off in the game engine...

[Blanco]

alright, thats that "emptydetector" I saw in the helidust scriipts...  

So when you create a trigger, what are the properties then?

Default?

50 x 50,eclipse / ACTIVATION = NONE,once

Any way I gonna test it...

[General Barron]

If it's possible in VBS1 it would most likely be possible in OFP1 too...
BIS just need to release a new patch which has a few 'switches' turned off in the game engine...

VBS1 is just OFP v1.98. So that 'new patch' would just be VBS1, only $200 dollars cheaper.

So when you create a trigger, what are the properties then?

Default?

Actually, I have no idea. I never even thought that it might have 'trigger' properties; I always figured it was just a invisible, semi-useful object, like a gamelogic. If it does have properties, it would be able to use the 'list' command, but that would be the only useful thing about it. I'd be interested to hear your findings.

[Blanco]

I've tested the properties of an "EmptyDetector" and I think the dimensions are 0 by 0  

When I use counttype, countside, countenemy, countfriendly it always returns 0.
But you can return the position of the trigger. so the trigger is created...as Hater_kint said before

It's a pity it has no dimensions, even if it was just default, it could be very useful sometimes  :-\

When I create a trigger on top of a unit and return the array its always empty. []. It should return the unit no?
Because there is no ACTIVATION?


@macgube

However you can use the array returned by the trigger (list triggerName, or just thislist in the trigger itself) to fake an second, smaller trigger be checking the distance between each member of the array and the trigger

What do you mean by that?
I have no members in my array...

[macguba]

A trigger will return an array of all units specified in the first part of the Activation box.    So if you had West not present, list triggerName would return all the west units in the trigger area.     The array is dynamic, it updates automatically.    

If the trigger area is 0x0 I expect the array would always be empty, but I don't actually know.

[Kammak]

In VBS1 you can make triggers and set their properties via scripting... so I guess in OFP2 we'll be able to do it as well.

Now that's very exciting to hear.  Do you have VBS?  If there are more scripting "goodies" like this in it, I might seriously consider getting it.

Does VBS have a more extensive event model?  How about better AI control through scripting?

[General Barron]

Attatched is a listing of all the new scripting commands in v1.99 (I mean VBS1). I think I got it off the VBS1 forums (http://www.vbsresources.com/forum/).

[Blanco]

Damn, those are the commands I need...createtrigger, settriggerarea, etc...