Closed Bug 1107617 Opened 10 years ago Closed 10 years ago

add WritingMode to the NotifyIMESelection message

Categories

(Core :: DOM: Content Processes, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla37

People

(Reporter: jfkthame, Assigned: jfkthame)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

The arrow-key remapping patches in bug 1077515 depend on adding a WritingMode to the reply to the NS_QUERY_SELECTED_TEXT event. However, this doesn't work under e10s.

To fix this, we can cache the writing mode on the TabParent at the same time as updating the focus (caret position) via the NotifyIMESelection event.
Assignee: nobody → jfkthame
Status: NEW → ASSIGNED
Attachment #8532160 - Flags: review?(bugs) → review+
Assuming ParamTraits<mozilla::WritingMode> actually does what it tries to (and it should if the code compiles).
Comment on attachment 8532160 [details] [diff] [review]
Add support for writing-mode to the NotifyIMESelection message

Hmm, it is not clear to me why 
WriteParam(aMsg, aParam.mWritingMode); and return ReadParam(aMsg, aIter, &aResult->mWritingMode); actually work.

Why don't you need to read/write the internals of the class
Attachment #8532160 - Flags: review+ → review?(bugs)
Comment on attachment 8532160 [details] [diff] [review]
Add support for writing-mode to the NotifyIMESelection message

Oh, silly me. WritingMode is just a bit odd class, well naming in it is.
WritingMode has member variable mWritingMode.
Attachment #8532160 - Flags: review?(bugs) → review+
https://hg.mozilla.org/mozilla-central/rev/b69e830e8e51
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: