Why GTK4 glass backend will not (probably) be an #IFDEF

[Thiago Milczarek Sayão]

Correction:
* Gdk Surface would be used instead of *Gdk*Window.
* GtkDrawingArea widget would be used to draw fx data.

Also, after further investigation libwayland is a no, too much work,
specially because client side decorations.

So for wayland we should stick with Gtk (a greater gtk3 version than
3.8) or starting from Gtk4.

-- Thiago.


Em sáb., 14 de ago. de 2021 às 18:41, Thiago Milczarek Sayão
<thiago.sayao at gmail.com> escreveu:
>
> Gtk4 glass implementation will probably be a new glass implementation
> based on the current one because there are too many "breaking"
> changes.
>
> Changes are listed here:
> https://docs.gtk.org/gtk4/migrating-3to4.html
>
> Specially note:
> https://docs.gtk.org/gtk4/migrating-3to4.html#adapt-to-gtkwindow-api-changes (*)
> https://docs.gtk.org/gtk4/migrating-3to4.html#stop-using-gtk_widget_set_app_paintable
>  (*)
> https://docs.gtk.org/gtk4/migrating-3to4.html#stop-using-grabs
> https://docs.gtk.org/gtk4/migrating-3to4.html#stop-using-non-rgba-visuals
> https://docs.gtk.org/gtk4/migrating-3to4.html#switch-to-the-new-drag-and-drop-api
>
> * Gdk Surface would be used instead of Gtk Window.
>
> Backend (Wayland/X11) specific functions will be needed:
> https://docs.gtk.org/gtk4/migrating-3to4.html#adapt-to-monitor-api-changes
> https://docs.gtk.org/gdk4/wayland.html
>
> Looking at the Gdk4 implementation, using libwayland* directly would
> be nice, but simply too hard. So we could use Gtk4 to support wayland
> and #ifdef GDK_WINDOWING_X11 / GDK_WINDOWING_WAYLAND where necessary.
>
> On another note, XTest equivalent (for Robot) is not available on
> generic wayland compositors.
>
> -- Thiago.