wilk a écrit 1159 commentaires

Tendance paranoïaque. C'est noté, merci. Voulez-vous que l'on rajoute autre chose sur votre dossier ?

Je vends mon numéro de sécu si quelqu'un est intéressé. Faire offre.

De plus en plus souvent je me retrouve à simplement utiliser vim et taper du html directement pour n'importe quelle présentation.

Non, l'idée du fil était d'intégrer les fonctionnalités de base de htmx au html, en natif (voir le lien que j'ai indiqué, la branche proposal).

Par exemple <a target=xyz xyz ne peut être qu'un frame, on est obligé d'utiliser JS pour avec un target vers un autre élément. L'idée est que target puisse être #id et renvoyer vers un quelconque élément et qu'un button puisse se comporter comme un a.

J'ai fait un inventaire de mes applications, ça représente la quasi totalité des cas où j'ai du utiliser du JS (ou htmx).

Ceci dit je ne sais pas si c'est le JS qui pose problème pour écrire un browser… J'ai plus peur pour le css !

La question est de savoir si ce JS était réellement indispensable. En app d'entreprise je n'en ai quasiment jamais besoin et le peu de cas où j'en ai besoin c'est pratiquement tout le temps remplaçable par htmx. Et même la plupart du temps les utilisateurs ne voient même pas la différence entre une page qui se réaffiche ou juste un morceau tellement c'est déjà rapide avec les réseaux actuels quand justement on ne s'encombre pas de futilités.

On pourrait très bien se passer de JS dans la grande majorité des cas et le peu qui pourrait être utile pourrait être intégré au html.

Quelqu'un travaille dessus par rapport à htmx :

https://github.com/alexpetros/triptych

Par contre il y a de telles évolutions dans le CSS que ça ne va pas arranger les choses.

Il me semble qu'il sera plus difficile de trouver une faille volontaire dans un ramassis de code généré.

Si, le PCA/PRA c'est le fait de connaître quelqu'un qui s'y connait. Au cas où.

On se sent moins seul quand une panne survient !

Ca n'empêche pas. C'est déjà difficile de lire le code de quelqu'un d'autre, alors le code d'un robot ça rajoute une couche. C'est justement un des problèmes majeur des IA que même quand ça marche on ne sait pas vraiment pourquoi à part que ça se rapproche de quelque chose qui a déjà du avoir lieu quelque part.

Pareil, content d'une laser n&b après avoir été tellement déçu des HP.
La mienne arrive en fin de garantie, je me pose la questions des toners génériques. Est-ce qu'il y a des inconvénients ?

Y a que les cons qui ne changent pas d'avis.

Il implémente la chose ici en moins de 150 lignes, small is beautiful : https://github.com/alexpetros

Pour me rattraper, un petit lien vers une vidéo (d'un dev htmx) sur les travaux en cours pour intégrer quelques fonctionnalités dans le standard HTML.

Qu'un bouton puisse avoir une action comme les forms. <button action= target=
Que le target de a/form/button puisse être un sélecteur css afin d'envoyer le résultat dans le dom <a href=... target=#monelement

https://www.youtube.com/watch?v=inRB6ull5WQ

Mon cerveau a du rater un rebase ! Désolé !

Tu as bien vissé ton firevalve ?

Mon vélo n'a pas été impacté non plus.

J'utilise Kopia depuis quelques années autant pour des sauvegardes sur le long terme que pour des sauvegardes sur la journée.
Je le lance toutes les demi-heures, ça prend 3s (pour 15Go de code, mails etc) ça me permet de rattraper des erreurs de manip et en même temps de vérifier régulièrement si la sauvegarde est bien effectuée.
Je ne vois pas trop la différence avec Borg que j'utilisais avant, c'est juste plus facile à installer, un binaire, et peut-être plus rapide.
Les fonctionnalités sont très nombreuses (UI et tout) mais je trouve ça plutôt dommage, j'aurai préféré quelque chose de plus simple pour être plus confiant.

On dit pas gauche on dit extrême gauche, t'as oublié les consignes.

Le principe même du monopoly c'est que celui qui a l'avantage il capitalise et il gagne.

"Egalement" n'est pas le terme approprié. On ne dit pas 4 = 10 sous prétexte que 4 n'est pas zéro.

il y a tellement de gens qui présentent HTMX comme un remplaçant de React que ça donne une mauvaise image de la chose.

Comparer HTMX et React c'est stupide.

Comparer HTMX et React est stupide quand ils sont utilisés là où ils sont adaptés mais bien souvent React est utilisé là où HTMX aurait largement pu faire l'affaire en évitant une usine à gaz.

Je ne sais pas ce qui est considéré comme une application conséquente mais je n'ai aucun mal à adapter mes applications classiques (SSR) à htmx.
Par contre je pense qu'il ne faut pas tomber dans le piège d'en mettre de partout, j'utilise htmx uniquement quand c'est réellement utile voir indispensable. Sur linuxfr par exemple on pourrait l'utiliser pour la prévisualisation mais peu d'intérêt pour aller d'un journal à l'autre à mon avis.

Ca reprend les termes JS non ?
https://developer.mozilla.org/fr/docs/Web/API/Element/insertAdjacentHTML
https://developer.mozilla.org/fr/docs/Web/API/Element/innerHTML

Pour ce coup c'est une extension, pas un nouveau data center.
https://www.google.com/about/datacenters/locations/hamina/