> I worried that there might be a lot of iterations where one or two of the options would be things that the person didn't understand, or didn't care about.
I won't disagree here, it would be tedious.
> picking what they understand and don't dislike, then the 'vs' system is there for helping determine the order of those items
Not an expert on how this will affect the results but since the list is so long, would it be better to show visitors two random-ish features at a time and have them pick the one they care more about? Or at least offer that kind of UI as an option or the default, and the current list for those who want more control.
`git reparent origin/main -n 3` sounds a lot like `git rebase --onto origin/main HEAD~3` and `git move-branch from to` sounds like `git branch -f from to`.
I love backup branches as much as anyone but I'd also recommend getting used to `git reflog` or perhaps `git log --all --oneline --graph --reflog` if you're worried about losing commits.
There is one* footgun in git that you can't just reflog your way out of and it's stashes because they piggyback off of the reflog, so dropping stashes will also remove them from the reflog. In those cases you can still visualize them with `git fsck --connectivity-only | grep 'dangling commit' | awk '{print $3}' | xargs git log --oneline --graph --all --reflog`.
*(as long as you've committed your changes, if not then there are way more)
> First of all, your donations to Mozilla don't go to funding the browser.
This is exactly my point. They should establish direct Firefox donations. I agree that it won't change anything overnight, but they need to start somewhere.
Of course Thunderbird's budget is in a different magnitude than Firefox but I'd guess the amount of users is also in a different magnitude.
As far as I know there has never been an attempt to fund Firefox by donations. You can _only_ donate to Mozilla, which does not go to Firefox development.
People keep saying it wouldn't work but it has also never been attempted so we do not know for sure.
- uBlock Origin with "Disable JavaScript" checked in the settings. Only enable for specific sites.
- Temporary Containers with "Automatic Mode" checked in the settings. Also MMB and Ctrl + LMB always open links in new temporary container. This provides full session isolation for all tabs. There are permanent named containers for logged-in services like email that are only used for email. Outbound links from email for example open in a new temporary container.
All browsing by default happens in a clean isolated session with JS disabled unless explicitly allowed.
I also have Behind The Overlay Revival for when I'm too lazy to zap elements with uBO.
But you can not donate directly to Firefox development, only to Mozilla, which I'm sure most are less enthusiastic about than supporting Firefox development.
If this was any other language than JS I would agree but my personal experience with JS is the opposite.
In my experience almost everything in the JS world is already async. User interactions are async, requests are async, almost all NodeJS APIs are async. To me having to add more async in JS is a tiny barrier compared to what I'm facing in other languages that feel more synchronous to me.
Since there is already so much async I also feel like debugging, profiling and error handling are all pleasantly solved problems in JS.
Offloading to workers is also async so while there are many valid benefits to be gained, avoiding async does not seem like one of them to me.
Another option would be https://html-props.dev/
EDIT: For clarity, if it does get updated, the original URL was:
https://old.reddit.com/r/javascript/comments/1pj4ros/props_f...