Messages, Announcements, and Sounds
Messages, Announcements, and Sounds
Section titled “Messages, Announcements, and Sounds”Wonder’s player-facing output lives across three files:
messages.confannouncements.confsounds.conf
messages.conf
Section titled “messages.conf”messages.conf is a flat key/value map under messages { ... }.
Bundled examples:
queue.acceptedqueue.cancelledqueue.noneresult.readyresult.claimedresult.nonecommand.player-only
announcements.conf
Section titled “announcements.conf”announcements.conf now contains two arrays:
presentations = [...]announcements = [...]
presentations
Section titled “presentations”Presentation rules classify Pokemon for formatting and count aggregation.
Fields:
idlabelcolor-tagprefixsuffixlabel-matchaspect-matchproperties-match
Matching is AND-based across the three optional matcher fields. If none of label-match, aspect-match, or properties-match is defined, the presentation never matches.
announcements
Section titled “announcements”Announcement templates still contain:
idenabledtriggerpermissionmessage
Wonder currently uses these triggers:
queue.submitstats.periodicresult.rare
Template placeholders can now include both generic Pokemon fields and presentation-derived values such as:
{presentationPrefixes}{presentationSuffixes}{presentationLabels}{presentationColorTag}{queueCount}{shinyCount}{legendaryCount}{mythicalCount}{ultraBeastCount}
Per-presentation placeholders are also exposed from the presentation id, for example:
{shinyMatched}{shinyLabel}{shinyPrefix}{shinySuffix}{shinyColorTag}
sounds.conf
Section titled “sounds.conf”sounds.conf contains named sound sequences:
queue-acceptedqueue-cancelledresult-readyreveal-pulsereveal-openrare-revealclaim
Each cue has:
enabledsteps[]
And each step has:
tickeventvolumepitch