Course Presentation - Add video from YouTbe

stalehegna's picture

When adding av video to a Course Presentation, is there any way to prevent YouTube to suggest more videos? When embedding videos og adding videos using other acitivities in e.g. Moodle, we can add the code "?rel=0&showinfo=0" at the end of the URL linking to the actual video to avoid these suggestions.

Ståle

otacke's picture

Hi Ståle!

You can prevent showing related videos if you embed YouTube videos directly using the URL, but YouTube's interface to control videos that H5P needs to use does not have such an option (anymore).

Cheers,
Oliver

Hi, we are evaluating H5P components for accessibility (frankly, I think H5P have wildly oversold how accessible their components are).

The problem here is that, when operating the component with a keyboard, they focus indicator is lost. The tab sequence continues "off screen" visiting various invisible YouTube links and buttons. Eventually, if you persist, your tab focus will arrive at a play button.

This is unacceptable, and violates at least two WCAG success criteria

2.4.3 "Focus Order" https://www.w3.org/WAI/WCAG21/Understanding/focus-order

2.4.7 "Focus Visible" https://www.w3.org/WAI/WCAG21/Understanding/focus-visible

H5P's customers should be adequately informed of this shortcoming, as (in the worst case) they could be sued, and if they relied on H5P's claims of accessibility for this feature, those customers could even end up suing H5P.

2020 was a record year for accessibility lawsuits, and I fully expect that 2021 will break that record.

H5P's accessibiity page promises much, but gives no specific details. The picture looks suspiciously rosy, but there's no easy way to check. You can't just say "this component is accessible". It's very rarely true. What does it even mean? WCAG 2.0 level AAA compliant? WCAG 2.1 level AA compliant? Some other standard? We can't tell without performing our own audit (which is what we are forced to do). This is not good.

It is completely normal for a digital product to have exceptions to full WCAG conformance, but if H5P is not transparent about exactly which success criteria are violated, or if those violations are unmentioned, then those using H5P technologies will be placed at legal risk. 

I suggest that H5P draw up a proper Accessibility Conformance Report (aka. a "VPAT") for all their products at the earliest opportunity, preferably with the supervision of a 3rd party accessibiity firm.

falcon's picture

Hi,

I am not sure if I understood this, but if you are having problems with the tab order when using YouTube videos within H5P it probably is outside our control. When embedding a YouTube video we are not only getting the video but an iframe with the entire YouTube player and we can't control everything that is going on inside that iframe and I don't think we can stop YouTube's buttons from being in the tab order unfortunately, but will check if that was the problem?

I'm not sure what accessibility overview page you are referring to. There are lots of those pages spread around online. On our page you can read on the top(second paragraph) what accessible means. We do receive praise from external reviewers that compared to other tools with the same level of interactivity we are among the very best on accessibility. We receive test reports regularly and fix accessiblity issues quickly.

Do note that accessibility unfortunately is not an absolute concept. It is highly subjective still. We now have two external accessibility teams with opposite findings and recommendations for our check and retry buttons for instance. One wants more descriptive aria-labels for these buttons so that what they do is easier to understand for screen reader users. The other want the aria labels to go away because they are unable to trigger the buttons with speech commands. There is support in WCAG for both views and no definitive answers. (I would claim that the speech control tool should be able to find the button both based on the visual label and the aria-label).