frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Motus: A Unified Latent Action World Model

https://arxiv.org/abs/2512.13030
1•mnming•24s ago•0 comments

Rotten Tomatoes Desperately Claims 'Impossible' Rating for 'Melania' Is Real

https://www.thedailybeast.com/obsessed/rotten-tomatoes-desperately-claims-impossible-rating-for-m...
1•juujian•2m ago•0 comments

The protein denitrosylase SCoR2 regulates lipogenesis and fat storage [pdf]

https://www.science.org/doi/10.1126/scisignal.adv0660
1•thunderbong•4m ago•0 comments

Los Alamos Primer

https://blog.szczepan.org/blog/los-alamos-primer/
1•alkyon•6m ago•0 comments

NewASM Virtual Machine

https://github.com/bracesoftware/newasm
1•DEntisT_•8m ago•0 comments

Terminal-Bench 2.0 Leaderboard

https://www.tbench.ai/leaderboard/terminal-bench/2.0
1•tosh•8m ago•0 comments

I vibe coded a BBS bank with a real working ledger

https://mini-ledger.exe.xyz/
1•simonvc•9m ago•1 comments

The Path to Mojo 1.0

https://www.modular.com/blog/the-path-to-mojo-1-0
1•tosh•12m ago•0 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
4•sakanakana00•15m ago•0 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•17m ago•0 comments

Hot Reloading in Rust? Subsecond and Dioxus to the Rescue

https://codethoughts.io/posts/2026-02-07-rust-hot-reloading/
3•Tehnix•18m ago•1 comments

Skim – vibe review your PRs

https://github.com/Haizzz/skim
2•haizzz•19m ago•1 comments

Show HN: Open-source AI assistant for interview reasoning

https://github.com/evinjohnn/natively-cluely-ai-assistant
4•Nive11•19m ago•6 comments

Tech Edge: A Living Playbook for America's Technology Long Game

https://csis-website-prod.s3.amazonaws.com/s3fs-public/2026-01/260120_EST_Tech_Edge_0.pdf?Version...
2•hunglee2•23m ago•0 comments

Golden Cross vs. Death Cross: Crypto Trading Guide

https://chartscout.io/golden-cross-vs-death-cross-crypto-trading-guide
2•chartscout•26m ago•0 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
3•AlexeyBrin•29m ago•0 comments

What the longevity experts don't tell you

https://machielreyneke.com/blog/longevity-lessons/
2•machielrey•30m ago•1 comments

Monzo wrongly denied refunds to fraud and scam victims

https://www.theguardian.com/money/2026/feb/07/monzo-natwest-hsbc-refunds-fraud-scam-fos-ombudsman
3•tablets•35m ago•1 comments

They were drawn to Korea with dreams of K-pop stardom – but then let down

https://www.bbc.com/news/articles/cvgnq9rwyqno
2•breve•37m ago•0 comments

Show HN: AI-Powered Merchant Intelligence

https://nodee.co
1•jjkirsch•39m ago•0 comments

Bash parallel tasks and error handling

https://github.com/themattrix/bash-concurrent
2•pastage•39m ago•0 comments

Let's compile Quake like it's 1997

https://fabiensanglard.net/compile_like_1997/index.html
2•billiob•40m ago•0 comments

Reverse Engineering Medium.com's Editor: How Copy, Paste, and Images Work

https://app.writtte.com/read/gP0H6W5
2•birdculture•45m ago•0 comments

Go 1.22, SQLite, and Next.js: The "Boring" Back End

https://mohammedeabdelaziz.github.io/articles/go-next-pt-2
1•mohammede•51m ago•0 comments

Laibach the Whistleblowers [video]

https://www.youtube.com/watch?v=c6Mx2mxpaCY
1•KnuthIsGod•53m ago•1 comments

Slop News - The Front Page right now but it's only Slop

https://slop-news.pages.dev/slop-news
1•keepamovin•57m ago•1 comments

Economists vs. Technologists on AI

https://ideasindevelopment.substack.com/p/economists-vs-technologists-on-ai
1•econlmics•59m ago•0 comments

Life at the Edge

https://asadk.com/p/edge
4•tosh•1h ago•0 comments

RISC-V Vector Primer

https://github.com/simplex-micro/riscv-vector-primer/blob/main/index.md
4•oxxoxoxooo•1h ago•1 comments

Show HN: Invoxo – Invoicing with automatic EU VAT for cross-border services

2•InvoxoEU•1h ago•0 comments
Open in hackernews

Vojtux – Unofficial Linux Distribution Aimed at Visually Impaired Users

https://github.com/vojtapolasek/vojtux
125•TheWiggles•1mo ago

Comments

jmward01•3w ago
I'm glad to see things like this get built. I hate to admit it but I rarely consider impaired usecases when building things. I wonder how technology is changing this usecase lately both on the user end and the design end. (I know, AI) I imagine an LLM could help discover inadequate UI and build alternative workflows into products more easily.
shakna•3w ago
Whispir is a much better TTS than almost anything else. However, when it gets it wrong, oh boy does it get it wrong.

