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

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

On Mon, Aug 30, 2021 at 7:57 PM Zenja Solaja <solaja@xxxxxxxxx> wrote:

One annoyance from other systems that I'd like to see Haiku avoid is an 
overall 'scaling' factor applied unconditionally to all widgets/views.  For 
instance, I work in a game development house where we have a target 3d 
accelerated view (window or screen).  When I create the window at a specific 
size, the OS decides to outsmart me and scale the contents inside the window 
by the universal GUI scale factor even though the window itself is the 
correct pixel size.  We're constantly fighting this intrusion and have 
awkward resizing code inside our app to deal with the OS doing unconditional 
scaling.  Win10 is especially nasty here, OSX at least gives you a window 
creation flag to discard automatic retina (x2) scaling for that window (and 
woeful are you if you do want some scaling but not x2 scaling), while Linux 
has other issues.

Indeed, this is what I was referring to in my first email about
"device pixel ratios" that are automagically applied and other such
problems; I've run into issues myself doing desktop development with
Qt and other toolkits due to these issues. My proposal completely
sidesteps all of that, and what I am suggesting for a "density factor"
tied BFont is more or less what you are requesting for a
"BFont::GetScale".

So it seems we are precisely on the same page here. :)

-waddlesplash

Other related posts:

  1. Home
  2. haiku-development
  3. Archive
  4. 08-2021