Closed
Bug 338166
Opened 18 years ago
Closed 18 years ago
clean up carbon menu events on trunk and 1.8 branch
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jaas, Assigned: jaas)
Details
(Keywords: fixed1.8.1)
Attachments
(2 files)
2.98 KB,
patch
|
mark
:
review+
jaas
:
approval-branch-1.8.1+
|
Details | Diff | Splinter Review |
2.67 KB,
patch
|
mark
:
review+
|
Details | Diff | Splinter Review |
We register for more Carbon events than we need on branch and trunk, and there is a mistake in the carbon event handling on the branch.
Registers for fewer Carbon events, also we had something like this in the handling: if (a == c) ... else if (b == c) ... else if (a == c) ...
Attachment #222221 -
Flags: review?(mark)
Updated•18 years ago
|
Attachment #222221 -
Flags: review?(mark) → review+
Attachment #222224 -
Flags: review?(mark)
Attachment #222221 -
Flags: approval-branch-1.8.1+
Comment 3•18 years ago
|
||
Comment on attachment 222224 [details] [diff] [review] trunk fix v1.0 >Index: cocoa/nsMenuX.mm > // do we really need all these events? Get rid of that comment. > static EventTypeSpec eventList[] = { >- {kEventClassMenu, kEventMenuBeginTracking}, >- {kEventClassMenu, kEventMenuEndTracking}, >- {kEventClassMenu, kEventMenuChangeTrackingMode}, > {kEventClassMenu, kEventMenuOpening}, > {kEventClassMenu, kEventMenuClosed}, >- {kEventClassMenu, kEventMenuTargetItem}, >- {kEventClassMenu, kEventMenuMatchKey}, >- {kEventClassMenu, kEventMenuEnableItems}}; >+ {kEventClassMenu, kEventMenuTargetItem}}; Indent that whole block and put the closing }; on its own (non-indented) line, like in the Carbon implementation.
Attachment #222224 -
Flags: review?(mark) → review+
trunk and 1.8 branch patches landed
You need to log in
before you can comment on or make changes to this bug.
Description
•