Render anything inline. Save sessions and history. Powered by open web standards.

I’m trying it, and it does looks nice.

  • ExtremeDullard@lemmy.sdf.org
    link
    fedilink
    arrow-up
    74
    ·
    edit-2
    11 months ago

    Powered by open web standards

    That’s the state of computing in 2023: a browser disguised as a native app running 15 layers of Javascript is used as a friggin terminal. And nobody bats an eyelids, as if the utter insanity of it made any sense.

    And the installer is 117M compressed. That’s MEGABYTES… For a terminal!

    The mind boggles…

    • mindbleach@sh.itjust.works
      link
      fedilink
      arrow-up
      7
      ·
      11 months ago

      The only stupid part is bundling a whole browser for a webpage. HTML5 as an executable format is fantastic - all the bullshit Java promised, except people actually use it. But for some godforsaken reason, everybody ships a platform-specific… portable OS… with every single program.

      Electron and whatnot have turned “Java but good” into “Docker but awful.”

    • dan@upvote.au
      link
      fedilink
      arrow-up
      4
      ·
      11 months ago

      I don’t understand why desktop JS apps don’t use React Native at least. It’s still JavaScript but doesn’t use a browser, and renders to native UI widgets. Far lighter than Electron.

      • ☆ Yσɠƚԋσʂ ☆@lemmy.ml
        link
        fedilink
        arrow-up
        1
        arrow-down
        2
        ·
        11 months ago

        The disadvantage with React Native is that you still have to maintain a UI for each platform because it maps to native widgets while a web UI works the same on every platform.

        • dan@upvote.au
          link
          fedilink
          arrow-up
          0
          ·
          edit-2
          11 months ago

          Business/application logic can be 80-90% of an app’s code, and all of it can be reused across platforms. The actual UI rendering is just a small part of it.

          In the UI code, some of it does have to differ across platforms but it’s mostly the lower level components like buttons, text fields, etc. Some product UI code built on top of those abstractions can be reused across platforms.

          • ☆ Yσɠƚԋσʂ ☆@lemmy.ml
            link
            fedilink
            arrow-up
            2
            arrow-down
            2
            ·
            11 months ago

            Sure, but it’s still more work than a web UI, and using a web UI is a lot more flexible. For example, say you want to render a chart or some other visualization. It’s trivial to do with a web UI, but can be a tricky problem with native widgets, especially if you want to keep the UX consistent across platforms. I agree that using React Native can work fine in a lot of cases, but I can also understand the appeal of using the web UI stack. Another aspect is likely familiarity, people use the tools they know, and if somebody is already comfortable with a particular ecosystem they’re likely to leverage it.

      • fl42v@lemmy.ml
        link
        fedilink
        arrow-up
        2
        ·
        11 months ago

        Except it’s not: free ram is where disk cache lives, so the more free ram you have - the faster your system is (kinda)

        • merthyr1831@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          11 months ago

          I mean, at least for Linux, I was under the impression that the disk cache only stores programs that have already been loaded once, since there’s not much point loading something from disk to cache if you never actually load it later.