Cmushi

I ended up using the same status effect with a stack limit of 4. I feel like an idiot taking so long to figure out a solution for such a simple problem.

I might haven been overthinking it. I can just create 5 abilities that each adds +1 engagement and triggers with the condition "not IsEngagedByAnyone(Guid)" using Slot0, Slot1, Slot2, Slot3 and Slot4 as Guid. Only problem that is left is how to limit to not trigger on self. Anyone know of a condition that checks if specific slot is occupied by self?

If Obsidian expands on the lore surronding the Apotheosis project, they better name the head npc Noqn for your amazing contribution and dedication.

You already added it, that's insane! Edit: Tried it out and it works perfectly. I hoped that I could search condition as well as I can't figure out how to input them in the search query. How do you search for empty, not empty and "IsHealthPercentage(This, LessThanOrEqualTo, 50)" ActivationPrequistes? I tried the following but none seem to work: *GenericAbility.ActivationPrerequisites=empty *GenericAbility.ActivationPrerequisites=null *GenericAbility.ActivationPrerequisites=" " *GenericAbility.ActivationPrerequisites!=empty not *GenericAbility.ActivationPrerequisites=empty *GenericAbility.ActivationPrerequisites=not empty *GenericAbility.ActivationPrerequisites=IsHealthPercentage(This, LessThanOrEqualTo, 50) *GenericAbility.ActivationPrerequisites="IsHealthPercentage(This, LessThanOrEqualTo, 50)"

QOL Suggestion: Add a "Show Similar" option that creates a search query with the current field.

To add more context, the ability grants +1 engagement for each non engaged ally. I think I need to create 4 variants* of the ability using IsEngagedByCount(Guid, EqualTo, 1-4*) as activationConditional to scale it with the number of non engaged allies. Does IsEngagedByCount count the number of engagments of Guid or the number of Guid that are engaged? Whats the difference between PartyAll and PartyAny as Guid in IsEngagedByCount?

I am trying to implement an ability similar to Brilliant Tactician (grant status effect to self if all allies have specified condition) but with a scalable status effect that scales on the number of allies with a specified condition instead. I usually try to find a similar ability that already exists ingame and tweak it but I cannot find any except for Brilliant Tactician being the closest. I might be wrong but Brilliant Tactician seems to only trigger on if all or none condition and cannot be tweaked to for each condition. If I have to create the ability from scratch: Create an ability aura that affects allies with a specified condition This aura grants them another ability aura that affects the original user which grants them the scalable status effect The problem that I notice is that aura can only grant status effects and not abilities and I am unsure if there is way to create ability granting auras.

Is there a way to arrange the order of abilities inside progression tables? I think they are sorted by ability ID as new abilities are added right off base abilities however they seem to be sorted randomly.

Is there a way to rename the "Subclass" title in paladin subclass selection menu and how do you make disposition automatically appear in custom subclasses ability through the editor?

When using conditionals in Progression Tables, the auto-complete lists all conditionals, including non-Progression Tables conditionals. I was made aware of this since some conditionals did not not work and saw that there are different conditionals category in https://eternity.obsidian.net/game-data-formats/conditionals. Would it be possible to restrict conditions to their usage? For example: "ProgressionTableHasAbility" appears only Progression Tables conditional auto-completes. "CanUseAbility" and "HasAbility" in RPG (conversations?). "HasActiveAbility" in Targeting Filter (status effects or AI commands?).

I noticed that the Paladin ability, Aegis of Loyalty, grants intellect immunity to an ally which is similar to what I am trying to achieve. I copied the implementation, as it triggers an effect when hitting allies but it still did not work. Ability: ApplyOnEvent SE: Immunity SE: I tested Immunity SE by calling it directly via the ability (and skipping ApplyOnEvent SE). "Immunity" appeared in the log after casting Chill Fog on self. This never happened when Chill Fog hit allies while the ability was active. I then tested ApplyOnEvent SE by replacing the Immunity SE with Restore_SE_Heal. Heal only appeared on one ally and not the rest. What I can conclude is the ApplyOnEvent SE is being triggered once and combined with the Immunity SE is preventing from not triggering at all. Are there any changes that can resolve this issue?

Referencing https://eternity.obsidian.net/game-data-formats/conditionals: "ProgressionTableHasAbility" is used in Progression Tables "CanUseAbility" and "HasAbility" are used in RPG (conversations?) "HasActiveAbility" is used in Targeting Filter (status effects or ai commands?)

Thanks @Kvellen. Asking as none of them work in ProgressionTables Conditionals except for ProgressionTableHasAbility. I tried CanUseAbility (even using isItemEquipped(This, Specific_Grimoire)) to check if the Wizard has access to the spell via grimoire but it does not seem to work. I think although the mentioned conditions are usable in ProgressionTables Conditionals, only conditionals with ProgressionTableHas are functional.

Anyone know difference between ProgressionTableHasAbility, CanUseAbility, HasAbility and HasActiveAbility? And which to use to check if a wizard has a spell either by leveling up or through grimoire? Edit: And how do you write (A and (B or (C and D))) in Conditional of ProgressionTables?

Thank you for the suggestion. I am currently in the process of creating copies of the spells and adjusting them to be foe-only, which requires a similar amount of time as tweaking the spell attacks.