Closed Bug 808229 Opened 12 years ago Closed 12 years ago

rm a11yGeneric.h

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla19

People

(Reporter: tbsaunde, Assigned: tbsaunde)

References

(Blocks 1 open bug)

Details

Attachments

(5 files, 1 obsolete file)

its all garbage
Attachment #677934 - Flags: review?(surkov.alexander)
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)
success error codes are madness and this one isn't even used!
Attachment #677937 - Flags: review?(surkov.alexander)
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)
its totally unused now
Attachment #677939 - Flags: review?(surkov.alexander)
Attachment #677934 - Flags: review?(surkov.alexander) → review+
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+
Attachment #677937 - Flags: review?(surkov.alexander) → review+
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
(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.
Yes, that's fine
Attached patch part 4 v2Splinter Review
just remove the nonsense
Attachment #677938 - Attachment is obsolete: true
Attachment #677938 - Flags: review?(surkov.alexander)
Attachment #680337 - Flags: review?(surkov.alexander)
and, yes it infact passes tests :)
Attachment #677939 - Flags: review?(surkov.alexander) → review+
Attachment #680337 - Flags: review?(surkov.alexander) → review+
(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
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: