<story><title>Fractional scales, fonts and hinting</title><url>https://blog.gtk.org/2024/03/07/on-fractional-scales-fonts-and-hinting/</url></story><parent_chain></parent_chain><comment><author>smallstepforman</author><text>Haiku OS in my opinion solves this better by basing everything on default font size (in pixels). Eg it defaults to 12px, I used 20px for a 3840x2160 monitor. Some GUI widgets scale based on this. All text (when using be_default_font) scale based on this. Spacing &amp;#x2F; layout depends on this. The key difference (compared to a global x1.5 scaling factor) is that developers of each app decide how to use this information, so different parts of the GUI are scaled disproportionatily. Sloppy apps ignore this, but the devs are quickly notified. So you end up with text larger but GUI widgets can grow dis-proportionatily, so you can fine tune what is 125%, 150%, etc. Eg. ScrollBar can be 125%, toolbar 150%, text 233%. Haiku has had this since the beginning (even BeOS in the 90’s had this). By 2024, almost all non compliant apps have been fixed and support this.&lt;p&gt;What Haiku needs is font setting per screen&amp;#x2F;resolution for multimonitor support. This way you can support mismatched monitors with different factors.</text></comment>
<story><title>Fractional scales, fonts and hinting</title><url>https://blog.gtk.org/2024/03/07/on-fractional-scales-fonts-and-hinting/</url></story><parent_chain></parent_chain><comment><author>unwind</author><text>As a long-time developer against GTK (I started using it back in the 1.x days in the late 90s) this is really awesome to see.&lt;p&gt;I enjoyed the side-by-side comparisons of the old vs new renderer, and especially the idea of homing in on particular letters (&amp;#x27;T&amp;#x27; and &amp;#x27;e&amp;#x27;) and extracting them, that really made the improvement clear.&lt;p&gt;Cool stuff, and many thanks to the developers who keep pushing the GTK stack forwards.</text></comment>