• Vik@lemmy.worldEnglish
    4·
    3 days ago

    Dash to panel, no overview at login, kstatus / appindicator tray icon support and gsconnect

    The no overview at login story highlighted the sheer hubris of the gnome design team. Wild ride.

    • Oinks@lemmy.blahaj.zone
      2·
      3 days ago

      To be fair showing the overview on startup makes perfect sense on vanilla gnome, it’s only dumb if you install one of the two specific extensions that partly replace it.

      • Vik@lemmy.worldEnglish
        2·
        3 days ago

        On default gnome, you still have a hot corner in the upper left, and the dash along the bottom edge of the screen and I’m not sure I get that either.

        • Kwdg@discuss.tchncs.de
          1·
          3 days ago

          The dash is only visible in the overview, so this state absolutly make sense. You can immediatly search or click on the dash

          • Vik@lemmy.worldEnglish
            2·
            3 days ago

            I gather the DE is supposed to stay out of your way, but it feels like a bandaid for another poor design decision when you frame it like that.

            And in addition, no other desktop environment feels the need prompt the user to open or search for something from the get go.

            • Kwdg@discuss.tchncs.de
              1·
              3 days ago

              I think it just comes down to different people using their IDEs different. I almost don’t use the dash and always just hit super key and then search or super and then open one of the few things in my dash. And I really like that gnome gets out of my way in tge “default” / “desktop” mode

              • Vik@lemmy.worldEnglish
                2·
                3 days ago

                I can appreciate that people use their systems very differently, but this is something that gnomes designers did not care to acknowledge throughout that whole exchange; input directly from their end users, and that’s bearing in mind they collect no telemetry.

                I appreciate working in UX for a community driven project is no easy task, many of the people commenting in the thread linked above could be considered more advanced users with their own desktop shortcuts configured, and a one size fits all approach satisfying all is difficult to deliver. All they asked for was an option for this new behaviour.

                The communication in that thread was so poor that matt miller got involved.

      • Vik@lemmy.worldEnglish
        2·
        3 days ago

        I use this on specific systems but plasma’s information architecture (namely within the settings area) is bizarre to me. Yes you can search. No you shouldn’t have to resort to that.

        I’m not keen on the little ‘K name everything’ in joke either, though thankfully you can rename desktop shortcuts to whatever you’d like there.

        • nico198x@europe.pub
          4·
          3 days ago

          i guess it really is an “it takes all kinds” situation. so many Gnome decisions are bizarre to me, and then having to use extensions to fix that, which Gnome can then break, is just insane to me.

          basically, it’s easier for me to shape KDE to do the things i like about Gnome, than vice versa.

          • Vik@lemmy.worldEnglish
            1·
            3 days ago

            Yeah, they’re vastly different approaches, and despite my admittedly petty complaints, I’m eternally grateful for both; to me it feels as if both GNOME and KDE in some way cater to the creature comforts of MacOS and Windows respectively, and for end users hopefully moving on from both of those environments.

            I find both KDE Plasma and GNOME can be made into serviceable experiences with enough time, and given the nature of FOSS and such, automating this as part of a custom deployment is a fairly trivial task in 2025 😊