frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
624•klaussilveira•12h ago•182 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
926•xnx•18h ago•548 comments

What Is Ruliology?

https://writings.stephenwolfram.com/2026/01/what-is-ruliology/
32•helloplanets•4d ago•24 comments

How we made geo joins 400× faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
109•matheusalmeida•1d ago•27 comments

Jeffrey Snover: "Welcome to the Room"

https://www.jsnover.com/blog/2026/02/01/welcome-to-the-room/
9•kaonwarb•3d ago•7 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

https://arcadeblogger.com/2026/02/02/unseen-footage-of-atari-battlezone-cabinet-production/
40•videotopia•4d ago•1 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
219•isitcontent•13h ago•25 comments

Monty: A minimal, secure Python interpreter written in Rust for use by AI

https://github.com/pydantic/monty
210•dmpetrov•13h ago•103 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
322•vecti•15h ago•143 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
369•ostacke•18h ago•94 comments

Microsoft open-sources LiteBox, a security-focused library OS

https://github.com/microsoft/litebox
358•aktau•19h ago•181 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
477•todsacerdoti•20h ago•232 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
272•eljojo•15h ago•160 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
402•lstoll•19h ago•271 comments

Dark Alley Mathematics

https://blog.szczepan.org/blog/three-points/
85•quibono•4d ago•20 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
14•jesperordrup•2h ago•6 comments

Delimited Continuations vs. Lwt for Threads

https://mirageos.org/blog/delimcc-vs-lwt
25•romes•4d ago•3 comments

Start all of your commands with a comma

https://rhodesmill.org/brandon/2009/commands-with-comma/
3•theblazehen•2d ago•0 comments

PC Floppy Copy Protection: Vault Prolok

https://martypc.blogspot.com/2024/09/pc-floppy-copy-protection-vault-prolok.html
56•kmm•5d ago•3 comments

Was Benoit Mandelbrot a hedgehog or a fox?

https://arxiv.org/abs/2602.01122
12•bikenaga•3d ago•2 comments

How to effectively write quality code with AI

https://heidenstedt.org/posts/2026/how-to-effectively-write-quality-code-with-ai/
243•i5heu•15h ago•188 comments

Introducing the Developer Knowledge API and MCP Server

https://developers.googleblog.com/introducing-the-developer-knowledge-api-and-mcp-server/
52•gfortaine•10h ago•21 comments

I spent 5 years in DevOps – Solutions engineering gave me what I was missing

https://infisical.com/blog/devops-to-solutions-engineering
140•vmatsiiako•17h ago•62 comments

Understanding Neural Network, Visually

https://visualrambling.space/neural-network/
280•surprisetalk•3d ago•37 comments

I now assume that all ads on Apple news are scams

https://kirkville.com/i-now-assume-that-all-ads-on-apple-news-are-scams/
1058•cdrnsf•22h ago•433 comments

Why I Joined OpenAI

https://www.brendangregg.com/blog/2026-02-07/why-i-joined-openai.html
132•SerCe•8h ago•117 comments

Show HN: R3forth, a ColorForth-inspired language with a tiny VM

https://github.com/phreda4/r3
70•phreda4•12h ago•14 comments

Female Asian Elephant Calf Born at the Smithsonian National Zoo

https://www.si.edu/newsdesk/releases/female-asian-elephant-calf-born-smithsonians-national-zoo-an...
28•gmays•7h ago•10 comments

Learning from context is harder than we thought

https://hy.tencent.com/research/100025?langVersion=en
176•limoce•3d ago•96 comments

FORTH? Really!?

https://rescrv.net/w/2026/02/06/associative
63•rescrv•20h ago•22 comments
Open in hackernews

Mixed DPI in X11

https://wok.oblomov.eu/tecnologia/mixed-dpi-x11/
36•somat•7mo ago

Comments

encom•7mo ago
I've been running a mixed DPI setup for a long time now, with a 4K display center, and a vertical 1080p display on either side (so 3 displays total).

