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

Heading reading in IE not working properly, ie as it does in firefox #2824

Closed
nvaccessAuto opened this issue Nov 25, 2012 · 7 comments
Closed

Comments

@nvaccessAuto
Copy link

Reported by briang1 on 2012-11-25 10:07
Unless there is something strange about my system, I'm getting the following problem in adding to a ticket.

The first two column headers seem to be being repeated for other entries when tabbing or arrowing through the ticket, rather than the correct identifiers.
So for example owned by gets repeated all the way down etc.
This is IE 8 in XP

@nvaccessAuto
Copy link
Author

Comment 1 by briang1 on 2012-11-25 10:36
Actually, although reported by seems to stay in column 1 owned by wanders about to different columns. Firefox seems to be OK though so suspect the recent additions to make the headers work in IE may be the issue here.
It might also be allied to an earlier ticket I saw about tables in Face book

@nvaccessAuto
Copy link
Author

Comment 2 by briang1 on 2013-01-14 17:26
Basically, if you go to this ticket, the first encountered headers are perpetuated through the table even though there are different titles throughout. This is not the case in Firefox. Of course this affects other pages but is easier to hear on the nvda site.
As I use IE8 a lot this is getting very annoying now. of course one can turn off the feature, but then you loose the advantages as well.

Changes:
Changed title from "Incorrect column headers in IE 8 on ticket system for nvda" to "Heading reading in IE not working properly, ie as it does in firefox"

@nvaccessAuto
Copy link
Author

Comment 3 by briang1 on 2013-03-10 20:05

Right as I' do not sound that clear on re reading this, here is what happens in this ticket if you cursor down. You will see that it keeps repeating a title for a field which is incorrect.
IO - inputCore.InputManager.executeGesture (19:57:19):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:19):
Speaking with 6 rows and 4 columns ', u'row 1 column 1', u'Reported by:'
IO - inputCore.InputManager.executeGesture (19:57:23):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:23):
Speaking by: column 2', u'link', u'briang1'
IO - inputCore.InputManager.executeGesture (19:57:26):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:26):
Speaking 3', u'Owned by:'
IO - inputCore.InputManager.executeGesture (19:57:27):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:28):
Speaking by: column 4', u'align default'
IO - inputCore.InputManager.executeGesture (19:57:30):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:30):
Speaking 2 Reported by: column 1', u'align left', u'Priority: '
IO - inputCore.InputManager.executeGesture (19:57:33):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:33):
Speaking 2', u'link', u'minor'
IO - inputCore.InputManager.executeGesture (19:57:35):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:35):
Speaking by: column 3', u'Milestone: '
IO - inputCore.InputManager.executeGesture (19:57:37):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:37):
Speaking 4', u'align default'
IO - inputCore.InputManager.executeGesture (19:57:39):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:39):
Speaking 3 Reported by: column 1', u'align left', u'Component: '
IO - inputCore.InputManager.executeGesture (19:57:42):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:42):
Speaking 2', u'link', u'Browse mode'
IO - inputCore.InputManager.executeGesture (19:57:44):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:44):
Speaking by: column 3', u'Version: '
IO - inputCore.InputManager.executeGesture (19:57:46):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:46):
Speaking 4', u'link', u'development'
IO - inputCore.InputManager.executeGesture (19:57:48):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:48):
Speaking 4 Reported by: column 1', u'Keywords: '
IO - inputCore.InputManager.executeGesture (19:57:50):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:50):
Speaking 2', u'align default'
IO - inputCore.InputManager.executeGesture (19:57:52):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:52):
Speaking by: column 3', u'align left', u'Cc: '
IO - inputCore.InputManager.executeGesture (19:57:55):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:55):
Speaking 4', u'align default'
IO - inputCore.InputManager.executeGesture (19:57:56):
Input: kb(desktop):downArrow
IO - speech.speak (19:57:57):
Speaking 5 Reported by: column 1', u'align left', u'Operating system: '
IO - inputCore.InputManager.executeGesture (19:58:00):
Input: kb(desktop):downArrow
IO - speech.speak (19:58:00):
Speaking 2', u'link', u'Windows XP'
IO - inputCore.InputManager.executeGesture (19:58:02):
Input: kb(desktop):downArrow
IO - speech.speak (19:58:02):
Speaking by: column 3', u'Blocked by: '
IO - inputCore.InputManager.executeGesture (19:58:05):
Input: kb(desktop):downArrow
IO - speech.speak (19:58:05):
Speaking 4', u'align default'
IO - inputCore.InputManager.executeGesture (19:58:07):
Input: kb(desktop):downArrow
IO - speech.speak (19:58:07):
Speaking 6 Reported by: column 1', u'align left', u'Blocking: '
IO - inputCore.InputManager.executeGesture (19:58:10):
Input: kb(desktop):downArrow
IO - speech.speak (19:58:10):
Speaking 2', u'align default', u' ', u'Owned by: column 3', u' ', u'column 4', u' '
IO - inputCore.InputManager.executeGesture (19:58:13):
Input: kb(desktop):downArrow
IO - speech.speak (19:58:13):
Speaking of table', u'heading level 3', u'align left', u'Description ', u'Link to this section'

Firefox acts correctly when doing this action.

@nvaccessAuto
Copy link
Author

Comment 4 by jteh on 2013-03-14 23:11
This happens because the algorithm we use for IE to guess the type of header (row or column) detects the first header as a column header instead of a row header. Firefox does this for us and it's smarter; it's easier to do this well in the browser than it is for us. Our assumption is normally correct, but this particular table is a special case. It's unlikely we'll be able to fix this any time soon.

Ideally, we wouldn't have to guess the header type; it's possible for web pages to associate headers explicitly. It might be worth considering modifying Trac to do this.

@nvaccessAuto
Copy link
Author

Comment 5 by briang1 on 2013-03-16 18:33
Yes I suspected it must be a special case as there was only a couple of other pages I found it on, and though annoying the tickets page is by far the worst case I've seen!

@nvaccessAuto
Copy link
Author

Comment 6 by briang1 on 2013-12-04 07:59
See also ticket #3677
Has any more consideration been given to changing the ticket page?

@LeonarddeR
Copy link
Collaborator

Closing this one as a duplicate of #3677, as it is specifically related to a table in the old Trac system, which is no longer in use.

@LeonarddeR LeonarddeR marked this as a duplicate of #3677 Aug 1, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants