Weird GTK TGroupBox bug

4 messages · 2 people · 3-7-2013 – 4-21-2013

Giuliano Colla 3
Mattias Gaertner 1

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Giuliano Colla3-7-2013 16:44 UTC

I've stumbled against a rather weird bug in TGroupBox with GTK2 WS.

If a TGroupBox gets partly covered by another window (as it may happen with the drop-down of a TComboBox, or simply by moving another window over it), and then uncovered, not all the widgets inside the TGroupBox are properly repainted.

It turns out that:

1) All widgets which were fully hidden are properly repainted.

3) Not all widgets which were partly hidden are repainted properly. TButton and TBitButton are repainted properly, while TLabel and TSpeedButton are not.

4) Depending on GTK style, also the TGroupBox caption is not properly repainted, when partly hidden.

See attached screenshots of the same form, before and after sliding another window over it.

Verified with different Window Managers (KDE 3.x, KDE 4.x, GNOME 2.x, XFCE4), Lazarus Trunk, Lazarus 1.0.2, Lazarus 1.0.4., under RHEL5, and FC14.

Using QT WS, all widgets are properly repainted.

As an additional information, this bug wasn't present in Lazarus 0.9.26.2. (I don't have at hand a Lazarus 0.9.30 to test).

I didn't find a mention in the BugTracker. Should I file a new bug, or I just missed an entry?

Giuliano

-------------- next part --------------
A non-text attachment was scrubbed...
Name: GroupBox1.png
Type: image/png
Size: 26126 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20130307/1168bf34/attachment-0002.png> -------------- next part --------------
A non-text attachment was scrubbed...
Name: GroupBox2.png
Type: image/png
Size: 24089 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20130307/1168bf34/attachment-0003.png>

Reply by email

Mattias Gaertner3-12-2013 18:20 UTC

to Giuliano Colla

Show quoted text 6 lines

I've stumbled against a rather weird bug in TGroupBox with GTK2 WS. If a TGroupBox gets partly covered by another window (as it may happen with the drop-down of a TComboBox, or simply by moving another window over it), and then uncovered, not all the widgets inside the TGroupBox are properly repainted.

I see no such problems on Ubuntu.
Can you reproduce the problem in a small example?
It sounds like a problem with clipping area (gtk expose events).

Show quoted text 7 lines

It turns out that: 1) All widgets which were fully hidden are properly repainted. 3) Not all widgets which were partly hidden are repainted properly. TButton and TBitButton are repainted properly, while TLabel and TSpeedButton are not.

TButton and TBitBtn are painted solely by the gtk, while TLabel and TSpeedButton are painted by the LCL.
Maybe there is something wrong with clipping or MoveWindowOrgEx.

4) Depending on GTK style, also the TGroupBox caption is not properly repainted, when partly hidden.

TGroupBox is painted solely by the gtk.

Show quoted text 14 lines

See attached screenshots of the same form, before and after sliding another window over it. Verified with different Window Managers (KDE 3.x, KDE 4.x, GNOME 2.x, XFCE4), Lazarus Trunk, Lazarus 1.0.2, Lazarus 1.0.4., under RHEL5, and FC14. Using QT WS, all widgets are properly repainted. As an additional information, this bug wasn't present in Lazarus 0.9.26.2. (I don't have at hand a Lazarus 0.9.30 to test). I didn't find a mention in the BugTracker. Should I file a new bug, or I just missed an entry?

Please create a bug report with an example.

Mattias

Reply by email

Giuliano Colla3-14-2013 17:55 UTC

to Mattias Gaertner

Mattias Gaertner ha scritto: