Closed
Bug 138742
Opened 23 years ago
Closed 23 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•23 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•23 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•23 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•23 years ago
|
Comment 7•23 years ago
|
||
->Layout
Comment 9•23 years ago
|
||
Not Linux only. First screenshot is OS/2.
Updated•23 years ago
|
OS: Linux → All
Updated•23 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 11•23 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•23 years ago
|
||
Another screen shot: http://de.geocities.com/jens_schlatter/test/charprob.html
Comment 13•23 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•23 years ago
|
||
This may be a dupe of bug 148399.
Comment 15•23 years ago
|
||
URL in comment 3 is now unusable in Mozilla. Evangelism bug 152077 filed.
Comment 16•23 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•23 years ago
|
||
Are you guys still seeing this on recent trunk builds, now that 148399 is fixed?
Try with a nightly now...
Comment 18•23 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•23 years ago
|
||
All the URLs in this bug look ok now with Build 2002061908 on WinXP.
Reporter | ||
Comment 20•23 years ago
|
||
All the pages render properly on 2002062011 on Linux i686.
Comment 21•23 years ago
|
||
marking WORKSFORME. if you see this type of behavior again, please file a new bug.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•