Bug 150843 - When using a stylesheet with large font sizes, text lines on certain sites get cramped together and rendered unreadable.
Summary: When using a stylesheet with large font sizes, text lines on certain sites ge...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kcontrol
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-15 00:15 UTC by Tero Pesonen
Modified: 2018-09-04 18:09 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
The first URL (BusinessWeek magazine web site) as a screencapture (288.18 KB, image/jpeg)
2007-10-15 00:18 UTC, Tero Pesonen
Details
The second URL, a forum post, as a screencapture. (324.12 KB, image/jpeg)
2007-10-15 00:19 UTC, Tero Pesonen
Details
Override.css (736 bytes, text/plain)
2007-10-15 01:05 UTC, Tero Pesonen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tero Pesonen 2007-10-15 00:15:57 UTC
Version:           3.5.7 (using KDE KDE 3.5.7)
Installed from:    SuSE RPMs
OS:                Linux

When using an accessibility stylesheet with large font sizes (in the range of 17+), text lines on certain sites get cramped together and may get rendered unreadable. This is best seen in the screenshots provided as attachments. 

With a typical sans serif font of size 20, many sites show this behaviour. How much the lines get drawn on top of one another depends on the site in question. One such example is http://www.businessweek.com/bwdaily/list/news01.htm also shown as a screencapture. Certain sites, for example www.kde.org, do not show this. 

Some web forums show this too. For example, all message on this forum: http://karppaus.info/forum/index.php

( a direct link to a "sticky" example thread, also shown in a screenshot:
http://karppaus.info/forum/viewtopic.php?t=2253 )

This has been going on for all KDE 3.x releases as far as I can remember. Other browsers render the text on such sites correctly at all sizes.

I don't know what information is needed most -- certain page sources or more URL's that show this behaviour. Depending on that I can try to find and provide what is needed.

Promised attachments will be added below.
Comment 1 Tero Pesonen 2007-10-15 00:18:48 UTC
Created attachment 21816 [details]
The first URL (BusinessWeek magazine web site) as a screencapture
Comment 2 Tero Pesonen 2007-10-15 00:19:55 UTC
Created attachment 21817 [details]
The second URL, a forum post, as a screencapture.
Comment 3 Maksim Orlovich 2007-10-15 00:57:13 UTC
Could you please specify what you set for the accessibility stylesheet?

(Note that some websites will not render right in any browser w/increased font sizes, but overlapping is near certainly abnormal)
Comment 4 Tero Pesonen 2007-10-15 01:05:02 UTC
Created attachment 21819 [details]
Override.css

The stylesheet in use. The font in use makes no difference, only its size: The
smaller the font size, the less this occurs, and vice versa.
Comment 5 Maksim Orlovich 2007-10-15 01:12:24 UTC
Confirm. As a workaround, putting line-height: 120% !important; 
in with the font-size lines seems to work.

Also affects our minimum font size setting.
Comment 6 Tero Pesonen 2007-10-15 01:34:26 UTC
Yes, adding "line-height: 120% !important;" in with the font-size lines works for me too and provides a work-around.
Comment 7 Germain Garand 2007-10-15 20:56:43 UTC
but how is this a bug? If line-height was constrained by the site to be smaller than the user defined font-size, it's normal for the glyphs to bleed in adjoining lineboxes.
Comment 8 Tero Pesonen 2007-10-15 21:06:06 UTC
"but how is this a bug? If line-height was constrained by the site to be smaller than the user defined font-size, it's normal for the glyphs to bleed in adjoining lineboxes."

No other browser (Gecko-based ones, Opera, IE) shows textlines overlapping like this, the font size notwithstanding. Are they buggy, then? And if this not a bug, why, then, is an accessibility stylesheet option provided in the first place? Shouldn't the original font sizes be respected, too? And colours?
Comment 9 Allan Sandfeld 2007-10-15 21:27:25 UTC
No, you just need to override line-height as well as font-size. Where did you get the accessibility stylesheet from? 

That's where the bug is.
Comment 10 Tero Pesonen 2007-10-15 21:48:51 UTC
I checked and it was not the stylesheet I currently use; I've added colouring information for buttons, text areas, comboboxes, lists etc. so they won't blend with the page background and can thus be discerned. The provided stylesheet is what Konqueror creates, and on which I've based mine while further developing it by adding the said colours (which was rather laboursome--required lots of CSS Googling). Maybe the bug is simply that Konqueror isn't including the line-height information in stylesheets it writes.
Comment 11 Germain Garand 2007-10-15 22:31:34 UTC
Oh, I see ... I didn't know there was a feature to automatically generate an accessibility stylesheet.
So the bug is in the kcm css module, but I don't see a specific sub-component for that in bugzilla. => kcontrol general.

Comment 12 Tero Pesonen 2007-10-15 22:45:53 UTC
Yes, Konqueror generates a stylesheet at Settings->Configure Konqueror->Stylesheets->Use accessibility stylesheet->Customise

It creates a bare-bones stylesheet with text and background colours and font sizes. 

Comment 13 Andrew Crouthamel 2018-09-04 18:09:31 UTC
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. Kcontrol has been replaced by System Settings in Plasma. Please give the latest version of that a try, and open a new bug in "systemsettings" if you continue to have an issue. Thank you!