Essentially the same html/css rendering of Firefox or Chromium, still able to access the www, but with javascript fully removed for another language that can be interpreted - like python or lua. Is this feasible?

  • slazer2au@lemmy.world
    link
    fedilink
    English
    arrow-up
    24
    arrow-down
    3
    ·
    2 days ago

    Yes, and we moved away from that because of Macromedia Flash having more security holes then colanders

    • I Cast Fist@programming.devOP
      link
      fedilink
      arrow-up
      5
      ·
      2 days ago

      But that was something that had to be installed on the system and integrated into the browser, not quite what i’m asking as it wasn’t an alternative browser per se

      • Toes♀@ani.social
        link
        fedilink
        arrow-up
        2
        ·
        1 day ago

        But that was something that had to be installed on the system

        That was only initially true, by the end of its life it was a default component in some major browsers. Such as chrome and internet explorer.

        And prior to that it frequently came preinstalled by the manufacturer.

        But with all that said, I suspect we’ve missed the intent of the previous comment. To illustrate that none of the alternative means to run code in a web browser has worked out.

        And with that said due to market momentum (like how so many apps are electron based) I would expect JavaScript to outlive C++ haha.

    • draco_aeneus@mander.xyz
      link
      fedilink
      arrow-up
      6
      ·
      2 days ago

      It still suffers from not having access to the DOM and other APIs the browser supplies. That’s being worked on, I believe.

      Without that, you still need a JavaScript layer in-between at the very least. At that point, you’re not gaining much from running in WASM.

  • nimpnin@sopuli.xyz
    link
    fedilink
    arrow-up
    14
    ·
    2 days ago

    The network effect makes this unlikely to take off. But in theory it’s possible, and I suppose somebody probably has created/will create one as a hobby project/prototype that a small number of people will use.

  • lime!@feddit.nu
    link
    fedilink
    arrow-up
    11
    ·
    2 days ago

    there were plans for multiple scripting languages for the web, hence the type="javascript" attribute on the <script> tag. the thing that became javascript was originally more like a lisp, but netscape wanted to cash in on the popularity of java applets so they made the language look more java-y.

    the bones are there, there’s just no sense in implementing it in mainstream browsers now.

    • e0qdk@reddthat.com
      link
      fedilink
      arrow-up
      5
      ·
      2 days ago

      Microsoft had a Visual Basic variant (VBScript) in IE that got some attention back in the 90s; it’s probably just as well that JS won instead of that

      In modern webdev type="module" is used to indicate an ES6 module and type="importmap" to include a JSON table of paths to modules. Still basically JS, but the parameter is still used in a meaningful way.

      • lime!@feddit.nu
        link
        fedilink
        arrow-up
        4
        ·
        2 days ago

        i think they’ve even retired the original function of the attribute. sad.

        • e0qdk@reddthat.com
          link
          fedilink
          arrow-up
          2
          ·
          2 days ago

          Personally, I think it’s particularly stupid that you can’t use it for GLSL shaders from external files…

  • GatesMcBalmer@lemmy.world
    link
    fedilink
    arrow-up
    12
    arrow-down
    1
    ·
    2 days ago

    Sure but then you are basically creating an alternate web which is incompatible with the current one. Your browser wouldn’t be able to load any js based sites and current browsers would not be able to load your python/lua based sites.

    • axh@lemmy.world
      link
      fedilink
      arrow-up
      5
      ·
      2 days ago

      Your browser wouldn’t be able to load any js based sites

      You could make a browser capable of loading both, and I think it already happened. The problem is, that a browser supporting more languages than necessary, was never successful enough to get mass adoption and on the internet you need mass adoption to survive.

      • fodor@lemmy.zip
        link
        fedilink
        arrow-up
        1
        ·
        1 day ago

        Says many people. What problem are you solving? Do millions of people agree that it needs to be solved in this way? … If you don’t know, or they don’t, then it’s a no-go except for fun (which is fun).

  • dracs@programming.dev
    link
    fedilink
    English
    arrow-up
    1
    ·
    2 days ago

    Microsoft tried it with internet explorer. It supported VB Script as an alternative to JS. Alongside their ActiveX.

  • CameronDev@programming.dev
    link
    fedilink
    arrow-up
    2
    arrow-down
    1
    ·
    2 days ago

    Arguably typescript fits, it is converted to JS for runtime, but the developer writes TS. You theoretically could transpile python or lua to JS, no idea if it exists yet though.

    Otherwise WASM would be the main contender, dunno if lua or python can compile to wasm, but lots of languages can.

    • jol@discuss.tchncs.de
      link
      fedilink
      arrow-up
      2
      ·
      8 hours ago

      Typescript doesn’t run on the browser. But I’m pretty sure we will see native typescript soon. At this point, TS is practically the industry standard for developing serious JavaScript.

      • CameronDev@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        6 hours ago

        I dunno, I don’t see the benefit to native TS in the browser. For compatibility, all sites will continue to serve JS, so what does TS gain anyone? And there is no performance benefit, maybe a performance hit given none of the type validation can happen until all of the scripts have downloaded, so execution can’t begin until that has happened?

        I could be way off on this though, I’m not a webdev :/