ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput | register your nick to speak
tjaden has joined #wayland
<DemiMarie>
kelnos: what about patching GTK to expose the hooks you need?
<DemiMarie>
Is Weston a thing outside of embedded?
<kelnos>
i've thought about that, but i'm concerned the gtk maintainers wouldn't go for it (it would tie them to xdg-surface as the shell they use, etc.). gtk3 is also seemingly in maintenance-only mode, another hurdle. but i suppose it wouldn't hurt to ask. i'm currently targeting whatever gtk version will be stable in a year and a half or so, so now is probably a good time to get something like that in
danielle1 has quit [Quit: WeeChat 3.8]
<DemiMarie>
kelnos: port to gtk4?
<kelnos>
not feasible. xfce just made it to gtk3 not too long ago. gtk4 port would take many years. and gtk4 removes some things that we need (like GtkPlug/GtkSocket for X11, and gdk_window_foreign_new())
<kelnos>
(and frankly we just don't like the direction gtk4 has gone in)
<DemiMarie>
in that case you are probably better off with a new toolkit
<kelnos>
yup, but that is a problem for another year
andyrtr has quit [Read error: Connection reset by peer]
andyrtr has joined #wayland
columbarius has joined #wayland
co1umbarius has quit [Ping timeout: 480 seconds]
yar has quit [Quit: yar]
yar has joined #wayland
Company has quit [Quit: Leaving]
monospaced has joined #wayland
jmdaemon has quit [Ping timeout: 480 seconds]
nerdopolis has quit [Ping timeout: 480 seconds]
fmuellner has quit [Ping timeout: 480 seconds]
jmdaemon has joined #wayland
andyrtr has quit [Ping timeout: 480 seconds]
andyrtr has joined #wayland
Leopold_ has joined #wayland
KingoftheElves[m] has joined #wayland
monospaced has quit [Remote host closed the connection]
crazybyte has quit [Quit: Bye]
crazybyte has joined #wayland
floof58 is now known as Guest10021
floof58 has joined #wayland
tzimmermann_ has quit []
tzimmermann has joined #wayland
Guest10021 has quit [Ping timeout: 480 seconds]
Jerric has joined #wayland
andyrtr has quit [Read error: Connection reset by peer]
andyrtr has joined #wayland
ahartmetz has quit [Ping timeout: 480 seconds]
danvet has joined #wayland
rv1sr has quit []
rv1sr has joined #wayland
godvino has joined #wayland
rasterman has joined #wayland
mohit815 has quit []
mohit815 has joined #wayland
Jerric_ has joined #wayland
Jerric__ has joined #wayland
Jerric has quit [Ping timeout: 480 seconds]
molinari has joined #wayland
Jerric_ has quit [Ping timeout: 480 seconds]
godvino1 has joined #wayland
godvino has quit [Ping timeout: 480 seconds]
mvlad has joined #wayland
dcz_ has joined #wayland
Jerric has joined #wayland
godvino has joined #wayland
Jerric__ has quit [Ping timeout: 480 seconds]
godvino1 has quit [Read error: Connection reset by peer]
Jerric_ has joined #wayland
godvino1 has joined #wayland
godvino has quit [Ping timeout: 480 seconds]
Jerric has quit [Ping timeout: 480 seconds]
ofourdan has joined #wayland
<pq>
kelnos, I am confused by you fighting with gtk but also saying that your nested compositor is not using gtk. A nested compositor that mostly just forwards things through may be best written without any client-side toolkit towards its parent compositor, since client-side toolkits generally do not consider that use case and their desire to abstract away Wayland details is actively harmful in achieving that.
godvino has joined #wayland
godvino1 has quit [Ping timeout: 480 seconds]
DodoGTA is now known as Guest10035
DodoGTA has joined #wayland
Guest10035 has quit [Read error: Connection reset by peer]
<kelnos>
pq: the nested compositor library does not itself use gtk, but the goal is to allow an app that is written using gtk to embed the compositor in it
<pq>
oh, ouch
<kelnos>
"ouch" does sum it up quite well
<kelnos>
at any rate, i did temporarily solve my problem... by reading gtk's internal implementation headers so i could steal the xdg_surface/xdg_toplevel pointers from GdkWindowImplWayland instances. not a long-term solution (though this sort of approach does work for libgtk-layer-shell), but good enough for now so i can continue to make progress