Closed
Bug 2278
Opened 26 years ago
Closed 26 years ago
[PP] Linux viewer strikethrough and underline offset and sizing computations
Categories
(Core Graveyard :: GFX, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
M4
People
(Reporter: stuartp, Assigned: pavlov)
Details
The way that underlining and strikethrough offsets and sizing is computed is
very pathetic. This should be computated better... well.. compuated period.
Currently we are just using 1 and such for the numbers, which will look awfully
silly on large fonts. Unfortunatly, I am not exactly sure the best way to
compute these values.
Comment 1•26 years ago
|
||
The offset should probably be a function of the font height
as a start.
Comment 4•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Updated•26 years ago
|
QA Contact: 4110 → 4144
Comment 5•26 years ago
|
||
Reassigning qa contact to petersen@netscape.com.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
ok, i'm happy with the way this is done currently, marking as fixed.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 7•26 years ago
|
||
Fixed in March 23rd Build.
Assignee | ||
Comment 8•26 years ago
|
||
sorry for bugzilla spam. trying to get these off my radar
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 9•26 years ago
|
||
Still fixed in the July 2nd build.
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•