zxzax

33 ms·

241.
by zxzax 5y ago
So to allow any post through, twitter should have a process that randomly selects an unbiased jury of other twitter posters, and have them judge the post before it becomes public? And that process will be administered by democratically elec
242.
by zxzax 5y ago
So what is the solution there? Should twitter and facebook have their own internal legal system, decided upon by democratic vote as I was just describing? What would make it inherently less tribal if they did that? Would that stop large gro
243.
by zxzax 5y ago
I mean, to me that sadly is nothing new. I've known my share of people who just assume by default that people they don't know are jerks, and are hostile toward them. I don't know what you would call it. Untrusting? I can&#x27
244.
by zxzax 5y ago
I guess I'm confused, there are a lot of things in life that become known by hearsay and don't reach the same consensus as codified law. What makes this special? Would it really be any different if twitter actively had daily democ
245.
by zxzax 5y ago
So what would that look like? Would employers no longer field public complaints about potential problem employees, under any circumstances? In effect, they would be required to always side with the employee in case of a dispute?
246.
by zxzax 5y ago
IMO the closest thing to that is WAI-ARIA, the concepts apply anywhere.
247.
by zxzax 5y ago
Just to be clear, is it "cancel culture" or "consequence culture" when the legal system puts people in jail, or practices capital punishment? Or are those considered something different entirely? If so, why?
248.
by zxzax 5y ago
So how could responsibility be ensured? Make a social media site where people can't criticize each other at all? Require all posts to go through third party fact checkers? To put it another way: If, in your opinion, twitter users are n
249.
by zxzax 5y ago
That's quite interesting, thank you. I haven't heard of that. My only concern with that is, I hope some app developers don't see it as an excuse to avoid using the native accessibility APIs and adding the necessary propertie
250.
by zxzax 5y ago
Screen readers doing OCR is a big no-no. There is no possible way that will have the effect you want it to have. The text-to-speech part is the absolute bare minimum of what a screen reader is actually doing. For example that would break ho
251.
by zxzax 5y ago
I still don't really understand the difference, is it not possible to host a service on your planet, and then have people make accounts on it and log into it with some other means? If so, that would seem to make it identical to mastodo
252.
by zxzax 5y ago
That seems like it could be interesting. It sounds like you would need to have part of a library store and diff the tree state, and then send updates based on that? You could use that part for immediate mode GUIs, and then retained mode GUI
253.
by zxzax 5y ago
Could that be solved by having better golang bindings for COM/OLE? Is it a problem of too much boilerplate?
254.
by zxzax 5y ago
Such cross platform API would belong in a cross platform toolkit, it really makes no sense for Windows to provide that. For example Qt has a cross platform accessibility API, and GTK is currently working on making theirs cross platform. May
255.
by zxzax 5y ago
Applications don't have to implement this, the toolkit is supposed to handle it. It happens at the layer above Vulkan/DirectX, because those APIs are too low level and don't know anything window controls, text, etc. When appl
256.
by zxzax 5y ago
That is not really going to work, at all. To have a good experience, a screen reader needs more contextual information than just the text.
257.
by zxzax 5y ago
It gets brought up because, at least from my perspective, none of the immediate mode toolkits are addressing this. I understand the desire to keep the code simple and only handle the rendering, but that is fundamentally opposed to the way s
258.
by zxzax 5y ago
You can also statically link debian packages, though conventionally they aren't built like that.
259.
by zxzax 5y ago
That really has nothing to do with language-specific versus distro packaging. If you replaced a bunch of rust crates with random modified builds from a third party, you would probably see the same types of breakage.
260.
by zxzax 5y ago
I don't think that is correct, there are plenty of Mastodon instances with a very low number of users (1-5 users).
261.
by zxzax 5y ago
There was recently a bug related to this on the gtk issue tracker too: https://gitlab.gnome.org/GNOME/gtk/-/issues/3714 I don't think there is going to ever be much interest in getting this fixed in
262.
by zxzax 5y ago
I guess that's why most games are a bad fit for trying to ship as part of an open source Linux distribution, where the requirement to get packages upstream is that they have to be open source and compatible with the distro's usage
263.
by zxzax 5y ago
This code seems to be pretty hacky, it works by injecting a dynamic library into the program and then looping on a timeout to rescan every window and attach a key handler: https://github.com/p-e-w/plotinus/blob&#x2
264.
by zxzax 5y ago
It doesn't particularly matter, I'm just addressing a common misconception. Dynamic linking doesn't have to happen only at build time and it doesn't have to depend on any particular symbols being present. Even if you sta
265.
by zxzax 5y ago
This is not really a problem for open source games with an active Debian/Fedora maintainer. If there are interested packagers and you give them source code to work with, I've noticed they will be happy to build and test your packa
266.
by zxzax 5y ago
Depending on how you build SDL2, your application could be entirely statically linked at build time, but you could still be using libraries dynamically loaded at runtime for other necessary system components: https://github.com&#
267.
by zxzax 5y ago
Just my observations: - Editing shortcuts within the menus is not really discoverable, except by accident, it's too easy to accidentally change a shortcut that way and screw up your program, and the UI around saving/loading/r
268.
by zxzax 5y ago
I don't have a quote handy, but systemd maintainers have previously said they are not interested in also maintaining a giant public API of utility functions, on top of everything else.
269.
by zxzax 5y ago
>Attempting to build sandboxes outside that software doesn't work well in practice. I can't say I agree with this. If it were true, containers would not be so ubiquitous.
270.
by zxzax 5y ago
I don't want to put words in Greg's mouth, but if you check the code for udevd at this moment you can see a lot of use of utility headers that are not really appropriate for a libudev: https://github.com/systemd&#x

More ›