Last modified: 2014-09-13 13:18:28 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T61933, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 59933 - Flow: 3 elements need darker font for accessibility
Flow: 3 elements need darker font for accessibility
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Flow (Other open bugs)
unspecified
All All
: Normal major with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: accessibility, design
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-01-11 02:48 UTC by Quiddity
Modified: 2014-09-13 13:18 UTC (History)
15 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Screenshot with 3 areas circled in red (109.67 KB, image/png)
2014-01-11 02:48 UTC, Quiddity
Details
screenshot (61.62 KB, image/png)
2014-09-11 01:22 UTC, Quiddity
Details
screenshot of potential way to discern differences (79.92 KB, image/png)
2014-09-11 06:31 UTC, Quiddity
Details

Description Quiddity 2014-01-11 02:48:54 UTC
Created attachment 14289 [details]
Screenshot with 3 areas circled in red

The 3 areas on the screenshot circled in red:
* Placeholder text for "New Topic" Title
* Placeholder text for "Add some details if you'd like"
* Placeholder text for "Comment on ["title"]"
are all much too light (low contrast). People with poor eyesight can't read that.

Semi-related to bug 58683
Comment 1 Bingle 2014-01-11 03:09:28 UTC
The WMF core features team tracks this bug on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/flow/cards/712, but people from the community are welcome to contribute here and in Gerrit.
Comment 2 Jared Zimmerman (WMF) 2014-04-17 20:43:34 UTC
Using black on placeholder text would confuse users that is placeholder text to begin with. I have never in my career seen placeholder form field text displayed in black for this reason, closing as INVALID as it would cause more problems than it would fix.
Comment 3 Eduard Braun 2014-04-17 21:03:20 UTC
Nobody said the placeholders should be black. The bug says they're supposed to be *darker*.

