Account created on 22 March 2010, about 14 years ago
  • Drupal Developer at iOΒ  …
#

Recent comments

πŸ‡΅πŸ‡ΉPortugal rutiolma

I'm reopening this ticket because I just got feedback from 2 independent accessibility teams regarding youtube embed video player.

It all comes down to the interpretation of "User Interface Component" - on my comment 6 I was interpreting it as "the embedded Youtube video and its control buttons" but that is an incorrect interpretation in the context of what this module does, which is embedding a youtube player on a web page.

At the bottom of the WCAG "understanding" page, it is defined as:
"a part of the content that is perceived by users as a single control for a distinct function"

So a "play" button is a user interface component, but an "embedded youtube video" in its entirety isn't.
Which means that it is considered a violation of EN 301 549 / WCAG and needs to be fixed.

In other words, the "M" for "Mute", "F" for "Full screen" or "K" for "Play/Pause" might only work if the keyboard focus is on the control button itself. Nowhere else.
That's why we need "disabekb=1" to make it accessible.

πŸ‡΅πŸ‡ΉPortugal rutiolma

+1 for patch #6

πŸ‡΅πŸ‡ΉPortugal rutiolma

The patch on this issue fixes several issues which are being tackled on #2946320 β†’ and #3155174 β†’
And, as explained at comment #5, the issue reported here doesn't exist if fast404 whitelist is set.

I'm closing this in favor of #2946320 and #3155174

πŸ‡΅πŸ‡ΉPortugal rutiolma

12.2.0-beta1 released

πŸ‡΅πŸ‡ΉPortugal rutiolma

After a second check and according to the WCAG 2.2 - SC 2.1.4: Character Key Shortcuts (Level A) guideline: Letter, punctuation, number, or symbol characters keyboard shortcuts are allowed if at least one of the following is true:

  • A mechanism is available to turn the shortcuts off;
  • A mechanism is available to remap the shortcuts...;
  • Keyboard shortcuts are only active when that component has focus.

That means we have no issue with YouTube videos, since one-key shortcuts are only active when that video has focus.

πŸ‡΅πŸ‡ΉPortugal rutiolma

@sokru, Youtube's video player offers keyboard shortcuts for certain actions (for example m for mute). These keyboard shortcuts can interfere with screenreader shortcuts, for example.
WCAG only allow one-key shortcuts when there is an option to disable those shortcuts.

This is based on WCAG 2.1.4 specification, see https://www.w3.org/TR/WCAG21/#character-key-shortcuts

The solution is to disable keyboard shortcuts by changing YouTube's default disablekb=0 to disablekb=1

πŸ‡΅πŸ‡ΉPortugal rutiolma

rutiolma β†’ made their first commit to this issue’s fork.

πŸ‡΅πŸ‡ΉPortugal rutiolma

This patch introduces a new formatter setting "show_empty" which, when checked, will display the "Empty day notation" on every day of the week, instead of hiding the output.

πŸ‡΅πŸ‡ΉPortugal rutiolma

Updated patch, to work with 2.0.x, latest token module version and Drupal 10

πŸ‡΅πŸ‡ΉPortugal rutiolma

Thank you for your work, this will be available in the next release.

πŸ‡΅πŸ‡ΉPortugal rutiolma

Thank you for your work, this will be available in the next release.

πŸ‡΅πŸ‡ΉPortugal rutiolma

Thank you for your work, this will be available in the next release.

πŸ‡΅πŸ‡ΉPortugal rutiolma

rutiolma β†’ made their first commit to this issue’s fork.

πŸ‡΅πŸ‡ΉPortugal rutiolma

Fixing the error reported at #31

πŸ‡΅πŸ‡ΉPortugal rutiolma

rutiolma β†’ created an issue.

πŸ‡΅πŸ‡ΉPortugal rutiolma

Actually, I was too fast on my previous comment since the LanguageInterface reference was missing.
Here's an updated patch.

I'm also updating the version this patch applies to since 1.x is not supported anymore.

πŸ‡΅πŸ‡ΉPortugal rutiolma

+1 for the approach at #9
The patch works well

πŸ‡΅πŸ‡ΉPortugal rutiolma

The issue, as described, seems to be related with view_unpublished as mentioned in comment 13
I'm closing this one since there's no clear steps to reproduce the issue and a workaround was provided

πŸ‡΅πŸ‡ΉPortugal rutiolma

I realize now that my patch attempt doesn't deal well with this problem, but it still persists

πŸ‡΅πŸ‡ΉPortugal rutiolma

I just found this issue which, in its core, is the same as #2936297
There you can find the steps to reproduce the problem

πŸ‡΅πŸ‡ΉPortugal rutiolma

Thank you for reporting this. This has been fixed with a previous commit

πŸ‡΅πŸ‡ΉPortugal rutiolma

This patch fixes the problem but in my case it introduces a huge overload. I tried a similar approach which seems to be lighter.

Production build 0.69.0 2024