A default tick format for an ordinal scale with temporal values in local time
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- d3, javascript
- Área
- data-visualization
Línea de trabajo
Empieza por el TODO y el comportamiento actual del formato de hora predeterminado para las escalas ordinales. Compara el manejo de la hora local, las zonas horarias arbitrarias a nivel de Plot y los formatos predeterminados reutilizables; el issue estará terminado cuando una dirección de API y su comportamiento esperado estén claramente especificados e implementados.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Per the code:
TODO We need a better way to infer whether the ordinal scale is UTC or local time.
Currently we support the default time format for ordinal scales when we can infer a time interval, but we always use UTC time. How could you indicate that you want to show the times in local time? Or should this be based on supporting an arbitrary time zone at the Plot level? #531 Alternatively, should we expose Plot’s default time formats as reusable implementations?
- Lenguaje dominante
- HTML
- Estrellas
- 5.4k
- Forks
- 246
- 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 observablehq/plot
-
[Types] Wrong recursion in Mark’s _tip_ optionQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
observablehq/plot#2459 · 1 reacción ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
observablehq/plot#2453 ·
-
Inconsistent type definition of _scale_._transform_Posiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertobug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
observablehq/plot#2451 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
observablehq/plot#2447 · 2 comentarios ·
-
Channel documentation with a section describing zQuizá libre de nuevo @LeonxLJX la tomó hace 37 días y no hay ningún pull request abierto. Abiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
observablehq/plot#1533 · 3 comentarios · 1 reacción ·
Todos los issues de observablehq/plot
Issues similares
-
[Bug]: `graphify export svg` writes a graph.svg that is not well-formed XML when a label contains a control characterPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Graphify-Labs/graphify#4241 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
enhancement lumen-ai
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Websites list sparkline drops to zero after a DST transitionPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
umami-software/umami#4606 ·
Los mantenedores suelen responder en 4 días
-
[Bug] Report tables drop a metric's trailing zeros and cap it at two decimalsPosiblemente ocupada @lansow la tomó hoy. AbiertoPotential Bug triaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
matomo-org/matomo#25474 ·
Los mantenedores suelen responder en 2 días
-
bug :bug:
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
Los mantenedores suelen responder en 1 día