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>
This commit is contained in:
Richard
@@ -181,8 +181,16 @@
|
||||
einer 1px-Linie. Fluent bringt gerundete, gefüllte Flächen mit – deshalb hier
|
||||
flächendeckend zurückgesetzt. -->
|
||||
|
||||
<!-- Zum Kalenderknopf des CalendarDatePicker (Befund B-9 des Linux-Sichttests, wo statt
|
||||
eines Kalendersymbols eine "26" stand): Das ist NICHT unsere Formatvorlage. Am
|
||||
28.08.2026 auf der Linux-VM nachgemessen - die Zahl ist das heutige Datum (am 26.08.
|
||||
eine "26", am 28.08. eine "28"), und sie bleibt unveraendert, wenn man diese
|
||||
Vorlage per ":not(#PART_Button)" vom Knopf fernhaelt oder das Farbschema wechselt.
|
||||
Avalonia zeichnet dort die heutige Tageszahl in ein Kalenderblatt; unter Linux fehlt
|
||||
der Blatt-Glyph, uebrig bleibt ein Punkt. Rein kosmetisch, siehe Bugtracker-Item #50. -->
|
||||
<Style Selector="Button">
|
||||
<Setter Property="CornerRadius" Value="0" />
|
||||
<Setter Property="FontFamily" Value="{DynamicResource AppFontHeading}" />
|
||||
<Setter Property="FontSize" Value="13" />
|
||||
<Setter Property="Padding" Value="10,5" />
|
||||
<Setter Property="Background" Value="Transparent" />
|
||||
@@ -190,19 +198,6 @@
|
||||
<Setter Property="BorderThickness" Value="1" />
|
||||
</Style>
|
||||
|
||||
<!-- Die Schriftart bewusst OHNE die Schaltflaechen, die zur Vorlage eines anderen
|
||||
Steuerelements gehoeren (#PART_Button - z.B. der Kalenderknopf des
|
||||
CalendarDatePicker). In Avalonia stechen die Styles der Anwendung die Setter eines
|
||||
ControlTheme aus; unsere Schriftliste landete damit auch auf dem Kalenderknopf und
|
||||
verdraengte die Symbolschrift, aus der sein Zeichen stammt. Unter Windows faellt das
|
||||
nicht auf, unter Linux setzt Fontconfig stillschweigend irgendeine andere Schrift
|
||||
ein, in der derselbe Zeichencode etwas voellig anderes bedeutet - im Test stand dort
|
||||
statt eines Kalenders eine sinnlose "26" (Befund B-9 des Linux-Sichttests).
|
||||
ACHTUNG: nur am Bild zu pruefen, nie im Log - Gegenprobe auf der Linux-VM noetig. -->
|
||||
<Style Selector="Button:not(#PART_Button)">
|
||||
<Setter Property="FontFamily" Value="{DynamicResource AppFontHeading}" />
|
||||
</Style>
|
||||
|
||||
<!-- Fluent malt Füllung und Rahmen im Vorlagenteil und überschreibt sie je Zustand.
|
||||
Deshalb müssen Schwebe- und Druckzustand dort gesetzt werden, sonst blitzt beim
|
||||
Überfahren wieder das Fluent-Grau durch. -->
|
||||
|
||||
@@ -30,13 +30,22 @@
|
||||
<Grid ColumnDefinitions="*,4,460">
|
||||
<DataGrid Name="gridTraders" Grid.Column="0" x:DataType="ct:TrackedTrader">
|
||||
<DataGrid.Columns>
|
||||
<!-- Der Name steht vorn und bekommt den freien Platz: er ist die
|
||||
wichtigste Information der Zeile. Die Wallet-Adresse folgt
|
||||
gekuerzt (vollstaendig im Tooltip) - in voller Laenge drueckte
|
||||
sie zusammen mit den festen Breiten der uebrigen Spalten den
|
||||
Namen auf wenige Pixel zusammen (Befund B-13). -->
|
||||
<!-- Der Name steht vorn: er ist die wichtigste Information der
|
||||
Zeile. Die Wallet-Adresse folgt gekuerzt (vollstaendig im
|
||||
Tooltip) - in voller Laenge drueckte sie zusammen mit den
|
||||
festen Breiten der uebrigen Spalten den Namen auf wenige
|
||||
Pixel zusammen (Befund B-13).
|
||||
|
||||
KEINE Sternbreite in diesem Grid: zwoelf Spalten passen neben
|
||||
dem 460 px breiten Detailbereich nicht ins Fenster. Eine
|
||||
Sternspalte nimmt sich dann den Platz, den die festen
|
||||
brauchen - beim Sichttest am 28.08.2026 blieben die letzten
|
||||
fuenf Spalten (PnL, Copy-PnL, Profit-Faktor, Ø PnL/Trade,
|
||||
Copy-Trades) als leere Streifen ohne Beschriftung uebrig.
|
||||
Mit lauter Auto-Breiten behaelt jede Spalte ihre Breite und
|
||||
das Grid laesst sich stattdessen waagerecht schieben. -->
|
||||
<DataGridTextColumn Header="#" Width="Auto" Binding="{Binding Id}" />
|
||||
<DataGridTextColumn Header="Name" Width="*" MinWidth="180" Binding="{Binding DisplayName}" />
|
||||
<DataGridTextColumn Header="Name" Width="Auto" MinWidth="180" Binding="{Binding DisplayName}" />
|
||||
<DataGridTemplateColumn Header="Wallet" Width="Auto">
|
||||
<DataGridTemplateColumn.CellTemplate>
|
||||
<DataTemplate x:DataType="ct:TrackedTrader">
|
||||
|
||||
Reference in New Issue
Block a user