Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Next Browser native on Linux

news.ycombinator.com

Post reply on HN
Print view View original

81–90 of 117 posts

Re: Show HN: Next Browser native on Linux

#81

Post by jmercouris »

gnull wrote: post #73

There is also Vimb [1], which is another keyboard-focused web browser. It also runs on GTK+ and WebKit2. How does Next compare to it? (Except for obviously being more suited for scripting and having Lisp support.) When I was trying Vimb for myself it suffered from frequent WebKit («WebView crashed») crashes. And also its performance seemed to me worse than, say, latest Firefox Quantum or Chromium — it was consuming m…

Hi, thank you for your interest!

I've never used VIMB, but I guess it is subject to the webkit port, since on Linux you more or less only have Webkit2gtk+ your experience should be roughly the same.

There seems to be a lot of demand for a blink/chromium port, and while I am personally strongly against blink/chromium, we may produce a port, or perhaps a quantum port if that is at all possible.

Re: Show HN: Next Browser native on Linux

#83

Post by PaulHoule »

kodablah wrote: post #68
PaulHoule wrote: post #25

I like the idea but it doesn't go anywhere near far enough. I feel like the web has become that "City of Destruction" that is talked about in "Pilgrim's Progress"; something like 95% of the bytes transferred are just junk. I am not at all interested in "seeing the content the way the created intended it", I really would rather decompose it into a semantic graph and then put it together to show me what is relevant. Th…

I have been putting some real thought into this as an idea for client-side scraping and re-presentation [0]. I have come to the conclusion we just need a community maintained set of code that turns popular websites into APIs that people can program against. If you turn that into an easier-to-read-sans-BS page by querying the API, so be it. It of course needs to be deployed as part of the app, there are legal issues w…

I find with BeautifulSoup or JSoup it is often just as easy to write a scraper than an API client, particularly when the authentication for the API is like this:

https://www.youtube.com/watch?v=o2ObCoCm61s

Re: Show HN: Next Browser native on Linux

#84

Post by PaulHoule »

devwastaken wrote: post #74
PaulHoule wrote: post #25

I like the idea but it doesn't go anywhere near far enough. I feel like the web has become that "City of Destruction" that is talked about in "Pilgrim's Progress"; something like 95% of the bytes transferred are just junk. I am not at all interested in "seeing the content the way the created intended it", I really would rather decompose it into a semantic graph and then put it together to show me what is relevant. Th…

Being junk to you doesn't make it junk to everyone else. The only content you could re-present in 'your' way would be static contents, and only if they fit a specific design. This leaves out a significant portion of things that require dynamic capabilities. Something as simple as openstreetmaps would not work in this somehow ideal world.

i'll just download OSM and view it locally.

The Boston Globe ran an expose a few years back that came to the conclusion that the cost of mobile data to download ads is orders of magnitude greater than what the web sites make.

If verizon kicked back 2% of revenue to web sites then they would make more money than they do from ads now, and verizon would get the warm fuzzy love that they wish they could have gotten from Go90, Oath, etc. But no: their business model is "buy web sites crammed with porn, remove the porn, and hope some users are still around when they are done".

Re: Show HN: Next Browser native on Linux

#85

Post by PaulHoule »

dmos62 wrote: post #64
PaulHoule wrote: post #25

I like the idea but it doesn't go anywhere near far enough. I feel like the web has become that "City of Destruction" that is talked about in "Pilgrim's Progress"; something like 95% of the bytes transferred are just junk. I am not at all interested in "seeing the content the way the created intended it", I really would rather decompose it into a semantic graph and then put it together to show me what is relevant. Th…

I feel like gopher, the once alternative to the World Wide Web, before it became overwhelmingly less used, was really technologically superior. Its simplicity and structure would have been difficult to coerce into the ugly monolith that web has become (in my opinion), and would have promoted proper modularity, which is how I would generalize "semantic graph" you mentioned.

Funny, the number of Gopher servers has started to grow again lately...

Re: Show HN: Next Browser native on Linux

#86

Post by squarefoot »

purerandomness wrote: post #60

Very nice, we need more of that. There's also qutebrowser [1], but none of these are usable without a proper adblocker implementation. [1] https://qutebrowser.org

Qupzilla also was a nice one until they killed it and migrated the code to KDE (triple facepalm).

Re: Show HN: Next Browser native on Linux

#87

Post by 1g0rb »

I see no one mentioned luakit (https://luakit.github.io/). From the site: "Luakit is a highly configurable browser framework based on the WebKit web content engine and the GTK+ toolkit. It is very fast, extensible with Lua, and licensed under the GNU GPLv3 license. It is primarily targeted at power users, developers and anyone who wants to have fine-grained control over their web browser’s behaviour and interface."

Re: Show HN: Next Browser native on Linux

#88

Post by ericlewis »

snaky wrote: post #23
dmortin wrote: post #4

Earlier quoted context omitted.

Isn't there some popular language with the same capabilities? Is it a Lisp speciality?

Nowadays it's usually called 'hot reload' and everybody hype about how cool is that in React Native and Flutter.

It’s is pretty cool, the alternative being compiling. I know there was a way to hot reload swift, when I tried back in like 2016. But it required strange swizzling, and still had a compilation lag (not that Babel doesn’t, but it’s usually faster)

Re: Show HN: Next Browser native on Linux

#89

Post by insertcredit »

I saw your post at lisp.reddit.com today and there was a redditor there that brought forth webkit security concerns that IMV you did not properly address.

Thread is here (https://old.reddit.com/r/lisp/comments/a3b8m0/browsing_with_...)

I am an ex-Googler and I happen to know the effort that the Google security team expended when designing the Chrome security model was quite significant. We would all like more competition in the browser arena but running webkit without any security protections like Next browser does is putting yourself at risk, unnecessarily. I urge you to spend some time understanding the security implications of what you are doing.

Re: Show HN: Next Browser native on Linux

#90

Post by devwastaken »

PaulHoule wrote: post #84
devwastaken wrote: post #74

Earlier quoted context omitted.

Being junk to you doesn't make it junk to everyone else. The only content you could re-present in 'your' way would be static contents, and only if they fit a specific design. This leaves out a significant portion of things that require dynamic capabilities. Something as simple as openstreetmaps would not work in this somehow ideal world.

i'll just download OSM and view it locally. The Boston Globe ran an expose a few years back that came to the conclusion that the cost of mobile data to download ads is orders of magnitude greater than what the web sites make. If verizon kicked back 2% of revenue to web sites then they would make more money than they do from ads now, and verizon would get the warm fuzzy love that they wish they could have gotten from…

Except osm is used with specific integrations, like graphing locations, showing city layouts. It's incredibly naieve to believe you'll just replace the very real Js use cases without knowing how it works
Post reply on HN