That's what browser preferences are for. NOT
website preferences.
A lot of work has gone into technologies that allow browsers to display the
same page in different ways to allow the people with different accessibility
issues that conflict with each other to read the same content.
The moment you're trying to do 'accessibility' by means of a preference for
your website, you are no longer doing accessibility. Accessibility is not a
site preference, it's a fact that applies to the user browsing the entire
Internet. Accessibility is not fixed if the user has to change a preference
at every single website they visit.
On Fri, 02 Mar 2012 00:56:27 -0800, John Erling Blad <jeblad(a)gmail.com>
wrote:
You can not design for one size fits all when it
comes to
accessibility, its simply not possible.
John
On Fri, Mar 2, 2012 at 4:03 AM, Daniel Friesen
<lists(a)nadir-seen-fire.com> wrote:
>
> Accessibility should not be a user preference.
>
> I also do not like the idea of site specific text size change widgets:
>
http://webaim.org/blog/web-accessibility-preferences-are-for-sissies/
>
> If you want, I can even dig up the full discussion I had with CCA that
> ended
> in them dropping the text resize widget from their wiki's design ;).
>
>
> On Thu, 01 Mar 2012 15:19:48 -0800, John Erling Blad <jeblad(a)gmail.com>
> wrote:
>
>> What about adding a couple of style markers on the body tag? For
>> example classes for "high-contrast", "avoid-red-green",
>> "avoid-green-blue", "avoid-red-yellow"... or?
>>
>> Or perhaps as additional styles stright from the mediawiki-space, that
>> way the accessability issues can be crowdsourced?
>>
>> There was also a question about scaling of content text on OTRS some
>> time ago. I'm not quite sure but I think the idea was to use an other
>> font in the content as he had to read that, while all the other text
>> from the portlets he learned over time so if that text was difficult
>> to read it didn't do so much.
>>
>> The text size proposal was to add simple scaling buttons to step up
>> the text, and I would propose to store the set size in local storage.
>> The same applies to color I believe, as it should be possible to
>> change it without logging in.
>>
>> At nowp there is a link in the sidebar to a page describing how
>> visually impaired can chage skin. It uses the simpleskin
>>
>>
>>
http://no.wikipedia.org/w/index.php?title=Wikipedia:Svaksynte&useskin=s…
>>
>> John
>>
>> On Thu, Mar 1, 2012 at 10:50 PM, Brandon Harris <bharris(a)wikimedia.org>
>> wrote:
>>>
>>>
>>>
>>>
http://en.wikipedia.org/wiki/Lorem_ipsum
>>>
>>>
>>> On 3/1/12 1:43 PM, David Gerard wrote:
>>>>
>>>>
>>>>
>>>> On 1 March 2012 21:38, Trevor Parscal<tparscal(a)wikimedia.org>
wrote:
>>>>
>>>>> Screenshot of new diff styles:
>>>>>
https://bugzilla.wikimedia.org/attachment.cgi?id=10148
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> I gotta ask - where's the lorem ipsum from?
>>>>
>>>>
>>>> - d.
>>>>
>>>> _______________________________________________
>>>> Wikitech-l mailing list
>>>> Wikitech-l(a)lists.wikimedia.org
>>>>
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>>
>>>
>>>
>>>
>>> --
>>> Brandon Harris, Senior Designer, Wikimedia Foundation
>>>
>>> Support Free Knowledge:
http://wikimediafoundation.org/wiki/Donate
>>>
>>>
>>> _______________________________________________
>>> Wikitech-l mailing list
>>> Wikitech-l(a)lists.wikimedia.org
>>>
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
>
> --
> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [
http://daniel.friesen.name]
>
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
>
https://lists.wikimedia.org/mailman/listinfo/wikitech-l ]
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org