Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

feat(virtual-scroll): Add dynamic fixed size virtual scroll strategy

Aberta
  • Algo errado?
#33,045 2 comentários 2 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
45/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Pouca atividade
Stack de tecnologia
angular, typescript
Domínio
frontend

Direção de pesquisa

Comece revisando a estratégia atual de rolagem virtual de tamanho fixo e a estratégia experimental cdk autoSize; em seguida, execute os exemplos vinculados do StackBlitz. O trabalho estará concluído quando uma estratégia aceitar uma função que mapeie um índice para um tamanho em pixels e oferecer suporte a tamanhos de item fixos, variáveis, com espaçamento, com preenchimento e expansíveis ou recolhíveis.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

area: cdk/scrolling feature gemini-triaged P3
Feature Description

Currently the provided virtual scroll strategy is only for fixed size. This is very restrictive.
In cdk experimental there is an autoSize strategy that determines the size of an item automatically but it is experimental and decides the size by itself.
I propose a new strategy for fixed, known but dynamic size.
For example if I have a list of items with some items being with 50px height and some with 80px height I can't use any default strategy for it but I also don't need autoSize. I know item 3 is 80px but item 6 is 50px which makes it easier to implement.
Using the new strategy I can express the dynamic (but known) size.
An example API for it is passing a function: (index: number) => number that returns a pixel size based on given item index.
One of the benefits is that fixed size is a specific case of the new strategy with the function returning the same size always (with a bit of worse performance) - so no need to create two default strategies as fixed (the current one) can be derived from the new strategy.
I created a stackblitz with such strategy and some use cases:
https://stackblitz.com/edit/stackblitz-starters-eey1ve9m

Use Case
  1. Can be used for fixed size like now
  2. Can be used to add gap between items
  3. Can be used to add padding (top/bottom) - although there are other ways to do it currently
  4. Can be used to express varying sizes (80px and 50px mixed for example)
  5. Can be used to allow expand/collapse items for details - initial size for index X is 50px. On click increase size to 80px and refresh strategy. Same for collapse but the other way around.
  6. Can be a mix of all the above

To summarize it gives a lot of control for many use cases including the fixed size that exists today.

Linguagem predominante
TypeScript
Estrelas
25k
Forks
6.8k
Merge médio
1d 7h
PRs com merge (30d)
92

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de angular/components

Todas as issues de angular/components

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.