Closed Bug 702528 Opened 13 years ago Closed 13 years ago

IAccessible::get_accName should return S_FALSE when there's no accessible name

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla11

People

(Reporter: surkov, Assigned: surkov)

References

(Blocks 1 open bug, )

Details

(Keywords: access)

Attachments

(1 file)

Attached patch patchSplinter Review
      No description provided.
Attachment #574543 - Flags: review?(bolterbugz)
Blocks: namea11y
In general I think I prefer

// some comment
// blah blah blah
// and more comment
if (x)
  return y;

to

if (x) {
  // a comment
  / more coment
  // blah blah blah
  return x;
}
other wise this seems fine to me if its what the docs say we should do (I haven't looked)
Ok, done, the comment before if:

// The name was not provided, e.g. no alt attribute for an image. A screen
// reader may choose to invent its own accessible name, e.g. from an image src
// attribute. Refer to NS_OK_EMPTY_NAME return value.
(In reply to Trevor Saunders (:tbsaunde) from comment #1)

> other wise this seems fine to me if its what the docs say we should do (I
> haven't looked)

that's per spec, see URL: http://msdn.microsoft.com/en-us/library/windows/desktop/dd318483%28v=VS.85%29.aspx

As Jamie noticed that was for years but we get asked about discrepancy between browser implementations. This return value shouldn't harm anybody and it appears to be correct.
Comment on attachment 574543 [details] [diff] [review]
patch

Yup looks good!
Comment on attachment 574543 [details] [diff] [review]
patch

r=me. I'd have a preference for only changing the return value and the last line of the comment (and otherwise preserving blame) - but I wouldn't block on it.
Attachment #574543 - Flags: review?(bolterbugz) → review+
(In reply to David Bolter [:davidb] from comment #5)
> Comment on attachment 574543 [details] [diff] [review] [diff] [details] [review]
> patch
> 
> r=me. I'd have a preference for only changing the return value and the last
> line of the comment (and otherwise preserving blame) - but I wouldn't block
> on it.

small clean up while I'm about this code ;)
https://hg.mozilla.org/mozilla-central/rev/e7d5dd9efeca
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla11
Assignee: nobody → surkov.alexander
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: