Closed Bug 1098551 Opened 10 years ago Closed 10 years ago

nsBidiPresUtils should use the "nsBidiLevel" typedef (instead of uint8_t) more consistently

Categories

(Core :: Layout, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla36

People

(Reporter: dholbert, Assigned: dholbert)

Details

Attachments

(1 file)

nsBidiPresUtils represents bidi embedding-level as nsBidiLevel, which is a typdef for uint8_t. There are a few stray spots where it uses uint8_t directly, though. Filing this bug on fixing those.
Attached patch fixSplinter Review
This patch changes to capture the result of GetFrameEmbeddingLevel(frame) & aBpd->GetParaLevel() in a nsBidiLevel. This is the type that these functions return, per code-quotes below: > 274 /** > 275 * Get the bidi embedding level of the given (inline) frame. > 276 */ > 277 static nsBidiLevel GetFrameEmbeddingLevel(nsIFrame* aFrame); http://mxr.mozilla.org/mozilla-central/source/layout/base/nsBidiPresUtils.h#274 and > 54 struct BidiParagraphData { [...] > 165 nsBidiLevel GetParaLevel() http://mxr.mozilla.org/mozilla-central/source/layout/base/nsBidiPresUtils.cpp#165 (Again, this is a typedef for uint8_t, so it doesn't really matter, but better to be consistent.)
Attachment #8522479 - Flags: review?(smontagu)
Component: Graphics → Layout
Comment on attachment 8522479 [details] [diff] [review] fix Review of attachment 8522479 [details] [diff] [review]: ----------------------------------------------------------------- Good catch!
Attachment #8522479 - Flags: review?(smontagu) → review+
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla36
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: