Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

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

Offen
#33,045 2 Kommentare 2 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
45/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Ruhig
Tech-Stack
angular, typescript
Bereich
frontend

Rechercherichtung

Beginne mit der Überprüfung der aktuellen Strategie für virtuelles Scrollen mit fester Größe und der experimentellen cdk autoSize-Strategie und führe anschließend die verknüpften StackBlitz-Beispiele aus. Die Arbeit ist abgeschlossen, wenn eine Strategie eine Funktion akzeptiert, die einen Index einer Pixelgröße zuordnet, und feste, variable, Abstands-, Auffüll- sowie erweiterbare oder einklappbare Elementgrößen unterstützt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache
TypeScript
Sterne
25k
Forks
6.8k
Ø Merge
1 T. 1 Std.
Gemergte PRs (30 T.)
84

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus angular/components

Alle Issues in angular/components

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.