Alerts
This page maps the alert surface to what the indicator is actually checking.
Written By AxiomCharts
Last updated About 2 hours ago
Alerts
This page maps the alert surface to what the indicator is actually checking.
The most important truth up front: alerts are useful here as review prompts, not as permission slips.
That matters because alerts reduce chart-watching load by design. They also arrive stripped of the surrounding context that made the state meaningful in the first place.
This indicator can watch slot state, blended state, and full-slot alignment. Those are helpful summaries. They are not a replacement for checking what changed underneath them.
The timing rule that governs every alert
All alert conditions in this build are checked on confirmed chart bars.
That means:
- alerts do not fire mid-chart-bar
- live-forming higher-timeframe slot values can still exist before the alert checks them
- alert timing and slot timing are related, but not identical
If you turned On Bar Close? off and expected instant alerts, this is the missing piece.
Slot alerts
Each slot has three alert types.
Slot alerts are good when you want to monitor one context directly.
They are especially useful when one slot is carrying a specific job, such as:
- the fastest read in the stack
- the slowest confirming read
- the one outside symbol you are watching on purpose
Blended alerts
The blended surface also has three regime alerts and four threshold or midpoint alerts.
Important detail: the overbought and oversold alerts watch blended Fast only. They do not require blended Fast to cross blended Slow at the same moment.
Alignment alerts
The stack also exposes:
All MA Osc Slots BullishAll MA Osc Slots Bearish
These only fire when every enabled slot with valid data agrees.
Alignment is stricter than the blend.
That means a blended bullish state can exist while full bullish alignment does not.
Hidden plots, weight-zero slots, and why alerts can still fire
This is one of the easiest places to get surprised.
Hidden slot
If a slot is hidden but still enabled:
- slot alerts can still fire
- alignment can still include that slot
- the blend can still include that slot if its weight is above
0
Weight-zero slot
If a slot stays enabled but its Blended Weight: is 0:
- slot alerts can still fire
- alignment can still include that slot
- the blended pair stops listening to that slot
So if you get an alert from a slot you are not seeing in the blend, the first question is not "Did the script break?" The first question is "Did I hide the slot or remove it from the blend without disabling it?"
A practical way to use the alert surfaces
Use the surfaces for different jobs instead of asking one alert to do everything.
If you are still learning the stack, start with one family only. Add the others after you can explain why the first one helped.
Slot alerts are best for local context
Use them when one slot has a clear role, such as:
- fastest warning read
- slower confirmation read
- outside-market context read
Blended alerts are best for summary monitoring
Use them when you already trust the stack design and want one higher-level check before returning to the chart.
Alignment alerts are best for stricter stack agreement
Use them when your workflow truly cares about all enabled slots agreeing, not merely the weighted summary staying on one side.
What not to assume from an alert
Do not let any alert quietly become one of these:
- a trade instruction
- proof that all slots agree
- proof that the higher-timeframe value is confirmed when you chose live-forming mode
- proof that mixed-symbol context is causal
The alert is telling you a state condition happened. You still have to decide what that state means in your method.
A clean first alert setup
If you are new to the indicator, start with this:
- keep
On Bar Close?on - keep all slots on the chart symbol
- use one slot regime alert on the slot you trust most
- use one blended regime alert
- compare how often they agree before adding more
That is usually better than turning on every alert surface at once and creating a second overload problem.
Quick troubleshooting checks
If an alert feels wrong, ask these in order:
- Is the slot still enabled?
- Is the slot hidden instead of disabled?
- Is the slot weight zero, which would remove it from the blend but not from slot alerts?
- Is the stack confirmed or live-forming right now?
- Am I expecting mid-bar behavior from a chart-bar-close alert?
Those five checks solve most confusion faster than re-reading the whole settings menu.
Where to go next
Go to Visuals and Logic if you want the underlying chart states explained more carefully.
Go to MTF and Repainting if alert timing still feels slippery.
Go to Workflows if you want alert use tied to actual reading patterns instead of isolated conditions.
Visual placeholder: Alert setup example showing one slot regime alert, one blended regime alert, and one note explaining that alert checks happen on confirmed chart bars even when higher-timeframe slot values can move sooner.