Ticket #70 (closed defect: fixed)

Opened 2 years ago

Last modified 21 months ago

Gecko IA2 virtual buffers: space is not inserted between nodes in some cases

Reported by: pvagner Owned by:
Priority: minor Milestone: 2009.1
Component: Virtual buffers Version: development
Keywords: virtual buffers, lists Cc:
Operating system: Blocked by:
Blocking:

Description

When going to E.G.  http://trac.nvda-project.org and navigating to the navigations list NVDA places all the list items in single line.
It looks as follows:
logged in as pvagnerLogoutPreferencesHelp/GuideAbout Trac
I think this is not all in the single line. When activating virtual buffer pass through by pressing NVDA+space and trying to copy the whole page as firefox does it by pressing sequence of Ctrl+a and Ctrl+c it looks as follows:

  • logged in as pvagner
  • Logout
  • Preferences
  • Help/Guide
  • About Trac

I can understand that switching screen layout off makes these appear on seperate lines but that's because they are links not because they are really placed on seperate lines. Further more If this can't be made then it should be considered to seperate the links with spaces at least because now as NVDA presents it it's blended all together.

Change History

follow-up: ↓ 2   Changed 2 years ago by jteh

  • summary changed from Gecko IA2 virtual buffers: present list items as lines to Gecko IA2 virtual buffers: present list items on separate lines

Always displaying list items on separate lines is not correct. List items can be displayed on the same line if the style is set accordingly; i.e. by setting display:inline on the li tags. See  http://www.jantrid.net/ for an example of where this is done intentionally. Note that copying and pasting from Firefox does not seem to honour this style; even on this site, the list ends up vertical.

Trac is a bit strange. The stylesheet seems to indicate that the list should be displayed horizontally. However, checking this with another screen reader that provides video intercept shows that the navigation bar is not horizontal, although it has some other strange styling that makes it difficult to read with said video intercept.

In any case, the items definitely shouldn't be rendered without spaces between them. I'm not sure why this is occurring; spaces are correctly inserted in the case of  http://www.jantrid.net/. Mick, do you have any idea why this might be occurring for certain sites such as Trac and Google?

in reply to: ↑ 1   Changed 2 years ago by jteh

Replying to jteh:

Trac is a bit strange. The stylesheet seems to indicate that the list should be displayed horizontally. However, checking this with another screen reader that provides video intercept shows that the navigation bar is not horizontal...

Sighted assistance confirms that this is displayed horizontally after all.

  Changed 2 years ago by aleksey_s

  • milestone set to 0.6

  Changed 2 years ago by pvagner

  • type changed from enhancement to defect
  • summary changed from Gecko IA2 virtual buffers: present list items on separate lines to Gecko IA2 virtual buffers: space is not inserted between nodes in some cases

We have came to the conclusion that list may be arranged horizontally and vertically. The trac issue has been verified by the sighted user. NVDA's behaviour is respecting the arrangement. To show the difference one can see some vertical lists at the page http://www.nvda-project.org/download.html
Finally it looks as the only problem is that sometimes no space or other delimiter is inserted between nodes. This trac nav bar is one such example and it can also be seen at the google.com main page where buttons "Google Search" and "I'm Feeling Lucky" are not delimited.

  Changed 2 years ago by jteh

We rely on Gecko to include spacing in the text if appropriate. It is quite difficult for us to insert such spacing, as our text offsets need to follow Gecko's as closely as possible so that events work. This is arguably not a good idea anyway, as we should be following what Gecko gives us as closely as possible.

The question remains as to whether you are happy with the current situation. Although there is no space between nodes sometimes, moving by word now correctly stops on node boundaries. If you are happy with this, please close the ticket.

  Changed 2 years ago by pvagner

  • status changed from new to closed
  • resolution set to fixed

Given all the obstacles it requires to workaround this issue and very likely to introduce new problems I think I am happy with the ability to stop on node boundaries while navigating by word.
Perhaps there is no space even from sighted person's view.

Ticket closed.

Note: See TracTickets for help on using tickets.