A request: browse mode with screen layout mode and braille.

[khsbory]

Hello, I'm Hyongsop Kim in Korea.

In NVDA settings, if screen layout mode is on, some links and text are one line. In that case if I read these lines with braille display, it is difficult to know where is the end of the link or button. Because there is a starting link or button indicator, but there is no end indicator. So how about making end link or button indicator even if there is no indicator general braille rule? Of course, if screen layout is off, there is no problem, because link text line and general text line is separated.

[dkager]

My objection to this is that 'end lnk' can get quite verbose in horizontal menus and other places where one line contains many links. That said, I tend to turn off screen layout when using braille partly because of this issue. Often it is clear from the context where a link ends, but not always.

One way to deal with this is to have one generic end indicator. This could get confusing with nested items, though. Alternatively, some screen readers use true indicator patterns instead of words or abbreviations. Just some thoughts.

[jcsteh]

It's also worth noting that there aren't end indicators in speech, precisely because of the verbosity problem. However, with speech, you can move by character or word to get extra information. I'm trying to figure out whether there's some way we could do this for braille.

I'm definitely not a fan of the generic end indicator approach because of the nesting problem.

[khsbory]

One of my idea is let dot 78 is output the starting and end point of the link or button. In case of Jaws screen reader, all link text has dot 78, but this is very hard to read, so just starting point and end point has dot 78 cursor, it will be helpful to know that where is the end of the link.

Thank you.

김 형 섭 / Hyongsop Kim (주)엔비전스 / 대리

서울시 종로구 가회동 1-29 1-29 Gahoe-dong, Jongno-gu, Seoul, Korea T. +82 70 4900 0895 F. +82 2 313 3645 M. +82 10 5359 5996

http://dialogueinthedark.co.kr http://cafe.naver.com/dialogueinthedark

-----Original Message----- From: "James Teh"<notifications@github.com> To: "nvaccess/nvda"<nvda@noreply.github.com>; Cc: "khsbory"<hyongsop.kim@nhn.com>; "Author"<author@noreply.github.com>; Sent: 2016-05-17 (화) 07:36:25 Subject: Re: [nvaccess/nvda] A request: browse mode with screen layout mode and braille. (#5944)

It's also worth noting that there aren't end indicators in speech,

precisely because of the verbosity problem. However, with speech, you

can move by character or word to get extra information. I'm trying to

figure out whether there's some way we could do this for braille.

I'm definitely not a fan of the generic end indicator approach because

of the nesting problem.

— You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub

[Adriani90]

@khsbory I think dots 7 and 8 are not very ideal for that. note that there are also highlighted links etc. I suggest as indicator something like dots 18 = beginning, 73 = end.

[Adriani90]

@dkager thinking more about this, is it not currently so that NVDA marks the beginning of a link with lnk? So if there are three links on a line there should also be three lnk markers on that line. Or am I wrong?

In case there is plain text between the links, then maybe it makes sense to also add a pt marker or something like that before the plain text which should appear only in applications where NVDA supports screen layout. Not sure if this is possible, maybe via app modules?

cc: @aaclause, @burmancomp @bramd what do you think?