Louisiana had them like 7 years ago

One of the implementations underwent analysis.

Surely they both go through that before being merged? If not then I think the the issue is somewhere other than I'd being suggested.

Sounds a bit like IRC to be honest.

I've seen some IRC channels archive their chat as search-able HTML pages that are also indexed by search engines. Wish Discord servers would do something similar.

Discord knows better, this is by design. Their investors would run screaming if they knew what was in those chat logs. The lack of searchability is their biggest defense against being hauled in front of Congress because the public just isn't aware of how much of the platform is extremism.

And not just extremism, but problematic. A cursory search of Disboard will find all sorts of sexual/BDSM communities that are openly aimed at minors.

That's too bad, because a lot of open-source projects have moved to Discord, and it's an absolute pain that every time I want to search, I have to 1. login and 2. join yet another Discord server.

I find it easy to mute and put the ones I don't frequent often in a folder and only go there when I need to. I only actively visit and contribute to 2 Discord servers but that number might grow if the reddit communities stay dark (and I don't blame them for doing so).

I would take Discord over Slack or Gitter any day of the week. Slack only retains 90ish days of text chat which makes it an awful platform for open-source projects to use. It hurts my brain that CNCF and Kubernetes use this as a platform. At least in Discord I can search thru years of content and discover a discussion instead of asking the same questions over and over.

> I would take Discord over Slack or Gitter any day of the week.

Gitter had terrible search, but one advantage Gitter had over Slack and Discord is that it required no login to lurk, and chatrooms were indexable by search engines. You can still do so with Gitter's switch to Element, although Element leaves a lot to be desired on the UX front.

> I would take Discord over Slack or Gitter any day of the week. Slack only retains 90ish days of text chat which makes it an awful platform for open-source projects to use.

But who is to say that one day Discord won't start enacting limits on search history? The enshittification seems inevitable, in my opinion.

>But who is to say that one day Discord won't start enacting limits on search history? The enshittification seems inevitable, in my opinion.

If it's inevitable, the service doesn't matter. YCombinator can one day do to HN what Reddit did to itself, but I'll still enjoy the community while it lasts.

It's better to work more on a "good enough for now but keep backups in mind" state rather than "there is nothing perfect so I won't go anywhere" state. If your mindset is the latter, why value online communitie at all to begin with?

What I mean is that it's inevitable for a closed-source, proprietary solution like Discord. The service does matter, and there are better alternatives to Discord for online OSS communities.

Sure, just like how there were better alternatives for Facebook, and Twitter. Even when they were at their peaks. I think we've seen often enough in history that the best, most technically impressive tool is rarely the most popular one.

If you have the power to move the people you can help try to fight that aspect of society. But at large we can't even lead the horses to those theoretical oases (let alone make them drink)

I think you're missing the context of the thread. An open-source project doesn't need to choose a tool that competes with Discord in popularity -- popularity is not important here. The aim is not to attract millions of users, the aim is to provide a valuable and sustainable resource to its community that it can link in the project's README file. A tool like Discourse or Zulip is more sustainable than Discord because they are open source, history is exportable, and the software is trivially self-hostable in case the managed hosting solutions don't pan out.

This might sound rude but as a matter of fact, being FOSS developer I don't consider FOSS projects using Discord/Slack etc. to be worthy of my time.

I despise locking down knowledge to a walled garden.

being in the irc room and logging it is enough and only requires access to the room.

It's different in that IRC is designed & understood to be short lived real time chat. Who cares if I can't find that type of content via Google? Discord is being used as a permanent info repository, like a replacement for discussion boards, wikis, etc. This is the type of info I want to search for.

It's all the worst aspects of IRC in shiny web package.

IRC is ephemeral. Discord becomes a de facto knowledge dump like Slack in the corporate world.

In theory. In practice, like Slack, Discord is unsearchable. As someone rightly said on another thread: Discord is where knowledge goes to die.

Until you train llm on it. Which WILL happen.

LLMs perform lossy compression on knowledge, so they're not a good replacement for indexing and search. If anything, you want to have the latter, and expose it to LLM as a tool it can use, regardless of whether the LLM was trained/fine-tuned on that same content or not.

more like a knowledge blackhole.

but IRC was never controlled by a unique corporation/business. Was community driven

Eye tracking will probably lose the productivity metric, though. When you remove the ability to look at one thing and interact with another, you get farther from the way that humans tend to interact with their immediate physical environment.

I can cut vegetables without looking at them. I can use that dynamic to offset the planning and acting phases of my thought process. Falling short of that efficiency will feel limiting.

I don't click without looking at my mouse pointer. I think it's possible eye tracking is just better than mouse/trackpad.

I often am looking at another element before interacting with it with my mouse. With eye tracking enabled menus hovering over an element immediately because I'm looking at it becomes an annoyance.

Yea, I don't think a 1-to-1 translation of mouse movements with eye tracking is the correct answer here. I do think it's probable that eye tracking + {X} can be a 1-to-1 translation for clicking for 80%+ clicks.

Maybe X is a button on the keyboard. Maybe X is a gesture.

I do, when gaming.

I can think of some Portal puzzles in particular where timing is important, and you need to hold your aim but wait to click until something happens somewhere else on the screen (so the place you're clicking is not the same as the place you're looking).

I think the same thing applies to e.g. recording network activity in Chrome dev tools. My eyes are on the page to see when the thing I'm interested in finishes loading; my mouse cursor is on the button to stop recording.

It's not a super common pattern, but probably common enough that it would be annoying not to be able to do it.

Yea, I agree with this for gaming. Eye tracking as a gaming interface probably requires rethinking a lot about games. In VR for example the movespeed is much slower. In normal video games the character movement is constantly super-human speed, and this is jarring while in VR.

I am speaking mostly about the desktop interactions. In your Chrome Dev situation, I would look at the cursor before clicking on the stop recording button. I think I might be able to trust the MBP trackpad to do a primed click without looking at the cursor, but I wouldn't trust a traditional desktop mouse to have stayed steady enough.

Interesting, I just tried to use my pointer with my peripheral vision, and while possible, it was indeed more difficult and harder to focus on. Something I hadn't tried before.

I'd use a large chain and the beefiest lock you can manage. The sort of thing you'd use to lock up a motorcycle.

Same suggestion but also multiple locks - I always use 3 (D, chain, metal bar) in London and I've never had a problem, even with occasional overnight leavings. If the bike next to yours only has one, you're already ahead in the risk calculation.

37/80 + 14KS. It's a tight fit, heavy, and expensive but they work.

Don't forget the far more common access barrier. The White House press room and its analogues only hold so many people.

There needs to be a politician-journalist. Elected in second place who:

- Keeps the 1st place winner on their toes

- Reports to the losing voters

- Can do local news

- Can talk to people

Otherwise, all those hopeful candidates go back to focusing on their living and leaving those "losing" voters without any representation (seriously, how can there be no representation for the leftover votes and assuming they're not rich).

ACH replaced real clearing houses. Some banks have implemented rapid low-fee transactions, but not all. It's not unreasonable to assume that banks will widely implement an ACH replacement that makes this advantage of cryptocurrency exchange irrelevant.

What about sending money between services that aren’t even banks? Crypto removes the need to have money transfers go through any intermediaries. Which saves time and hassle.

It's a joke about the uniform

Yeah for this you would need to sign up using a one-use mailbox, pay by mailing in a cashier's check, atop hiding your traffic. Possible with the NY Times, at least.

Why a cashier’s check? Shouldn’t you send in $1 coins (after baking them) and pray that they arrive?

What do you mean by "baking"? Google is unhelpfully showing me results about crypto currencies and how to literally bake coins into a cake.

Heating them in the oven to clean off any identifying residue.

I highly doubt baking them will do that.

I would use an acetone soak.

Masks are critical for dampening the potential for spread. The goal is not entirely to mitigate risk for the kid themselves, but of spread to their household that leads to increased likelihood of deaths.