Line Windows<>Linux

[Mathias]

Bei folgendem Code, wird wie erwartet unter Windows nur eine Linie gezeichnet.
Aber unter Linux kommen zwei.

Code: Alles auswählen

procedure TForm1.FormPaint(Sender: TObject);
begin
  Canvas.Line(10, 10, 200, 10);
  Canvas.Line(10 + $FFFF, 20, 200 + $FFFF, 20);
end;  

Ist dies ein Bug ?

[Socke]

Bei folgendem Code, wird wie erwartet unter Windows nur eine Linie gezeichnet.
Aber unter Linux kommen zwei.

Code: Alles auswählen

procedure TForm1.FormPaint(Sender: TObject);
begin
  Canvas.Line(10, 10, 200, 10);
  Canvas.Line(10 + $FFFF, 20, 200 + $FFFF, 20);
end;  

Ist dies ein Bug ?

Unter Windows ist zwar die Breite eines Formulars als Integer definiert, Windows hat hier aber anscheinend ein internes Limit von $7FFF.
Dadurch wir die zweite Linie nicht gezeichnet, da sie in einem ungültigen Bereich liegt.
GTK2 oder QT können dies selbstverständlich anders handhaben.

[wp_xyz]

Unter Windows ist zwar die Breite eines Formulars als Integer definiert, Windows hat hier aber anscheinend ein internes Limit von $7FFF.
Dadurch wir die zweite Linie nicht gezeichnet, da sie in einem ungültigen Bereich liegt.

Das sehe ich nicht so, wie kommst du darauf? Die zweite Linien liegt einfach kilometerweit außerhalb des sichtbaren Fensters.

Dass unter Linux zwei Linien gezeichnet werden, sehe ich auch nicht. Mein Mint zeichnet sowohl mit gtk2 als auch mit qt nur 1 Linie, genauso wie Windows.

[Socke]

Unter Windows ist zwar die Breite eines Formulars als Integer definiert, Windows hat hier aber anscheinend ein internes Limit von $7FFF.
Dadurch wir die zweite Linie nicht gezeichnet, da sie in einem ungültigen Bereich liegt.

Das sehe ich nicht so, wie kommst du darauf? Die zweite Linien liegt einfach kilometerweit außerhalb des sichtbaren Fensters.

Dass unter Linux zwei Linien gezeichnet werden, sehe ich auch nicht. Mein Mint zeichnet sowohl mit gtk2 als auch mit qt nur 1 Linie, genauso wie Windows.

[Window Title]
Fehler

[Content]
TWinControl.SetBounds (Form1:TForm1): Width 12287 not allowed.

[Ok]

Wenn ich die Formularbreite auf $1FFF stelle, gibt es diese Fehlermeldung nicht, die Breite wird aber auf 3348 (horizontale Bildschirmauflösung - 12 Pixel) eingestellt.

Bei dir müssten doch zwei Linien gezeichnet werden? Hast du versucht, z.B. einen Button an der Position der zweiten Linie zu positionieren und dorthin zu scrollen?

[wp_xyz]

Sorry, ich verstehe kein Wort... Was machst du, dass diese Fehlermeldung kommt?

[Socke]

Sorry, ich verstehe kein Wort... Was machst du, dass diese Fehlermeldung kommt?

Ich gebe im Objektinspektor für Form1.Width den Wert $2FFF ein.

[Mathias]

Dass unter Linux zwei Linien gezeichnet werden, sehe ich auch nicht. Mein Mint zeichnet sowohl mit gtk2 als auch mit qt nur 1 Linie, genauso wie Windows.

Könnte das evtl. am Grafik-Treiber liegen ?

[wp_xyz]

Ich muss zurückrudern: Alle meine Linux VM mit gtk2 (Ubuntu 12.04, 16.04, Mint 18, Mint 17) zeigen zwei Linien, das Mint 17 mit qt nur eine (die Mitteilung oben ist falsch). Die beiden Linien beginnen und enden beim gleichen x-Wert, sind aber vertikal um die 10 Pixel verschoben, also wie wenn die Koordinate $FFFF+10 als 10 interpretiert wird, und $FFFF+200 als 200. Kann es sein, dass gtk2 mit einigen/allen (?) Fällen noch mit 16-bit Koordinaten arbeitet? Denn $FFFF + 10 --> 10 ist ja ein klassischer Überlauf an der Word-Grenze.

[Mathias]

Die beiden Linien beginnen und enden beim gleichen x-Wert, sind aber vertikal um die 10 Pixel verschoben

Sie sind 10 Pixel verschoben, ich habe bewusst bei der 2.Linie ein Y-Wert von 20 angegeben.

[mse]

Der Koordinatenbereich von X11, was auf Linux vermutlich zum zeichnen verwendet wird, ist 16 Bit -> -2^15 .. 2^15 - 1.
https://www.x.org/releases/X11R7.6/doc/ ... mmon_types
(siehe POINT und RECTANGLE).

[Mathias]

Der Koordinatenbereich von X11, was auf Linux vermutlich zum zeichnen verwendet wird, ist 16 Bit -> -2^15 .. 2^15 - 1.

Dann kann Lazarus in dem Fall nichts dafür.
Dann muss man die Koordinaten zuerst prüfen, bevor man zeichnet.