Files
PolyTraderSharp/src/PolyTrader.App.Avalonia/Views
RichardandClaude Opus 5 f4e017fe58 Spalten wieder vollstaendig; die Kalender-Vermutung war falsch
Zwei Nacharbeiten aus der Sichtpruefung auf der Linux-VM vom 28.08.2026.

Master-Trader-Grid: Die Breitenumstellung von gestern hat mehr kaputtgemacht
als geheilt. Von zwoelf Spalten blieben sieben brauchbar - hinter "Winrate %"
stand eine Spalte mit abgeschnittenen Werten ohne Ueberschrift, dahinter vier
leere Streifen. PnL, Copy-PnL, Profit-Faktor, Ø PnL/Trade und Copy-Trades waren
weder lesbar noch als Spalte erkennbar. Das ist schlimmer als der urspruengliche
Befund: dort fehlten Ueberschriften, hier die Werte.

Ursache war die Sternbreite auf "Name". Zwoelf Spalten passen neben dem 460 px
breiten Detailbereich nicht ins Fenster; statt waagerecht zu schieben, verteilt
das DataGrid den Mangel und zerdrueckt die Auto-Spalten am Ende. Jetzt steht
auch "Name" auf Auto: jede Spalte behaelt ihre Breite, das Grid bekommt einen
waagerechten Rollbalken. Im Bild gegengeprueft.

Kalendersymbol (Befund B-9): zurueckgenommen. Die gestrige Aenderung war eine
Vermutung, und sie war falsch. Die vermeintlich sinnlose Zahl im Datumsfeld ist
das heutige Datum - am 26.08. eine "26", am 28.08. eine "28". Avalonia zeichnet
dort die heutige Tageszahl in ein Kalenderblatt, unter Linux fehlt der
Blatt-Glyph. Zwei Gegenproben liessen das Bild unveraendert: die Formatvorlage
per :not(#PART_Button) vom Knopf ferngehalten, und das Farbschema gewechselt.
Eine Aenderung ohne Wirkung und ohne Begruendung gehoert nicht in den Code; an
ihrer Stelle steht ein Kommentar, damit der Naechste nicht dieselbe Spur
verfolgt. Rein kosmetisch, Bugtracker-Item #50.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-28 21:05:49 +02:00
..