>Sway supports fractional scaling, but it's not recommended because "your display does not have fractional pixels".
Sway's reasoning is completely wrong and ignorant.
The characters (glyphs) and other elements on this page (e.g., the reply button, the rounded corners of the TEXTAREA) are stored as mathematical descriptions of curves (cubic Bezier curves usually for the text). There is never anywhere where a framebuffer or grid of pixels is scaled up or down from one size to another to introduce blurriness into the final image. The Y logo in the top right corner of this page used to be an exception because a PNG file is a grid of pixels, but about 2 years ago the PNG was replaced with an SVG file, so now when you pinch-zoom this page in mobile Safari, everything always looks non-blurry.
Well, when an app is using the Wayland protocol (i.e., when XWayand is not in between the app and the display server), the same thing applies.
Actually, pinch-zoom is the wrong analogy. Both Firefox and Chrome have in their "hamburger menu" a line named "Zoom that has "+" and "-" buttons. If you use those buttons to change the scaling factor, most things reflow (adapt so that nothing "falls off" (is partially obscured by) the right edge of the viewport). Fractional UI scaling in Gnome (when XWayland is not in the picture) works like that more than it works like pinch-zoom in mobile Safari where nothing ever reflows.
Note that in order to be able to use (the "Displays" pane of) the Settings app in Gnome to change the scaling factor to a value other than 1 or 2 (i.e., to a fractional value) you have to say
gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"