For everything else? Not really. JS thrashing the DOM is as much a pain as ever. Using ico files instead of either emoji or... Text... Makes UIs painful and inconsistent.

Everyone using Electron and its broken [0] accessibility, including core Windows features...

These aren't things that can be reasoned away with an LLM. An interface is not just text - its a reasoned nodegraph. And when I'm blind (comes and goes), I need the nodegraph. Not an image of the screen reinterpreted.

[0] https://github.com/electron/electron/issues/45856

graemep•3w ago
I find it very hard to know what to do to follow best practice. For example the biggest UK charity for blind people make social media posts about the importance of text descriptions and alt tags that break what I thought was good practice (they duplicate text in post and alt tag) and they seem to encourage this.
shakna•3w ago
I don't recall where, but I've heard that before in the past. Perhaps in the kind of slop that makes the rounds on LinkedIn.

There is sort of a good reason for it, in the past. Before the overhaul, Microsoft Speech used to skip Facebook posts, and read the alt text instead. It is now, however, more sane. Facebook was pretty darn bad at accessibility in its early days. A lot of intermingled broken spans for text, causing stuttering and other issues.

However, today, most reading systems prefer the "title" attribute, to the "alt" one. If title exists, it'll read that and skip alt. Some always skip alt, regardless of it exists or not.

Figure and figcaption are about the only way to get good and consistent behaviour, but you don't really control how those happen on most social media platforms. You throw everything you can at the wall, and see what happens. And it might change tomorrow.

Today, I'd say the above is bad advice. An image description is a good practice. Repeating yourself, isn't.

zersiax•3w ago
Wait the title attribute?

What are you basing that on? Screen readers tend to not pick those up at least on interactive elements by default, you need to do a bit of "wiggling" to get those to be announced. Disclaimer: screen reader user

shakna•3w ago
JAWS user, here. It will read both aria-label and title, on a button, which is an interactive element. [0]

It does depend on the verbosity, if you dial that down, you'll probably lose the title element. But for images, which is what I was mentioning, it should pretty much always be read out.

[0] https://github.com/FreedomScientific/standards-support/issue...

zersiax•3w ago
I am ... relatively sure JAWS reads out title attributes of images because people kept erroneously sticking important info there decades ago, I wouldn't say that's a generally accepted recommendation. Not entirely sure what NVDA would do with an image that has only a title but no alt set.
shakna•3w ago
ARIA and the web group define title to be used. [0][1] It's just that many agents just don't use it correctly. JAWS and NVDA do. Microsoft Speech used to ignore it, but I think they fixed that around Windows 11 release. I'm not sure about VoiceOver. Most braille readers I've used... Well, you'll be lucky if they read anything correctly.

With the three big ones, JAWS, NVDA and Speech using it correctly, I'm pretty happy guiding people to use it today.

> The title attribute represents advisory information for the element, such as would be appropriate for a tooltip. On a link, this could be the title or a description of the target resource; on an image, it could be the image credit or a description of the image; on a paragraph, it could be a footnote or commentary on the text; on a citation, it could be further information about the source; on interactive content, it could be a label for, or instructions for, use of the element; and so forth. The value is text.

[0] https://html.spec.whatwg.org/multipage/dom.html#the-title-at...

> Most host languages provide an attribute that could be used to name the element (e.g., the title attribute in HTML), yet this could present a browser tooltip. In the cases where DOM content or a tooltip is undesirable, authors MAY set the accessible name of the element using aria-label, if the element does not prohibit use of the attribute.

[1] https://w3c.github.io/aria/#aria-label

[2] NVDA bug confirming they use it: https://github.com/nvaccess/nvda/issues/7841

[3] Sorry for the numbers everywhere. I've got a footnote macro set for the way most HNers use this.

graemep•3w ago
Thank you, that is quite informative.

The specific posts I see are from the Royal National Institute of Blind People who really ought to know.

What they do is add the image description at the end of each text post, even thought this matches the alt text.

This is the one about using alt text: https://www.facebook.com/rnibuk/posts/pfbid037RmtoSxfAJX82G4...

They do now have a comment on that one that explains their reasoning (I did not see it until just now).

jmward01•3w ago
I imagine this is where LLMs could really help actually. LLMs are natively surfing the web now so I suspect LLM descriptions of sites or even having them re-render a site in a more usable way is becoming much more possible.
shakna•3w ago
I don't need the text of the page. Thats easy, and I already have it.

But information has a hierarchy, usually visual, and that hierarchy needs to be reflected. LLMs are famously bad at structure, especially any tree with significant depth. RAG is not enough - hallucinations become common at depth.

My response now, to you, is in a semi-structured node graph. I know a reply has happened, because of the dangling children. I know who made it, and what they said, by cell attributes in the spans, surrounding it.

Don't worry - AI is being shoved down accessibility's throat, like everywhere else. FSCompanion for JAWS, NVDA has an OpenAI plugin, and VoiceOver has it builtin.

Why do I hate it? Because when it _doesn't work_, you can't tell. You don't know if it is hallucinating data, and cannot verify the response. If it is the mode of communication, it is all you have, making every failure a catastrophic failure.