My conclusion from running this and similar mixed DPI setups over many years is that mixed DPI is extremely poorly tested, if at all, by all vendors. KDE Plasma on Wayland finally pretty much gets it right 98% of the time. X11 wasn't a great experience, regardless of what's technically possible.

Windows has so many annoying issues. Apps are often blurry on the low DPI displays. The mouse cursor has no concept of screen DPI, and treats the entire working area as having the same DPI, so you have to hit the "exits" of the high DPI display just right to land on the low DPI ones. Positioning a window across different displays only scales it correctly on one. There's probably more, but I've been 100% Windows free for a couple of years now.

I wonder how OS X handles it. I don't like that OS, but it sounds like the kind of thing Apple would care about getting right.

looperhacks•7mo ago
macOS doesn't handle it at all, a window is never visible on multiple screens at the same time.

Low DPI screens are near unusable anyway on macOS without subpixel rendering

jojobas•7mo ago
Ha, so that's just one issue instead of dozens!

Take that, Apple haters.

the_mitsuhiko•7mo ago
> macOS doesn't handle it at all, a window is never visible on multiple screens at the same time.

It absolutely is during dragging. macOS is perfectly capable of drawing a window on two screens at the same time, but it doesn't let a window cross two screens while resting which I think is a really good user experience choice.

zamadatix•7mo ago
macOS (and iOS/iPadOS) is one of the least "technically correct" when it comes to DPI (it uses only the render-at-integer-multiple-and-scale approach) but it does support per display settings pretty well. Everything is also built with the assumptions displays will be high DPI so low DPI screens have crap fonts and whatnot. For windows across multiple displays I'd have to check to see the behavior of but I wouldn't hold up hope it's particularly great. Like you say, Microsoft Windows has one of the most ideal technical implementations (fractional per monitor DPI + it at least attempts to display the window across monitors in a way doesn't bitmap scale) and reached this state many years ago but it means nothing if all the apps aren't also updated to support it (much like this article).

The cursor thing isn't really to do with DPI, it's a general thing with mixed reported display sizes regardless if they have the same DPI. I wish more systems had the option to cross borders at the relative position between monitors rather than the absolute but neither is necessarily more correct and I'm sure many prefer the absolute method.

doublerabbit•7mo ago
> X11 wasn't a great experience, regardless of what's technically possible.

I use FreeBSD as my daily driver and as well I use four screens, 2x4k and 2x1080p.

There are glitches and it's no near perfect but I would highly praise Xorg/X11. I've had no issues in a long time; maybe it's your distro.

jstimpfle•7mo ago
> Positioning a window across different displays only scales it correctly on one.

Apart from automatic OS-level scaling applied as a post-processing step, which is almost guaranteed to look bad, this one is basically impossible to fix (from a technical standpoint). If you need to move "smoothly" between monitors, get identical monitors.

horsawlarway•7mo ago
I think this post is one of those "technically correct" but functionally wrong rants.

My experience with multiple monitors at different dpis hits nearly every case of failure he points out.

It's a lot more work to configure.

Apps fail to account for it.

Spanning two monitors results in terrible scaling problems.

Apps that do account for it at start up won't account for it during reposition, so they look fine if they open on the right monitor and terrible if moved to the other.

Getting solid workflows for flexible positioning requires hacks like mentioned at the end for xrandr.

Etc...

So sure, you can do it and it sucks.

That's not really the win I think the author seems to think it is.

jstimpfle•7mo ago
"Technically correct" about fundamental limitations of reality but you still hate the truth and it's X11's fault?

I'm not even trying to defend X11, I don't have much love for it. I've done some Xlib programming in the past and I've hated it. I've never used Wayland, and I'm mostly on Windows these days.

But, I don't see how one could make a point that X11 is bad because of poor DPI support.

orangeboats•7mo ago
Some of the problems are indeed due to the sheer difficulty to implement proper high DPI/mixed DPI support, but some mentioned in the GP are definitely inflicted by the X11 protocol:

>Spanning two monitors results in terrible scaling problems.

>Apps that do account for it at start up won't account for it during reposition, so they look fine if they open on the right monitor and terrible if moved to the other.

