Skip to content

'Use WAI-ARIA mapping' is not descriptive #122

Open

Description

@asurkov

It's not readers friendly to say 'Use WAI-ARIA mapping' suggesting the reader to go and read another spec on his own. So we could take two approaches to address the issue:

  1. turn 'use ARIA mapping' into a link - easy to implemented, should be ok for the readers
  2. create a pool of mappings in JS shared between specs - harder to implement, need to support non-JS version; but it has to be script broken #1 reader's choice.

@joanmarie , @jasonkiss your thinking?

Activity

  1. marcoscaceres commented on Jul 11, 2019

    @marcoscaceres
    Member

    So, yeah, I ran into this too. We might need think of something different as right now, it’s not very friendly to people who land at one of those tables.

  2. marcoscaceres commented on Jul 11, 2019

    @marcoscaceres
    Member

    Option 2 as suggested above is now maybe an option, as ReSpec now provides automatic cross document references.

    However, before we talk solutions, we should figure out what the table actually is trying to achieve.

    I came to the table from Mozilla’s bugzilla in the hope of figuring out how to implement one of these in the browser. Traditionally, the spec would lead me to an algorithm or some idl.

    So, let’s put ourselves in an implementer’s shoes: I land at a table, now what?

  3. added
    spec chorefor issues that are directly related to the rendering of the spec
    and removed on Jan 23, 2022
  4. scottaohara commented on Jul 14, 2022

    @scottaohara
    Member

    @spectranaut @jnurthen now that we have IDs working in the AAM specs again (thank you), I'm wondering if this might be something that could be scripted?

    e.g., for each element/attribute that is identified as "use wai-aria mapping", would it be possible to pull the mappings form Core AAM and have them render in the necessary table cells here?

    It'd definitely help cut down on the need to go back and forth between specs, yet also make sure that Core AAM was the source of truth for the role mappings. Maybe we can discuss this at some point?

  5. scottaohara commented on Jul 12, 2024

    @scottaohara
    Member

    @pkra @spectranaut, do you think this might be an issue we can talk about in the editors' meeting? arguably now that all the specs are in the same repo, this should be "easier" to do something about.

  6. pkra commented on Jul 12, 2024

    @pkra
    Member

    I've tagged it so it can be found more easily.

  7. rahimabdi commented on Feb 12, 2025

    @rahimabdi
    Contributor

    @scottaohara mentioned this today in the ARIA Editors meeting. There are some potential paths forward (e.g., using ReSpec) but would require coordination with other ARIA spec owners.

  8. moved this to Todo in ARIA Editorson Feb 12, 2025
  9. moved this from Todo to Stale in ARIA Editorson Feb 12, 2025
  10. moved this from Stale to Backburner in ARIA Editorson Feb 12, 2025
  11. moved this from Backburner to Todo in ARIA Editorson Feb 14, 2025
  12. moved this from Todo to Agenda+ in ARIA Editorson Feb 14, 2025
  13. moved this from Agenda+ to Backburner in ARIA Editorson Feb 26, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Clarificationeditorialspec chorefor issues that are directly related to the rendering of the spec

Type

No type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions