Pfeile: Konsens-Pfeil per Default aus - er erzeugte wieder einen Trichter (v1.33)

User: "trichter anstatt pfeil wird angezeigt". Der Kegel war korrekt raus
(keine CN-Zeile mehr in der CSV) - was zu sehen war, waren MEINE zwei
Pfeile:
    AR;L;85.233;85.110;63% Abprall     blau, nach UNTEN
    AR;K;85.233;85.479;Konsens +1.00   grau, nach OBEN
Beide starten am aktuellen Kurs und liefen auseinander - optisch exakt der
Kegel, den sie ersetzen sollten. Gefragt war EIN Pfeil, gebaut waren drei.

Behoben:
  InpShowConsensus per Default FALSE (der Konsens steht ohnehin als
  Bias-Nadel im Dashboard)
  InpArrBars 14 -> 8 (kuerzer, Pfeilspitze im sichtbaren Bereich)
Normalfall jetzt: EIN Pfeil (L, der kalibrierte). S kommt nur beim
Squeeze-Ausbruch dazu. InpShowConsensus=true holt K zurueck.

Lehre fuer die Doku: "sie messen Verschiedenes, also duerfen sie
auseinanderzeigen" ist logisch richtig und als BILD trotzdem falsch - zwei
Linien aus einem Ursprung liest niemand als zwei Aussagen.

v1.33 ins richtige Terminal kompiliert und dort gegengeprueft.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Axel Hocks
2026-07-31 22:01:32 +02:00
co-authored by Claude Opus 5
parent 00ca2406f1
commit 35f9b567c8
2 changed files with 27 additions and 4 deletions
+13 -2
View File
@@ -1831,8 +1831,19 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
dieser Entwurf vermeiden soll. **S** erscheint nur bei `state=='active'` und wird
dicker gezeichnet (Breite 3 statt 2) — der validierte Pfeil ist der auffälligste.
**K** erst ab |bias| ≥ 0,2, Länge proportional (max 2×ATR).
Die drei können AUSEINANDERZEIGEN (real beim Einbau: L abwärts zum Support,
S+K aufwärts) — das ist kein Fehler, sie messen Verschiedenes.
⚠ **KORREKTUR NOCH AM SELBEN ABEND (v1.33, User: „Trichter anstatt Pfeil wird
angezeigt"):** L und K starten am SELBEN Punkt (aktueller Kurs) und zeigten real in
ENTGEGENGESETZTE Richtungen (`AR;L;…;85.110;63% Abprall` nach unten,
`AR;K;…;85.479;Konsens +1.00` nach oben). Zwei divergierende Linien aus einem Punkt
sehen aus wie **genau der Kegel, den sie ersetzen sollten** — der Nutzer sah keinen
Pfeil, sondern wieder einen Trichter. **Gefragt war EIN Pfeil, gebaut waren drei.**
Behoben: **`InpShowConsensus` per Default FALSE** (der Konsens steht ohnehin als
Bias-Nadel im Dashboard) und **`InpArrBars` 14 → 8** (kürzer, damit die Pfeilspitze
im sichtbaren Bereich liegt). Normalfall jetzt: **EIN Pfeil** (L, der kalibrierte);
S kommt nur beim Squeeze-Ausbruch dazu. `InpShowConsensus=true` holt K zurück.
⚠ Lehre: „sie messen Verschiedenes, also dürfen sie auseinanderzeigen" ist logisch
richtig und als BILD trotzdem falsch — zwei Linien aus einem Ursprung liest niemand
als zwei Aussagen.
Umsetzung MQL5: `OBJ_ARROWED_LINE` vom aktuellen Bar über `InpArrBars`=14 Bars nach
rechts, Label an der Spitze. ⚠ Das Label heißt `ALBL_*` und NICHT `T*` — sonst würde
`RepositionLabels()` es an den rechten Rand ziehen und von der Pfeilspitze lösen.