[jawsscripts] Re: Element attribute values.

  • From: Chad Foster <chad.foster@xxxxxxxxxx>
  • To: jawsscripts@xxxxxxxxxxxxx
  • Date: Mon, 4 May 2009 13:28:47 -0400

You may want to note that the MoveToXXX functions return a value of
TRUE or FALSE. You can insert some logic that says an error message if
the move was unsuccessful.

Also, try SayLine () instead of the SaySelectedLink4() function call.

On 5/4/09, Léonie Watson <tink@xxxxxxxxxx> wrote:
>       Brilliant, thanks Sean. I've now got the script working through the
> virtual.jss file and have opted to include the key mapping in the IE and
> Firefox application specific .jkm files. Time now to look at some error
> handling.
>
> Léonie.
>
>
> --
> http://www.tink.co.uk/
>
> Email: tink@xxxxxxxxxx
> Twitter: LeonieWatson
>
> -----Original Message-----
> From: jawsscripts-bounce@xxxxxxxxxxxxx
> [mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Sean Randall
> Sent: 04 May 2009 11:22
> To: jawsscripts@xxxxxxxxxxxxx
> Subject: [jawsscripts] Re: Element attribute values.
>
> Léonie,
>
> The  "use virtual.jsb" statement appears in default.jss, which makes
> everything in virtual available in default.
> The trick is that whereas keys on scripts are usually either assigned to
> common, desktop, or laptop keyboard layouts, these scripts are assigned to
> "quick keys".   I'm assuming that whenever the virtual cursor is on and
> focus is in an  appropriate web-based control (i.e. a web page, chm window,
> pdf document etc) then  these keys become active.
>
> This means that keys like "e" for edit and "f" for form don't get triggered
> in general circumstances but are available when the cursor mode is right.
> You could manually edit the JKM file to amend your chosen keystrokes to this
> section; which is what I ended up doing for Thunderbird.  In that instance I
> edited thunderbird and not default, of course, so for instance in normal
> cases F moved between form fields but only in thunderbird did F move to the
> next unread message, or whatever the key was supposed to do.
>
> If you're customizing for the web you may want to decide whether you're
> aiming for a "global" virtual change, or just a "browser"  one (where you'd
> modify firefox and IE rather than everything).  The latter means that you
> might not grab all browsers that render in standard HTMl controls (perhaps
> some chm reference materials would use the accessibility value and you'd
> have missed out). On the other hand, you'd be ading an extra key to
> everywhere virtual pc is used, which might not be what you want.
>
>
>
> Hope that clarifies some, shout at me if not...
> Sean.
>
> -----Original Message-----
> From: jawsscripts-bounce@xxxxxxxxxxxxx
> [mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Léonie Watson
> Sent: 04 May 2009 01:20
> To: jawsscripts@xxxxxxxxxxxxx
> Subject: [jawsscripts] Re: Element attribute values.
>
>       I've had a look at the virtual.jss file Sean, thanks. It makes sense
> for me to include these scripts in there, given what I'm trying to
> accomplish. I'm a bit puzzled as to how it would work in practice though.
>
>       Looking at a couple of scripts within the virtual.jss file, I
> noticed that although they are checked to accept a key command, they don't
> have them assigned. Looking at the InternetExplorer.jss file, I noticed that
> it uses the "Use" statement to reference the virtual.jsb file, so assume
> this is how the connection between the two is made.
>
>       Am I right in thinking that all the scripts in the virtual.jsb file
> are then available to the InternetExplorer.jss file? If so, how does the key
> mapping fit in? Sorry for all the questions!
>
>       This script is an exercise to support a suggestion that has been
> made to the HTML 5 working group. The HTML 5 specification is being
> developed at the moment, and someone has suggested that an additional value
> for the rel="" attribute be included: accessibility.
>
>       The idea being that web developers could include the attribute/value
> combination on their pages, to reference links or other elements related to
> accessibility. The HTML 5 working group prefer that there is a working case
> for ideas, before they're added to the specification. A group from the web
> standards community are putting together some test cases and working
> examples, to see whether the idea has any real life application.
>
> Léonie.
>
> --
> http://www.tink.co.uk/
>
> Email: tink@xxxxxxxxxx
> Twitter: LeonieWatson
>
>
> __________
> Visit and contribute to The JAWS Script Repository http://jawsscripts.com
>
> View the list's information and change your settings at
> //www.freelists.org/list/jawsscripts
>
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus signature
> database 4051 (20090504) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
> __________
> Visit and contribute to The JAWS Script Repository http://jawsscripts.com
>
> View the list's information and change your settings at
> //www.freelists.org/list/jawsscripts
>
>


-- 
Chad Foster
Access Technology Solutions
Leveling The Playing Field Through Technology
http://www.GO-ATS.net
__________ 
Visit and contribute to The JAWS Script Repository http://jawsscripts.com

View the list's information and change your settings at 
//www.freelists.org/list/jawsscripts

Other related posts: