E-mail List Archives
Re: Styling Radio elements to look like Button element?
From: Mallory van Achterberg
Date: Nov 3, 2014 8:01AM
- Next message: Patrick H. Lauke: "Re: Styling Radio elements to look like Button element?"
- Previous message: Scott González: "Re: Styling Radio elements to look like Button element?"
- Next message in Thread: Patrick H. Lauke: "Re: Styling Radio elements to look like Button element?"
- Previous message in Thread: Scott González: "Re: Styling Radio elements to look like Button element?"
- View all messages in this Thread
On Mon, Nov 03, 2014 at 06:58:35AM -0500, Scott González wrote:
> The keyboard interaction is always based on the semantic meaning, not the
> visual presentation. When the visual presentation of checkbox groups and
> radio groups are the same, the developer should make sure that users know
> whether the options are mutually exclusive (radio) or not (checkbox). The
> user can know this from common/prior knowledge (e.g., a group of bold,
> italic, underline settings in a text editor), or via a note in the user
> interface.
So as a sighted keyboard user, when I come across something
visually styled to look like buttons, I'm supposed to go find some
instructions on how to use them because they won't work like buttons?
Like most other humans, I'll first try to use it the way I expect.
Then I'll get frustrated that it doesn't seem to work. And then finally,
if I haven't left the site, I'll see if I missed some instructions
somewhere, or I might semi-randomly try hitting other keys.
Whether they are mutually exclusive or not won't tell me whether tab
works, only what I should reasonably be able to select.
I've run into this before ("tabs" requiring magical-mystery-meat arrow
actions), and I call it bad UX, because I have to think about and
fight with the interface to get my task done.
If it looks like a button, I expect to be able to tab to each button.
If it looks like a radio-button input, I expect to be able to tab into
the group and then arrow around between them. I expect to be able to
select both with spacebar.
Unless the website is so awesome it can bring me to Mars or cure
cancer, I'm going to be sceptical as a user that this is somehow
worth my user-time relearning a user interface I already thought I
spent time learning. The nice thing about a standard web interface is,
I only had to learn it once (so this is why *sometimes* a web-app
might get a pass-- if you're building controls with no previously-
learned set of interface rules... similar rules *might* hold for
an interface people must return to and re-use regularly, like
a learning program or specialised data-entry at a job).
So yes, to Maraikayar, confusion might be a problem, and you might
need to rethink if radio buttons styled as button-buttons are
still a better thing. Depends on your users and what they expect.
_mallory
>
> On Mon, Nov 3, 2014 at 5:05 AM, Maraikayar Prem Nawaz < <EMAIL REMOVED> >
> wrote:
>
> > Is the keyboard interactions differ for 2 different components which looks
> > the same, wouldn't it confuse Keyboard only users?
> >
> > Should the keyboard interaction match the hidden control or the one which
> > is visually shown. For example, span element shown as a link imitates a
> > link behavior correct?
- Next message: Patrick H. Lauke: "Re: Styling Radio elements to look like Button element?"
- Previous message: Scott González: "Re: Styling Radio elements to look like Button element?"
- Next message in Thread: Patrick H. Lauke: "Re: Styling Radio elements to look like Button element?"
- Previous message in Thread: Scott González: "Re: Styling Radio elements to look like Button element?"
- View all messages in this Thread