Servo VS wry

I pulled last changes to see the new tabs and surprised by RTL support because few weeks ago not supported

I see there PR merged: https://github.com/servo/servo/pull/33148

Don’t think this really fits in with HN guidelines.

Seriously, check out https://servo.org , they post monthly updates and the progress seems great. And their repo, too - too bad GitHub can’t display code frequency because there’s too many commits in the project.

Here's the (relatively small) commit: https://github.com/servo/servo/pull/32477/commits/d9b842ff6e...

It's using the par_iter() method from Rayon, a Rust data-parallelism library: https://docs.rs/rayon/latest/rayon/iter/index.html

Rust is definitely used in Firefox, but Servo[0], which was going to be the replacement browser engine (or at least the testbed for that), was abandoned by Mozilla, in a limbo for some time and now under new stewardship.

On a meta-level, I think the story that people like to tell is that Mozilla chose increasing executive compensation rather than using the same money to keep the Servo (and people working on Rust itself) employed.

[0]: https://servo.org

The following Mastodon toot is about https://servo.org that could become another alternative. Quote :

"Servo is faaaar from ready for general use yet, but it's picking up development speed. Definitely an option to keep an eye on for the future. "

Why is Ladybird getting so much attention. Has anyone herd of servo? They're trying to offload css rendering to the gpu. That could be a big deal in the long run.

https://servo.org/

Does anyone know, how it compares to Servo?

https://servo.org/

Check what is happening in Servo (https://servo.org). Some active members also want something very modular, and this is helped by work being actively done to use the engine in various contexts.

I use memory saver on Chrome and it helps substantially but Chrome just doesn't feel right. It might be the most secure browser out there but performance is lacking. Modern software should be more efficient than this. There is open-source Rust browser engine in the making called Servo (https://servo.org/), I hope they eventually come up with more efficient browser.

It is becoming more and more applicapible to the Web... Servers and clients with #wasm, you can actually natively import a rust module into node.js for extra threads or heavy lifting. Start learning!

The biggest benefits we derived from Tauri were Wry and the sidecar mechanism. Wry (the second half of Tauri: tao/wry) is a cross-platform WebView rendering library in Rust that supports all major desktop platforms like Windows, macOS, and Linux. It essentially spins up a native web view from whatever operating system it’s running on and doesn’t require an application to bundle one with it. Wry greatly reduces the overhead of “pushing” a browser to our users, instead leaning on the host OS to handle rendering a web view. This made our applications really lean.

Check out https://tauri.app/ - specifically, https://github.com/tauri-apps/wry, which provides a cross-platform interface to the system's WebView.

Tauri uses WebkitGTK, which has pretty bad performance compared to other browsers on the same hardware.

https://github.com/tauri-apps/wry/issues/890#issuecomment-14...

One small note regarding Native Webview meant above. You can find ultimate information on this topic here. In a nutshell, Tauri applications use as HTML renderer Webkit (safari engine) on MacOS, Microsoft Edge WebView2 on Windows, and WebKitGTK on Linux (port of Webkit for Linux). Pay attention to the fact that a Tauri application could behave differently on different platforms according to the information above.

wry looks like a better choice, but no one has bothered to work on this task, yet.

I think this might be somewhat close to what you're looking for: https://github.com/tauri-apps/wry

They're wrapping the Android webkit/webview stuff in wry and creating an activity for it. I imagine they've already achieved or are close to achieving full parity API-wise to proper Tauri desktop apps.