CCAlarm

v0.3.0 (2026-09-05)

Full Changelog

• CurseForge-Beschreibung auf 0.3.0 (#27)
  Die Projektbeschreibung beschrieb noch den Weg ueber eigenes Aurenlesen und
  die SOUNDKIT-Toene -- beides stimmt seit 0.3.0 nicht mehr, und ausgerechnet
  das staerkste Argument fehlte: dass der Alarm in Mythic+ steht, wo die
  meisten CC-Melder verstummen.
  Angepasst: Aufhaenger, der Abschnitt ueber die Schwierigkeit (mit der Zeile,
  die den Unterschied macht: dort WIRFT die Auren-API), Toene, Grenzen,
  Pruefstand, /ccalarm status und ein vierter Schritt im Einstieg -- ein
  Alarm, der nicht scharf ist, ist genauso still wie einer, bei dem nichts
  passiert.
• Alarm über Blizzards Auren-Container: funktioniert in Mythic+ (#26)
  • Alarm ueber Blizzards Auren-Container: funktioniert in Mythic+
    0.2.3 hatte den Fehlerregen abgestellt und ehrlich gemeldet, dass in
    Mythic+ und PvP nichts geht. Die Blindheit selbst blieb -- und war
    vermeidbar: Nicht die Auren mussten lesbar werden, sondern das Lesen
    ueberfluessig.
    Seit 12.1 gibt es Auren-Container. Das Addon meldet einen Filter an, die
    Engine verfolgt, filtert und zeichnet selbst; die Daten sieht das Addon
    nie -- genau deshalb greift die Geheimhaltung nicht.
  • Anzeige: je ueberwachter Einheit ein Container mit HARMFUL|CROWD_CONTROL.
    Es entscheidet Blizzards eigene CC-Einstufung, nicht die Zauberliste.
  • Warntext: zweiter Container auf demselben Filter, dessen Schaltflaeche
    nur eine Textzeile traegt. Die Engine blendet sie mit der Aura ein.
  • Ton: C_UnitAuras.AddAuraSound je Einheit und Zauber-ID. Der Weg braucht
    eine DATEI -- SOUNDKIT-Eintraege sind Tonpaket-Nummern und werden nicht
    angenommen. Deshalb liegen zwei eigene .ogg-Toene bei; alte Einstellungen
    werden einmalig umgestellt, sofern sie noch auf der Vorgabe standen.
    Der alte Scan ist kein Rueckfall: er loest nichts mehr aus und sammelt nur
    noch Kandidaten, wo Auren lesbar sind. Ein Weg, der bloss in der halben
    Welt laeuft, verrottet unbemerkt.
    Pruefstand 104 -> 144 Pruefungen, Alarmpfad jeder neuen Pruefung belegt.
    check_secret_auras.py und check_scope.py sahen Containers.lua zunaechst
    gar nicht an; die Syntaxpruefung in beiden Workflows liess Config.lua und
    Locales.lua aus -- beide Listen laufen jetzt ueber Muster.
  • Aussehens-Fingerabdruck beim Setzen des Ankers stempeln
    Sonst haette der erste Klick im Optionsfenster die gerade erst gebauten
    Container weggeworfen -- Engine-Rahmen werden nie wieder frei.
    Beim Einbauen fiel prompt der alte Fehler an: die Funktion stand hinter
    ihrem Aufrufer und traf damit die globale (nil). check_scope.py hat es in
    derselben Sekunde gemeldet.