Closed Bug 100871 Opened 23 years ago Closed 10 years ago

[ps] Add GfxPS support for getting actual string height (GetStringDimensions)

Categories

(Core Graveyard :: GFX, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: rbs, Assigned: dcone)

References

Details

The fix for bug 99010 only has a fix-up patch for PostScript. Therefore, PostScript. printing will be missing the newly added dynamic font heights -- until nsFontMetricsPS::GetStringDimensions() is implemented. That's the piece that is lacking. The code for GetStringDimensions() is a slight GetWidth() in that at the place where font-switching arises, the maxAscent/maxDescent will also need to be sync:ed. This means that the ascent/descent of the "inner" fonts used in GetStringWidth() may have to be cached when these fonts are created. This is basically the scenario that is happening on other platforms. The tracker bug for GetStringDimensions() is bug 96609.
Blocks: 96609
Summary: Add GfxPS support for getting actual string height (GetStringDimensions) → Add GfxPS support for getting actual string height (GetStringDimensions)
Target Milestone: --- → mozilla1.0.1
Summary: Add GfxPS support for getting actual string height (GetStringDimensions) → [ps] Add GfxPS support for getting actual string height (GetStringDimensions)
retargeting
Target Milestone: mozilla1.0.1 → Future
Product: Core → Core Graveyard
This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX. [Mass-change filter: graveyard-wontfix-2014-09-24]
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.