It was. That was the original design, to ask the user for each site. Then people downloaded browsers that did not ask them ... and browser developers switched it off by default.
803 karma · joined October 21, 2018
Maybe building another programming language can be accelerated by deriving its M libraries from another, using some kind of abstract libraries or translation methods, through a service similar to LSP.
At the moment, University incentives are to protect the prestige and not for honesty.
There should also be a University list of shame, based on author affil of papers accused of fraud.
The trouble and defense will be that any rando can accuse a paper of fraud, and instead one should use finalized decisions (such as retractions). That would cause delays and not lead to any resolution in many cases, and I doubt that the number of papers false accused of fraud based on any substantial statistical analysis is large.
Karma would help. One could then keep track of people who falsely accused papers of fraud in the past, and correctly pointed out papers which were later retracted, and then weigh the University shame list based on that.
In meld, these commands operate depending on focus. When the focus is in the left file, alt-right merges to the right, but you cannot do alt-left to merge from the right file.
> This project is an independent fork of Firefox [...]
> LibreWolf is always based on the latest version of Firefox
So it is a dependent fork of Firefox
Most frequently, it looks up the first stackoverflow answer and prints it.
Myth 10: if Microsoft decides to kill .NET or go in a new direction, you are screwed (at least more than with the mentioned community-developed open source alternatives).
I'd be happy to see these myths dispelled.
The very broad statement "7-Zip achieves a better compression ratio, but it is much slower to compress than RAR" should be demonstrated over all compression levels with a curve of compression-ratio vs time. I am skeptical RAR cannot be outperformed by 7zip in at least some situations.
The license is the strongest argument to not use RAR.
a) create a Chrome clone that rejects third-party scripts and has other security enhancements by default (do browsers really still need http support?). Then, you can say "Your site doesn't work with SuperChrome!" and shame until they fix it, to reach also the SuperChrome users (hopefully growing in number). SuperChrome cannot be a loose set of extensions, it has to be a well-defined thing.
b) have other services treat sites preferentially: higher throughput, better caching, higher ranking in search results, better user retention. I think this can easily be achieved, because the load-time will be shorter on such sites, therefore users will stay longer, and faster sites are already preferred by Google. This is the "AMP route" btw.
Re disk space: no mention of Nix? That also solves updateability for security issues. Another solution is Gentoo's -- deliver the sources and recipes, (re)build as needed. That could also work in userspace.
It would be nice to be able to 1) distribute Linux GUIs 2) let friends install them easily 3) have the friend edit the GUI app logic and run the modified version. AFAIK, this is currently only possible with apps based on interpreted languages (e.g., Python+GTK), but even there you'd need to guide your friend to install the required packages.
Re "the state of software complexity in 2021": Ignore complex software, and just don't include it on your system. Start with a subset, and add only what you need. That's how OpenBSD remains manageable. If people want to extend, they can go ahead. But you don't have to fix the world.