Skip to content

Allowing Filtering of Trigger Audience using Decorators. #374

@boop-boop-test

Description

@boop-boop-test

What do you want?

I would like a way to create a custom audience for triggers. I am trying to add gestures but I want to limit the audience during stealth using detection levels with my custom decorator. This way someone who might have LOS of something, won't necessarily know that event/direct_narration. I'd be happy with just being able to use decorators that return true and false to determine eligibility.

Why?

Right now there is fine grain control of if the event happens using decorators but not for who gets to know something happened besides the default audience options.

What area does this affect?

API / modder integration

How should it work?

It would be similar to the conditions list where you can use decorators to determine if the event should happen. However maybe using an input of either the list of the audience uuids or the current audience actor uuid being evaluated. Then we could build similar list of conditions using that as an input.

Scope

Medium feature (new capability within existing systems)

Alternatives or workarounds

I tried putting my decorator in the trigger content but realized that it might be evaluated whenever it's in context.

For instance, at the trigger time an actor might be ineligible but later when they speak/e.t.c they might be eligible. This can lead to them gaining context since they can eventually pass the "should they have been able to witness this" decorator check.

Anything else?

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions