From kde-core-devel  Sun Jul 17 10:34:33 2005
From: "Friedrich W. H. Kossebau" <Friedrich.W.H () kossebau ! de>
Date: Sun, 17 Jul 2005 10:34:33 +0000
To: kde-core-devel
Subject: Re: Default Fonts in KDE
Message-Id: <200507171235.03115.Friedrich.W.H () kossebau ! de>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=112159632418371
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart3661731.KcN6RvuUKO"

--nextPart3661731.KcN6RvuUKO
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Sonntag, 17. Juli 2005 03:53, schrieb Germain Garand:
> Le Vendredi 15 Juillet 2005 14:18, Allan Sandfeld Jensen a =E9crit :
> > On Friday 15 July 2005 01:14, Dominik Huber wrote:
> > >  > 104341 and 151816, but Gnome has no voting like KDE-bugzilla. But =
if
> > >  > somebody here already has a gnome-bugzilla account he could change
> > >  > at least the gnome-version to a current one and raise the severity.
> > >  >
> > >  > Andreas
> > >
> > > Owen Taylor has reacted:
> > > http://bugs.gnome.org/show_bug.cgi?id=3D104341#c16
>
> [...]
>
> > On the other hand, I tend to agree with him. DPI as a physical value is
> > problematic and often undesirable.
>
> But DPI *is* a physical value and nothing else. We cannot seriously go
> around and reinterpret it "as" any other random concept of our liking...
>
> When asked for 4 square centimeters of screen real estate, there's no
> "distance from screen", or other dubious "angular size" as invoked in the
> linked bug report... it means "please, give me 4 square centimeters of the
> plane of current screen, thank you very much".

Well, as long as we mix pixel sizes (done for a lot of widget styles, in ht=
ml=20
etc.) and real world measures (like font sizes) we do not really work with=
=20
physical sizes. Problem is that the screen rendering is still bound to matc=
h=20
full pixels to look good due to screens' low dpis. So pixel numbers and fon=
t=20
sizes make up a strange pair.

> The only sensible way to achieve that is to obbey the system settings, not
> to invent our poor own!

At least, if they are poor.

> > I believe we in KDE should allow a
> > dynamic DPI such as in Windows to let users select their text size level
>
> but this surely can be implemented as a zoom factor, i.e. unrelated to
> DPI...

Seconded. Or as a new measure "Perceived dots per inch" (calculated by real=
=20
dpi, distance of the viewer and whatever suited, e.g. for beamers). But=20
making it simpler as it is is and stays, uhm, suboptimal.=20
Hiding some system's complexity is okay, but preventing it is something=20
simpler and inventing some bad abstraction which breaks once looked at a=20
little bit more should never ever be done. It makes things worse in the lon=
g=20
run.=20

The X setting for a display's dpi should be correct. If one needs a further=
=20
measure he should add one instead of redefining another, others depend on.=
=20
That one is a very dirty hack.

=46riedrich

--nextPart3661731.KcN6RvuUKO
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBC2jRWECqmVFXwdrMRAl2TAKCIrGnjjN6kDt97jS3ll9IZ7PXWDwCfYjZS
63UuVEExDztZQ69wgY7tUmE=
=E5Xe
-----END PGP SIGNATURE-----

--nextPart3661731.KcN6RvuUKO--