Support `animation @fill`
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
Línea de trabajo
Empieza rastreando cómo se procesan el elemento animate de TTML2 y su atributo fill, y después compara el comportamiento predeterminado actual con la especificación TTML2. Se considera terminado cuando el comportamiento predeterminado usa la semántica remove, mientras que fill="freeze" conserva el valor final de la animación, incluido el ejemplo de gain descrito en el issue.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The TTML2 animate element supports a fill attribute.
The default of "remove" means that at the end of the animation, the end value is reverted. In general we want the semantic associated with the alternative value, "freeze" to apply, where whatever the end value is gets retained.
For example:
<div begin="0s" end="2.3s">
<animate begin="0.0s" end="0.2s" tta:gain="1;0.4"/>
<animate begin="2.1s" end="2.3s" tta:gain="0.4;1"/>
This varies the gain from 1 -> 0.4 between 0.0 and 0.2s, and then varies it from 0.4 -> 1 between 2.1s and 2.3s. But what happens between 0.2s and 2.1s? By default the gain value reverts to its default of 1, but we want to "freeze" it at 0.4 in this example:
<div begin="0s" end="2.3s">
<animate begin="0.0s" end="0.2s" fill="freeze" tta:gain="1;0.4"/>
<animate begin="2.1s" end="2.3s" tta:gain="0.4;1"/>
Our current default behaviour is actually "freeze" but that's wrong - it should be "remove" according to the spec.
- Lenguaje dominante
- JavaScript
- Estrellas
- 8
- Forks
- 1
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de bbc/adhere-lib
-
Support DAPTAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
bbc/adhere-lib#91 ·
-
Test for blob protocol failsAbiertobug
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
bbc/adhere-lib#81 ·
-
Dependency DashboardAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 15/100
bbc/adhere-lib#77 ·
-
Improve documentationAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 35/100
bbc/adhere-lib#52 ·
-
Create dev and build distsAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
bbc/adhere-lib#36 ·
Todos los issues de bbc/adhere-lib
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
ImpactMojo/ImpactMojo#1385 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Seeed-Studio/wiki-documents#5974 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
taskcluster/taskcluster#9486 · 2 comentarios ·
Los mantenedores suelen responder en 1 día