It does have optional support for JS thru Duktape[1] Engine, if I recall correctly, but that engine doesn't support a lot of modern JS stuff, mostly being limited to ECMAScript 5.
Most of the websites I interact with are either very interactive web apps which have no hope of working without JavaScript or are basically made up of text documents I want to read. It is shocking how much the document-style websites improve if you browse them without JavaScript. People have really put a lot of crap on top of what is basically just a text file.
Note that fbdev use deprecated because it's a really bad and broken kernel API.
One can use KMS directly, but at that point you're just implementing all the logic of a display server and might as well just use a small kiosk-style Wayland display server instead.
That comment assumes that nothing but Linux exists. I’ve ported netsurf to very very non-Linux environments that just had a framebuffer. So no “just use Wayland” is not the answer. (Ever)
"just had a framebuffer" != Using fbdev. fbdev is a specific outdated API, which drivers only emulate for compatibility with e.g. fbcon (the kernel's terminal emulator).
KMS is how you control the display hardware formally on FreeBSD and Linux. Other platforms will have their own APIs for doing this, but you are writing all the bits of a display server for that platform.
And, well, a small kiosk Wayland server is basically just KMS + libinput + a tiny IPC layer. All you save by doing this yourself is the last bit, but at the cost of having to deal with e.g. display modesetting and GPU buffer management.
aweb and ibrowse are definitely more popular still.
aweb works on every Amiga and is open-source, but bad support for current www, and quite unmaintained.
ibrowse requires 68020, is reasonably fast but sadly proprietary. Better support for current www, but not great.
netsurf has probably the best support, but is the slowest, needs a lot of RAM and crashes a lot in my experience. It is probably much better with RTG, which I do not have.
Most of the time I'll just use AmiGemini. It is very fast and supports Gopher/Spartan/Finger besides the Gemini I find horribly designed and personally do not care about.
thanks for mention it. For people who don't like using js heavy site, this is a very good way to just browse lite document base (not SPA) web site. No Brave or Ad blocker needed. And it is one of few browser will display google in html old format.
I don't see adblock being mentioned on the website. I know that it's a convenience feature, and at home my PiHole takes care of it, but everywhere else nowadays adblocking is more important than HTML standard-compliance. (Compliance is pointless, is ads make the content inaccessible)
Probably nothing you haven't heard of unless you'd be happy compiling and using an incomplete "project" browser, like Ladybird. The list with pre-built binaries includes: Mozilla Firefox (or Waterfox), Google Chromium (or Brave), and Apple WebKit via Safari (so, open source engine, closed-source chrome) or other browsers that use WebKit (e.g. DuckDuckGo's Orion).
Not having JavaScript blocks off a huge attack vector, which is great, but how’s the track record of smaller browsers like this on stuff like image rendering attacks? ie, https://news.ycombinator.com/item?id=37478403
I’d love to switch away from the over-complicated internet, but this sort of worry keeps me on Firefox+javascript blocker.
NetSurf started in 2002 and has been packaged by Debian since 2007.[1] After having looked at it, is there something in particular that makes you believe it is malware?
There is actually another project called NeoSurf (https://github.com/CobaltBSD/neosurf/) which is a fork of NetSurf with the stated goals of "various privacy-focused improvements and additions, and a revamped build system." as well as other improvements.
55 comments
[ 2.5 ms ] story [ 102 ms ] threaddocs links are mostly broken 404
https://www.netsurf-browser.org/documentation/progress#Gener...
[1]: https://duktape.org/
I remember being able to browse normal sites with JavaScript disabled as late as 2010, but since then I’ve had to downgrade to Firefox+noscript.
For everything else, mpv+yt-dlp for media and gopher://magical.fish under lynx/sacc for news/services.
[1]: https://ci.netsurf-browser.org/jenkins/job/docs-netsurf/doxy...
One can use KMS directly, but at that point you're just implementing all the logic of a display server and might as well just use a small kiosk-style Wayland display server instead.
The Linux fbdev subsystem is deprecated, but the fb devices will be emulated with DRM because they are useful.
But if you're doing that, then you've implemented a big portion of a display server. So... Just use one.
KMS is how you control the display hardware formally on FreeBSD and Linux. Other platforms will have their own APIs for doing this, but you are writing all the bits of a display server for that platform.
And, well, a small kiosk Wayland server is basically just KMS + libinput + a tiny IPC layer. All you save by doing this yourself is the last bit, but at the cost of having to deal with e.g. display modesetting and GPU buffer management.
It could run in CGA, really
0. https://github.com/jhhoward/MicroWeb
Dillo, Links, Ladybird, AWeb are the other ones I am aware of.
https://www.netsurf-browser.org/downloads/amiga/
aweb works on every Amiga and is open-source, but bad support for current www, and quite unmaintained.
ibrowse requires 68020, is reasonably fast but sadly proprietary. Better support for current www, but not great.
netsurf has probably the best support, but is the slowest, needs a lot of RAM and crashes a lot in my experience. It is probably much better with RTG, which I do not have.
Most of the time I'll just use AmiGemini. It is very fast and supports Gopher/Spartan/Finger besides the Gemini I find horribly designed and personally do not care about.
(mainly use my A1200, 68030 @ 50)
https://www.webkit.org
I’d love to switch away from the over-complicated internet, but this sort of worry keeps me on Firefox+javascript blocker.
It's not malware, we promise.
[1] https://snapshot.debian.org/package/netsurf/
Chrome: https://www.google.com/chrome/dr/download/?brand=JSBI&ds_kid...
Safari: https://www.apple.com/safari/
And now we come to...
NetSurf: https://www.netsurf-browser.org/
It's a joke about perception.
It's good enough for basic troubleshooting and e.g. visiting the archwiki, but it's always a bit of a learning curve to use again.