feat(cdk/scrolling): Integrate Pretext Library for Precise Text Measurement in Auto-Size Virtual Scroll
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- angular, typescript
- Área
- frontend, performance
Línea de trabajo
Comienza con AutoSizeVirtualScrollStrategy y su ItemSizeAverager; después, revisa las API propuestas prepare() y layout() de Pretext y cómo difieren los elementos con mucho texto de los diseños complejos. Define el alcance de la integración, el comportamiento de fallback y la validación necesaria para demostrar un dimensionamiento preciso sin regresiones.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Feature Description
Description:
Problem Statement
The current AutoSizeVirtualScrollStrategy implementation relies on ItemSizeAverager to estimate the size of unseen items based on historical measurements. While this approach works for many scenarios, it has several limitations:
- Reflow overhead: Must render elements first before measuring, triggering expensive layout reflows
- Inaccurate predictions: Averaging-based estimation can be imprecise for heterogeneous content, especially variable-height text items
- Performance bottlenecks: Frequent DOM measurements during scrolling impact performance
- Layout shifts: Predictive scrolling may cause visual jumps when estimated sizes differ significantly from actual sizes
Proposed Solution
I'd like to propose integrating the Pretext library (https://github.com/chenglou/pretext) into the auto-size virtual scroll strategy. Pretext is a pure JavaScript/TypeScript library that provides:
- Accurate text measurement without DOM: Calculates text dimensions using pure arithmetic, avoiding
getBoundingClientRectandoffsetHeight - Excellent performance: Benchmarks show
layout()operations at ~0.09ms for 500 texts (hot path) - Comprehensive language support: Handles all languages, emojis, and mixed-bidi text correctly
- Predictive sizing: Enables pre-rendering size calculations for virtual lists
Implementation Ideas
The integration could work as follows:
-
For text-heavy virtual lists:
- When items contain primarily text content with known font/line-height configurations
- Use Pretext's
prepare()+layout()API to calculate heights before rendering - This allows the scroll strategy to know exact item sizes upfront
-
Hybrid approach:
- Use Pretext for text content measurement
- Fall back to current DOM measurement for non-text or complex layouts
- Combine both for maximum accuracy
-
Performance optimization:
- Cache
PreparedTextobjects for reuse during resize events - Only re-run
layout()(the cheap 0.09ms operation) when container width changes
- Cache
Benefits
- Eliminates layout reflow for text measurement in virtual lists
- More accurate scrolling behavior with predictable item sizes
- Better performance especially for long lists with variable-height text items
- Reduced visual jumps during scrolling since sizes are pre-calculated
- Support for all languages and scripts including complex layouts
Example Use Case
- Chat applications with varying message lengths.
- Feeds/Dashboards with dynamic text content.
Use Case
No response
- Lenguaje dominante
- TypeScript
- Estrellas
- 25k
- Forks
- 6.8k
- Merge medio
- 1 d 11 h
- PR fusionados (30 d)
- 106
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 angular/components
-
area: material/datepicker P4
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
angular/components#33763 · 2 comentarios · 3 reacciones ·
Los mantenedores suelen responder en 1 día
-
area: material/table P4
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
angular/components#33709 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
area: material/table docs P4
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
angular/components#33455 ·
Los mantenedores suelen responder en 1 día
-
area: material/core P3
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
angular/components#33059 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
area: material/dialog P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
angular/components#30536 · 3 reacciones ·
Los mantenedores suelen responder en 1 día
Todos los issues de angular/components
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
aiko-chan-ai/DiscordBotClient#380 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
vercel/ai-elements#507 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 Medio día Aptitud para principiantes 84/100
anaclumos/qa-interns#148 · 1 comentario ·
Los mantenedores suelen responder en 1 día