• deafboy@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    3 months ago

    Sounds like fun, but I wish we had a real multiplatform GUI framework that does not look like ass and does not perform like ass, so we can put the whole shameful electron era behind us.

    • Amju Wolf@pawb.social
      link
      fedilink
      English
      arrow-up
      6
      ·
      3 months ago

      That’s never going to happen, and the reasons are twofold:

      Brands want to push their own style on people, to make themselves recognizable, and to push their ideas about UX to their users (because they obviously know better than the OS/DE/compositor/whatever people).

      It’s easier and cheaper to build a web app, because there are so many web developers. It also usually allows you to give an “app” to people who want that, while giving a (perhaps somewhat limited) browser version to everyone else, reaching the maximum amount of users while maintaining only a single codebase and keeping everything more or less cohesive and looking the same.

    • theneverfox@pawb.social
      link
      fedilink
      English
      arrow-up
      1
      ·
      3 months ago

      It just makes too much sense… The only way to get past electron is a better electron. Or just fix electron

      We’ve been going after this concept for decades now. That’s what java swing was supposed to be, what python gtlk was supposed to be, and I’m sure there were others before that and there’s been a hell of a lot since then

      It’s all trade-offs between flexibility, ease of use, and performance. Also between maintenance cost, portability, and existing library support

      Electron is a good compromise. The execution could be better, but it’s come a long way. There is no one size fits all solution, but there are some decent options that handle that compromise differently