Merci, c'est de bonnes pistes, en effet !
axum-htmx est une implémentation de helpers comme l'extractor que j'ai mis dans mon exemple. C'est toujours pratique à avoir, surtout qu'il a…
Un "essay" HTMX qui parle du sujet des fragments : https://htmx.org/essays/template-fragments/
J'avoue que mon inquiétude, c'est de réussir à pondre une organisation de fichiers et de code (rust et templates) qui soit clair et sans trop de code boilerplate, pour minimiser au maximum le…
J'ai replongé dans les concepts au cœur de HTMx, pour identifier la bonne approche.
Un bon exemple est disponible ici : https://dev.to/apostrophecms/digging-into-htmx-examples-and-how-to-use-i…
Je n'avais, en effet, pas pensé à l'aspect "obligatoire" de hx-push-url pour le hot-reload.
Je pense que le coût de gestion du hx-request est assez énorme si on veut bien l'implémenter…
L'approche "mock" ne me semble pas intéressante, elle est vraiment pensée pour l'usage dans des tests unitaires, mais pas pour une sorte de "mode debug"
Les "features" de Rust me paraissent +…
Nous avions parlé de DuckDB qui est une base de données type fichier comme SQLite mais avec une implémentation plus stricte du SQL, dont voici un [wrapper](https:/…
Je pose la question naïvement mais pourquoi vouloir mettre en place un ORM plutôt que l'implémentation direct d'un wrapper autour de la base de données que l'on aura choisi ?
En Rust,…
Pour avancer sur ce ticket, il faudrait
- soit contacter les éditeurs de bases (à minima Vidal) pour voir s'ils fournissent de la doc et des bases pour faire des tests de mise en place, sans…
Si ça vous parait pertinent, je peux ajouter quelques tests unitaires, entre autre pour couvrir certaines erreurs (par exemple la présence d'un "null byte" \0 au milieu d'une chaîne à parser)
760a9cd92c
feat: [sesam-vitale] Use thiserror, anyhow and expect to properly handle errors instead of unwrap