Closed
Bug 808229
Opened 12 years ago
Closed 12 years ago
rm a11yGeneric.h
Categories
(Core :: Disability Access APIs, defect)
Core
Disability Access APIs
Tracking
()
RESOLVED
FIXED
mozilla19
People
(Reporter: tbsaunde, Assigned: tbsaunde)
References
(Blocks 1 open bug)
Details
Attachments
(5 files, 1 obsolete file)
6.82 KB,
patch
|
surkov
:
review+
|
Details | Diff | Splinter Review |
7.28 KB,
patch
|
surkov
:
review+
|
Details | Diff | Splinter Review |
2.07 KB,
patch
|
surkov
:
review+
|
Details | Diff | Splinter Review |
3.07 KB,
patch
|
surkov
:
review+
|
Details | Diff | Splinter Review |
1.12 KB,
patch
|
surkov
:
review+
|
Details | Diff | Splinter Review |
its all garbage
Assignee | ||
Comment 1•12 years ago
|
||
Attachment #677934 -
Flags: review?(surkov.alexander)
Assignee | ||
Comment 2•12 years ago
|
||
They're only used once, so its simpler and more contained to just define the class we actually need where we need it
Attachment #677935 -
Flags: review?(surkov.alexander)
Assignee | ||
Comment 3•12 years ago
|
||
success error codes are madness and this one isn't even used!
Attachment #677937 -
Flags: review?(surkov.alexander)
Assignee | ||
Comment 4•12 years ago
|
||
I'm fairly confident there's an existing macro that would be fine here, but I don't really want to dig to much looking, and just inlining it works just fine
Attachment #677938 -
Flags: review?(surkov.alexander)
Assignee | ||
Comment 5•12 years ago
|
||
its totally unused now
Attachment #677939 -
Flags: review?(surkov.alexander)
Updated•12 years ago
|
Attachment #677934 -
Flags: review?(surkov.alexander) → review+
Comment 6•12 years ago
|
||
Comment on attachment 677935 [details] [diff] [review] part 2 inline the remaining runnable macros Review of attachment 677935 [details] [diff] [review]: ----------------------------------------------------------------- ::: accessible/src/generic/Accessible.cpp @@ +2100,5 @@ > > void > Accessible::DoCommand(nsIContent *aContent, uint32_t aActionIndex) > { > nsIContent* content = aContent ? aContent : mContent.get(); please move it where it's used, i.e. right before nsCOMPtr<nsIRunnable>
Attachment #677935 -
Flags: review?(surkov.alexander) → review+
Updated•12 years ago
|
Attachment #677937 -
Flags: review?(surkov.alexander) → review+
Comment 7•12 years ago
|
||
Comment on attachment 677939 [details] [diff] [review] part 5 rm a11ygeneric.h Review of attachment 677939 [details] [diff] [review]: ----------------------------------------------------------------- ::: accessible/src/base/a11yGeneric.h @@ -12,5 @@ > -// but some of our classes have an ambiguous base class of nsISupports which > -// prevents this from working (the default macro converts it to nsISupports, > -// then addrefs it, then returns it). Therefore, we expand the macro here and > -// change it so that it works. Yuck. > -#define NS_INTERFACE_MAP_STATIC_AMBIGUOUS(_class) \ I prefer to keep it and move it somewhere (I know we get less xpcomish and we have a single use case in a11y but anyway I would like to keep this trick explicit). Perhaps the best place is in nsISupportsImpl.h since it's used not in a11y only
Assignee | ||
Comment 8•12 years ago
|
||
(In reply to alexander :surkov from comment #7) > Comment on attachment 677939 [details] [diff] [review] > part 5 rm a11ygeneric.h > > Review of attachment 677939 [details] [diff] [review]: > ----------------------------------------------------------------- > > ::: accessible/src/base/a11yGeneric.h > @@ -12,5 @@ > > -// but some of our classes have an ambiguous base class of nsISupports which > > -// prevents this from working (the default macro converts it to nsISupports, > > -// then addrefs it, then returns it). Therefore, we expand the macro here and > > -// change it so that it works. Yuck. > > -#define NS_INTERFACE_MAP_STATIC_AMBIGUOUS(_class) \ > > I prefer to keep it and move it somewhere (I know we get less xpcomish and > we have a single use case in a11y but anyway I would like to keep this trick > explicit). Perhaps the best place is in nsISupportsImpl.h since it's used > not in a11y only ok, so I looked a little deeper, and it turns out this is pretty funny we claim there to be implementing the IID XULTreeGridRowAccessible, but never declare any such thing. but XULTreeGridRowAccessible inherits from XULTreeItemAccessibleBase which does have a IID. NS_GET_IID() is a macro defined like this NS_GET_IID(T) ::T::ComTypeInfo<int>::kIID so, I'm going to guess that the actual iid we end up with there is the one for XULTreeItemAccessibleBase which we would have claimed to support anyway by up calling its QI. So I expect I can just remove that code all together.
Comment 9•12 years ago
|
||
Yes, that's fine
Assignee | ||
Comment 10•12 years ago
|
||
just remove the nonsense
Attachment #677938 -
Attachment is obsolete: true
Attachment #677938 -
Flags: review?(surkov.alexander)
Attachment #680337 -
Flags: review?(surkov.alexander)
Assignee | ||
Comment 11•12 years ago
|
||
and, yes it infact passes tests :)
Updated•12 years ago
|
Attachment #677939 -
Flags: review?(surkov.alexander) → review+
Updated•12 years ago
|
Attachment #680337 -
Flags: review?(surkov.alexander) → review+
Comment 12•12 years ago
|
||
(In reply to Trevor Saunders (:tbsaunde) from comment #11) > and, yes it infact passes tests :) it's a good sign since XUL trees are more or less covered
Assignee | ||
Comment 13•12 years ago
|
||
remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/508f6cb9eaa8 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/999673b552f4 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/77fa19b95a71 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/90f23642624f remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/a81e93520c49
Comment 14•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/508f6cb9eaa8 https://hg.mozilla.org/mozilla-central/rev/999673b552f4 https://hg.mozilla.org/mozilla-central/rev/77fa19b95a71 https://hg.mozilla.org/mozilla-central/rev/90f23642624f https://hg.mozilla.org/mozilla-central/rev/a81e93520c49
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla19
You need to log in
before you can comment on or make changes to this bug.
Description
•