Not sure if this is also true for KDE.

    • Leaflet@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      37
      ·
      16 days ago

      True, although not in the same way. KDE is using its own GTK theme and uses ~/.config/gtk-3.0/gtk.css to override colors to the accent color. But this method is broken for sandboxed versions of Firefox since they can’t access ~/.config/gtk-3.0/gtk.css (though with flatpak you could create an override to allow it).

      I believe (and hope) Firefox is now following the standardized accent color portal for determining the accent color. If so, then this accent color change should work on Gnome, KDE, Pantheon, and other desktops that support the accent color portal. If true, then even sandboxed apps should follow the accent color without messing with the sandbox.

      • Pasta Dental@sh.itjust.works
        link
        fedilink
        arrow-up
        27
        ·
        16 days ago

        I love the flatpak Wayland portals and systemd desktop stack. It allows Linux to finally have some sort of standard that everyone agrees on. This is what has been holding Linux back for so many years, it’s basically impossible to build a Linux app that will work for everyone because of this. Now we have a single dedicated system APIs that is available basically everywhere

        • D_Air1@lemmy.ml
          link
          fedilink
          arrow-up
          3
          ·
          edit-2
          16 days ago

          Well yes, but not really as not all desktops agree on and implement various wayland protocols and other features like the system tray, server side decorations, etc, etc. Quite a number of apps don’t work everywhere or appear broken depending on their environment. I’ve seen it happen live in a couple of youtube videos. People trying linux and having a problem that only exists on the desktop environment they were using.

          But I agree with the sentiment. Better than before.

          • Pasta Dental@sh.itjust.works
            link
            fedilink
            arrow-up
            6
            arrow-down
            1
            ·
            16 days ago

            the good thing is that virtually everyone uses GNOME and KDE, so the small issues are mostly encountered by more advanced users with custom setups. The main point is that app developers can now develop apps that will work anywhere that implements the required features, and if it doesnt, then too bad, show an error message. Its the same kind of problem with, for example, webcams. The user may or may not have a webcam connected, in which case you display an error popup with a clear message that it does not work because the feature is not implemented. They could go into fallbacks but those are usually platform/desktop specific (which goes against the point of building using the standard stack)

          • Pasta Dental@sh.itjust.works
            link
            fedilink
            arrow-up
            7
            ·
            15 days ago

            There was always a need for a specific system dependency like for the file picker. There was no universal API that uses a system provided way to have a file picker. It had to be hacked together by adding dependencies to the app and everything that comes with this

          • deafboy@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            ·
            14 days ago

            The Linux part was never a problem. The userspace is.

            For the proper opensource apps, this can be fixed by the package maintainers (shout-out to the real heroes!).

            For proprietary, compile-once run anywhere apps, that was always a problem. For more info, I recommend this great FOSDEM talk by Simon McVittie from Collabora.

      • daggermoon@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        15 days ago

        Stupid question, Do you know if there is a similar method for qt apps installed through flatpak? I could not get Kate to use my accent color and it’s been driving me crazy. Also, happy we finally have a standard for accent colors. Now if we could just have a standard for global menus, probably wishful thinking.

        • Leaflet@lemmy.worldOP
          link
          fedilink
          English
          arrow-up
          3
          arrow-down
          1
          ·
          edit-2
          15 days ago

          Bizarrely enough, I think KDE apps also read that info from ~/.config/gtk-3.0/gtk.css. So use Flatseal, KDE’s settings, or the CLI to give all apps access to that file.

  • MonkderVierte@lemmy.ml
    link
    fedilink
    arrow-up
    7
    arrow-down
    2
    ·
    edit-2
    15 days ago

    But gnome apps don’t do that on XFCE. simple-scan and zenity as an example. Please don’t implement libadwaita, guys.

  • TimeSquirrel@kbin.melroy.org
    link
    fedilink
    arrow-up
    4
    arrow-down
    1
    ·
    16 days ago

    Now if they can fix the bug where once in a while I click to a tab and it doesn’t switch to it unless I minimize and maximize again, and needing a restart of the browser to get rid of that behavior…

  • Mwa@lemm.ee
    link
    fedilink
    English
    arrow-up
    3
    ·
    15 days ago

    Works on cinnamon aswell Which is a fork of Gnome 3.

    • Leaflet@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      5
      ·
      15 days ago

      Cinnamon’s accent color support works by changing the GTK theme, which Firefox would follow.

      The Firefox 133 update changes the accent color without changing the GTK theme, I believe it’s following the accent color portal.