Your message dated Mon, 11 Jul 2022 12:18:18 +1200
with message-id <YstsSisc+g7Fhb/[email protected]>
and subject line Re: Bug#934386: wxScrolled flickers when the horizontal
scrollbar is active and GTK3 is used
has caused the Debian Bug report #934386,
regarding wxScrolled flickers when the horizontal scrollbar is active and GTK3
is used
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
934386: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934386
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libwxgtk3.0-gtk3-0v5
Version: 3.0.4+dfsg-9
If something is drawn by wxWidgets and is horizontally scrollable if wxWidgets
uses GTK3 it is likely to flicker on redraw.
Upstream bug report: https://trac.wxwidgets.org/ticket/18462. The problem is
reproducible by the maintainer of wxWidgets. It doesn't happen in wxWidgets3.1,
which (as it is a development version) isn't packaged with debian.
--- End Message ---
--- Begin Message ---
On Tue, Sep 01, 2020 at 07:24:43PM +1200, Olly Betts wrote:
> On Sun, Dec 01, 2019 at 10:08:49AM +0100, Gunter Königsmann wrote:
> > After an
> >
> > export GTK_IM_MODULE=xim
> >
> > the combination GTK3.0, wxWidgets and any ribbon, nearly any list view
> > and all scrolled windows flicker real bad. At least if the CPU power
> > doesn't allow for a repaint before the data arrives at the screen.
> > Examples of flickering things are wxWidget's scroll and the ribbon sample.
> >
> > After an
> >
> > export GTK_IM_MODULE=ibus
> >
> > the flicker is completely gone.
>
> It seems xim support in GTK3 is known to be buggy and GTK upstream say:
>
> the recommended fix is not to use xim
>
> https://gitlab.gnome.org/GNOME/gtk/-/issues/2560#note_757143
>
> Support for xim has been removed completely in the development branch
> which is leading to GTK4:
>
> support for the xim input method has been removed in favor of IBus
>
> https://blog.gtk.org/2020/02/13/gtk-3-98/
As above, this is really a bug in Gtk not wxWidgets. Gtk upstream have
explicitly said the fix it to avoid xim, so it seems pointless to
reassign it, and I'm just going to close this bug.
The upstream wxWidgets FAQ now mentions this issue, and also recommends
avoiding xim as the solution:
https://wxwidgets.org/docs/faq/gtk/#xim
Also upstream have released wxWidgets 3.2.0 and Scott's working on
packaging it. That shows a warning message on stderr if XIM input
method is in use:
https://github.com/wxWidgets/wxWidgets/pull/2138
Cheers,
Olly
--- End Message ---
