News for hackers. Stuff that matters.
Re:Flow Browser – A parallel, multithreaded HTML browser by kick on Thursday November 28, 2019 @08:24PM (#21661285)
This is almost certainly going to be proprietary, so it's nothing to hold your breath over.

Ekioh makes enterprise software for set-top boxes. They do know their browser rendering, though: they stripped Webkit down to have a 24mb memory footprint.

Re:Flow Browser – A parallel, multithreaded HTML browser by bugmen0t on Friday November 29, 2019 @05:29AM (#21663497)
So this is a closed-source webkit fork? Nothing to see here, moving on then :)

Webkit a comparably easy target to strip down and embed elsewhere. See Apple watch.

Re:Flow Browser – A parallel, multithreaded HTML browser by rkangel on Friday November 29, 2019 @05:38AM (#21663522)
> developed a clean room browser architecture

Implies that this isn't a webkit fork, they started from scratch.

See also: https://twitter.com/FlowBrowser/status/1200098712816631809

Re:Flow Browser – A parallel, multithreaded HTML browser by qwerty456127 on Thursday November 28, 2019 @08:38PM (#21661333)
Nevertheless perhaps it has a chance to conquer the market if it's so good otherwise. I love free software but have to admit a browser (or whatever an app) doesn't have to be open-source for this.
Re:Flow Browser – A parallel, multithreaded HTML browser by masukomi on Thursday November 28, 2019 @09:54PM (#21661650)
and then it takes over, does whatever it wants, and now you've got IE6 again.

open source is our insurance policy against the next IE6. One may come again, but we can head it off at the pass before it dominates the market.

Re:Flow Browser – A parallel, multithreaded HTML browser by tomcooks on Friday November 29, 2019 @03:41AM (#21662991)
While I agree with you, open source chrome didn't really help push for anything good.

Thanks to chrome we now have AMP and basically total web domination by the GOOG company.

Re:Flow Browser – A parallel, multithreaded HTML browser by jefftk on Friday November 29, 2019 @06:14AM (#21663653)
> Thanks to chrome we now have AMP

How does Chrome enable AMP?

(Disclosure: I work for Google, speaking only for myself)

Re:Flow Browser – A parallel, multithreaded HTML browser by mooncake on Friday November 29, 2019 @09:39AM (#21664634)
Then you know the answer
Re:Flow Browser – A parallel, multithreaded HTML browser by jefftk on Friday November 29, 2019 @10:45AM (#21664992)
I honestly don't know what you might be thinking of Chrome doing that 'enables' AMP. If you said Google Search enabled AMP, by only allowing AMP documents in the carousel for example, I would agree. But I can't think of any Chrome-specific features that AMP depends on, and I believe Google (and Bing) currently serve AMP to Firefox, Safari, Edge, etc.
Re:Flow Browser – A parallel, multithreaded HTML browser by squiggleblaz on Friday November 29, 2019 @04:18AM (#21663152)
As opposed to having Chrome, which contributes to Google's ownership of the whole internet? Google does what it wants and developers write for Chrome. Users of Firefox find websites that won't work because someone used some Chrome extension to the spec.

People writing software are no match for behemoth.

Re:Flow Browser – A parallel, multithreaded HTML browser by gpderetta on Friday November 29, 2019 @04:51AM (#21663319)
At the very least Chrome allows forking (and has happened in practice multiple times), so a competitor need not start from scratch. That's will always be an insurance.
Re:Flow Browser – A parallel, multithreaded HTML browser by wtmt on Friday November 29, 2019 @05:08AM (#21663396)
There's hardly any point forking if most or all websites are tested for Chrome and its idiosyncrasies, and don't work well on other browsers. We have seen that playing out for sometime.
Re:Flow Browser – A parallel, multithreaded HTML browser by true_religion on Friday November 29, 2019 @07:34AM (#21663959)
It means we can’t end up in an IE6 scenario, where the caretaking company loses interest in developing the browser, and we are all stuck using old technology forever.

Someone can simply fork it, with all its idiosyncrasies, then build new versions with new features.

Do you want a browser that natively supports a language other than JavaScript? Chromium is a great starting point.

Re:Flow Browser – A parallel, multithreaded HTML browser by palashkaria on Friday November 29, 2019 @12:00PM (#21665433)
Well, I think the argument was more about Webkit, then Chrome itself. Even flow here does not use a JS engine written from scratch - they use SpiderMonkey.

PS: As a webkit-based Chrome alternative, Brave browser does really well.

Re:Flow Browser – A parallel, multithreaded HTML browser by ksec on Friday November 29, 2019 @03:09PM (#21666538)
Interesting they choose Spidermonkey over Webkit's JS Engine .

I could sort of understand not choosing v8 which is now quite bloated as it is also optimising for lots of other things, but Spidermonkey?

Re:Flow Browser – A parallel, multithreaded HTML browser by Terretta on Saturday November 30, 2019 @06:02PM (#21672624)
Remember when you could test on WebKit, to hit both Chrome and iOS, with OSX Safari as a bonus?
Re:Flow Browser – A parallel, multithreaded HTML browser by rimliu on Friday November 29, 2019 @09:18AM (#21664513)
IE6 was the best browser by far when it was released. We got IE6 partly because of that: why to work on something, that is the best in the market. So the team was disbanded. When alternatives started to appear, one of them, and quite popular in some areas was Opera–also closed-source browser. Despite being closed-source they cared a lot about the Web Standards and many of the biggest advocates worked for Opera.
Re:Flow Browser – A parallel, multithreaded HTML browser by big_chungus on Thursday November 28, 2019 @10:28PM (#21661786)
People can run legacy open-source code, too. I fail to see how open-sourcing IE would have solved the old versions. For a better example, look at python 2.7. Open-source legacy code every one's stuck with, drawn-out deprecation dates, etc. Old Java versions are the same thing.