Chromium unconditionally downloads binary blob

Re:Chromium unconditionally downloads binary blob by laumars on Tuesday June 16, 2015 @11:34AM (#9726522)

There are other webkit browsers without Chromium's extended libraries such as Surf and Web (Epiphany). Konquorer was still kHTML last time I checked, but there are with webkit ports as well if that's really what you want. Then there's Opera, which on some platforms (eg Linux) is still using it's older renderer rather than Blink (see footnote); and Otter as well. There's quite a few Firefox forks too (eg Palemoon)....and if all else fails, you can always run lynx or elinks :p

So there are definitely quite a few alternatives (the last two were obviously a joke though). Granted many are not as feature rich, but they'll still be HTML5 compliant.

Thank you for the correction on the Google Chrome/Chromium point though. Updated my post to reflect that.

Footnote: has anyone checked if this is a Blink issue or just Chromium? Because Opera, Vivaldi and other browsers use Blink but likely wouldn't have hotword. So that would be even more alternatives available.

[ Parent | on HN ]

Re:Chromium unconditionally downloads binary blob by rockdoe on Wednesday June 17, 2015 @04:48AM (#9730640)

>Granted many are not as feature rich, but they'll still be HTML5 compliant.

This is a meaningless statement. HTML5 is a moving target. And on top of that, webpage design has deteriorated to the levels we saw around 2000 again: to be usable, your browser has to mirror the most popular engines well enough that sites work.

[ Parent | on HN ]

Re:Chromium unconditionally downloads binary blob by laumars on Wednesday June 17, 2015 @10:22AM (#9731913)

Most of the browsers I exampled used popular engines (Blink, webKit, Gecko).

And if you want to get pedantic about HTML5 being a moving target, technically it's not. People often lump the other web front end components (CSS, SVG, EMCAScript, etc) under the HTML5 heading - those components will obviously have their own specification enumerations. Furthermore, a lot of the tertiary technologies that are a moving target are either experimental features / proposed drafts (ie not part of the final specification) or browser specific extensions. Most sites tend to avoid using these without fallback code for non-supporting browsers (demo sites being the obvious exception).

[ Parent | on HN ]

Re:Chromium unconditionally downloads binary blob by dbbolton on Tuesday June 16, 2015 @08:05PM (#9729400)

>There are other webkit browsers without Chromium's extended libraries such as Surf and Web (Epiphany).

What about Midori (LGPL 2.1)? For some reason it's not available for jessie, but 0.4.3 is available for wheezy, stretch, and sid: https://packages.debian.org/stretch/midori

The latest version on Midori's site is 0.5.9: http://midori-browser.org/download/debian/

[ Parent | on HN ]

Re:Chromium unconditionally downloads binary blob by fao_ on Tuesday June 16, 2015 @11:41AM (#9726574)

And as a last resort, one could always resort to telnet :)

[ Parent | on HN ]

Re:Chromium unconditionally downloads binary blob by mnx on Tuesday June 16, 2015 @03:06PM (#9728092)

Well... until http 1.x starts being deprecated :)

[ Parent | on HN ]