- From: Anthony Doran <t.doran@texthelp.com>
- Date: Fri, 1 May 2015 15:53:01 +0100
- To: Jamie Knight <Jamie.Knight@bbc.co.uk>
- Cc: EA Draffan <ead@ecs.soton.ac.uk>, Neil Milliken <Neil.Milliken@bbc.co.uk>, "public-cognitive-a11y-tf@w3.org" <public-cognitive-a11y-tf@w3.org>
- Message-ID: <CAKjZnGR-6zCgi5PHAMEXBYBSkGaa6GMXqQyoWYUGcPH2JyEdzA@mail.gmail.com>
Good point about the form filling and leaving validation to the end - I had not considered validation messages, those too are a distraction and when left to the end of a process may result in having to repeat, fix errors, repeat, fix errors in a loop of increasing frustration. Front loading the validation messages is a great idea IMO. Thanks you Jamie. T On 1 May 2015 at 15:39, Jamie Knight <Jamie.Knight@bbc.co.uk> wrote: > Hello Everyone, > > Good question. I can't answer immediate because I didn't really know what > the word distraction means. > > I had a look in the dictionary and it have two definitions: > > 1: a thing that prevents someone from concentrating on something else. > > 2: extreme agitation of the mind. > > With that in mind here are my first thoughts: > > 1: distractions are always bad. I don't want my mind agitated. > Distractions are about stealing focus. They _prevent_ a user from focusing > on something and completing a task etc. > > 2: There are a great many messages which need to be communicated to users. > Sometimes they may be communicated in a way which distracts the user. > > 3: limiting distractions is about making recommendation for how to > effectively communicate messages in non distracting non blocking ways > > 4: the messages mentioned in the other emails are either TIMELY (eg like > the delete button) or there for COMPLIANCE (cookie notice) > > 5: Therefore perhaps we need to discuss methods of communicating important > or timely messages without distracting the user. > > For example (based on what works for me) > > - rather than leave form verification to the end of a big form. Break it > down into smaller chunks (many smaller forms) and do the validation inline. > Eg I know each form Inout is valid before i move on to the next element. > Create forms which only display a submit button when the form is valid and > are effective in communicating invalid data rather than a model block or > warning step at the end. > > - create a cookie warning which on the second page defaults to acceptance > (this removing the distraction side effect quickly). This is how the BBC > cookie warning works. > > So in summery. I think distractions are bad, they are the side effect of > ineffective messaging between the page the user. > > It's a bit like using bold. If you use bold a small amount it is effective. > > If you use bold all the time it becomes useless. > > Effectively many pages turn into a an attention seeking shouting match as > every page element tries to be important. > > Does that make any sense at all? Just my opinion *blush* > > Hope that helps, > > Jamie + Lion > ________________________________________ > From: Anthony Doran [t.doran@texthelp.com] > Sent: 01 May 2015 14:36 > To: EA Draffan > Cc: Neil Milliken; public-cognitive-a11y-tf@w3.org > Subject: Re: Distractions - always negative? > > Hi All, > > I've been kicking this around some more...I think there's more here - a > broader question. How should a user's attention be drawn to something > effectively? There are two sides to distraction - what you should *not* do, > and what you *should* do in it's place. It is often a requirement/need to > draw attention. This is not always commercially driven. Cookie > notifications, legal requirements, location restrictions, copyright notices > etc. We cannot be abstinence only here, it's just not realistic IMO. > > With emphasis in text we know that the most effective way is to bold the > text as italics, underline and all caps all have issues. Bold does too, but > less so. > > Which brings back the question - how does someone effectively draw > attention, with minimal impact on those with Cognitive challenges? At the > end of it all we need to give developers recommendations they can follow. > > I am thinking along the lines of front loading - all necessary messages > at the start of a process. "You are about to start filling in a form XY for > ZY, would you like live help, or extra time or XXXXXXX" rather than an > overlay after 5 minutes. Might be a good starting point for discussion. > > T > > > > On 1 May 2015 at 09:47, Anthony Doran <t.doran@texthelp.com<mailto: > t.doran@texthelp.com>> wrote: > Ok - this is interesting stuff ;) > > How should a positive distraction work? - say if you do have a help pop > up, or you do have a paywall or something else that *must* be there. What > is the best possible user experience? Should we prefer one method over > another, or ???? > > There is ordering - distraction in the middle of something is worse than a > notification as a part of starting something - say a form or similar. There > is the form of the distraction - and how easy it is to close/banish > forever/pay or whatever, for starters. > > Thanks, T > > On 1 May 2015 at 09:12, EA Draffan <ead@ecs.soton.ac.uk<mailto: > ead@ecs.soton.ac.uk>> wrote: > Absolutely especially if you are about to select something that might > delete all your work if you are not alerted to that fact by something that > makes you pause! > > Best wishes > E.A. > > Mrs E.A. Draffan > WAIS, ECS , University of Southampton > Mobile +44 (0)7976 289103<tel:%2B44%20%280%297976%20289103> > http://access.ecs.soton.ac.uk<http://access.ecs.soton.ac.uk/> > UK AAATE rep http://www.aaate.net/ > http://www.emptech.info<http://www.emptech.info/> > > From: Neil Milliken [mailto:Neil.Milliken@bbc.co.uk<mailto: > Neil.Milliken@bbc.co.uk>] > Sent: 30 April 2015 14:50 > To: Anthony Doran; public-cognitive-a11y-tf@w3.org<mailto: > public-cognitive-a11y-tf@w3.org> > Subject: RE: Distractions - always negative? > > Hi Tony, > > You raise a very valid point. > > Neil > ________________________________ > From: Anthony Doran [t.doran@texthelp.com<mailto:t.doran@texthelp.com>] > Sent: 30 April 2015 14:41 > To: public-cognitive-a11y-tf@w3.org<mailto:public-cognitive-a11y-tf@w3.org > > > Subject: Distractions - always negative? > Hi All, > > Just wanted to kick about an idea - is distraction always negative? For > example if a site features some additional AT, say TTS or symbol support, > they may wish to have an animation or something to draw your attention to > it - or if they have active help they may have a help pop-over. > > These things are distracting, and take focus from content consumption > but do so for a positive reason. > > So is distraction always a negative thing? > > -- > Anthony Doran > Product Manager > > T: +44(0)28 9442 8105<tel:%2B44%280%2928%209442%208105> > > [http://www.texthelp.com/designimages/fbemail.png]< > https://www.facebook.com/Texthelpers> [ > http://www.texthelp.com/designimages/twemail.png] < > https://twitter.com/texthelp> [ > http://www.texthelp.com/designimages/inemail.png] < > https://www.linkedin.com/company/texthelp> [ > http://www.texthelp.com/designimages/gmail.png] < > https://plus.google.com/u/0/+Texthelp/posts> > > [http://www.texthelp.com/designimages/emailsig-logo.png]< > http://www.texthelp.com/> > > > > Texthelp, Lucas Exchange, 1 Orchard Way, Greystone Road, Antrim, Northern > Ireland, BT41 2RU > > -- > Texthelp Ltd is a limited company registered in Belfast, N. Ireland with > registration number NI31186 having its registered office and principal > place of business at Lucas Exchange, 1 Orchard Way, Antrim, N. Ireland, > BT41 2RU. > > > > -- > Anthony Doran > Product Manager > > T: +44(0)28 9442 8105<tel:%2B44%280%2928%209442%208105> > > [http://www.texthelp.com/designimages/fbemail.png]< > https://www.facebook.com/Texthelpers> [ > http://www.texthelp.com/designimages/twemail.png] < > https://twitter.com/texthelp> [ > http://www.texthelp.com/designimages/inemail.png] < > https://www.linkedin.com/company/texthelp> [ > http://www.texthelp.com/designimages/gmail.png] < > https://plus.google.com/u/0/+Texthelp/posts> > > [http://www.texthelp.com/designimages/emailsig-logo.png]< > http://www.texthelp.com/> > > > > Texthelp, Lucas Exchange, 1 Orchard Way, Greystone Road, Antrim, Northern > Ireland, BT41 2RU > > > > -- > Anthony Doran > Product Manager > > T: +44(0)28 9442 8105 > > [http://www.texthelp.com/designimages/fbemail.png]< > https://www.facebook.com/Texthelpers> [ > http://www.texthelp.com/designimages/twemail.png] < > https://twitter.com/texthelp> [ > http://www.texthelp.com/designimages/inemail.png] < > https://www.linkedin.com/company/texthelp> [ > http://www.texthelp.com/designimages/gmail.png] < > https://plus.google.com/u/0/+Texthelp/posts> > > [http://www.texthelp.com/designimages/emailsig-logo.png]< > http://www.texthelp.com/> > > > > Texthelp, Lucas Exchange, 1 Orchard Way, Greystone Road, Antrim, Northern > Ireland, BT41 2RU > > -- > Texthelp Ltd is a limited company registered in Belfast, N. Ireland with > registration number NI31186 having its registered office and principal > place of business at Lucas Exchange, 1 Orchard Way, Antrim, N. Ireland, > BT41 2RU. > -- *Anthony Doran* Product Manager T: +44(0)28 9442 8105 <https://www.facebook.com/Texthelpers> <https://twitter.com/texthelp> <https://www.linkedin.com/company/texthelp> <https://plus.google.com/u/0/+Texthelp/posts> <http://www.texthelp.com/> Texthelp, Lucas Exchange, 1 Orchard Way, Greystone Road, Antrim, Northern Ireland, BT41 2RU -- -- Texthelp Ltd is a limited company registered in Belfast, N. Ireland with registration number NI31186 having its registered office and principal place of business at Lucas Exchange, 1 Orchard Way, Antrim, N. Ireland, BT41 2RU.
Received on Friday, 1 May 2015 14:53:30 UTC