Just to clarify, this portion of the markup isn't a part of the
component at all. It's also not part of Sakai. I guess while Eli was
working on this example of Inline Editing, he took some time to add a
few nice tweaks to the normal user interface of the Section Info tool.
So whatever changes we make will just make our demo a slightly bit
more useful, but it's totally unrelated to Inline Edit's code.
Perhaps some of the Berkeley folks will want to promote these
improvements directly to Sakai's Section Info if they are useful.
Colin
On 14-May-09, at 5:08 PM, Michael S Elledge wrote:
I also think this is a good idea.
Mike
Daphne Ogle wrote:
The remove is after the title. The screen reader should read the
title of the thing, then several attributes about it (teaching
assistant, logistics, class size, etc.) then remove is the last
thing in the row. I think remove item might be vague in this
case. Which item -- one of the attributes?
Could we add some context by inserting the type of thing. In this
case, it would be "remove section". But what the thing is could be
a configuration option. Or is that a bad idea for implementation
reasons?
-Daphne
On May 11, 2009, at 2:07 PM, E.J. Zufelt wrote:
Depending on the AT in use rows are not apparent to AT users.
However, in the case that a row is not apparent, the concept of an
"item" is likely also not apparent. For example, is the "Remove
this item" button or checkbox at the beginning or end of the item?
I would argue that users should be expected to have reasonably
recent technology, we cannot code against JAWS 4.5, but at the
same time rows aren't fully apparent on OSX 10.5.6 with Voiceover
and Safari 4beta, so I'm not sure what an alternative solution
would be.
HTH,
Everett
Follow me on Twitter
http://twitter.com/ezufelt
View my LinkedIn Profile
http://www.linkedin.com/in/ezufelt
On 11-May-09, at 4:45 PM, Michael S Elledge wrote:
I would think "Remove" as a heading is fine; I would put "Remove
this item" as a title for the checkbox, since rows aren't always
meaningful to persons who are blind.
Mike
Eli Cochran wrote:
The UI in the generic Section Info tool is quite different. It
is a checkbox in the Remove column. The user then needs to click
a Remove Sections button once they have selected the sections.
Still "true" is just wrong and there should be a title attribute
on the checkbox. However, wondering if "Remove this row" is the
right thing for it to say in this case.
I've enclosed a screen shot of the actual component.
- Eli
On May 11, 2009, at 12:57 PM, Alison Benjamin wrote:
I'd say it's worth sharing because it could be confusing to
hear "true". Plus it looks really easy to fix.
Alison
On Mon, May 11, 2009 at 3:47 PM, Colin Clark <[email protected]
<mailto:[email protected]>> wrote:
Nice patch! Just a quick question about it...
While our bSpace Section Info page is just a mockup, it's based
on a real user interface in Sakai. Given this, I'm wondering if
this issue might be something we should also share upstream
with
the Sakai community? It's likely a really easy change to the
Section Info tools's markup.
Colin
On 11-May-09, at 1:44 PM, Eli Cochran wrote:
cool, thanks. If you would assigned that bug to me, I'll
review and check in the patch.
- Eli
On May 11, 2009, at 10:21 AM, Alison Benjamin wrote:
Hi,
Last week I conducted user testing with 2 JAWS users on
the bSpace implementation of Inline Edit. Here is the
wiki page with results (please note the wiki page is a
work in progress):
http://wiki.fluidproject.org/display/fluid/Simple+Text+Inline+Edit+User+Testing+-+Round+3+Results
A bug that came up is that when you tab to the 'remove'
button to remove a row, JAWS reads "true", which is not
meaningful to the user.
Here is a patch that gives each button the title
"remove
this row".
http://issues.fluidproject.org/browse/FLUID-2651
Thanks,
Alison
_______________________________________________________
fluid-work mailing list - [email protected]
<mailto:[email protected]>
<mailto:[email protected]>
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
. . . . . . . . . . . . . . . . .
. .
Eli Cochran
user interaction developer
ETS, UC Berkeley
_______________________________________________________
fluid-work mailing list - [email protected] <mailto:[email protected]
>
<mailto:[email protected]>
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
---
Colin Clark
Technical Lead, Fluid Project
Adaptive Technology Resource Centre, University of Toronto
http://fluidproject.org
. . . . . . . . . . . . . . . . . .
.
Eli Cochran
user interaction developer
ETS, UC Berkeley
------------------------------------------------------------------------
_______________________________________________________
fluid-work mailing list - [email protected] <mailto:[email protected]
>
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
_______________________________________________________
fluid-work mailing list - [email protected] <mailto:[email protected]
>
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
_______________________________________________________
fluid-work mailing list - [email protected] <mailto:[email protected]
>
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
Daphne Ogle
Senior Interaction Designer
University of California, Berkeley
Educational Technology Services
[email protected] <mailto:[email protected]>
cell (510)847-0308
_______________________________________________________
fluid-work mailing list - [email protected]
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
---
Colin Clark
Technical Lead, Fluid Project
Adaptive Technology Resource Centre, University of Toronto
http://fluidproject.org
_______________________________________________________
fluid-work mailing list - [email protected]
To unsubscribe, change settings or access archives,
see http://fluidproject.org/mailman/listinfo/fluid-work
