frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

France's homegrown open source online office suite

https://github.com/suitenumerique
379•nar001•3h ago•183 comments

British drivers over 70 to face eye tests every three years

https://www.bbc.com/news/articles/c205nxy0p31o
109•bookofjoe•1h ago•87 comments

Start all of your commands with a comma (2009)

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

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
81•AlexeyBrin•5h ago•15 comments

Stories from 25 Years of Software Development

https://susam.net/twenty-five-years-of-computing.html
28•vinhnx•2h ago•4 comments

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

https://openciv3.org/
773•klaussilveira•19h ago•240 comments

Leisure Suit Larry's Al Lowe on model trains, funny deaths and Disney

https://spillhistorie.no/2026/02/06/interview-with-sierra-veteran-al-lowe/
14•thelok•1h ago•0 comments

First Proof

https://arxiv.org/abs/2602.05192
34•samasblack•1h ago•19 comments

Reinforcement Learning from Human Feedback

https://arxiv.org/abs/2504.12501
50•onurkanbkrc•4h ago•3 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
1021•xnx•1d ago•581 comments

Coding agents have replaced every framework I used

https://blog.alaindichiappari.dev/p/software-engineering-is-back
159•alainrk•4h ago•204 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
160•jesperordrup•9h ago•59 comments

Software Factories and the Agentic Moment

https://factory.strongdm.ai/
11•mellosouls•2h ago•11 comments

72M Points of Interest

https://tech.marksblogg.com/overture-places-pois.html
10•marklit•5d ago•0 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

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

A Fresh Look at IBM 3270 Information Display System

https://www.rs-online.com/designspark/a-fresh-look-at-ibm-3270-information-display-system
17•rbanffy•4d ago•0 comments

StrongDM's AI team build serious software without even looking at the code

https://simonwillison.net/2026/Feb/7/software-factory/
8•simonw•1h ago•3 comments

Ga68, a GNU Algol 68 Compiler

https://fosdem.org/2026/schedule/event/PEXRTN-ga68-intro/
35•matt_d•4d ago•9 comments

Making geo joins faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
152•matheusalmeida•2d ago•42 comments

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

https://github.com/valdanylchuk/breezydemo
261•isitcontent•19h ago•33 comments

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

https://github.com/pydantic/monty
275•dmpetrov•20h ago•145 comments

Show HN: Kappal – CLI to Run Docker Compose YML on Kubernetes for Local Dev

https://github.com/sandys/kappal
15•sandGorgon•2d ago•3 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
545•todsacerdoti•1d ago•263 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
417•ostacke•1d ago•108 comments

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

https://vecti.com
361•vecti•21h ago•161 comments

What Is Ruliology?

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

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

https://eljojo.github.io/rememory/
334•eljojo•22h ago•206 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
456•lstoll•1d ago•298 comments

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

https://github.com/microsoft/litebox
371•aktau•1d ago•195 comments

Google staff call for firm to cut ties with ICE

https://www.bbc.com/news/articles/cvgjg98vmzjo
107•tartoran•2h ago•30 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.