4 ms·
It’s not (necessarily) Chromium: > "Instead of forking Chromium or anything else, we're building our desktop app around the OS-provided rendering engines (like
by dkdbejwi383 5y ago
It’s not (necessarily) Chromium:
> "Instead of forking Chromium or anything else, we're building our desktop app around the OS-provided rendering engines (like on mobile), allowing us to strip away a lot of the unnecessary cruft and clutter that's accumulated over the years in major browsers," explains Weinberg.
- Comevius 5y agoThe OS-provided rendering engine is Chromium's engine on Android and Windows, and Safari's on iOS and macOS.
- isodev 5y ago"Safari" refers to the browser app built on top of the WebKit engine. Browsers on iOS use the WebKit engine (and not the Safari browser itself). The same engine (WebKit) is available on all Apple platforms. One can also build a desktop browser on top of WebKit like DuckDuckGo suggests it may do on macOS. This approach has a tremendous advantage for solid platform integration and allows them to focus on building a good user experience (and, in this case, secure* good user experience).
- smoldesu 5y agoWebKit is also fully usable on other platforms too, but I seldom ever reach for it unless I'm forced to by the OS.
- cma 5y ago> This approach has a tremendous advantage for solid platform integration and allows them to focus on building a good user experience It basically only lets them do a bit more than skinning it. No deep plugin architectures like you see with Android Firefox, allowing real ad blockers.
- isodev 5y agoWebKit is just the part that renders web content. Browser makers are free to include plugin functionality in their implementation if they want to, including content blockers like ad-block, fancy tab and theme functionality, etc. It is also possible to extend the content blocking feature, so it also works in Safari itself through a regular web plugin or a content blocker extension. DuckDuckGo offers the "DuckDuckGo Privacy Essentials" plugin for iOS and macOS, blocking all kinds of trackers.
- cma 5y agoThat's the limited blocker stuff you can do on iOS safari, you can't block as deeply as ublock origin and others.
- cebert 5y agoYes, I’ll admit that part of the article is was a bit unclear to me. On iOS for example, you have to use Safari as your rendering engine. Chrome, Firefox, and any other browser ultimately us that on iOS. Android the os-provided rendering engine is Chromium. For desktop OSes I didn’t get the impression that they’re building their own rendering engine and at this point it would be a hefty engineering effort to do so. My assumption is that Chromium would be the underlying technology most commonly employed here.
- deleted 5y ago[deleted]
- dkdbejwi383 5y agoOne can use WKWebView on MacOS as well as iOS. How they will support Linux is a mystery.
- BurningPenguin 5y agoProbably depends on the GUI framework they're using. QT uses Chromium for its QtWebEngine. I think that would be one of the most sensible choices to achieve cross platform support.
- deleted 5y ago[deleted]
- neoberg 5y agolynx
- 3np 5y agoSounds like no Linux release then..?
- kaba0 5y agoIt could just use qt’s or gtk’s native renderer.
- kaba0 5y agoThat takes a small fraction of the dev time than a complete browser though, so it doesn’t really help the very chrome-centric landscape.
- CursedUrn 5y agoSo could Google just put spyware (sorry "telemetry") in the rendering engine?
- stjohnswarts 5y agoWell it's open source so they can just rip it back out as well, that's what brave does.