[Architecture] [Profiles] TextHelp
gv at trace.wisc.edu
Wed Feb 8 15:12:47 UTC 2012
Denis I think it would be good for you to join the profiles group, and the Tuesday discussions. (see below) You can better understand and contribute in this way.
Also we should break this discussion and move it to the profiles list. Cross posting on two lists is not a good general practice. I did it for a simple question but even there I SHOULD have made two queries rather than a cross post.
At any rate - the model is somewhat different than in think you understand. But come on over and see.
We will have shared settings Name-Value pairs that are infinitely expandable to cover all types of settings. The goal in using shared name-value pairs is that values for one device or context can be used to inform setting for other devices or device-contexts when those are not known. Each device still can have its own settings. It is just advisable to use generic to allow users to have best matching in new situations and with new technologies.
Vendors will do what they will do -- based on what is in their best interest. One of our goals is to make the user's interests become vendors interests through awareness and eduction of users.
Tuesday meeting is at 2 pm EASTERN
call in info is below
Gregg Vanderheiden Ph.D.
Director Trace R&D Center
Professor Industrial & Systems Engineering
and Biomedical Engineering
University of Wisconsin-Madison
Co-Director, Raising the Floor - International
and the Global Public Inclusive Infrastructure Project
http://Raisingthefloor.org --- http://GPII.net
CALL IN FOR TUESDAY MEETING
1. You can join the meeting at FREE by using the following URL
Use your microphone and speakers (VoIP) - a headset is recommended.
BE SURE TO SET THE AUDIO TO "Microphone and Speaker" if it is set to Telephone when you sign on.
2. Or, call in using your telephone.
Meeting ID: 705-233-502
Australia: +61 (0) 7 3123 6029
Austria: +43 (0) 7 2088 1400
Belgium: +32 (0) 92 98 0592
Canada: +1 (416) 900-1165
Denmark: +45 (0) 69 91 88 62
Finland: +358 (0) 942 41 5778
France: +33 (0) 182 880 456
Germany: +49 (0) 898 7806 6461
Ireland: +353 (0) 14 845 976
Italy: +39 0 247 92 12 39
Netherlands: +31 (0) 208 080 379
New Zealand: +64 (0) 4 974 7215
Norway: +47 21 03 58 96
Spain: +34 911 82 9782
Sweden: +46 (0) 313 613 558
Switzerland: +41 (0) 225 3314 51
United Kingdom: +44 (0) 203 535 0621
United States: +1 (786) 358-5410
Access Code: 705-233-502
Audio PIN: Shown after joining the meeting
On Feb 8, 2012, at 7:24 AM, Denis Anson wrote:
> It's probably because I come from the days when cycles were expensive and data was delivered through a straw, but I've been thinking about settings files in a compressed format.
> Any given AT feature (like the word prediction in TextHelp, not the entire program) has a relatively limited set of parameters. Rather than having a settings file that contains all possible AT products, it should be possible to have a single type of AT record that would have a product type identifier, and a "preferred" or "licensed" identifier. (This is the product that the user is most familiar with). After these fields, there would be a set of general purpose fields, whose definition is determined by the type identifier. So, if the AT identifier were "word prediction," and the product were TextHelp, the first field would determine whether the prediction list were alphabetical or frequency; the second field would be the number of predictions to show; the third might be the number of letters to be typed before predicting; the fourth might be the preferred x coordinate of the prediction window on the screen; and so on. There would also be a field that would be the URL of the individual's prediction history and custom vocabulary.
> If the product were an on-screen keyboard, the same fields would have relevant settings for product. Since a given individual would only require a few interventions, this would allow the preferences file to be very compact. It would also simplify the case where the desired product was not available, and an alternative would need to be used. I conceive it as something like the CSS "Font" parameter, where you specify preferred fonts, then the family to draw from of the preferred are not available. If the selected product doesn't have all of the features of the preferred product, those would be ignored.
> In some places, the size of the preference file is irrelevant, because delivery pipes are large. But in some settings, we still don't have broadband, and we want to minimize the delay of GPII.
> It just occurred to me that this might be a way to get additional buy-in from vendors, too. If my product has features that are not set in the preferences for the individual, it could, on invocation, ask the user for preferred settings for those features his product doesn't contain. If the user finds those extra features valuable, she might migrate to the new product to gain them in other settings. This would provide vendors with a way to call out differentiating features. Vendors don't want their AT to become commodities, which could happen if the user never knew which product was being used, because they all act the same way (according to the preference file).
> Denis Anson, MS, OTR
> Director of Research and Development
> Assistive Technology Research Institute
> Misericordia University
> 301 Lake St.
> Dallas, PA 18636
> voice: 570-674-6413
> fax: 570-674-8054
> danson at misericordia.edu
> On Jan 31, 2012, at 1:02 PM, Gregg Vanderheiden wrote:
>> TextHelp as offered to provide us with their Settings File for Read and Write Gold.
>> This will provide an interesting set of settings used by a very flexible, configurable accessibility tool..
>> It is NOT comprehensive. But it will give us another diverse setting corpus.
>> Gregg Vanderheiden Ph.D.
>> Director Trace R&D Center
>> Professor Industrial & Systems Engineering
>> and Biomedical Engineering
>> University of Wisconsin-Madison
>> Co-Director, Raising the Floor - International
>> and the Global Public Inclusive Infrastructure Project
>> http://Raisingthefloor.org --- http://GPII.net
>> Profiles mailing list
>> Profiles at lists.gpii.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Architecture