SC - Active Effects Search

Overview

SC - Active Effects Search is built to reduce the friction around editing large effect lists and selecting effect keys.

Instead of manually hunting through long effect tabs or typing paths like system.attributes.hp.max or system.bonuses.mwak.attack, you can search the available entries, open the picker, filter the discovered properties, and insert the correct key from a context-aware list.

This is especially useful when:

• building lots of Active Effects across items and actors
• working with long nested system.* paths
• dealing with Enchantments and other supported effect-like flows in dnd5e
• avoiding typos in effect keys
• exploring unfamiliar system data structures

Installation

This module is premium.

Install access is handled through the Shattered Codex Download Hub.

See How to Download Premium Modules from the Download Hub for the full access and installation flow.

After installing:

1. Enable SC - Active Effects Search in your world.
2. Open an Actor or Item that supports Active Effects.
3. Create or edit an Active Effect.

Compatibility:

• Foundry VTT v13 and v14
• works with editors that expose the standard Active Effect change key field
• includes item and enchantment-oriented flows used by dnd5e

Effects and Enchantment Search

In supported item flows, the module can add a search field directly to the Effects tab so long effect or enchantment lists are easier to scan before you open a specific entry.

The tab-level search makes it faster to locate the exact effect or enchantment you want to edit before you open its configuration.

Once you are inside a supported editor, the property browser handles key selection:

• the module reads the parent document of the effect
• it collects candidate keys from schema and current data
• it opens a resizable property browser window
• selecting a result writes that path into the key input and triggers the normal change event

The module watches the change list with a MutationObserver, so newly added rows also receive the search button automatically.

That keeps the picker available even when you add change rows on the fly during the v13 or v14 authoring flow.

Using the Property Browser

The browser is intentionally lightweight: one search field, one context selector, one clear button, and one scrollable list of matching property paths.

The browser opens as a dedicated window and lists the keys the module could discover for the current effect target, with short descriptions and metadata chips for each result.

Typical workflow:

1. Open an Active Effect or supported Enchantment entry.
2. Go to the editor area where the key is configured.
3. Open the property picker for the key field.
4. Type part of the property name you want.
5. Narrow the context if needed.
6. Click the matching row.
7. Finish configuring mode, value, and priority manually.

Filtering is immediate while you type.

Short search terms such as str, hp, token, or reach narrow the list quickly and make deep paths easier to find.

Each result can expose useful context at a glance:

• the resolved path
• a short description when one is available
• the source context badge
• type, mode, or example chips when that metadata exists

Context Filters

The context selector is what makes the updated picker more useful in v13 and v14.

Context selector

Use All contexts when exploring broadly, or switch to a narrower source such as Active Effect or Token when you already know which scope you need.

1 / 3

Context selector

Token results

Enchantment results

In practice, this helps when the same search term exists in multiple scopes:

• use All contexts when you are exploring the available data
• switch to Token when you need token-only properties such as light, size, or dimensions
• switch to the relevant item or enchantment context when editing equipment-specific behavior

The result badges and chips do most of the disambiguation work for you, so you spend less time trial-and-error testing key paths.