"fixed/video" (`24`) container

[bryophyta]

Part of https://github.com/guardian/dotcom-rendering/issues/4720

Please update FaciaPicker in Frontend once this container is supported by DCR

After proposing a basic solution (see this comment) it's now been agreed that this container should be fully migrated with the same features as Frontend (larger cards, play video in place, scoll when clicking offscreen cards).

This work may involve a refactor of Card and Carousel or it might make more sense to create new ones, maybe MediaCard and MediaCarousel?

[oliverlloyd]

If we wanted a very quick win for the video container then one option is to repurpose the Carousel on a front

With a little extra work, you can have a dark background

[alinaboghiu]

@rhiannareechaye @HarryFischer what do we think about this idea? Would save us a bunch of work ^^^ We can be flexible on actual colours here, but this layout already exists and it means not building yet another container type.

[HarryFischer]

@alinaboghiu Let me discuss with Alex and get back to you

[ajbreuer]

Hi @rhiannareechaye @alinaboghiu I have just come out of a long conversation around the vertical video text the EdEx team are doing. It reminded me of some key requirements for the video carousel on fronts...

1. the video need to play from the front on both mobile and desktop, and not just link through to the article.
2. they will need a play button, time stamp etc

Looking at the above this seems to be treating the videos like regular articles?

With the DCR version it feels we should take the opportunity to Build on the new design and experience that is being tested by the web ex team and not look to reduce functionality? Apologies if I have not understood how the above solution works.

[DanielCliftonGuardian]

WIP here https://github.com/guardian/dotcom-rendering/pull/7227

[alinaboghiu]

Reopening until https://github.com/guardian/dotcom-rendering/pull/8035 is done