Navigation Menu

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NVDA should speak the TITLE of iframes and frames #662

Open
nvaccessAuto opened this issue May 21, 2010 · 13 comments
Open

NVDA should speak the TITLE of iframes and frames #662

nvaccessAuto opened this issue May 21, 2010 · 13 comments
Labels
enhancement feature/browse-mode p4 https://github.com/nvaccess/nvda/blob/master/projectDocs/issues/triage.md#priority

Comments

@nvaccessAuto
Copy link

Reported by vtsaran on 2010-05-21 05:56
It seems that currently NVDA ignores TITLE attributes on HTML iframes and frames.
Blocking #5432

@nvaccessAuto
Copy link
Author

Comment 1 by jteh on 2010-05-21 06:19
How do sighted users see these titles? Ideally, how would you like NVDA to report them?

@nvaccessAuto
Copy link
Author

Comment 2 by jeronimo on 2010-05-21 13:41
Changes:
Milestone changed from None to 2010.2

@nvaccessAuto
Copy link
Author

Comment 3 by vtsaran (in reply to comment 1) on 2010-05-25 04:53
Replying to jteh:

How do sighted users see these titles?

Sited users do not see those titles at all. The TITLE attribute for an iframe works conceptually similar to an ALT attribute on an image.

Ideally, how would you like NVDA to report them?

Could be something like:

  • <title> iframe or
  • iframe <title>

@nvaccessAuto
Copy link
Author

Comment 4 by mdcurran on 2010-05-25 05:37
Should the title appear as content in the virtualBuffer, (i.e. you would be able to arrow through it), or should it just be announced along with "iFrame", i.e. its meta information related to the field.

@nvaccessAuto
Copy link
Author

Comment 5 by jteh (in reply to comment 3) on 2010-05-25 06:18
Replying to vtsaran:

Sited users do not see those titles at all. The TITLE attribute for an iframe works conceptually similar to an ALT attribute on an image.

An alt attribute is only provided because the content in question (the image) cannot be described in a textual (and thus non-visually accessible) form. IN the case of an iframe, the content of the iframe is already accessible, so there shouldn't be any need for any additional meta information. I can't see a good justification for exposing this.

@nvaccessAuto
Copy link
Author

Comment 6 by katsutoshi on 2010-05-25 07:06

IN the case of an iframe, the content of the iframe is already accessible, so there > shouldn't be any need for any additional meta information. I can't

see a good justification for exposing this.

Title of the each frames or iframes helps us deciding which frame should we read carefully.
For instance, if we don't want to read frames contains advertisement and frame title is set to"advertisement" allready, we are able to skip it.
In that case, we need to know each frame title to decide which frame to be skip.

==== Possible related links ====

@nvaccessAuto
Copy link
Author

Comment 7 by jteh (in reply to comment 6) on 2010-05-25 07:56
Replying to katsutoshi:

Title of the each frames or iframes helps us deciding which frame should we read carefully.

For instance, if we don't want to read frames contains advertisement and frame title is set to"advertisement" allready, we are able to skip it.

So why don't sighted users need a similar paradigm? I'd suggest that this is possibly better suited to landmarks. That is, main content should be marked as main, or perhaps we could have a new landmark for advertisement.

@nvaccessAuto
Copy link
Author

Comment 8 by jteh on 2010-07-14 07:15
Changes:
Milestone changed from 2010.2 to 2010.3

@nvaccessAuto
Copy link
Author

Comment 9 by mdcurran on 2010-12-01 06:33
Changes:
Milestone changed from 2011.1 to None

@nvaccessAuto
Copy link
Author

Comment 10 by MABennett3 on 2014-06-20 17:15
I recently encountered NVDA not announcing the title attribute placed on an iframe element while testing a page using v2014.2 and Firefox 30. A quick search directed me to this existing ticket and, based on the conversation in the comments, it appears that there was a decision back in 2010 that this was working as intended and not a bug; however, the issue is not marked as 'Closed'.

As an accessibility consultant with a US federal government client responsible for complying with Section 508 1194.22(i), I wanted to follow up on this ticket to see if the NVDA team has reconsidered their stance and has plans to implement this functionality or if this is still considered working as intended and the bug just needs to be closed out.

@nvaccessAuto
Copy link
Author

Comment 11 by jteh on 2014-12-02 06:02
We're happy for this to be implemented, but it's not a priority right now.

@feerrenrut
Copy link
Contributor

P3. There seems to be some demand for this, and its possibly fairly quick to implement.

@seabizquik
Copy link

As an accessibility analyst for the UC, this comes up again and again. NVDA users very often use firefox, which still lets users tab to an iframe. Currently, NVDA announces nothing when focus is on an iframe in Firefox. Seems like this should be implemented.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement feature/browse-mode p4 https://github.com/nvaccess/nvda/blob/master/projectDocs/issues/triage.md#priority
Projects
None yet
Development

No branches or pull requests

3 participants