0.1.1-beta.1
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/studies/000-README.md -->
|
||||
<!-- version: 3 -->
|
||||
<!-- version: 4 -->
|
||||
|
||||
# Index des études PGR
|
||||
|
||||
@@ -10,5 +10,5 @@ Une étude peut comparer des projets sources, des technologies ou plusieurs opti
|
||||
## Études actives
|
||||
|
||||
- [`001-KSP_GAMES_RECONCILIATION.md`](001-KSP_GAMES_RECONCILIATION.md) — première réconciliation explicite de PGR avec les baselines autoritaires fournies de `khadhroony-solana-project` et `sasedev-games`.
|
||||
- [`002-TAURI_SKELETON_DECISION.md`](002-TAURI_SKELETON_DECISION.md) — étude de readiness `alpha.9` déterminant si les owners existants suffisent à matérialiser un skeleton Tauri contrôlé sans transférer au skeleton la propriété normative du frontend.
|
||||
- [`002-TAURI_SKELETON_DECISION.md`](002-TAURI_SKELETON_DECISION.md) — décision historique `DEFER` du skeleton Tauri, complétée en `0.1.1-beta.1` par la preuve que ses cinq prérequis Web disposent désormais d'owners PGR, sans lever le report avant `0.1.4`.
|
||||
- [`003-V0_1_0_HORIZON_REVIEW.md`](003-V0_1_0_HORIZON_REVIEW.md) — revue d'horizon `0.1.0-beta.1` engageant les prochaines releases `0.1.x` suffisamment décidées et conservant les autres axes sans numéro.
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/studies/002-TAURI_SKELETON_DECISION.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# Décision de skeleton Tauri pour projets contrôlés
|
||||
|
||||
@@ -139,3 +139,96 @@ Cette décision ne :
|
||||
- intègre pas WASM dans le host ;
|
||||
- migre KSP ou Games vers PGR ;
|
||||
- modifie pas les règles Tauri déjà stabilisées.
|
||||
|
||||
## Réexamen de préparation 0.1.1-beta.1
|
||||
|
||||
Le `DEFER` décidé en `0.0.5-alpha.9` reste la décision active pendant `0.1.1`. La présente révision n'autorise ni création ni adoption d'un skeleton Tauri ; elle vérifie uniquement si les responsabilités Web dont l'absence motivait le report possèdent désormais des owners PGR suffisants pour que `0.1.4` puisse réexaminer le candidat sur des bases concrètes.
|
||||
|
||||
### Condition 1 — TypeScript et conventions Web contrôlées
|
||||
|
||||
Couverture disponible :
|
||||
|
||||
```text
|
||||
docs/rules/530-TYPESCRIPT.md
|
||||
docs/templates/008-WEB_TYPESCRIPT_PACKAGE.md
|
||||
templates/web-typescript/tsconfig.json
|
||||
templates/web-typescript/package.json
|
||||
docs/skeletons/003-WEB_FRONTEND.md
|
||||
```
|
||||
|
||||
Le langage/type-check, les déclarations externes, le manifest minimal et les décisions laissées au projet ont désormais des owners explicites. TypeScript reste une recommandation `SHOULD`, pas une obligation Tauri universelle.
|
||||
|
||||
État de préparation : **couvert**.
|
||||
|
||||
### Condition 2 — Vite et ownership des commandes/dev server/build outputs
|
||||
|
||||
Couverture disponible :
|
||||
|
||||
```text
|
||||
docs/rules/550-VITE.md
|
||||
docs/templates/009-WEB_VITE.md
|
||||
docs/validation/005-WEB_FRONTEND_VALIDATION.md
|
||||
```
|
||||
|
||||
Le dev server, le cache, `build.outDir`, `publicDir`, les scripts et la frontière source/généré sont possédés sans imposer de `vite.config.ts`, layout, port ou `base` universel.
|
||||
|
||||
État de préparation : **couvert**.
|
||||
|
||||
### Condition 3 — Sass/CSS et statut des artefacts générés
|
||||
|
||||
Couverture disponible :
|
||||
|
||||
```text
|
||||
docs/rules/560-CSS_SASS.md
|
||||
docs/templates/010-WEB_CSS_SASS.md
|
||||
docs/validation/005-WEB_FRONTEND_VALIDATION.md
|
||||
```
|
||||
|
||||
CSS seul reste valide ; Sass est optionnel mais recommandé lorsque utile. Sources, compilation, outputs, entrypoints de packages et compatibilité `@import` sont distingués sans imposer Bootstrap ni un `main.scss` générique.
|
||||
|
||||
État de préparation : **couvert**.
|
||||
|
||||
### Condition 4 — validation frontend indépendante de la validation Tauri
|
||||
|
||||
Couverture disponible :
|
||||
|
||||
```text
|
||||
docs/validation/005-WEB_FRONTEND_VALIDATION.md
|
||||
docs/validation/001-VALIDATION_MATRIX.md
|
||||
docs/skeletons/003-WEB_FRONTEND.md
|
||||
```
|
||||
|
||||
Restore, type-check, styles, build et smoke navigateur sont classifiés indépendamment du host. Un `PASS` frontend ne vaut explicitement pas `PASS` Tauri.
|
||||
|
||||
État de préparation : **couvert**.
|
||||
|
||||
### Condition 5 — framework CSS classé comme décision de skeleton/projet
|
||||
|
||||
Couverture disponible :
|
||||
|
||||
```text
|
||||
docs/rules/560-CSS_SASS.md
|
||||
docs/templates/010-WEB_CSS_SASS.md
|
||||
docs/skeletons/003-WEB_FRONTEND.md
|
||||
```
|
||||
|
||||
Bootstrap, Tailwind CSS ou une alternative sont des choix locaux. Leur présence dans Games/KSP ne les élève pas en règle Tauri ni en règle Web universelle.
|
||||
|
||||
État de préparation : **couvert**.
|
||||
|
||||
### Conclusion de préparation
|
||||
|
||||
Les cinq conditions de sortie formulées en `0.0.5-alpha.9` possèdent désormais des owners PGR matérialisés et non redondants.
|
||||
|
||||
Cela change le diagnostic de préparation, pas la décision de skeleton :
|
||||
|
||||
```text
|
||||
conditions Web requises couvertes
|
||||
skeleton Tauri dans 0.1.1 toujours DEFER
|
||||
réexamen autorisé 0.1.4
|
||||
création automatique interdite
|
||||
```
|
||||
|
||||
`0.1.4` devra réexaminer le corpus alors courant, les versions/outils réellement soutenus, le profil `710-TAURI.md` et la composition avec `003-WEB_FRONTEND.md`. Il pourra confirmer, modifier ou abandonner le candidat historique. La présente étude ne préjuge pas de cette décision.
|
||||
|
||||
Le candidat historique `frontend/ + Vite + TypeScript + Sass + Bootstrap + TS-RS` reste donc une observation à réexaminer, pas une baseline déjà approuvée. En particulier, `frontend/`, Vite, Sass et Bootstrap ne deviennent pas des obligations Tauri du seul fait que les owners permettant de les encadrer existent désormais.
|
||||
|
||||
Reference in New Issue
Block a user