Closed
Bug 338166
Opened 19 years ago
Closed 19 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•19 years ago
|
Attachment #222221 -
Flags: review?(mark) → review+
Attachment #222224 -
Flags: review?(mark)
Attachment #222221 -
Flags: approval-branch-1.8.1+
Comment 3•19 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
•