[haiku-development] Re: HiDPI strategies, current and future

  • From: "Mr. waddlesplash" <waddlesplash@xxxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Mon, 30 Aug 2021 19:12:26 -0400

On Mon, Aug 30, 2021 at 6:55 PM X512 <dmarc-noreply@xxxxxxxxxxxxx> wrote:

I state that I disagree with using BFont for anything related to UI
scaling.

The fact is this: BFont contains plenty of functions used for metrics
calculation already (e.g. StringWidth, GetHeight, etc.) These all need
to know precisely how big the font is in order to compute their
metrics. So, whatever happens, the BFont class simply must be told
about scaling.

And, well, if BFont has to have it, and most other places either do
not necessarily have to have it, or already have a BFont anyway, then
it just makes sense to let BFont be the place that the "scaling
factor" values, whatever they may be, are managed, rather than
spreading it out to different places besides BFont. I don't see any
great reasons to do anything else, here, if we are set on not adopting
a "device pixel ratio" approach.

I plan to provide a prototype patches for my approach in 2
weeks that should be simple and clean and allow to use separate UI
scaling for PC and tablet depending where system USB disk was booted.

I would hold off on spending any time on this until there is a general
consensus on which direction things should go in. So far, most of the
developers who have weighed in seem to generally agree that keeping
font sizes as the major thing that drives the rest of the UI is the
direction to go in. My proposal simply recalibrates this slightly.

Some monitor serial number may be used to store settings per-monitor.

That sounds like a good idea, by itself.

-waddlesplash

Other related posts: