Thread Subject: Re: Keyboard proposal
Note
This archival content is maintained by WebAIM and NCDAE on behalf of TEITAC and the U.S. Access Board . Additional details on the updates to section 508 and section 255 can be found at the Access Board web site.
From: David Poehlman
Date: Wed, Sep 12 2007 3:10 PM
- Return to this mailing list's archives
- View all messages in this thread
- Next message in thread: Andi Snow-Weaver: "Re: Keyboard proposal"
- Previous message in thread: Gregg Vanderheiden: "Re: Keyboard proposal"
- Messages sorted by: Author | Thread | Date
ah,
On Sep 12, 2007, at 4:23 PM, Gregg Vanderheiden wrote:
Sorry
I omitted a key phrase.
...that cannot be done from a keyboard without an inordinate number of
keystrokes.
(the mona lisa could be painted from a keyboard given an infinite
number of
keystrokes.)
Gregg
-- ------------------------------
Gregg C Vanderheiden Ph.D.
> -----Original Message-----
> From: = EMAIL ADDRESS REMOVED =
> [mailto: = EMAIL ADDRESS REMOVED = ] On Behalf
> Of David Poehlman
> Sent: Wednesday, September 12, 2007 2:54 PM
> To: TEITAC Web/Software Subcommittee
> Subject: Re: [teitac-websoftware] Keyboard proposal
>
> hmm,
>
> can they done via the keyboard? I have seen them both
> referred to but think that at least sort of free hand drawing
> is overcomable but if these are ops not provided through the
> keyboard, it needs to be clearer.
>
> On Sep 12, 2007, at 3:40 PM, Gregg Vanderheiden wrote:
>
> Sure
>
> The famous one is watercolor painting.
>
> Also any freehand drawing.
>
>
> Gregg
> -- ------------------------------
> Gregg C Vanderheiden Ph.D.
>
>
>
>> -----Original Message-----
>> From: = EMAIL ADDRESS REMOVED =
>> [mailto: = EMAIL ADDRESS REMOVED = ] On
> Behalf Of David
>> Poehlman
>> Sent: Wednesday, September 12, 2007 2:36 PM
>> To: TEITAC Web/Software Subcommittee
>> Subject: Re: [teitac-websoftware] Keyboard proposal
>>
>> Ok, Is there an example?
>>
>> On Sep 12, 2007, at 2:43 PM, Gregg Vanderheiden wrote:
>>
>> The exception covers things where we do not know how to
> make non-time
>> dependent keyboard equivalents.
>>
>> Basically it is an exception that covers that class of things are
>> impossible to do this way.
>>
>>
>> Gregg
>> -- ------------------------------
>> Gregg C Vanderheiden Ph.D.
>>
>>
>>
>>> -----Original Message-----
>>> From: = EMAIL ADDRESS REMOVED =
>>> [mailto: = EMAIL ADDRESS REMOVED = ] On
>> Behalf Of David
>>> Poehlman
>>> Sent: Wednesday, September 12, 2007 10:39 AM
>>> To: TEITAC Web/Software Subcommittee
>>> Cc: = EMAIL ADDRESS REMOVED =
>>> Subject: Re: [teitac-websoftware] Keyboard proposal
>>>
>>> I know we discussed this at length, but what is the meaning of the
>>> exception?
>>>
>>> ----- Original Message -----
>>> From: "Gregg Vanderheiden" < = EMAIL ADDRESS REMOVED = >
>>> To: "'TEITAC Web/Software Subcommittee'"
>>> < = EMAIL ADDRESS REMOVED = >
>>> Cc: < = EMAIL ADDRESS REMOVED = >
>>> Sent: Wednesday, September 12, 2007 11:32 AM
>>> Subject: [teitac-websoftware] Keyboard proposal
>>>
>>>
>>> On the keyboard provision
>>>
>>>
>>>
>>> We need to limit it to devices that have a Keyboard or keyboard
>>> interface.
>>>
>>> We need to allow that some functions may be from other mechanical
>>> buttons.
>>>
>>> Needs to say Keyboard or keyboard interface so that we
>> don't require
>>> addition of an interface.
>>>
>>>
>>>
>>>
>>>
>>> How about
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Where products have a keyboard or keyboard interface , all
>>> functionality of the product operable through the user
>> interface must
>>> be operable through the keyboard or keyboard interface or other
>>> mechanical buttons without requiring specific timings for
>> individual
>>> keystrokes. The only exception is where the underlying function
>>> requires input that depends on the path of the user's
>> movement and not
>>> just the endpoints.
>>>
>>>
>>>
>>> NOTE: A software product that accepts text input would have a
>>> "keyboard interface".
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> This puts the condition up front so it is easy to see (and discard
>>> provision if not true)
>>>
>>> Meets the needs stated above
>>>
>>>
>>>
>>>
>>> Gregg
>>>
>>> ------------------------
>>>
>>> Gregg C Vanderheiden Ph.D.
>>> Professor - Depts of Ind. Engr. & BioMed Engr.
>>> Director - Trace R & D Center
>>> University of Wisconsin-Madison
>>> < <http://trace.wisc.edu/> http://trace.wisc.edu/> FAX 608/262-8848
>>>
>>> DSS Player at http://tinyurl.com/dho6b
>>>
>>> If Attachement is a mail.dat try
> <http://www.kopf.com.br/winmail/>
>>> http://www.kopf.com.br/winmail/
>>>
>>> <http://trace.wisc.edu:8080/mailman/listinfo/>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------------
>>> ------------------
>>>
>>>
>>>
- Next message in Thread: Andi Snow-Weaver: "Re: Keyboard proposal"
- Previous message in Thread: Gregg Vanderheiden: "Re: Keyboard proposal"