With local learning disabled, is there any need for using the Privacy Badger add-on specifically? Would it be possible to distribute the tracker lists which are generated by Badger Sett in a format compatible with uBlock Origin?

edit: Found that Badger Sett generates a json blob: https://github.com/EFForg/badger-sett/blob/master/results.js...

I am not that familiar with uBlock Origin's filtering syntax, but from a quick look, it seems like the json could be translated at least to the 'dynamic filtering' rules (accessible only when you enable "I am an advanced user"). Perhaps I'll open an issue.

Designing systems of incentives is hard.

That said, several of the mentioned problems seem like they have solutioms.

- Excessive detail: keep both or several sets of instructions. The detailed version is authoritative in the case of a dispute by the student, but as long as they don't dispute, it's fine if they follow the spirit of the instructions.

- Deadlines: Give X "extension tokens" per semester, which allow students to submit one day late, no questions asked. Max 2 tokens per assignment (48h extension). My undergrad CS department did this and it was great.

I would guess the latter would work well for regrades as well. A generous but bounded number of regrade tokens. You could even do something like make unused tokens worth 1 bonus % on the final exam, if you want to further disincentive abuse.

I'd say the turbotax approach was easier to fill out, but freetaxusa was much easier to look up additional information when the guidance fell short; when I wasn't sure how to fill out turbotax's questions, figuring out which box it applied to so I could look up more information was supremely frustrating.

Specifically, I was freelancing the previous two years, and I was looking up information about itemized deductions.

(I post this somewhat selfishly, as I'm basically describing how I wish git worked ;)

I have not read anything besides this article, though, so it's possible the patent is being misinterpreted here.

Vertical alignment. When you press the down arrow, you don't know what position your cursor will land on because it's not visually aligned with the character above. Kind of defeats the purpose of a monospace font (within that one line where it's applied).

    a <$> b

    fmap a b

    a `fmap` b

I'm sure I'm not the only one. This is something I would call an "inessential weirdness"[0] of Haskell. There is a whole host of others— <>, $, and >>= are some from the Prelude alone; it becomes especially tricky when people don't use explicit or qualified imports.

[0]: A term I learned from this excellent talk, https://harihareswara.net/texts/inessential-weirdnesses-in-f... which you can watch at https://media.libreplanet.org/u/libreplanet/m/inessential-we...

https://litter-lifter.com/

From this perspective, the "always online" approach just makes IRC like Discord et al, where you receive everything and have to choose what to read when you get back.

Snapchat is the closest, with its "messages disappear after 24h by default, but can be saved by members of the group".

> In other words, I want "@smichel17 ^" to be a thing.

I'm someone who likes the idea of IRC being impermanent, available only if I was online at the time.

However, I also want people to be able to @mention me so that I can see it later, even if I was offline, overriding the default. AND, when that happens, I also want to be able to read the context before the message and probably some conversation after. In other words, I want "@smichel17 ^" to be a thing.

I don't see any way to combine those features. I can approximate this experience in Discord and its ilk by having all history about l available; muting conversations, except for notifications; and relying on willpower not to read the backlog unless I was mentioned. So that's what I do. Maybe the closest thing would be Snapchat, where messages can be "saved" by any of the participants so the whole group can read them later.

There's no way to approximate this experience in IRC. So although I still use IRC, it's mostly over a matrix bridge; matrix becomes my bouncer.

I'm not a font expert, and I stopped myself from going down a rabbit hole, here. So I'm not really sure if this is a fault of the monitor, the renderer, the font itself, or some other piece I'm not aware of. Are there fonts which are designed for display on ~150 PPI screens, which don't need antialiasing so much? I know MacOS doesn't do subpixel rendering, but I assume it does some form of antialiasing? Or does it use a higher DPI font as I was speculating about?

Overall, the experiment has convinced me that there is some benefit to higher PPI. I maintain that my ideal monitor would be something like a 16:9, 40 inch¹, 8k monitor. I'd run things at 2x scaling to avoid fractional scaling headaches. The increased screen size would leave the size of everything after scaling slightly smaller than on a standard 24 inch, 1080p sceen. And the 200+ PPI would keep everything looking crisp at that size (I find the extra pixels from 4k makes text legible at slightly smaller sizes).

[1]: I'm not sure that's the exact right size, I need to re-do my calculations for how large I want stuff to be at 2x scaling.