Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Add bounded semantic comparison for project styling changes

Aperta
  • Qualcosa non va?
#459 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
38/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
rust, typescript
Ambito
compilers, testing-qa, tooling

Direzione di ricerca

Start with site/architecture/styling-ir-roadmap.md, then trace the Rust rule identity, ordering, resource, and condition semantics through the compiler → codec → engine path. Check how the TypeScript wrapper exposes read-only results without reimplementing comparison. Done means bounded equivalent, different, or unknown results with evidence, diagnostics, parity checks, and the listed acceptance tests.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Goal

Provide a bounded semantic comparison of two supported project/manifest states for a declared class and context corpus. Do not claim general CSS equivalence from JSON or text equality.

Roadmap: #455 and #456. Design context: site/architecture/styling-ir-roadmap.md.

Concrete use case

Comparing display:block flex with block flex must report the changed winner, even if a canonical spelling looks shorter. A result over one class list must not imply equivalence for all possible classes, modes or browsers.

Ownership and compatibility

  • Rust owns rule identity, ordering, resources and condition semantics. A compiler/tooling wrapper may present results to editors. TypeScript must not reimplement semantic comparison.
  • Define finite inputs: manifest pair, class lists, active modes/conditions and relevant layer/importance context. Return observed equivalent, observed different, or unknown outside the stated corpus, with evidence and diagnostics.
  • Additive 2.x read-only API outside runtime bundle; no automatic autofix or migration follows solely from this result.

Acceptance criteria

  • Tests cover token/raw values, important and native layer order, shorthand/longhand competition, condition changes, fallback declarations, class groups and native conditional rules and resource withdrawal.
  • Native/Wasm parity and compiler → codec → engine persistence are checked for supported inputs; unsupported versions or contexts fail or return explicit unknown.
  • Documentation states that browser support and computed style remain unverified without browser execution. Boundary/type/lint and bundle checks pass.
Lingua principale
TypeScript
Stelle
2k
Fork
44
Merge medio
1g 3h
PR unite (30g)
1

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di master-co/css

Tutte le issue di master-co/css

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.