Meldungen oben links im MT5-Chart (MS;<text>, Indikator v1.36)
User-Wunsch. Neue CSV-Zeile MS;<text>, im Indikator als gestapelte OBJ_LABEL an CORNER_LEFT_UPPER (oben rechts sind Kurs, G/V und HL belegt). Inhalt = dieselben Zeilen wie die Dashboard-Karte "Meldungen": Squeeze, Ueberdehnung, S/R-Ziel mit P(break), Stop-Seite, News-Blackout. NUR ZUSAMMENGESETZT, NICHT NEU GERECHNET -- alles aus bereits berechneten Snapshot-Teilen bzw. _last_sr_close_hint/_last_stop_approach; calendar.blackout() ist ein reiner Speicher-Zugriff. Der Konsens-Pfeil hat im 5-s-Export-Takt einmal ein komplettes zweites _verdict() gezogen. Zwei Felder vorher geprueft statt angenommen: _last_calendar und _export_meldungen gab es NICHT -- ohne die Pruefung haette das umgebende except Exception es still verschluckt und die Meldungen waeren dauerhaft leer geblieben (dieselbe Klasse wie der wave_snap-Fallstrick vom 04.08.). ASCII-SICHER, real noetig: der erste Lauf lieferte "MS; Kompression Ausbruch steht bevor" -- Emoji und Gedankenstrich waren zu Leerzeichen geworden. Der Indikator liest die CSV nicht als UTF-8 (deshalb steht dort auch "Unterstuetzung"). Jetzt Ersetzung + Filter auf 32-126. Verifiziert: MS;Squeeze-Ausbruch LONG @ 82.413, 0 Nicht-ASCII-Zeichen. Deckel 5 Zeilen a 70 Zeichen; eigener Praefix SRB_MSG_*, damit die Labels beim Redraw verschwinden. Abschaltbar per [trading] export_meldungen=false oder InpShowMeldungen. Kompiliert ins richtige Terminal (0 errors, 0 warnings), deployt und am laufenden Server verifiziert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
55dc69ef42
commit
204e80bb68
@@ -6144,6 +6144,38 @@ in der Lehrbuch- noch in der umgedrehten Lesart.
|
||||
⚠ Konsistent mit der Kachel-Entscheidung vom 31.07.: die Kerzen-Anatomie ist
|
||||
bewusst **neutral** gefärbt und nennt die gemessene statt der Lehrbuch-Lesart.
|
||||
|
||||
### ✅ MELDUNGEN OBEN LINKS IM MT5-CHART (2026-08-17, Indikator v1.36)
|
||||
|
||||
User-Wunsch. Neue CSV-Zeile **`MS;<text>`**, im Indikator als gestapelte
|
||||
`OBJ_LABEL` an `CORNER_LEFT_UPPER` (oben rechts sind Kurs, G/V und HL).
|
||||
Inhalt = dieselben Zeilen wie die Dashboard-Karte „Meldungen": Squeeze-Zustand,
|
||||
Überdehnung, S/R-Ziel mit P(break), Stop-Seite, News-Blackout.
|
||||
|
||||
⚠⚠ **NUR ZUSAMMENGESETZT, NICHT NEU GERECHNET.** Alles kommt aus bereits
|
||||
berechneten Snapshot-Teilen bzw. `_last_sr_close_hint`/`_last_stop_approach`;
|
||||
`calendar.blackout()` ist ein reiner Speicher-Zugriff. Der Konsens-Pfeil hat im
|
||||
~5-s-Export-Takt einmal ein **komplettes zweites `_verdict()`** gezogen — doppelte
|
||||
Last UND die Gefahr, dass Chart und Dashboard auseinanderlaufen.
|
||||
✅ **Zwei Felder vorher geprüft statt angenommen:** `_last_calendar` und
|
||||
`_export_meldungen` gab es **nicht** — ohne die Prüfung hätte das umgebende
|
||||
`except Exception` es still verschluckt und die Meldungen wären dauerhaft leer
|
||||
geblieben (dieselbe Klasse wie der `wave_snap`-Fallstrick vom 04.08.).
|
||||
|
||||
⚠⚠ **ASCII-SICHER — real nötig, nicht vorsorglich.** Der erste Lauf lieferte
|
||||
`MS; Kompression Ausbruch steht bevor`: Emoji und Gedankenstrich waren zu
|
||||
Leerzeichen geworden. Der Indikator liest die CSV **nicht** als UTF-8 — genau
|
||||
deshalb steht dort auch „Unterstuetzung" statt „Unterstützung". Jetzt werden
|
||||
Umlaute/Sonderzeichen ersetzt und alles ausserhalb 32–126 entfernt.
|
||||
Verifiziert: `MS;Squeeze-Ausbruch LONG @ 82.413`, **0 Nicht-ASCII-Zeichen**.
|
||||
|
||||
⚠ Deckel **5 Zeilen** (der Chart soll lesbar bleiben), je 70 Zeichen; `;` im Text
|
||||
wird zu `,`. Eigener Objekt-Präfix `SRB_MSG_*`, damit die Labels beim Redraw
|
||||
verschwinden, wenn keine Meldung mehr ansteht (die Alt-Objekt-Falle der
|
||||
HL-Pfeile). Abschaltbar: `[trading] export_meldungen=false` **oder**
|
||||
`InpShowMeldungen=false`; Größe/Farbe über `InpMeldungSize`/`InpMeldungColor`.
|
||||
✅ Kompiliert ins **richtige** Terminal (0 errors, 0 warnings), deployt und am
|
||||
laufenden Server verifiziert.
|
||||
|
||||
### ✅ S/R-AUTO-CLOSE WIEDER AN (User-Entscheidung 2026-08-11)
|
||||
|
||||
Frage war: „sollten wir Trades bei einem S/R-Bounce automatisch schliessen?"
|
||||
|
||||
Reference in New Issue
Block a user