Closed
Bug 415686
Opened 17 years ago
Closed 17 years ago
remove FONT_LEADING_APIS_V2 ifdefs
Categories
(Core Graveyard :: GFX, defect)
Core Graveyard
GFX
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dbaron, Assigned: mozilla)
References
()
Details
Attachments
(1 file, 1 obsolete file)
21.55 KB,
patch
|
dbaron
:
review+
pavlov
:
review+
dbaron
:
superreview+
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
There are some ifdefs in gfx and layout for FONT_LEADING_APIS_V2:
http://mxr.mozilla.org/seamonkey/search?string=FONT_LEADING_APIS_V2
that can be removed, since that macro is always defined when MOZ_CAIRO_GFX is defined.
Assignee | ||
Comment 1•17 years ago
|
||
OK, this removes the macro from gfx/public/nsIFontMetrics.h and layout/generic/nsHTMLReflowState.cpp. The two files in gfx/src/windows/ will be taken care of in bug 418104.
However, that really means that GetLeading and GetNormalLineHeight should also get removed from the codebase. But then I see that those are part of nsThebesFontMetrics. Will be a bit more work to find out why those are there (or still there?). Also, there is gfx/src/nsRegressionTestFontMetrics.{h,cpp} that I don't find referenced anywhere, so it can probably be removed at this point, too.
Assignee: nobody → mozilla
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•17 years ago
|
||
I recompiled gfx and layout with this and it worked, so I guess this is OK. When FONT_LEADING_APIS_V2 was #defined in bug 353185 I guess it was just forgotten that in Thebes those two methods were not necessary any more.
Any other stuff that depends on GetLeading and GetNormalLineHeight is in obsolete gfx/src/* subdirectories.
Attachment #303909 -
Attachment is obsolete: true
Attachment #303912 -
Flags: superreview?(dbaron)
Attachment #303912 -
Flags: review?(dbaron)
Reporter | ||
Comment 3•17 years ago
|
||
Comment on attachment 303912 [details] [diff] [review]
remove it and stuff that was related
r+sr=dbaron on everything except removal of nsRegressionTestFontMetrics. You should check with stuart about that -- and you should probably just double-check with him that this doesn't cause any current work merge conflicts as well.
Attachment #303912 -
Flags: superreview?(dbaron)
Attachment #303912 -
Flags: superreview+
Attachment #303912 -
Flags: review?(pavlov)
Attachment #303912 -
Flags: review?(dbaron)
Attachment #303912 -
Flags: review+
Updated•17 years ago
|
Attachment #303912 -
Flags: review?(pavlov) → review+
Assignee | ||
Updated•17 years ago
|
Attachment #303912 -
Flags: approval1.9?
Comment 4•17 years ago
|
||
Comment on attachment 303912 [details] [diff] [review]
remove it and stuff that was related
a=beltzner for 1.9
Attachment #303912 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 5•17 years ago
|
||
Patch checked in to trunk. (Note that these macros will still be there in gfx/src/windows/ after this check-in, but as bug 418104 is filed and has a patch I'm resolving this fixed already now.)
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•17 years ago
|
Flags: in-testsuite-
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
•