Deutsches Lazarusforum

Danke. Hab' mir nun per FPCUpDeluxe FPC/main + Laz/Main in der Linux-VM installiert und konnte den Fehler gleich bestätigen, er tritt sogar bei dem leeren Default-Chart auf, nicht nur unter gtk2, sondern auch unter gtk3 und qt5. Der Fehler war nach kurzem Debuggen schnell gefunden: FPC3.3.1 scheint ...

Das ist wahrscheinlich die Einstellung "Hinweise anzeigen", die du im Kontextmenü des Objektinspektor abstellen kannst (oder auch: "Werkzeuge" > "Einstellungen" > "Umgebung" > "Objektinspektor" > Box "Einstellungen" > Checkbox "Hinweise im Objektinspektor anzeigen")

Das mit den unschönen Achsenlabels ist definitiv main/gtk2.

Und "main/gtk2" bedeutet: "auch mit FPC/main"? Oder nur "mit FPC 3.2.2"? Im Fall von "FPC/main", gäbe es da die Möglichkeit, dass du es auch mit FPC 3.2.2 testest? Da könnte ich mir die Installation von FPC/main unter Linux sparen.

Ich bin jetzt etwas verwirrt: Ganz oben waren die unschönen Achsenlabels im Fall Laz/main+FPC/main+gtk2, und jetzt sind sie im Fall Lazarus/Fixes + qt. Ist da etwas vertauscht? Und verwendest du exakt das Projekt, das du oben gepostet hast?

Habe nun den Fix auf Laz/main committet (allerdings mit ARawImage.IsMasked(false)), Backport zu Fixes erfolgt in ein paar Tagen - vielleicht gibt es ja doch Nebeneffekte.

Zur Dokumentation über das "warum & wieso" habe ich einen Bug-Report geschrieben: https://gitlab.com/freepascal.org/lazarus ...

Habe die Reihenfolge der Top/Bottom-Koordinaten beim Zeichnen der Achsen-Stripes nun korrigiert, ich sehe das Problem nicht mehr. Änderung ist auf Laz/main gepushed. Bitte melde, ob nun auch bei dir das Streifen-Problem behoben ist, damit ich das auch in Laz/Fixes übernehmen kann.

Das kann ich nicht reproduzieren (Mint/X11, gtk2, gtk3, qt5, Projekt neu ausgepackt).

Fehler mit den farbigen Streifen gefunden: gtk verlässt offenbar die FillRect-Routine sofort wieder, wenn wie hier die Koordinaten des zu füllenden Rechtecks nicht in der richtigen Reihenfolge sind. Muss mir ...

Das hat nichts mit Laz/Fixes vs. Laz/Main zu tun, sondern mit qt5 vs. gtk2. Schalte ich bei Laz/main oder auch bei Laz 4.2 das WS von gtk2 auf qt5, sind die Streifen da. Ich habe verschiedene Linuxe ausprobiert, auch Wayland/X11 macht keinen Unterschied. gtk3 hat dasselbe Problem wie gtk2, qt6 habe ...

Vielleicht sollte ich mal wieder für's wiki ein Schritt-für-Schritt-Tutorial schreiben, über die farbige Hinterlegung von Achsen-Abschnitten, z.B. für einen Qualitätskontrollplot mit eingefärbten "Unter-Spec", "In Spec" und "Über Spec"-Bereichen, ähnlich wie in deinem Beispiel

Die Maske ist weiterhin vorhanden, die Information darüber scheint aber in bmp.LoadFromIntfImage nicht anzukommen:
procedure TRasterImage.LoadFromIntfImage(IntfImage: TLazIntfImage);
var
ImgHandle, ImgMaskHandle: HBitmap;
begin
IntfImage.CreateBitmaps(ImgHandle, ImgMaskHandle, not IntfImage ...

Seltsam... Kannst du mal das Test-Projekt checken, das ich den Bug-Report beigefügt habe? Mit Laz 4.0 und 4.2 getested (und mit Laz/main sowieso) tritt der Fehler auf. Bzw. kannst du DEIN Test-Projekt hier posten?

Der Variablenname eines Objektes hat nichts mit dem Wert der Eigenschaft "Name" zu tun: Unter ersterem kann man das Objekt im Quellcode ansprechen (so wie jede andere Variable, z.B "x := 1"), der letzere wird im wesentlichen nur für den Designmode und den Objektinspektor benötigt, damit der Benutzer ...

Hier nun auch noch ein Vorschlag für die Achsenbeschriftung. Nicht ganz trivial... Aber mit einer zweiten Achse und einer Minor-Achse klappt es so ungefähr. In dem Beispiel-Projekt sind die entsprechenden Änderungen im Code gemacht, so dass ich mir diesmal das "Tutorial" erspare.

Zu den eingefärbten Bereichen: Sowas macht man mit Hilfe der Marks.Stripes der Achse, von der die Bereiche ausgehen. Man setzt ein TChartStyles auf das Formular und verbindet es mit Axis.Marks.Stripes. Ein Klick auf den '...' neben der Styles-Property öffnet den Styles-Editor. Füge drei Styles hinzu ...

Diese Screenshots gehen noch einen Schritt weiter als mein Code: Hier ist im x-Wert die Uhrzeit beibehalten.

Für den Wochentags-Plot musst du damit im OnGetChartData-Event AItem.X := WeekDay(tmpDT) + frac(tmpDT) nehmen, und für den StundenPlot den Datumsanteil abtrennen und nur die Nachkomma ...