Especially the second point. Applications on Wayland simply get told what scale they should draw on. No need to determine whether they are on the right monitor or the other monitor, yada yada. For those problems, how can you say X11 is not bad, when clearly other protocols have shown the problem is solvable?

hulitu•7mo ago
> Applications on Wayland simply get told what scale they should draw on.

xrandr ?

orangeboats•7mo ago
With xrandr the applications still need to figure out what scale they should draw on.
the_mitsuhiko•7mo ago
I'm not sure where all these "X11 is actually great" posts recently are common from but X11 does not have DPI solved. I encourage you to read this comment [1] to better understand what the actual situation is like.

[1]: https://lobste.rs/s/ceylzx/forbidden_secrets_ancient_x11_sca...

baobun•7mo ago
The major fundamental issues are there for Wayland too.

Most of the comment is a rant about "X11 proponents". Can we please at least try to keep identity politics out of display servers?

the_mitsuhiko•7mo ago
> The major fundamental issues are there for Wayland too.

Which fundamental issues does Wayland have with DPI? I'm not aware of there being any fundamental issues with the DPI handling there.

somat•7mo ago
A quote from the article.

"If you think this idea is a bit stupid, shed a tear for the future of the display servers: this same mechanism is essentially how Wayland compositors —Wayland being the purported future replacement for X— cope with mixed-DPI setups."

mxmilkiib•7mo ago
aw I thought one of the advantages of Wayland is better DPI scaling

now where did I hear that, many years ago..

sad that corporate interests (or wetf) are blocking X11 updates, though I don't trust the quality of Xlibre given the regressions the dev introduced previously

was planning to go back to Sway once I finally get a 4K monitor..

orangeboats•7mo ago
A bit disingenuous to quote an outdated fact. Wayland has supported "proper" DPI (i.e. one without downscaling) for quite a while now, and it's been widely implemented across the ecosystem (on the server side: KDE, GNOME, wlroots-based compositors, Smithay-based compositors, on the client side: GTK, Qt, SDL).
the_mitsuhiko•7mo ago
That is only the fallback path in Wayland.
jstimpfle•7mo ago
The fundamental issue that it's a hard problem (no matter if on X11/Wayland/Windows/Mac), which can only be solved by the apps and toolkits themselves.
the_mitsuhiko•7mo ago
It's only a hard problem if you want to make it one. Mac and Wayland have a pretty elegant and simple solution that does not complicate things. There is nothing wrong at rendering at higher DPI and scaling down. But that's not the problem with X11, the problems there are deeper as explained in the comment I referenced.
jstimpfle•7mo ago
There's nothing wrong with OS level down-scaling? Can you show examples screenshots and videos of this? I will assume that

- it will require a lot more memory for cached textures etc. since these are created in a virtualized pixel space - it will look more blurry and wrong, most importantly the text will be less than crisp.

Apart from that, in many situations you have to scale _up_. Try any older random Windows application (that hasn't declared "DpiAwareness"), even older Windows system dialogs, on a HiDpi monitor (say 27" 4K which is about ~163dpi). They get up-scaled by the system and they look _bad_.

somat•7mo ago
I think the fundamental design flaw with the scale all screens approach that wayland(and mac and X11 when set that way) employs is that your application is unable to have better dpi aware rendering. however that may actually be an advantage because it means your application does not need a better dpi aware rendering engine, that is things just work everywhere, it may look theoretically worse in it's scaled context, but at least the application writer does not have to do anything so everything just works.
arp242•7mo ago
Well, I guess I live in some other universe, because X11 really does "just work" for everything I want it to do. I don't really care about X11 vs. Wayland as such, but I have a bunch of WM-related tools that only work on X11 (and is not the sort of thing that can work in xwayland), so...

Aside: I don't know what it is about the Asahi Linux people that they always need to have the most aggressive takes, assuming hostile malicious intent from anyone who doesn't agree with them or doesn't share the same priorities. These people are just absolutely toxic.

baobun•7mo ago
TIL the major reason mixed DPI is subpar on X11 is because Gnome is blocking support on Gtk.