Closed
Bug 138742
Opened 22 years ago
Closed 22 years ago
overlapping text
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: bj91704, Assigned: attinasi)
References
()
Details
(Keywords: fonts)
Attachments
(4 files)
I see this in a lot of places. Bits of text with different styles (different colors, faces, etc.) will overlap. Definately dependent on the font face being used. The font specified on advogato is lucida--and anything rendered in lucidia suffers from this bug.
Comment 1•22 years ago
|
||
10.RC1 Linux and nothing overlaps... could you make a screenshot? And maybe a testcase..? And try a new profile/Mozilla install before that all :)
Comment 3•22 years ago
|
||
2002041908 OS/2 trunk I've been seen this behavior on http://www.homestead.com/sattvrepair/index.html for as long as I can remember. I have to guess anyone using Homestead's web page creation package is likely to be creating similar font overlapping.
Comment 4•22 years ago
|
||
Confirmed. Not Linux only.
Reproduced on Mozilla 1.0 Release Candidate 1 Mozilla/5.0 Galeon/1.2.0 (X11; Linux i686; U;) Gecko/20020326 I can't reproduce this in the Mozilla executable, only in Galeon--perhaps this is actually a Galeon bug, or Galeon and the mozilla executable are using a different font for Lucidia. Attached is a screenshot The font Galeon is using when this happens is: B&H-Lucida-Medium-R-Normal-Sans-18-180-75-75-P-106-ISO8859-2
Updated•22 years ago
|
Comment 7•22 years ago
|
||
->Layout
Comment 9•22 years ago
|
||
Not Linux only. First screenshot is OS/2.
Updated•22 years ago
|
OS: Linux → All
Updated•22 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 11•22 years ago
|
||
Not sure if it's the same bug, but look at the screenshot taken from http://off.net/~shaver/diary/2002/05/ linux, build 2002051010
Comment 12•22 years ago
|
||
Another screen shot: http://de.geocities.com/jens_schlatter/test/charprob.html
Comment 13•22 years ago
|
||
On Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020613, happens even on some simple pages like <http://www.sims.berkeley.edu/~ping/sid/>, with standard fonts. I don't know if it hasn't been mentioned before because it's too obvious, but it happens only for particular window widths.
Comment 14•22 years ago
|
||
This may be a dupe of bug 148399.
Comment 15•22 years ago
|
||
URL in comment 3 is now unusable in Mozilla. Evangelism bug 152077 filed.
Comment 16•22 years ago
|
||
the most recent screenshot might be bug 148399, but the earlier screenshots are not. bug 148399 started occuring on 5-28-2002
Comment 17•22 years ago
|
||
Are you guys still seeing this on recent trunk builds, now that 148399 is fixed? Try with a nightly now...
Comment 18•22 years ago
|
||
Please ignore comment 15. That fault was UA string, not page code. URL in comment 3 now displays OK in OS/2 trunk 2002061908 and w32 trunk 2002061808.
Comment 19•22 years ago
|
||
All the URLs in this bug look ok now with Build 2002061908 on WinXP.
Reporter | ||
Comment 20•22 years ago
|
||
All the pages render properly on 2002062011 on Linux i686.
Comment 21•22 years ago
|
||
marking WORKSFORME. if you see this type of behavior again, please file a new bug.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•