TP-Anzeige entwirrt: doppelten Wert entfernt, Init-Formel ehrlich beschriftet

User-Frage "unterscheidet sich TP von TP1, TP2 oder TP3?" - sie deckte zwei Fehler auf, beide von mir aus der vorigen Aenderung. ⚠ ZUERST DIE SACHE SELBST: der TP WIRD nachgezogen, aber nach DREI Formeln: Init Entry ± 3,5xATR fest, gibt dem Trade Luft Trail Bestkurs ∓ 0,5xATR zieht mit dem Hoch mit Lock Bestkurs ∓ 0,3xATR sehr eng am Hoch immer mindestens Entry ± 0,5xATR (schliesst nie im Verlust) Er springt beim Phasenwechsel also von WEIT VOR dem Kurs auf KNAPP HINTER das Hoch - ab Phase Trail ist er faktisch ein zweiter, engerer Ausstieg ueber dem Stop. 63 TP-Setzungen im Log bestaetigen das. ① BEHOBEN - "TP2 · Trailing" in der Trade-Leiste zeigte DENSELBEN Wert wie das Feld "TP" daneben. Eine Zahl doppelt. Entfernt; uebrig bleiben TP1 (Level) und TP3 (Kegel) als das, was sie sind: Orientierungsmarken, die der Broker-TP NICHT kennt. Das Feld "TP" bleibt editierbar. ② BEHOBEN - im M15-Setup-Block stand "TP2: ... (3,5xATR - das Trailing fuehrt ihn nach)". Das war irrefuehrend: 3,5xATR ist NUR die Init-Formel, und ab Phase Trail laeuft der TP nach einer anderen Regel. Jetzt: "Init-Ziel 3,5xATR - ab Phase Trail zieht der TP an den Bestkurs heran, ∓0,5xATR". Verifiziert: 0 verbliebene tb-tp2-Referenzen in JS und HTML, span/div ausgeglichen, keine doppelten IDs, node --check und Render-Probe gruen. Reine Frontend-Aenderung (v=197), kein Neustart. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 09:07:22 +02:00
parent 6f1348adf3
commit d59d0eeaee
2 changed files with 14 additions and 7 deletions
@@ -12,7 +12,7 @@
       ⚠ LOKAL eingebunden, kein CDN: die PWA laeuft ueber WireGuard
       und muss offline funktionieren. -->
  <link rel="stylesheet" href="pico.min.css?v=1">
-  <link rel="stylesheet" href="style.css?v=196">
+  <link rel="stylesheet" href="style.css?v=197">
 </head>
 <body>
  <!-- Modul-Menü (ganz oben) -->
@@ -90,8 +90,10 @@
          <input id="tb-tp" type="number" inputmode="decimal" step="0.01" placeholder="—"></span>
        <span class="tb-field gain"><label title="TP1 — das nächste STEHENDE Level in Trade-Richtung (M30-Pivots, dieselbe Quelle wie Chart und Gate ③), mit der Durchbruchwahrscheinlichkeit. ⚠ REINE ANZEIGE, wird nicht an den Broker geschickt. Ein fester TP am Gegenlevel ist gemessen der STÄRKSTE Gewinner-Kappen-Beleg des Projekts: er drehte den Squeeze von +0,102/+0,108 auf −0,066/−0,004 (backtest_trailing_sr.py). Als Orientierung nützlich, als Auftrag nicht.">TP1 · Level</label>
          <span class="tb-val" id="tb-tp1">—</span></span>
-        <span class="tb-field gain"><label title="TP2 — der Broker-TP, den das Trailing dynamisch führt (Entry ± 3,5×ATR in Phase Init, danach mit dem Lauf nachgezogen). Das ist der einzige TP, der tatsächlich am Broker liegt.">TP2 · Trailing</label>
-          <span class="tb-val" id="tb-tp2">—</span></span>
+        <!-- ⚠ TP2 hier ENTFERNT (2026-08-20): es zeigte denselben Wert wie das
+             Feld "TP" daneben — eine Zahl doppelt. Uebrig bleiben TP1 und
+             TP3 als das, was sie sind: Orientierungsmarken, die der
+             Broker-TP NICHT kennt. -->
        <span class="tb-field gain"><label title="TP3 — die Obergrenze des 80-%-Kegels auf 120 Minuten (core/cone.py). Out-of-sample geprüft: die 80-%-Bänder treffen real 77 %. ⚠ Das ist eine Aussage über die REICHWEITE, nicht über die Richtung — weiter kommt der Kurs in dieser Zeit selten, nicht: er kommt dorthin.">TP3 · Kegel 120′</label>
          <span class="tb-val" id="tb-tp3">—</span></span>
        <span class="tb-field gain"><label title="Mindestgewinn in Euro, unter dem der Auto-Close am Level NICHT schließt. Leer oder 0 = aus.">Gewinn-Close</label>
@@ -414,6 +416,6 @@
  </div>
  <div id="toast" class="toast hidden"></div>

-  <script src="app.js?v=196"></script>
+  <script src="app.js?v=197"></script>
 </body>
 </html>