Ticket #12428 (confirmed Bug)

Opened 4 years ago

Last modified 3 years ago

workflow state should be indicated by icons, not only colour

Reported by: djay Owned by:
Priority: minor Milestone: 5.0
Component: Templates/CSS Version: 4.1
Keywords: accessibility, tuneup Cc: rmattb

Description

For accessibility reasons colour shouldn't be used as the only indicator. Item state is important in plone but in most views colour is the only indicator when an additional icon next to the link could also be used. When it comes to theming a site its very easy to get rid of the state colouring in your css rules.

Change History

comment:1 Changed 4 years ago by rmattb

  • Keywords accessibility added

comment:2 Changed 4 years ago by rmattb

  • Summary changed from workflow state should be indicated by icons not colour to workflow state should be indicated by icons not only colour

comment:3 Changed 4 years ago by rmattb

  • Summary changed from workflow state should be indicated by icons not only colour to workflow state should be indicated by icons, not only colour

comment:4 Changed 4 years ago by rmattb

  • Cc rmattb added

comment:5 Changed 4 years ago by eleddy

  • Status changed from new to confirmed
  • Keywords accessibility, tuneup added; accessibility removed
  • Version set to 4.1

comment:6 Changed 4 years ago by kleist

  • Milestone set to 4.x

comment:7 Changed 3 years ago by maartenkling

i'm not totally agreeing to this feature, for accessibility you need to provide a Text Equivalent for the action, the colors are used to make them more visible. Adding a icon will probably add confusion.

This will aslo make it hard for all custom workflows, you have to add (new?)icons yourself to get the same accessibility ui for existing workflows and your custom ones.

also, why would you override the css for private states, etc:

.state-private {

color: Red !important;

}

comment:8 Changed 3 years ago by rmattb

I assumed that djay was planning that the icons would have accessible alt attributes like any meaningful image should have.

Adding workflow state icons would change CSS and many people's custom themes, both in the areas of folder listings and navigation where the content type icons appear.

Also, the current use of content type icons is inconsistent: some are foreground images which can have alt attributes, and some are background sprites which don't.

There's another possible path: add the metadata as hidden text before the visible link text, for example:

places with icons currently implemented as background sprites need to be made accessible:
"Page: Welcome to Plone"

and workflow states could be added similarly:
"Welcome to Plone: Page: Internal Draft"

(Putting the page title first for ease of browsing lists of links with screen readers.)

Last edited 3 years ago by rmattb (previous) (diff)

comment:9 Changed 3 years ago by rmattb

  • Priority changed from major to minor
  • Milestone changed from 4.x to Future

The use of content type icons vs. background sprites should be made consistent before we tackle this accessibility issue.

[Prioritizing tickets by largest audience first.]

comment:10 Changed 3 years ago by rmattb

  • Milestone changed from Future to 5.0

Changed milestone to next major version, due to theming backward incompatibility.

Note: See TracTickets for help on using tickets.