I see we're heading back to the days of MDI web browsers, slowly but surely. It's really strange to me how web browsers used to allow so much configuration (like the option to use MDI tab/window management or just generic tiling) but don't anymore. I've been hoping a browser comes out that is just Opera 8/9 but with the ability to browse the modern web so maybe with the advent of all these new browsers I should start taking a look.
To reply to a comment that was deleted by the time I finished writing:
"I've been experimenting with old UNIX systems recently and have come to somewhat similar conclusions. (Regarding software like window managers becoming more simplistic and some programs having to poorly attempt to pick up the slack themselves)
It feels like open source software projects shifted from making 'program' and instead tried to make "alternative version of windows program". Looking at these old systems I see all these options and intuitive ideas, even down the metaphors used to describe actions. Last time I used a modern UNIX desktop environment it felt like everything was just trying to be a simplistic Windows alternative instead of a good operating system."
I've spent decades being unclear about what the WindowMaker value proposition is.
Is there something deeper here? Because on the surface it primarily looks like some desktop widgets/dock-apps. Which isn't bad, it's more than the irrelevancy of the desktop today! widgets are great!
But I always feel like there was something more weird & implied with WindowMaker. Maybe just that it was taken as heir apparent to NeXTSTEP. But did it actually have interesting data systems, could apps talk? Or was it still lots of isolated micro-apps/desktop widgets?
To me I always assumed it was heir apparent to NeXTSTEP. I feel like there was a lot of missed opportunities back in the day. Imagine all the manpower going into Gnome and/or KDE going into GNUStep and keeping up with Apple APIs + embrace/extend of Apple APIs.
Precisely. Gnome, KDE, XFCE, and literally any other Free Software DE implement the Windows kind of desktop organisation. While WindowMaker/GNUStep show what the unexplored future could've been.
People seem to be forgetting how clunky and resource intensive XUL was, and how many times they had to kill xulrunner.exe just to keep their desktop running.
Opera 10 was getting into some wild stuff. 9 was obviously just winning. But I loved how 10 literally gave you the user your own endpoints on the web. The browser is the server (by way of proxy)! Massively inspirational decentralization. https://www.ctrl.blog/entry/opera-unite.html
* They came with a mail and chat (IRC) clients, a download manager, a set of browser dev tools, and in the age of limited internet traffic all of that was smaller than a single download of Firefox.
* Their dev tools were the first that allowed remote debugging. You could run Opera on your phone (Symbian, Windows Mobile, early Android) and debug your website from a computer.
* They were the first browser to sync your bookmarks, settings, history, extensions across devices.
* They were the first to add process isolation, albeit initially on Linux only. If an extension crashed your page it didn't take the whole browser down with it. This was later added first by Microsoft in IE8 and then by Google in Chrome.
Their browser was a brilliant piece of tech and a brilliant product. Too bad that the product couldn't survive under pressure.
Interestingly enough, Kagi has a new browser, Orion, that's also WebKit-based. Besides the obvious macOS, it's in Alpha for Linux and "in development" for Windows. May the best non-Chromium browser win!
Kinda interesting that they were able to resurrect the WebKit engine on Windows, might have been quite an engineering feat. In the past (2007-2012) Apple distributed a Windows version of Safari, but it's been more than a decade since it was deprecated and the engine only supported Apple's ecosystem.
Anyone can slap a fancy UI on an existing engine and claim they made a browser. So many of them exist now, they don't matter anymore at all. This one will die in the crowd like every other wannabe browser. Build your own goddamn engine and then claim you made a browser, at least the Servo and Ladybird devs are doing some concrete work, not just pointless marketing and empty claims.
I was looking for a good browser. I’m finally interning, and Brave has taken over as my official browser(I don’t like the concept of workspaces/profiles). I used Comet for a while but found it extremely annoying. I like Zen, but I’m not a fan of sidebars in browsers. Currently settled on Helium. This would have been good, but I can’t seem to understand the obsession with sidebars.
I need someone to explain to me, at length, at some point in my life the value proposition of Brave and what it brings to the table that other browsers do not.
For example, most of the key differentiators of Brave could be accomplished similarly in Firebox with a litany of extensions -- such as UBlock Origin as just one example -- or Privacy Badger if you'd like to be less 'heavy handed'.
The only other differentiator I see is the use of cryptocurrency as a way of compensating users for watching ads and the use of a crypto wallet; which if your not interested in such functionality is meaningless.
Yet I see very educated, competent, and intellegent people I've known for years be advocates and at some points "zealots" over the browser.
I would love to understand this. I'm honestly open to discussing this in good faith as I would like to understand the benefit here, and if I am somehow missing something will be the first to admit I was ignorant.
For me the reasons for using brave for over an year now are:
- no ads, no trackers and they are transparent about it
- I can install chrome extensions
- I don’t feel like I am handing all my data to Google
- overall feels faster even with dozens for tabs open
I get that and it makes sense. What distinguishing features does it have that keeps you coming back to Brave that, say, Edge or Chrome or even Firefox doesn't bring? I ask because most of the items you listed could be accomplished in other browsers with extensions.
Just trying to find the secret sauce that keeps people coming back specifically to Brave.
I really appreciate you engaging and listing your reasons! Thank you for sharing your viewpoint and why you enjoy Brave.
> I ask because most of the items you listed could be accomplished in other browsers with extensions.
Having functionality in extensions adds friction. You'll have to remember which ones you used and install them separately when you do a new install. Also remember that Android and iOS browsers (usually) don't have extensions, so having adblock built-in is advantageous.
I use Brave, and for me it's really just the least bad option.
Firefox-based browsers do not support macOS automation (AppleScript/JXA). Safari lacks features/extensions. Orion/Vivaldi had bugs any time I tried them.
From the Chrimium-based browsers I tried, Brave blocks ads, supports PWAs, the crypto stuff can be turned off, and is stable. Brave does not excite me, but it's good enough.
None of those seem like unique advantages. In fact, the only advantage there seems to be "Ad block is built in", which is still a dubious advantage at best.
You could install Brave, or you could install adblock for the browser you're already using. It doesn't seem like much of an advantage for Brave to ship with adblock built-in, given that everybody already uses a web browser.
Would use Firefox on the main workstation if it had better devtools, other then that it just works and has some useful features, see: Tor and ipfs integration.
At least a year ago, Chromium-based browsers were significantly more secure than Firefox, as measured by the rate at which high severity vulnerabilities were discovered every month and the ease with which Firefox would be hacked in competitions.
The trouble with Chrome is that it is deliberately configured to maximize Google's ad revenue. The omnibar does not show you recently visited websites when you start typing something because they want you to do another Google search so they can serve you more ads. The new extension model deliberately neutered the most effective ad blockers available.
Brave is Chrome without the perverse incentives. Their developers take a security-first approach to everything, to the extent of explicitly _not_ having a centralized sync service for bookmarks, passwords, etc. They have an excellent content blocker built in, thereby doing an end-run around Chrome's new extension model. The crypto wallet and Brave ads are optional - you can disable both in the settings very easily. And since it's a Chromium variant, you can use all of the existing Chrome extensions for third party software like 1Password and the like.
Here's an exhaustive list of why I, personally, have been using Brave for years:
- vertical tabs
- maintained by more than a
single person
- support for extensions
- not owned by China
- not Firefox
- not Edge*
All the AI and crypto slop can be turned off completely, so I don't care at all about features I never see after initial install.
*Edge is fine if properly configured via GPO, which I can neither be bothered to figure out how to do under Linux nor have the patience to do on my private Windows machines. Works great at work though.
I use Brave, and I second the sentiment that it's the least bad of many bad choices. I say this as an opinionated person who has put a lot of effort into looking at alternatives. I've even spent time trying to use Epiphany and Lynx as my daily drivers.
I assume we would both already exclude the likes of Chrome, Edge, Opera, Safari, etc.
This will be a long reply though.
The TLDR is: Security is number one, so extensions are bad and built-in features are good. I hate the cryptocoin/adware/AI features but the degrading act of disabling it all is mercifully short. It also has to run on Linux, so I can't even consider browsers like Nook. Most important to me are the (1) Chrome features and (2) the Shields feature tacked on. I use profiles and shields very extensively.
The TLDR TLDR is: Shields good
---
Caveat with the below is that Brave is full of bullshit to disable, with a new piece of bullshit added every year or so. That disparaging term is not one I use lightly!
The bad aspects are made worse by the fact the CEO of Brave is a person who I generally don't trust. I've been using Brave for years with the understanding I might have to jump ship at any moment.
Onto the good things:
One of the necessary things it provides is a browser which I can use to browse the internet, including captchas. For my mileage, Firefox has been broken for me on every platform I've used it on, every time I've tried to get back into using it, for years. I've exhausted all the time I ever wish to spend trying to fix a browser. Since I could not use Firefox to browse, it was not an option for me.
A second necessary requirement is that the browser should be available on the major desktop and mobile OSes, especially Linux. So, Orion, Nook, etc. don't count as browsers to me.
A third necessary requirement are timely security updates. Last I checked, Brave got security fixes from Chrome on a timely basis. Nice.
Then, there are a bunch of nice to haves. Brave has the Chromes profile which I use heavily (although Firefox is set to get a clone of Chrome's profiles soon-- the existing 'profiles' and 'containers' solutions were not usable alternatives.)
A second nice-to-have is telemetry - how often is my browser making requests unrelated to browsing, and to how many parties? I last checked this years ago, but I remember Brave performing well here.
The third nice thing is the Shields feature, which I've come to rely on. (If Firefox copied this wholesale, like they're doing with Chrome profiles, that would be a major improvement.) It's an easy-to-use interface to block ads and JavaScript. It works on mobile as well, which is a huge advantage.
Shields can be replicated with extensions, but I try to minimize the extensions I use. Each extension requires permissions for every site (!!!) So, if just one of these extensions developers were compromised, or the extension itself had a vulnerability, then I would be compromised too.
Switched to zen recently, and although I only expected a slightly different experience to firefox, it's hugely better. Profiles/containers/workspaces especially are great.. this level or organization fits my mental model much better and and I never need to manage bookmarks or use multiple windows. (Performance with large numbers of tabs seems much better too, presumably inactive workspaces are reclaiming the memory in smart ways).
I think I like the idea, but the structure of the code doesn't look the best. What most sticks out to me is the "Managers" directory. I've seen similar patterns before, even at my current place of work, but they seem to correlate with less experienced implementations. For instance, I clicked on one of them randomly and already found an issue: https://github.com/nook-browser/Nook/blob/09a4c6957a2e9fd7c5...
I guess `www.` (and only `www.`) is always special, and the only TLDs with two components are `"co.uk", "co.jp", "com.au", "co.nz", "com.br"`?
I don't know how critical this "Manager" is (what even is a "boost"?), but a web browser should absolutely have a proper list of TLDs!
> What most sticks out to me is the "Managers" directory. I've seen similar patterns before, even at my current place of work, but they seem to correlate with less experienced implementations
What is wrong with such structure? How would you structure this code? Genuinely asking
There are no peer-reviewed studies yet for me to corroborate this with, but I've seen this pattern primarily from a specific type of autistic, and it's similar to an actor pattern: a Manager is expected to entirely "manage" whatever feature it's concerned with. This is usually different from a simple module by not collecting related functionality regarding the feature, but rather trying to contain the entire feature itself.
This typically creates artifacts like each "Manager" owning too much of its implementation (not benefiting from or contributing to shared structures, such as a proper domain suffix list), inconsistency between different parts of the app (since different "Managers" don't necessarily share common patterns between them), and tons of hooks into random "Managers" all over the code.
To me, it feels a bit like an "emotionally driven" architecture, where the organization of the code is based on the list of features of the app, and not based on the implementation of those features. So rather than having, for example, a drag and drop component for the tabs to use, you would have, for example, a ReorderingTabsManager, and the implementation may behave differently than drag and drop in other places. So rather than factoring out code into modules for deduplication, you're making modules ("Managers") based on where they are in the product, and duplicating functionality across each module, to varying standards of completeness and/or quality.
Now I don't know if this project is quite that egregious, but it hopefully illustrates why I raise an eyebrow when I see a project architected this way.
Looks like Arc, would love to migrate out of it after migration, but always worry about maintenance. Creating a browser is "easy", keeping it up to date is a lot of work, and many open-source browsers look semi-abandoned to me.
Zen is actually solid these days. being a Firefox-based browser, it has its quirks, (i.e. Theo complained about gradient rendering or whatever, but who cares?) but it's still the best Arc-like we currently have.
plus, you get synchronization across desktop (Zen) and mobile (Firefox for iPhone/Android). since Google limited theirs only to official Chrome, this feature is basically exclusive to Firefox and forks, Arc <-> Arc Search, and Chrome for desktop <-> Chrome for mobile.
yeah, but you have to download their mobile counterpart as well. you can't have e.g. Chrome desktop and Brave mobile work together. meanwhile, any Firefox syncs with any Firefox
Zen was solid, after a while it turned to a browser full of bugs, crashes, and too much UI changes it rendered it unstable for me had to ditch it. And reporting the bugs goes to nothing and never getting resolved, one simple bug was the pinned tab, where it supposedly to be pinned but scrolling will take it out of your view, and it was never resolved for months last time I used the browser.
the sidebar was the best feature in Arc imo. I gave zen a shot just because of that and it was not a great experience to be honest. First, migration was buggy, then the sidebar lacked some basic features like renaming the tabs even though it looked similar. Nook seems to follow in the same footsteps I just hope that they nail the sidebar like Arc. Tab management is a mess and this has so much potential. All the best to both Zen and Nook.
the only missing from the sidebar thing is Library as a central place to manage downloads, spaces, and history. and although the downloads window looks a bit unsexy, it's totally enough
I won't be surprised if B&N does a C&D on this particular trademark infringement.
Nook is a well-known brand in consumer tech, ereaders aren't that far removed from Web browsers, Nooks have a Web browser, and B&N also has a "Nook for Web".
Am I the only one that thinks "No selling of browsing data. Ever." implies that you're still harvesting browsing data? That is a level of telemetry that I don't want my browser having.
Right, as I read that I also thought, "Wait a sec, do they have the user's browsing data?" They should say "Your browsing data is local and we don't even have it!" instead.
> Transparent code, permissive license, and a community-driven roadmap.
Which I was going to mention is contradictory, because the point of permissive licenses is that it does not have to be Free forever. But the license is actually GPLv3 instead. So still contradictory wording, but the "permissive" is the part that isn't correct :-)
> Which I was going to mention is contradictory, because the point of permissive licenses is that it does not have to be Free forever.
No, the point of permissive licenses is that third-party derivatives, which have no impact on the licensing of the original, don't have to be free ever, while the point of copyleft licenses is that they do.
Neither has any effect whatsoever on what future first-party licensing can be; a commitment to "open source forever" by the copyright owner is mostly orthogonal to what kind of open source license the copyright owner offers. (Now, its true that if the owner accepted contributions under a copyright license rather than under a CLA, they would likely have no practical choice but copyleft now and forever, but that's an issue of the license they accept on what they can offer, not an effect of what they offer itself.)
(OTOH, using "permissive" for GPLv3, a copyleft license, is actually contradictory, as you correctly note.)
> No, the point of permissive licenses is that third-party derivatives, which have no impact on the licensing of the original, don't have to be free ever, while the point of copyleft licenses is that they do.
This should read "Yes, [...]".
The point of permissive licenses is for people to sublicense it. You can use this to sublicense the software using a license that actually enforces it must remain Free (see Redict for an example) but it is almost always the case that someone uses this headlining feature of permissive licenses to lock the code up and extract rent.
Your next paragraph frames single contributor or CLA as the two primary development patterns, when that those are absolutely the exception, especially if we exclude repos for things like AoC our homework, which are mostly single contributor.
The license of the code released under a permissive license is guaranteed to stay the same.
Only the code that is yet to be released is not.
From an end user perspective BSD/MIT and GPLvX licences offer the same guarantees. It only is different if you are a contributor or if you intend to distribute modified or unmodified code yourself.
> The license of the code released under a permissive license is guaranteed to stay the same.
It's guaranteed to have at least the terms of the permissive license (usually requiring attribution), but no, it does not guarantee code released under a permissive license will remain available under permissive terms. That is literally the point of the permissive terms: so people can apply more terms under a sublicense.
> From an end user perspective BSD/MIT and GPLvX licences offer the same guarantees.
No they don't. I can decide to stop distributing a BSD/MIT licensed application in both source and binary form, in favor of only distributing it in binary form under a sublicense. As a user, this is not "open source forever". This is "open source until we use the distinguishing feature of the license to make it not open source".
GPL, assuming multiple contributors and no CLA (both of which are extremely common) ensures this cannot legally happen (unless they somehow get all contributors to agree against their exercised rights).
I'm interested in seeing all the new browsers that will come out in the next few years that are based off Ladybird. Or alternatively what Ladybird will enable in terms of customization. I think the days of Chromium/WebKit/Gecko forks are numbered.
How is built-in ad blocking not the foremost priority? Brave and Comet both have it. uBlock Origin is not as effective as it used to be as of Manifest v3.
Zen (Firefox-based) has been really refreshing. You could probably accomplish the same thing with some user scripts and user CSS, but the concern with those has always been that they could break at any time with a new update. That shouldn't happen with a fork like Zen as they have control over updates.
An integrated experience. In the past I found that the vertical tab options in Firefox had the tabs duplicated across the side and the top, which I always found to be a subpar experience. Again, probably something you could accomplish with user.js and user.css but there's a good chance an update could break your modifications.
Seems quite similar to Zen's experience, except it seems to be missing folders (which I admittedly don't use often, but they're sometimes handy to group a Jira ticket with a PR, or similar). I'll probably still stick with Zen while it's around, and maybe I'll hop over to LibreWolf as I'm not too happy about Mozilla's recent stance on privacy.
reply