(EVALSYS-426) UI Improvement - improve 'vertical' display for large numbers of multiple choice options
smkeesle at syr.edu
Mon Mar 31 01:17:35 UTC 2008
I understand that long vertical lists are annoying. I guess that implicit in
your new design is the statement: "In order to answer this question, the
user needs to be able to see both the question and the answers in the same
However, if there were lots of questions on a page, I can imagine scrollbars
on the left hand side of the page for navigating between questions and
scrollbars to browse through possible answers to individual questions.
I know our users get a little befuddled when faced with the iframe-based
portal and its multiple scrollbars (1 for the browser and sometimes 1 for
the tool). How do you feel this new set of scrollbars compare to that? Would
these be used in the iframe-based portal (resulting in oodles of scrollbars!
How fun!) or would they be used in a yet-to-be-mainstream iframeless portal?
The Living SchoolBook
030 Huntington Hall
On 3/30/08 8:43 PM, "Colin Clark" <colin.clark at utoronto.ca> wrote:
> Hi Harriet,
> At least based on the mockup, I don't see any accessibility issues
> with this approach. You're using standard radio buttons, so they're in
> the tab order and fully navigable with the keyboard.
> One thing I'm a bit confused by: how can you make multiple selections
> if you're using radio buttons? I'm assuming this is for multiple
> choice not multiple selection, right?
> From a usability perspective, it would be much better to group the
> radio buttons into smaller, more manageable chunks. But I'm assuming
> that you're not able to do that in this case, perhaps because these
> forms will be user-authored?
> Hope this helps,
> On 28-Mar-08, at 11:51 AM, Harriet Truscott wrote:
>> Hi Fluid People
>> How are you all this fine and rainy (at least in Cambridge) spring
>> Gonzalo and I have been musing on the iniquities of the multiple
>> select box,
>> and the possibility of replacing it with a scrollable list of checkbox
>> items. See JIRA item here
>> And mock up here
>> Are there potential accessibility issues with this? We wouldn't go
>> with it without some user testing to say that this is an ok and
>> concept to our users, but there's no point in user testing if your
>> bells are ringing about accessibility already!
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> - -
>> Centre for Applied Research in Educational Technologies
>> University of Cambridge
>> 16 Mill Lane
>> 01223 765 040
>>> -----Original Message-----
>>> From: Gonzalo Silverio (JIRA) [mailto:bugs-admin at sakaiproject.org]
>>> Sent: 28 March 2008 15:22
>>> To: harriet at caret.cam.ac.uk
>>> Subject: [Jira] Commented: (EVALSYS-426) UI Improvement -
>>> improve 'vertical' display for large numbers of multiple
>>> choice options
>>> ction_62511 ]
>>> Gonzalo Silverio commented on EVALSYS-426:
>>> The scrollable radio group is very easy to implement - see:
>>> and we could add behaviours that control the height of the
>>> list given the contents (less than 7, no scroll, height is
>>> the combined height of the items, more than 7 a given height
>>> and a scroll).
>>>> UI Improvement - improve 'vertical' display for large numbers of
>>>> multiple choice options
>>>> Key: EVALSYS-426
>>>> Project: Contrib: Evaluation System
>>>> Issue Type: Feature Request
>>>> Components: User Interface
>>>> Affects Versions: 1.2 Basic hierarchy
>>>> Reporter: Harriet Truscott
>>>> Assignee: Aaron Zeckoski
>>>> Fix For: 1.4 Post hierarchy
>>>> Attachments: screenshot-1.jpg
>>>> When large amounts of options exist for the multiple choice, single
>>>> answer questions, the vertical display is rather long (see
>>> screenshot) I would suggest that if more than 7 options are
>>> given, and 'vertical display' selected, that the tool should
>>> automatically display it as a drop-down list.
>>>> Note that this should not be the case for multiple choice,
>>> multiple answer questions, which should continue to display
>>> as a long vertical line.
>>> This message is automatically generated by JIRA.
>>> If you think it was sent incorrectly contact one of the
>>> For more information on JIRA, see:
>>> No virus found in this incoming message.
>>> Checked by AVG.
>>> Version: 7.5.519 / Virus Database: 269.22.1/1347 - Release
>>> Date: 27/03/2008 19:15
>> No virus found in this outgoing message.
>> Checked by AVG.
>> Version: 7.5.519 / Virus Database: 269.22.1/1347 - Release Date:
>> fluid-work mailing list
>> fluid-work at fluidproject.org
> Colin Clark
> Technical Lead, Fluid Project
> Adaptive Technology Resource Centre, University of Toronto
> fluid-work mailing list
> fluid-work at fluidproject.org
More information about the fluid-work