Handle zero-sized buffers internally

Offen
  • Stimmt etwas nicht?
#238 17 Kommentare 4 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

@madsmtm arbeitet bereits daran.

Seit 24.11.2025.

  • #295 von @madsmtm — offen

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
38/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
rust
Bereich
api, computer-graphics

Rechercherichtung

Beginne mit der öffentlichen NonZeroU32-API und der in PR #236 verlinkten Diskussion; verfolge dann, wie Größenänderung und Rendering über die unterstützten Backends hinweg mit Größen von null umgehen. Die Arbeit ist abgeschlossen, wenn die API von Aufrufern nicht mehr verlangt, Puffer der Größe null zu vermeiden, das Backend-Verhalten und die No-op-Semantik festgelegt und durch die relevanten Tests abgedeckt sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

The NonZeroU32 in our public API is ugly IMO. Is there a reason why we avoid resizing and rendering when the sizes are 0? Does it crash on some backends? Could we instead make it be a no-op?

See also discussion in https://github.com/rust-windowing/softbuffer/pull/236#discussion_r1740169764.

Vorherrschende Sprache
Rust
Sterne
512
Forks
90
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

  • Kein Dockerfile und keine Docker-Compose-Datei
  • Hat eine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

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 rust-windowing/softbuffer

Alle Issues in rust-windowing/softbuffer

Ähnliche Issues

Weitere Issues zu Rust

Neue Issues direkt in Ihr Postfach

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