RE: mainframe based system to SAP running inside Internet Explorer. Hi. It
sounds like the I E output is similar to the mainframe terminal. Your mention
of GetWord may provide a clue. I scripted reading of terminal columnar data
using NextChunk(), then Let data = GetChunk(). If the cursor can move to the
next or previous line of the column and Jaws recognizes the columnar line as a
chunk, then this basic approach is worth a shot. Paul
On Wednesday, April 8, 2015 10:10 PM, FreeLists Mailing List Manager
<ecartis@xxxxxxxxxxxxx> wrote:
jawsscripts Digest   Wed, 08 Apr 2015   Volume: 03 Issue: 072
In This Issue:
      [jawsscripts] Re: Further to, How can I read up columns in I
      [jawsscripts] Re: Further to, How can I read up columns in I
      [jawsscripts] Code hand-outs from a scripting course
      [jawsscripts] Re: Code hand-outs from a scripting course
      [jawsscripts] Re: Code hand-outs from a scripting course
      [jawsscripts] Re: Further to, How can I read up columns in I
      [jawsscripts] Re: Further to, How can I read up columns in I
----------------------------------------------------------------------
From: "Paul Magill" <magills@xxxxxxxxxxx>
Subject: [jawsscripts] Re: Further to, How can I read up columns in Internet ex
Date: Wed, 8 Apr 2015 21:33:44 +1000
Thank you Travis and Stefan,
I changed the layout from simple to screen, but the problem remained. I
was surprised that there appeared to be no noticeable difference in the way
the virtual cursor behaved within the so called table.
Unfortunately, braile is not an option for me.
Again unfortunately, neither are your 2 second options, as I am simply not
up to the task...
Thank you for your interest and suggestions.
I'll plow through the JAWS FSDN, and perhaps get lucky & spot something that
triggers an inspiration. Its happened before...
Regards,
Paul from Australia
-----Original Message-----
From: jawsscripts-bounce@xxxxxxxxxxxxx
[mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Travis Roth
Paul,
I don't know if this will make any difference: have you tried changing
Document Presentation Mode from simple layout to "Screen layout"? I am not
sure if this will make the PCCursor move any more accurately if you try it
let me know?
It would help with braille display formatting though, if that is an option
for you.
Otherwise I have seen these visual tables elsewhere and they are frustrating
because it'd be so easy for the developer to use table coding which would
just make the problem go away.
A couple of ideas on that front: if you can use Firefox you could try
editing the page's source using GreaseMonkey. Unfortunately with some of
these complex web UIs this is easier said than done.
A JAWS scripting solution, back in IE would be to pull the text from the
area of the page via the DOM. Assuming the layout is consistent enough you
can parse it programmatically you could then add HTML table markup to the
text and display it in JAWS user virtual buffer and it will display the
table allowing for JAWS table navigation. This could be a lot of work to
code but may end up being your best bet.
Travis
-----Original Message-----
[mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Paul Magill
Hi All,
At work, they have moved our old mainframe based system over to SAP running
inside Internet Explorer.
On a number of screens, the information is presented in what is visually
laid out as tables, but there is no HTML table coding.
I need to be able to read up any particular column of information, without
hearing what else is on the line the cursor moves to, just hearing the
information that is under the spot the cursor lands on, such as with
GetWord!
Visually, the columns are well laid out, and the lines across the table are
immediately below each other, but the virtual cursor sees a blank line
between them.
I have tried the below script that I used on the mainframe, but there the PC
cursor moved vertically up the screen, but in I E, the virtual cursor does
not.
PriorLine ()
SayWord ()
I tried getting the column position with GetCursorCol before the priorLine
statement, then after the PriorLine, using:
MoveTo (StoredColumn, GetCursorRow()))
But the MoveTo seems to do nothing with the virtual cursor, even though
GetCursorCol seems to get a reliable value for the column, so the virtual
cursor just lands at the beginning of each line it moves up to.
I also tried setting the coordinate system with the 3 different values from
HJConst.jsh, for the last parameters of GetCursorCol & MoveTo.
The JAWS & invisible cursors are not able to read the screen.
Any alternatives to MoveTo?
Any ideas for what else I can try?
Thank you kindly in advance,
Paul From Australia
------------------------------
Subject: [jawsscripts] Re: Further to, How can I read up columns in Internet ex
From: Jonathan C Cohn <jon.c.cohn@xxxxxxxxx>
Date: Wed, 8 Apr 2015 07:54:20 -0400
This system is probably similarly coded to the Deltec Timesheets that
significant numbers of blind government contractors curse on a regular basis.
In Deltec each position in the grid is a ââ¬Ådivâ⬠and they use styles to
lay these out on the screen.
Believe it or not, the Macintosh VoiceOver screen reader is the only one that I
have discover that can be (with the proper settings) able to peruse the columns
vertically.
In deltic each grid item has an id like d0_7Â (first row eighth column).Â
Could JAWS be able to set virtual focus on a div based on the ID?
If so then code that parses the id (assuming your system has logical div ID
might be the way to go!
On Apr 8, 2015, at 07:33, Paul Magill <magills@xxxxxxxxxxx> wrote:
Thank you Travis and Stefan,
I changed the layout from simple to screen, but the problem remained. I
was surprised that there appeared to be no noticeable difference in the way
the virtual cursor behaved within the so called table.
Unfortunately, braile is not an option for me.
Again unfortunately, neither are your 2 second options, as I am simply not
up to the task...
Thank you for your interest and suggestions.
I'll plow through the JAWS FSDN, and perhaps get lucky & spot something that
triggers an inspiration. Its happened before...
Regards,
Paul from Australia
-----Original Message-----
From: jawsscripts-bounce@xxxxxxxxxxxxx
[mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Travis Roth
Paul,
I don't know if this will make any difference: have you tried changing
Document Presentation Mode from simple layout to "Screen layout"? I am not
sure if this will make the PCCursor move any more accurately if you try it
let me know?
It would help with braille display formatting though, if that is an option
for you.
Otherwise I have seen these visual tables elsewhere and they are frustrating
because it'd be so easy for the developer to use table coding which would
just make the problem go away.
A couple of ideas on that front: if you can use Firefox you could try
editing the page's source using GreaseMonkey. Unfortunately with some of
these complex web UIs this is easier said than done.
A JAWS scripting solution, back in IE would be to pull the text from the
area of the page via the DOM. Assuming the layout is consistent enough you
can parse it programmatically you could then add HTML table markup to the
text and display it in JAWS user virtual buffer and it will display the
table allowing for JAWS table navigation. This could be a lot of work to
code but may end up being your best bet.
Travis
-----Original Message-----
[mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Paul Magill
Hi All,
At work, they have moved our old mainframe based system over to SAP running
inside Internet Explorer.
On a number of screens, the information is presented in what is visually
laid out as tables, but there is no HTML table coding.
I need to be able to read up any particular column of information, without
hearing what else is on the line the cursor moves to, just hearing the
information that is under the spot the cursor lands on, such as with
GetWord!
Visually, the columns are well laid out, and the lines across the table are
immediately below each other, but the virtual cursor sees a blank line
between them.
I have tried the below script that I used on the mainframe, but there the PC
cursor moved vertically up the screen, but in I E, the virtual cursor does
not.
PriorLine ()
SayWord ()
I tried getting the column position with GetCursorCol before the priorLine
statement, then after the PriorLine, using:
MoveTo (StoredColumn, GetCursorRow()))
But the MoveTo seems to do nothing with the virtual cursor, even though
GetCursorCol seems to get a reliable value for the column, so the virtual
cursor just lands at the beginning of each line it moves up to.
I also tried setting the coordinate system with the 3 different values from
HJConst.jsh, for the last parameters of GetCursorCol & MoveTo.
The JAWS & invisible cursors are not able to read the screen.
Any alternatives to MoveTo?
Any ideas for what else I can try?
Thank you kindly in advance,
Paul From Australia
__________�
View the list's information and change your settings at
http://www.freelists.org/list/jawsscripts
On Apr 8, 2015, at 9:19 AM, Artur Räpp <rtr@xxxxxxxxx> wrote:
Hi,
JAWS can move by spans (y key) and by div elements (z key). Maybe you can
jump fixed amount of spans or divs? For example you can make simple script
to jump 4 div elements forfard or backward. (if there is 4 colums)
My 0.02ââ¬
Artur
-----Original Message-----
From: jawsscripts-bounce@xxxxxxxxxxxxx
[mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Paul Magill
Sent: Wednesday, April 8, 2015 2:34 PM
To: jawsscripts@xxxxxxxxxxxxx
Subject: [jawsscripts] Re: Further to, How can I read up columns in Internet
explorer when there is no table coding?
Thank you Travis and Stefan,
I changed the layout from simple to screen, but the problem remained. I
was surprised that there appeared to be no noticeable difference in the way
the virtual cursor behaved within the so called table.
Unfortunately, braile is not an option for me.
Again unfortunately, neither are your 2 second options, as I am simply not
up to the task...
Thank you for your interest and suggestions.
I'll plow through the JAWS FSDN, and perhaps get lucky & spot something that
triggers an inspiration. Its happened before...
Regards,
Paul from Australia
-----Original Message-----
From: jawsscripts-bounce@xxxxxxxxxxxxx
[mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Travis Roth
Paul,
I don't know if this will make any difference: have you tried changing
Document Presentation Mode from simple layout to "Screen layout"? I am not
sure if this will make the PCCursor move any more accurately if you try it
let me know?
It would help with braille display formatting though, if that is an option
for you.
Otherwise I have seen these visual tables elsewhere and they are frustrating
because it'd be so easy for the developer to use table coding which would
just make the problem go away.
A couple of ideas on that front: if you can use Firefox you could try
editing the page's source using GreaseMonkey. Unfortunately with some of
these complex web UIs this is easier said than done.
A JAWS scripting solution, back in IE would be to pull the text from the
area of the page via the DOM. Assuming the layout is consistent enough you
can parse it programmatically you could then add HTML table markup to the
text and display it in JAWS user virtual buffer and it will display the
table allowing for JAWS table navigation. This could be a lot of work to
code but may end up being your best bet.
Travis
-----Original Message-----
[mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Paul Magill
Hi All,
At work, they have moved our old mainframe based system over to SAP running
inside Internet Explorer.
On a number of screens, the information is presented in what is visually
laid out as tables, but there is no HTML table coding.
I need to be able to read up any particular column of information, without
hearing what else is on the line the cursor moves to, just hearing the
information that is under the spot the cursor lands on, such as with
GetWord!
Visually, the columns are well laid out, and the lines across the table are
immediately below each other, but the virtual cursor sees a blank line
between them.
I have tried the below script that I used on the mainframe, but there the PC
cursor moved vertically up the screen, but in I E, the virtual cursor does
not.
PriorLine ()
SayWord ()
I tried getting the column position with GetCursorCol before the priorLine
statement, then after the PriorLine, using:
MoveTo (StoredColumn, GetCursorRow()))
But the MoveTo seems to do nothing with the virtual cursor, even though
GetCursorCol seems to get a reliable value for the column, so the virtual
cursor just lands at the beginning of each line it moves up to.
I also tried setting the coordinate system with the 3 different values from
HJConst.jsh, for the last parameters of GetCursorCol & MoveTo.
The JAWS & invisible cursors are not able to read the screen.
Any alternatives to MoveTo?
Any ideas for what else I can try?
Thank you kindly in advance,
Paul From Australia
__________o?>
View the list's information and change your settings at
http://www.freelists.org/list/jawsscripts
__________üæý
View the list's information and change your settings at
http://www.freelists.org/list/jawsscripts