• certified_expert@lemmy.world
    link
    fedilink
    arrow-up
    1
    ·
    56 minutes ago

    I am not web or ui dev. But I think using html/css as frontend seems kind of reasonable, no? Expressive enough, simple enough, well known

    What is the problem? Too heavy to interpret?

    • OwOarchist@pawb.social
      link
      fedilink
      English
      arrow-up
      1
      ·
      21 minutes ago

      Needing to run a full-fledged browser in the background in order to display your html/css frontend adds a lot more performance cost than necessary, making the app eat up far more RAM and CPU than necessary. It probably also introduces a lot more security vulnerability concerns that an otherwise simple app shouldn’t have to worry about. And then there’s the dependency chain you’re introducing – now your app needs to be updated every time the underlying browser gets an important update … and maybe needs to be tweaked/rewritten to accommodate that browser update if it changes the way the browser interacts with your app frontend.

      There are plenty of other GUI frontend frameworks that are also expressive, simple, and well-known, without all of these potential problems associated with them.

  • ExtremeDullard@piefed.social
    link
    fedilink
    English
    arrow-up
    64
    ·
    9 hours ago

    What you discovered is that today’s mediocre developers implement everything in web browsers, or web brower-like frameworks like Electron, and set them up to masquerade as normal applications, but with 100x the disk, RAM and CPU footprint.

    • onlinepersona@programming.dev
      link
      fedilink
      arrow-up
      10
      ·
      7 hours ago

      Let’s be honest, it’s the easiest. I’ve been trying to write UIs in pure rust and python recently and let me tell you, it’s a drag.

      Some frameworks don’t even support writing your own components, some don’t allow reusing parts of the UI, some don’t even have proper layout engines you can modify, theming can be difficult, others dont have reactive values, most don’t have a fast dev loop (make a change, see it, repeat), and so on. I’ve even tried using game engines like Godot and Bevy.

      We like complaining about Electron, but let’s be serious, as bad as it is, the other stuff is worse.

      • FishFace@piefed.social
        link
        fedilink
        English
        arrow-up
        8
        ·
        6 hours ago

        Writing stuff in a proper gui framework using the tools we’ve had for decades is not really that bad, it’s just not what all the tutorials are for. CSS can be an absolute pig to get things just so, or was until quite recently.

        • onlinepersona@programming.dev
          link
          fedilink
          arrow-up
          1
          ·
          1 hour ago

          CSS is terrible, no doubt about it, but the problem is exactly that: native GUI frameworks haven’t changed in the way they work. Why else do you think electron became popular? Obviously there was reason for it

          • FishFace@piefed.social
            link
            fedilink
            English
            arrow-up
            1
            ·
            53 minutes ago

            I think it became popular because you can deliver the same app to mobile and desktop platforms. And because js gave people a very easy intro to development on the web so tons of people know it.

            I don’t think it became popular because it was better at making an application on a single target. I’ve never made a webapp with the equivalent of GLADE or QtCreator so I don’t know if it even exists - but those tools are very decent if you had a basic understanding of UI layout.

          • FishFace@piefed.social
            link
            fedilink
            English
            arrow-up
            1
            ·
            5 hours ago

            What RT interfaces do electron apps let you use ;)

            I’m confused why Qt Creator wasn’t available - is this project old enough to vote or was there some technical reason :P

    • rozodru@piefed.world
      link
      fedilink
      English
      arrow-up
      5
      ·
      6 hours ago

      looking at you Discord. hell also looking at you vesktop, equibop, whatever “better” discord client is out there. majority are just electron web apps.

      • OwOarchist@pawb.social
        link
        fedilink
        English
        arrow-up
        1
        ·
        20 minutes ago

        You see, that’s why when I need to use Discord, I just use it in the browser anyway. No need to install an app that’s just going to be a browser tab in disguise.

    • BurgerBaron@piefed.social
      link
      fedilink
      English
      arrow-up
      14
      ·
      8 hours ago

      I ran into a consequence of Fedora doing that. Their installer application crashes when running under an old GTX1060 with Nouveau’s nShitia drivers in live USB mode.

      • alakey@piefed.social
        link
        fedilink
        English
        arrow-up
        3
        ·
        4 hours ago

        Oh is that why that happens? I just thought Nouveau drivers were incompatible with old Nvidia cards.

        • BurgerBaron@piefed.social
          link
          fedilink
          English
          arrow-up
          1
          ·
          4 hours ago

          Maybe they are lol, basically every distro exploded on that old rotbox at some point in a variety of fun ways before I could get something installed except Mint. Well anything Arch based would work too, just isn’t a PC that gets used often.

          • alakey@piefed.social
            link
            fedilink
            English
            arrow-up
            1
            ·
            49 minutes ago

            I installed Cachy on a GTX980 PC, but had to use nomodeset, so if you wanna install some distros that are using incompatible drivers in the live ISO give nomodeset a try.

  • MrSoup@lemmy.zip
    link
    fedilink
    arrow-up
    5
    ·
    5 hours ago

    New Fedora installer is crap. To use ext4 you must go long ways for no reason at all, by opening a hidden menu.

    • yetAnotherUser@lemmy.ca
      link
      fedilink
      arrow-up
      5
      ·
      7 hours ago
      Here's what they say in that article about why they turned it into a web app, for those who don't want to look for it

      Since we’d likely have to rewrite a lot of the frontend anyway, we took another approach [an approach different to keep using GTK] and have taken advantage of the modularization efforts to retool the frontend to have a web-based interface instead. The Cockpit team has been providing a web-based interface for Linux systems for managing systems for many years in the Cockpit web console, so it made sense to reuse Cockpit as a base and its web-based widget set, PatternFly, as a starting point for the next generation of Anaconda too.

      By-the-way: We’re using Firefox to render the UI when you’re installing locally. (There’s no Chromium or Electron involved.)

      Web-based benefits

      While it’s not a native toolkit like GTK, using a web based UI does have several benefits:

      • It’s easier to update and maintain versus a traditional desktop application
      • We now use Cockpit’s testing frameworks to test Anaconda’s web UI
      • It’s easier to adapt to future changes
      • It enables more community contributions, as it “lowers the bar” for know-how, as there are many more developers familiar with web development than GTK development
      • We can extend it to interactively install a remote machine using Anaconda from another computer’s Web browser in the future

      Huh, I wonder if developing a web app is that much easier than developing a GTK app, or a Qt app… I mean, sure, there are way more web developers than people experienced with native development toolkits, but I wonder if it isn’t a tooling problem from the part of the toolkits. I certainly don’t have any experience in any of these, so I’d love to hear other people’s thoughts.

      • frongt@lemmy.zip
        link
        fedilink
        arrow-up
        2
        ·
        4 hours ago

        Yes. Browser engines are a hell of a lot more forgiving. And a lot faster to iterate with during development.

      • bitfucker@programming.dev
        link
        fedilink
        arrow-up
        5
        ·
        6 hours ago

        Developing cross platform native apps sucks a lot no matter the tech stack. Compared to web technologies where the burden to follow the spec is the platform if they wanted to have interop with the web, the dev doesn’t have to fight the platform.