[prev in list] [next in list] [prev in thread] [next in thread] 

List:       haiku-development
Subject:    [haiku-development] Re: HiDPI strategies, current and future
From:       Zenja Solaja <solaja () gmail ! com>
Date:       2021-09-02 10:21:44
Message-ID: CAD8WGvmxpiq6Bukh7D99Dk=qVPWE_N4L3EgcD4Pyms-ZvJRV=Q () mail ! gmail ! com
[Download RAW message or body]

As an app developer, my biggest fear is auto scaling being applied
unconditionally when I really want a pixel perfect display.  Can you
imagine the frustration when a developer really wants 100px and gets 150px.

As an app developer, I've found that I really need to ask the appserver for
2 sets of metrics:
- font size (for widget bounds)
- generic scale factor (to apply to BScrollbar width/height and scale
buttons/pixmaps)

I find that a single scale factor may be insufficient for users. It's
common knowledge that older people need bigger font sizes, but they dont
necessarily want 200% larger widgets.  So IMHO Augustins suggestion to have
2 user options may be the most pragmatic (font and scale/density).

Realistically, Haiku on x64 doesn't have a massive library of legacy apps,
and I'd rather we spend time fixing the handful of corrupt apps than
forcing a scaling factor for all apps (and potentially frustrating devs
that do want pixel perfect control of the display). Users of x32 version of
Haiku are highly unlikely to be running a 4k screen anyway.


>

[Attachment #3 (text/html)]

<div dir="auto">As an app developer, my biggest fear is auto scaling being applied \
unconditionally when I really want a pixel perfect display.   Can you imagine the \
frustration when a developer really wants 100px and gets 150px.</div><div \
dir="auto"><br></div><div dir="auto">As an app developer, I've found that I really \
need to ask the appserver for 2 sets of metrics:</div><div dir="auto">- font size \
(for widget bounds)</div><div dir="auto">- generic scale factor (to apply to \
BScrollbar width/height and scale buttons/pixmaps)</div><div \
dir="auto"><br></div><div dir="auto">I find that a single scale factor may be \
insufficient for users. It's common knowledge that older people need bigger font \
sizes, but they dont necessarily want 200% larger widgets.   So IMHO Augustins \
suggestion to have 2 user options may be the most pragmatic (font and scale/density). \
</div><div dir="auto"><br></div><div dir="auto">Realistically, Haiku on x64 doesn't \
have a massive library of legacy apps, and I'd rather we spend time fixing the \
handful of corrupt apps than forcing a scaling factor for all apps (and potentially \
frustrating devs that do want pixel perfect control of the display). Users of x32 \
version of Haiku are highly unlikely to be running a 4k screen anyway.  \
</div><div><div class="gmail_quote"><div dir="ltr" \
class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px \
0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" \
dir="auto"> <br>
</blockquote></div></div>



[prev in list] [next in list] [prev in thread] [next in thread]