jmward01•3w ago
Thanks for helping me, and hopefully others, understand the challenges more!
UqWBcuFx6NV4r•3w ago
Visually impaired people are more than willing to tell everyone what they need as far as accessible UIs, myself included. Barely anyone listens. Let’s not let LLMs be the next thing that people that don’t understand the actual problem try shoving in as a solution.

Wheelchair users / people with mobility impairments rightfully scoff at the myriad “concepts” you see now and again of mech suits, wheelchairs that can climb stairs, etc. “Just give us a ramp! This is a solved problem. Your alternative is just sci-fi fetishism!” Still, it keeps happening. LLMs are increasingly becoming the same thing for people with visual impairments.

zersiax•3w ago
'Honestly this is a people problem more than a tech problem. We have the tech. We're just not using it.

I'd say LLMs COULD make it easier to implement accessibility, it also couldn't, always a coinflip with those, but I'd say LLMs actually succeeding is probably unlikely given how much shitty code is probably in its training data :P

cl3misch•3w ago
Are there "official" Linux distributions?
klez•3w ago
Maybe "unofficial Fedora version" would have been more deserving of the "unofficial" specification.
bandrami•3w ago
GUIX is the official GNU Linux Distribution
SahAssar•3w ago
That is not an answer to the question. There are no "official linux distros".
bmacho•3w ago
Does GNU know about that?

https://www.gnu.org/distros/distros.html

mngnt•3w ago
Here's an interview (in Czech) with Vojta, the main (only) developer. There might be follow up articles discussing specific issues he's facing as user and as a developer.

https://www.root.cz/clanky/pristupnost-se-musi-stat-obcanem-...

lproven•3w ago
He and Lukas Tyrchtyr did a talk (in English) about accessibility at Devconf.cz a couple of years ago. I mentioned it and linked to it here:

https://www.theregister.com/2025/05/08/new_gnome_director/

It's worth a watch.

(Sorry -- during editing most of the čarky and hačky went missing from their names.)

zersiax•3w ago
The tricky thing with these "unofficial" distros is that they are generally maintained by either a single individual or a small group of people.

This is true for many accessibility projects actually (game mods, third-party UIs for inaccessible services/platforms, etc.). These are generally really meant as short-term patches while the problem gets fixed, except ... the problem often doesn't get fixed because the platforms in question figure it's been solved now and they don't need to care about it anymore.

Accessibility really only works when it's an ongoing, first-class process within an app/platform's design, and we can absolutely do that; the standards and guidelines have existed for decades. People working in cybersecurity, localization, general UX should recognize this song and dance, which is amusing because a lot of the tools of those trades have atrocious accessibility and require all sorts of workarounds, ask me how I know.

People just ... aren't including it in this way, which means people like myself (screen reader user and accessibility professional) essentially have to keep reminding people that we exist and that it's kinda shitty to keep forgetting about that fact or to decide the least amount of effort possible (LLM, unpaid volunteer, send in a PR LMAO) is enough to cater to people who have very real, very annoying and very constant UX issues we either crash into or crash through on literally an hourly basis.

shaky-carrousel•3w ago
It's because adding new shiny features is fun and adding accessibility is boring, and most people in the free software world are there to have fun. That's also why bugs are always forgotten while people keep piling new features.
serial_dev•3w ago
It’s not a free and open source issue, it’s a general issue in product development.

Whereas in free software, people develop apps to have fun, in business product development, teams always try to ship a feature that is the highest leverage, and making the app work well with screen readers is usually not the highest leverage item, unfortunately.

nicoburns•3w ago
> adding accessibility is boring

I also think it's partly because adding accessibile interfaces is hard.

If you are not visually impaired then designing then when designing a visual interface for an application you are more-or-less designing for yourself. You know how to use visual interfaces, so it is relatively easy for you to evaluate whether you've done a good job.

Most people do not know how to use a screenreader, so if you're designing for a screenreader then it's going to be much harder for you to test the interface and evaluate whether it's actually usable by it's target audience.

I'd also love to see more educational resources on this topic. Not just "use this attribute/role for this use case", but "this is how using a screenreader works. This is an example of a good workflow . this is an example of bad workflow". There's tons of material out there for visual design, but I haven't come accross nearly so much for other interfaces.

RobMurray•3w ago
The readme addresses this problem comprehensively. "The ultimate vision of Vojtux is "NO VOJTUX NEEDED!" because Fedora will be fully accessible."

It's not really a distro in the usual sense, more a minimal customisation of Fedora.

a-dub•3w ago
seems like the real places to make durable changes would be in the desktop environment software packages (kde, gnome, etc)?

although it also seems useful to figure out which third party packages and default settings make sense.

kachapopopow•3w ago
I was looking at this wondering where are the previews, images, etc... yep, right, this is for people who can't see properly.

Was pretty eye opening.

aitchnyu•3w ago
One DE dev included a screenshots section on his site with "why do people even ask for screenshots, but they do, so here you go."?
lproven•3w ago
FWIW I submitted this last month:

https://news.ycombinator.com/item?id=46288095