One Year of Sponsored Servo Development

(servo.org)

71 points | by AshleysBrain 1 hour ago

7 comments

  • flossly 51 minutes ago
    I really wish a patron would step up and sponsor this project. Not just by money, but also by plugging it in their browser-carrying products. Maybe Hauwei of Samgsung; they now sling a browser derived of another for-profit --usually competitor-- company's browser.
    • fifilura 37 minutes ago
      I don't really see why they would do that?
    • embedding-shape 33 minutes ago
      So right now Servo is funded by the community, and this is no good because why? Instead you propose that this project should be funded by a for-profit company with it's own objectives in this world (that often starts with "more money"), again leading me to ask why?

      The setup right now seems to give enough people enough time to work on it to move forward, why on earth would you want to involve companies infamous for their shit software quality, like Samsung?

      • flossly 10 minutes ago
        > So right now Servo is funded by the community, and this is no good because why?

        Because look at Mozilla... You need to get the browser in front of people. A browser that works on the real web, is such a huge project, you cannot do it as a hobby community-funded project for ever. You need user-share-%.

        Samsung can put it in front of Samsung appliance users.

      • lukan 21 minutes ago
        Probably because broad adoption would help making it a real option to use in the near future?

        So sure, Samsung would bundle it with their usual crap, but if it helps making the engine more mature, great, but I also don't see why they would in the first place.

        • doublerabbit 17 minutes ago
          It had broad adoption, Mozilla threw it away.

          The same would occur again.

          • lukan 16 minutes ago
            Servo never had. But yes, mozilla management let FF go down the drain.
  • macic 1 hour ago
    The Hurd of browser engines
    • flossly 50 minutes ago
      I remember waiting on the Mozilla project to deliver something that could browse as well on linux as closed source browsers on windows/mac did.

      It... took... long...

      But there it was. And it still works.

      • embedding-shape 31 minutes ago
        Was this recent? Because Firefox were the browser that worked better than all the rest, for quite many years, maybe 2005-2010, and Firefox had no competition basically until Chrome arrived on the scene.

        Just the fact that Firefox got browser tabs before anyone else, and Firebug, just took it to another level compared to all the other browsers available at the time.

        • saidinesh5 8 minutes ago
          > Hardware accelerated video decoding (for video playback or for WebRTC) is available via VA-API for both X11 and Wayland. Since firefox-101.0.1-4 package it's enabled by default for Intel/AMD users.

          From https://fedoraproject.org/wiki/Firefox_Hardware_acceleration

          I think that was around 2022-23.

          I remember this affecting my laptop video watching a lot. Google meet feeling sluggish on Firefox is also something I remember until very recently..

        • lukan 18 minutes ago
          Firefox was bad on linux for a long time. Even running the windows ff build via wine/proton got you better performance than the "native" build (I think that was around 10 years ago).
    • mrmincent 55 minutes ago
      Feels like ladybird is going to Linux Servo
      • flossly 51 minutes ago
        That's news! Would be really cool.
  • fifilura 35 minutes ago
    Hot take... There is something about programming projects spending 10x (or 1000x) the effort to parallelize execution when everything is still restricted by von Neumann architecture.
  • p-e-w 1 hour ago
    What can one actually do with Servo today?

    It’s apparently still not ready to be used as a browser engine (and may never be), so what exactly is it for?

    • foresterre 1 hour ago
      Regardless of actual use as an (embedded) browser, it is useful in the sense that it can be used to provide (another) source of validation about whether specs and WPT [1] tests are properly and clearly defined. That helps for long term browser compatibility.

      [1] https://wpt.fyi/results/?label=experimental&label=master&pro...

      • charcircuit 57 minutes ago
        >long term browser compatibility

        Making a new browser engine hurts browser compatibility more than it helps it. It now becomes one more target that needs to be tested against, limitations need to be kept tracked of, etc. The best thing for long term browser compatibility is focusing resources into Blink. In regards to the standard we can use LLMs to cross reference the spec, with tests, and with the implementation to make sure all match.

        • teekert 51 minutes ago
          Ah, you must be too young to have experienced early Internet Explorer, which attempted just this.
        • latexr 38 minutes ago
          > The best thing for long term browser compatibility is focusing resources into Blink.

          That’s what makes Google more dominant, and if you think that’s a good idea you should really put down your LLM and go read up on a bit of history. Do you want to live in a world where a single company controls your access to the web? Are you eager to navigate through ad pages with a little bit of web? To have even more of your data mined?

          Browser diversity may be a bit annoying for developers, but it is good for users, and developers are users too. When there’s a lack of diversity, everyone but the dominant player is squeezed.

        • embedding-shape 30 minutes ago
          > The best thing for long term browser compatibility is focusing resources into Blink.

          Lol, for Blink perhaps, what about the rest of the ecosystem, the web and the users, like the ones who don't even use Blink?

          Very idealistic point-of-view with no basis in reality, sadly, because wouldn't it be nice if we could care about just one engine?

        • Oxodao 46 minutes ago
          yeah in a perfect world google dictates how the standard will evolve, we kill all competition so we're sure that you have only one target to build your software against, I'm sure a monopoly will greatly improves innovation and not be used to stiffen competition. /s
    • nextaccountic 56 minutes ago
      https://v2.tauri.app/blog/tauri-verso-integration/

      https://github.com/versotile-org/tauri-runtime-verso

      Servo doesn't implement the whole web platform, but your own desktop app isn't the whole web. You can generally work around any limitations or missing features. And it might be lighter than CEF or whatever.

  • pizza234 1 hour ago
    [dead]
  • bpbp-mango 1 hour ago
    [flagged]
    • jaytaph 59 minutes ago
      It's a decision they've made. Perfectly reasonable. If they did accept AI code, that's perfectly reasonable too. They just made their policy clear here..
      • nicce 44 minutes ago
        I would personally whitelist people with good enough reputation/contribution history. Might get the best from both worlds. Avoiding AI spam while saving time for the core contributors. If they just have capability to use it responsibly.
      • lukan 17 minutes ago
        In this time and age I don't think it is a reasonable decision, but sure, their right to make that decision.
    • throawayonthe 50 minutes ago
      on their what?