Désolé j'ai raté l'option, c'est une migration d'une boite française mais c'est pas en français…
A part ça je peux aussi témoigner sur l'intérêt de cette petite lib qui permet d'ajouter un peu de réactivité aux pages sans renier la logique du rendu serveur… Que du bonheur.
A part ça je peux aussi témoigner sur l'intérêt de cette petite lib qui permet d'ajouter un peu de réactivité aux pages sans renier la logique du rendu serveur… Que du bonheur.
Cela donne envie d'en savoir plus. Je suis sur qu'une dépêche sur cette lib (présentation de ce que c’est + un peu de retour d'expérience) en intéresserait plus d'un•e
C'est l'évolution de Intercooler.js déjà discuté sur Linuxfr, il n'y a plus de dépendance avec jquery et il y a pas mal de nouvelles fonctionnalités.
C'est la même approche que Unpoly, le replacement de fragments de html avec des appels ajax. On écrit pas de Javascript, les appels ajax ainsi que les éléments du DOM remplacés sont conditionnés par les noms des attributs html de la page.
Idéal pour un site full backend qui veut ajouter de l'interactivité sans passer par les bulldozers que sont React, Angular ou Vue, et/ou qui se dit que le HTML est, après tout, la base de l'hypertexte.
Bon, ça change rien pour les sites qui veulent un peu d'interactivité, mais j'avoue, quitte à mettre du moderne léger, Svelte ferait plutôt bien le job non ? Ou alors faut forcément passer par la case packer/transpiler ?
Pour l'instant htmx supporte ie11 qui ne supporte pas fetch.
A voir pour le futur …
Svelte ne fait pas de rendu server-side ad hoc, ou alors on va "siouxer" et il faut encore écrire du Javascript.
En ce qui me concerne je n'ai pas envie d'écrire une seule ligne de js (ni de "transpiler" ni de "packer" ni "Hydrater" et autres) … oui je suis vieux et feignasse, et le revendique.
Dans la même logique de faire le rendu principalement côté serveur, il y a aussi stimulus, sous-titré comme "un framework javascript léger pour le HTML que vous avez déjà".
Ça me plaît bien dans le principe, mais leurs pages d'exemple n'ont pas l'aire d'être de l'HTML valide : par exemple le click-to-edit qui utilise un attribut hx-ext non-autorisé sur le body.
Est-ce que htmx peut produire du contenu HTML valide ? C'est peut être juste leur site qui n'est pas valide ?
Posté par wilk .
Évalué à 4.
Dernière modification le 20 octobre 2022 à 09:13.
Bien vu, apparemment c'est un problème qui n'est pas résolu et qui concerne pas mal d'autres frameworks, y a une recherche de consensus au niveau w3 pour permettre que des attributs persos soient valides mais c'est pas encore le cas. Théoriquement il faudrait utiliser quelque chose qui commence par data-. Je ne sais pas si c'est possible de le configurer…
# SPA en français
Posté par wilk . Évalué à 6.
Désolé j'ai raté l'option, c'est une migration d'une boite française mais c'est pas en français…
A part ça je peux aussi témoigner sur l'intérêt de cette petite lib qui permet d'ajouter un peu de réactivité aux pages sans renier la logique du rendu serveur… Que du bonheur.
[^] # Re: SPA en français
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Corrigé, merci.
[^] # Re: SPA en français
Posté par tisaac (Mastodon) . Évalué à 10.
Cela donne envie d'en savoir plus. Je suis sur qu'une dépêche sur cette lib (présentation de ce que c’est + un peu de retour d'expérience) en intéresserait plus d'un•e
Surtout, ne pas tout prendre au sérieux !
# Complément
Posté par bbo . Évalué à 6.
Il me semblait bien me rappeler avoir déjà vu htmx ! Devnewton avait partagé un lien également l'année dernière.
# Depuis 2014
Posté par raum_schiff . Évalué à 7.
C'est l'évolution de Intercooler.js déjà discuté sur Linuxfr, il n'y a plus de dépendance avec jquery et il y a pas mal de nouvelles fonctionnalités.
C'est la même approche que Unpoly, le replacement de fragments de html avec des appels ajax. On écrit pas de Javascript, les appels ajax ainsi que les éléments du DOM remplacés sont conditionnés par les noms des attributs html de la page.
Idéal pour un site full backend qui veut ajouter de l'interactivité sans passer par les bulldozers que sont React, Angular ou Vue, et/ou qui se dit que le HTML est, après tout, la base de l'hypertexte.
[^] # Re: Depuis 2014
Posté par Glandos . Évalué à 3.
Je comprends mieux pourquoi ça utilise encore XMLHttpRequest au lieu de fetch qui est supporté depuis au moins 5 ans partout.
Bon, ça change rien pour les sites qui veulent un peu d'interactivité, mais j'avoue, quitte à mettre du moderne léger, Svelte ferait plutôt bien le job non ? Ou alors faut forcément passer par la case packer/transpiler ?
[^] # Re: Depuis 2014
Posté par raum_schiff . Évalué à 8.
Pour l'instant htmx supporte ie11 qui ne supporte pas fetch.
A voir pour le futur …
Svelte ne fait pas de rendu server-side ad hoc, ou alors on va "siouxer" et il faut encore écrire du Javascript.
En ce qui me concerne je n'ai pas envie d'écrire une seule ligne de js (ni de "transpiler" ni de "packer" ni "Hydrater" et autres) … oui je suis vieux et feignasse, et le revendique.
[^] # Re: Depuis 2014
Posté par cg . Évalué à 6.
Dans la même logique de faire le rendu principalement côté serveur, il y a aussi stimulus, sous-titré comme "un framework javascript léger pour le HTML que vous avez déjà".
# Discussion HN
Posté par Colargol (site web personnel) . Évalué à 5.
Pour ceux que le sujet intéresse la discussion de l'article sur Hacker News est très instructive.
# Validité de l'HTML ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 3.
Ça me plaît bien dans le principe, mais leurs pages d'exemple n'ont pas l'aire d'être de l'HTML valide : par exemple le click-to-edit qui utilise un attribut
hx-extnon-autorisé sur lebody.Est-ce que htmx peut produire du contenu HTML valide ? C'est peut être juste leur site qui n'est pas valide ?
[^] # Re: Validité de l'HTML ?
Posté par raum_schiff . Évalué à 3.
En fouillant un peu.
hx-ext
Charge des extensions optionnelles, pour du debug (entre autres).
_="truc"
C'est pour utiliser ceci, qui est fun mais non requis.
Le reste c'est des erreurs de markup ou dues à l'utilisation d'extensions.
[^] # Re: Validité de l'HTML ?
Posté par wilk . Évalué à 4. Dernière modification le 20 octobre 2022 à 09:13.
Bien vu, apparemment c'est un problème qui n'est pas résolu et qui concerne pas mal d'autres frameworks, y a une recherche de consensus au niveau w3 pour permettre que des attributs persos soient valides mais c'est pas encore le cas. Théoriquement il faudrait utiliser quelque chose qui commence par
data-. Je ne sais pas si c'est possible de le configurer…Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.