The current color for placeholders (#D1D1D1) passes *none* of the often-quoted WCAG accessibility standards (you can check on http://snook.ca/technical/colour_contrast/colour.html for example)
Comment 4 Bartosz Dziewoński 2014-04-17 21:06:32 UTC
Vector uses #999 for searchbox placeholders.
Comment 5 Steven Walling 2014-04-17 21:13:12 UTC
(In reply to Bartosz Dziewoński from comment #4)
> Vector uses #999 for searchbox placeholders.

The same is true for login/signup/other forms like password reset, I believe?

Practically speaking, when I look at http://www.mediawiki.org/wiki/Talk:Flow which has both the Search box and Flow placeholders, I can't tell the difference between the Vector Search and Flow placeholders. 

If anything, the Flow placeholders are easier for me to read, because they have larger input areas, more whitespace, and the font size is larger.
Comment 6 Bartosz Dziewoński 2014-04-24 18:27:27 UTC
Raising severity, this actually results in people not realizing that they can post a comment, because they can't see the text.

https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#A_beta_option_without_option_to_start_a_response

I would fix this for you, but based on the comments here I have no idea if my work won't go to waste. Will it?
Comment 7 Gerrit Notification Bot 2014-04-24 18:58:30 UTC
Change 129491 had a related patch set uploaded by Wctaiwan:
Darken input box placeholder text colour

https://gerrit.wikimedia.org/r/129491
Comment 8 Bartosz Dziewoński 2014-04-24 19:01:18 UTC
(In reply to Steven Walling from comment #5)
> (In reply to Bartosz Dziewoński from comment #4)
> > Vector uses #999 for searchbox placeholders.
> 
> The same is true for login/signup/other forms like password reset, I believe?

I think they use the browser defaults, which vary across browsers of course. They seem to be very slightly lighter than Vector's search placeholder.
Comment 9 WhatamIdoing 2014-04-24 21:40:48 UTC
This has been a persistent complaint.  I think we can document one "I can't find a button to post" comment for each user-facing Flow page that's been deployed.  Especially since this is an unfamiliar product, this needs to be *more* legible than the well-understood search box.
Comment 10 Gerrit Notification Bot 2014-04-24 22:19:07 UTC
Change 129491 merged by jenkins-bot:
Darken input box placeholder text colour

https://gerrit.wikimedia.org/r/129491
Comment 11 wctaiwan 2014-04-24 23:38:44 UTC
The colour change was very minor (from #AAA to #999, which seems to be the one used by the search box given /skins/vector/components/search.less), so it might not be particularly noticeable. Quiddity says on IRC that maybe it should be even darker, and I'm inclined to agree.

In addition, Quiddity and S said on IRC that for them the change was from #D1D1D1 to #C8C8C8 in Firefox, using results from a colour picker. Testing with #F00 (bright red), I got http://i.imgur.com/Byt13Pf.png, which would seem to indicate that Firefox makes the text lighter than the specified colour (Chrome, on the other hand, seems to use #F00 as desired). Not sure how to go about this.
Comment 12 Jared Zimmerman (WMF) 2014-04-25 00:07:18 UTC
AAA OR 999 specified via LESS variables are both acceptable. I don't think we should do a ton of work for a browser specific override unless it's lightweight and CSS only.
Comment 13 Bartosz Dziewoński 2014-04-25 00:15:07 UTC
(In reply to wctaiwan from comment #11)
> Firefox makes the text lighter than the specified
> colour (Chrome, on the other hand, seems to use #F00 as desired). Not sure
> how to go about this.

What the browser default is? These are usually quite sane, and probably pretty close to each other in this case. We might just want to drop the color override (maybe in Vector too?).

Yet another reason why placeholders are inferior to normal text labels when used as, well, labels.
Comment 14 spage 2014-05-06 05:10:58 UTC
(In reply to wctaiwan from comment #11)
> In addition, Quiddity and S said on IRC that for them the change was from
> #D1D1D1 to #C8C8C8 in Firefox, using results from a colour picker. Testing
> with #F00 (bright red), I got http://i.imgur.com/Byt13Pf.png, which would
> seem to indicate that Firefox makes the text lighter than the specified
> colour

Firebug HTML > Style > Show User Agent CSSsays Firefox has an opacity rule making it lighter.
input::-moz-placeholder, textarea::-moz-placeholder {
  display: inline-block !important;
  opacity: 0.54;
  overflow: hidden !important;
  pointer-events: none !important;
  resize: none !important;
}

setting opacity: 1; makes it less light.
Comment 15 Quiddity 2014-09-11 01:22:08 UTC
Created attachment 16436 [details]
screenshot

The "Start a new topic" and new-topic-placeholder text is now #757575 (good!), but the "reply" to an existing post placeholder-text is #878787. 

Please could we standardize on #777 or #757575 as the absolute minimum grey for text? (For Everything except "search" field placeholders, where there's generally a button labelled 'search' or a magnifying glass to tell the user what it's for.)  I've added a section for "Text color" at [[mw:Wikimedia Foundation Design/Typography]], let's continue this discussion there.

This bug can be closed, once the remaining reply-placeholder text is #777 or darker. (It could potentially be this current color or lighter, if we had deeper threading/indenting - but currently the placeholder text is needed in order to clearly see who we're replying to, especially if we're composing 2 replies at the same time.)
Comment 16 Jared Zimmerman (WMF) 2014-09-11 05:15:59 UTC
777 feels really dark for placeholder text, I'd be more comfortable with 999 Moiz and May are working on the accessibility section of the Mediawiki.ui Guidelines. So I'll defer to them and their research on the matter.
Comment 17 Quiddity 2014-09-11 06:31:57 UTC
Created attachment 16439 [details]
screenshot of potential way to discern differences

(In reply to Jared Zimmerman (WMF) from comment #16)
> 777 feels really dark for placeholder text,

Definitely, it is really dark (too dark) for most of us, but until we have some kind of accessibility pane, the default ought to be something that works well for *everyone*.

However, I suppose the shape of the different responses, will actually give sufficient clue to the people who don't have sufficient contrast to actually read the words. 

I'll close this bug [and request that we don't take my update as an opportunity to go even lighter than #878787 for now), and hope for both an accessibility/appearance control panel, and guidelines on text-color and accessibility, sometime in the future. :)
Comment 18 Eduard Braun 2014-09-11 08:24:51 UTC
(In reply to Jared Zimmerman (WMF) from comment #16)
> 777 feels really dark for placeholder text, I'd be more comfortable with 999
> Moiz and May are working on the accessibility section of the Mediawiki.ui
> Guidelines. So I'll defer to them and their research on the matter.

If you wouldn't have come up with the ingenious plan to make all fonts (even body text) grayish in the first place you wouldn't have to whine about #777 being "too dark" as a placeholder...

If I look at a FLow page nowadays it looks kinda colorful (in regards to different shades of gray) and I'm most certain that this can only confuse people in contrast to a clear color sheme with one black font for body text and one gray font for placeholders / meta information.

Just a though, but I'm sure the "designers" will make sure this won't happen.
Comment 19 Andre Klapper 2014-09-11 09:53:50 UTC
Eduard: Please avoid comments here that could be interpreted as sarcasm. https://www.mediawiki.org/wiki/Bug_management/Bugzilla_etiquette has some hints. Thank you for considering.
Comment 20 Eduard Braun 2014-09-11 10:01:55 UTC
It's not sarcasm, it's my opinion.

That gray text used for so many elements in Flow is a bad idea to start with, and it results in issues like this (where placeholders need to designed so light that they are not readable anymore because otherwise they could be mistaken for actual content...)
Comment 21 Bartosz Dziewoński 2014-09-13 13:18:28 UTC
(In reply to Jared Zimmerman (WMF) from comment #16)
> 777 feels really dark for placeholder text, I'd be more comfortable with 999
> Moiz and May are working on the accessibility section of the Mediawiki.ui
> Guidelines. So I'll defer to them and their research on the matter.

That because it should be a label, not a placeholder text.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links