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)

x86
Linux
defect

Tracking

(Not tracked)

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: 26 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.