W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > October to December 2003

width of dropdowns

From: WALKER, Julie <Julie.WALKER@london.sema.slb.com>
Date: Wed, 19 Nov 2003 16:05:18 +0000
To: w3c-wai-ig@w3.org
Message-id: <59D365E174A0D5119EE4009027468A3F0155833E@lones6.sema.co.uk>

hi all,

i'd really appreciate your opinions on what the best option would be for my
situation both usability and

background on the site:  
- designed to 800x600 (client extremely opposed to
horizontal scrolling (as am i for the most part)
- no javascript
- templatised
- in both english and welsh

on some pages the site will return data to the user in the form of
dropdowns.  the width of the dropdowns is
dependent on the number of characters in the lines(the lines are addresses
and one of them may only be 20
characters long, but another one may be 400 characters long and that would
dictate the overal width).

i am thinking i have the following options:

1.) allow for the full address to be displayed (so
that the user may have to scroll horizontally, but at
least none of them are ambiguous).

2.) implement three dots (...) after a certain number
of characters.

i would be interested in hearing other options if you
have any.

i am currently leaning towards option 1 because the option 2 would be
difficult to impose because i am not
sure what a 'user-friendly' length is for addresses to be cut off at and
doubt this would be the same in
english as it is in welsh (could rules be different for the languages and if
so, does anyone know when it
would be user-friendly to implement (...) to an address in english and in

also - i'm guessing there would be issues with screen readers.  would the
screen reader read 'dot, dot, dot'
or sthg like that?

also, because of the ambiguity, it is easy for the user to chose an
incorrect address (especially because
postcodes appear at the end of the address) which could mean a vicious
circle of errors. 

so, can anyone think of any other options?

thanks very much in advance,

Received on Wednesday, 19 November 2003 11:18:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 13 October 2015 16:21:26 UTC