Cluster list ordering
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 70/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- frontend
Línea de trabajo
The issue names no files, so start by finding where the cluster document list is sorted in this TypeScript web app. Keep the existing order (queued first, not-received last) and add sorting within those groups: RFCs-to-be by ascending RFC number, then drafts alphabetically. Done when cluster 496 renders in the order given in the example.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Lists of documents in a cluster are currently organized the following way (and this doesn't need to change):
- documents that are in the queue are listed first
- documents that have not been received are listed at the end
However, it would be helpful to further organize the documents by listing
- RFCs-to-be first, sorted by ascending RFC number
- draftstrings, alphabetized
For example, cluster 496 should be listed:
- RFC-to-be 10066: draft-ietf-pce-multipath received
- RFC-to-be 10067: draft-ietf-pce-sr-bidir-path received
- RFC-to-be 10068: draft-ietf-pce-circuit-style-pcep-extensions received
- draft-ietf-spring-cs-sr-policy blocked received
- draft-ietf-idr-sr-policy-path-segment not received
- draft-ietf-spring-sr-policy-yang not received
- draft-ietf-spring-stamp-srpm-mpls not received
- draft-ietf-spring-stamp-srpm-srv6 not received
Currently it looks like this:
- Lenguaje dominante
- TypeScript
- Estrellas
- 1
- Forks
- 4
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Incluye un Dockerfile o un 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 ietf-tools/queue
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ietf-tools/queue#130 · 1 comentario ·
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ietf-tools/queue#129 ·
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ietf-tools/queue#128 ·
-
enhancement
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
ietf-tools/queue#127 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
ietf-tools/queue#126 · 1 comentario ·
Todos los issues de ietf-tools/queue
Issues similares
-
e2e-failure ready-to-code
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
redhat-developer/rhdh-plugin-export-overlays#4460 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día
-
docs(api): openapi.yaml still documents gif-tools optimize colors as 2-256 instead of 2, 4, 16, 256Abiertoarea: backend documentation priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
snapotter-hq/SnapOtter#2919 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
obsidianmd/pele#39 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
biomejs/biome#12475 · 1 comentario ·
Los mantenedores suelen responder en 1 día