Mailinglist Archive: opensuse-bugs (9018 mails)
| < Previous | Next > |
[Bug 428055] Font is unusably small
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Sat, 20 Sep 2008 02:07:58 -0600 (MDT)
- Message-id: <20080920080758.B40ECCC6D4@xxxxxxxxxxxxxxxxxxxxxx>
https://bugzilla.novell.com/show_bug.cgi?id=428055
User eich@xxxxxxxxxx added comment
https://bugzilla.novell.com/show_bug.cgi?id=428055#c5
Egbert Eich <eich@xxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|
|eich@xxxxxxxxxx
Status|NEW |RESOLVED
Resolution| |WONTFIX
--- Comment #5 from Egbert Eich <eich@xxxxxxxxxx> 2008-09-20 02:07:58 MDT ---
I assume you got the 934x398 from xdpyinfo as the log messages produced by the
NVIDIA driver are not very informative. I assume your monitor (LG TV - TV set?)
reports this data.
Assuming this is really a TV set and it reports it's size correctly:
With your resolution (1280x768) and a screen width of about a meter you get a
very low DPI (compared to a desktop monitor) ie. your pixel are very big. The
fonts are scaled to this DPI - so that you would get the same size pixel as on
a smaller desktop monitor with the same resolution. However you view the TV set
from much further away than a desktop monitor, thus the fonts appear to be too
small.
People tend to place their display so that they can view it at a comfortable
viewing angle which is roughly the same for all display sizes. Thus it becomes
obvious that the display size should not play a role in the DPI calculation but
only the resolution (unless you have different use cases as interactive display
walls).
Thus the way X calculates DPI (taking the screen size into account) is not
optimal. Since the Xserver takes a display size it must be synthesized using
the formula you took.
The DPI calculation is a driver issue - as the driver gets the resolution from
the monitor (and all driver presently do it wrong).
It is something that needs to be fixed upstream in X.Org - for this to happen a
consensus needs to be found in the X.Org community.
What strikes me though is the aspect ratio of the screen size your display
reports which would be close to 2.3. Unfortunately the NVIDIA driver isn't
reporting the EDID data in the log file, so there is no way to verify.
The value seems to be bogus - but as long as we use it we have to trust what
the display reports.
I'm afraid the driver you are using (NVIDIA) is the one we have the least
influence on as we have no access to the source. Thus -> wontfix.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
User eich@xxxxxxxxxx added comment
https://bugzilla.novell.com/show_bug.cgi?id=428055#c5
Egbert Eich <eich@xxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|
|eich@xxxxxxxxxx
Status|NEW |RESOLVED
Resolution| |WONTFIX
--- Comment #5 from Egbert Eich <eich@xxxxxxxxxx> 2008-09-20 02:07:58 MDT ---
I assume you got the 934x398 from xdpyinfo as the log messages produced by the
NVIDIA driver are not very informative. I assume your monitor (LG TV - TV set?)
reports this data.
Assuming this is really a TV set and it reports it's size correctly:
With your resolution (1280x768) and a screen width of about a meter you get a
very low DPI (compared to a desktop monitor) ie. your pixel are very big. The
fonts are scaled to this DPI - so that you would get the same size pixel as on
a smaller desktop monitor with the same resolution. However you view the TV set
from much further away than a desktop monitor, thus the fonts appear to be too
small.
People tend to place their display so that they can view it at a comfortable
viewing angle which is roughly the same for all display sizes. Thus it becomes
obvious that the display size should not play a role in the DPI calculation but
only the resolution (unless you have different use cases as interactive display
walls).
Thus the way X calculates DPI (taking the screen size into account) is not
optimal. Since the Xserver takes a display size it must be synthesized using
the formula you took.
The DPI calculation is a driver issue - as the driver gets the resolution from
the monitor (and all driver presently do it wrong).
It is something that needs to be fixed upstream in X.Org - for this to happen a
consensus needs to be found in the X.Org community.
What strikes me though is the aspect ratio of the screen size your display
reports which would be close to 2.3. Unfortunately the NVIDIA driver isn't
reporting the EDID data in the log file, so there is no way to verify.
The value seems to be bogus - but as long as we use it we have to trust what
the display reports.
I'm afraid the driver you are using (NVIDIA) is the one we have the least
influence on as we have no access to the source. Thus -> wontfix.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
| < Previous | Next > |