Closed Bug 2278 Opened 26 years ago Closed 25 years ago

[PP] Linux viewer strikethrough and underline offset and sizing computations

Categories

(Core Graveyard :: GFX, defect, P2)

Product:
Core Graveyard
Component:
GFX
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

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.
Status: NEW → ASSIGNED
The offset should probably be a function of the font height
as a start.
Inserting Milestone info.
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
QA Contact: 4110 → 4144
Reassigning qa contact to petersen@netscape.com.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
ok, i'm happy with the way this is done currently, marking as fixed.
Status: RESOLVED → VERIFIED
Fixed in March 23rd Build.
sorry for bugzilla spam.  trying to get these off my radar
Status: RESOLVED → VERIFIED
Still fixed in the July 2nd build.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.