{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreihuhvga7qvnuq7cakemncdi4e3arnx3h7a5yomybw7mw24z2rwgba",
    "uri": "at://did:plc:hqad6xwuzg7oqfmwylfkvqfm/app.bsky.feed.post/3mlrjq22sxae2"
  },
  "path": "/viewtopic.php?t=33412&p=273975#p273975",
  "publishedAt": "2026-05-13T23:39:29.000Z",
  "site": "http://forum.palemoon.org",
  "tags": [
    "https://tesk.page/2024/06/03/libadwaita ... tk-4-today"
  ],
  "textContent": "> I would assume that this project would be Qt6, since one idea of such a project seems to be to start to future-proof things against additional radical toolkit changes by Gnome's gtk developers.\n\nYep, that's pretty much the only reason Qt6 is on the table... it's seen as an easier transition than GTK4 would be. I did some research, and the problem is basically this... mapping a toolkit-neutral thing that relies on other libraries for desktop integration, onto another toolkit-neutral thing that relies on other libraries for desktop integration, just doesn't make any sense.\n\nhttps://tesk.page/2024/06/03/libadwaita ... tk-4-today\n\nThese pictures will explain exactly what GTK4 is, and why it actually isn't that useful for desktop integration. GTK4 basically went from being what we'd recognize as a native widget toolkit useful for platform integration... to something more like a cross-platform GUI toolkit that provides abstract widget primitives, which can be _made_ to look native on anything if you use the right \"glue layer.\" Instead of providing widgets itself, it presents neutral widget primitives and uses things like libgranite and libadwaita to map onto the real native widget toolkits. It would even let us draw our own widgets. Presumably MATE or Cinnamon could use a libclassic to make GTK4 usable for themselves, but that means apps targeting them won't look native on GNOME and vice-versa.\n\nBut yeah... it seems like this may not be that pressing an issue simply because, in a pinch, we don't \"need\" a widget toolkit to run on Linux at all, it's just that having one (rather than doing SDL, XLib, etc) really helps with desktop integration and everything feeling native, which Linux users really appreciate.\n\n* * *",
  "title": "Browser Development • Re: Linux Pale Moon with Qt toolkit",
  "updatedAt": "2026-05-13T23:39:29.000Z"
}