steph1978 a écrit 3437 commentaires

Pas grand chose de récupérable car fait en one-off et il y six ans. Le site source a changé.

Une partie réutilisable est l'énumération des coordonnées x,y à partir d'une zone géographique et d'un zoom. On injecte ça dans une boucle de curl en shell ; ou le combiner à du httpx et du sqlite.

La limite est que ça ne gère qu'une "boîte" et pas des formes plus complexes. Il serait intéressant de pouvoir décrire un cercle ou une ellipse voire un polygone arbitraire.

Et finalement utiliser QGis pour décrire cette zone complexe et télécharger les tiles, c'est peu être le plus efficace.

Merci pour ce journal qui me rappelle que j'avais fait la même manip pour récupérer des cartes IGN (qui n'était pas open à l'époque).

J'avais utilisé python+bash pour l'extraction des tuiles au lieu de QGIS ici. QGIS, excellent outil au demeurant.

Son seul problème, à mon humble avis, reste sa lisibilité

Et cela a été prouvé scientifiquement

"93% of Paint Splatters are Valid Perl Programs"

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.

Ça se compare au sens ou c'est une alternative si tu dois faire une application web : tu peux faire du MPA, du MPA avec du jquery, du SPA avec un des 15 framework TS/JS qui existent, du SSR, du Phoenix/Liveview, du HTMX, du ELM, du Purescript, etc.

C'est toujours intéressant de savoir les points forts et les points faibles de chaque approche.

Je n'ai pas fait d'application "conséquente" avec HTMX. Mais étant un dev plutôt backend, je me suis retrouvé dans la proposition qui est faite. J'ai pû faire une application web de quelques écrans de gestion de ma collection de films avec intégration à IMDB. Ce de manière bien plus plaisante que avec n'importe quel framework frontend.

J'ai utilisé Python+FastAPI+Pydantic+Jinja+Pug+HTMX.

Mais si vous voulez quelque chose de sérieux, je vous invite à regarder cette vidéo. Toute la conférence est intéressante mais pour ceux qui sont intéressés par les chiffres, se rendre au timecode 17:58.

En gros, sans perte de confort utilisateur, et même en l'améliorant côté perf, ils sont passé de 21kloc de JS à 6kloc et seulement de 500 loc à 1200 loc Python. Il explique aussi qu'un développeur peut maintenant prendre une feature de bout en bout, sans que le front doive attendre le back.

N'y touchez pas. Si vous y touchez, le doute va s'insinuer en vous.

Chat-GPT est capable

De toute façon, à partir de là, j'avais déjà un doute sur le contenu :)

ça m'embête toujours de passer par des sites comme dcode.fr.

alors passe par chez le Hollandais volant : https://lehollandaisvolant.net/tout/tools/

Et peut être numéro uno :

Désactiver la charge rapide.

Moins de courant, mois d'usure. La charge rapide, c'est pratique quand on est en galère à la gare et qu'on doit récupérer rapidement de l'autonomie. Mais si on charge la nuit, peu importe que ça prenne 1h ou 3h, le matin ce se sera à 100%.

Pour le 80%, j'y crois moyen. Le BMS est là pour limiter une surcharge.
Pour le 0%, il paraît qu'une batterie Li n'aime pas tomber si bas.

Par contre l'argument de dire "charger entre 40% et 80% c'est bien car ça compte que pour un demi cycle" : j'espère bien ! car ça fait même pas une demie charge :/

J'ai de tout temps installé une extension pour voir les tabs en verticaux et hiérarchiques. Ça s'appelait "Tab Mix Plus" puis "Tree Style Tab". Ça me permet d'être heureux avec 106 onglets d'ouverts. Encore plus quand je vois qqun sous chrome qui pleure avec 30 onglets.

Si les ressources te sont si précieuses :

$ ls -lh /usr/local/bin/minijinja-cli
-rwxr-xr-x 1 root root 6.5M Jun 12 12:33 /usr/local/bin/minijinja-cli

à découvrir ici

Tu peux détailler ce que tu entend par référence croisé ?

Dans un contenu, le fait de pouvoir pointer un autre contenu qui aborde un sujet connexe.

quel serait la différence entre des tags, et des catégories non hierarchisé dans ton cas d'usage ?

Dans mon modèle mental, un contenu appartient à une et une seule catégorie mais peut avoir un nombre quelconque de tags.

Les catégories ont tendance à être trop strictes, les tags trop lâches :/

Ton approche est très unix way indeed <3

Oui

Yes!

En ajoutant le support de yaml, toml et xml, j'arrive à 20MB. Je trouve pas ça rédhibitoire.

Bravo pour ce projet

J'ai lu les commentaires de la précédente dépêche.

J'ai un site qui s'apparente à un blog dans lequel je publie mes notes sur divers sujets.

Je ne voulais pas écrire les outils moi-même mais démarrer simple pour ajouter des fonctionnalités quand le besoin s'en faisait sentir.

À date, j'utilise:

• pandoc : markdown + front matter -> HTML
• plantuml et drawio pour les diagrammes
• une css maison (dans ce style)
• de la glue en Shell
• un scripts AWK (+ gron pour traiter du json en ligne par ligne) pour gérer les tags
• entr pour réagir au changement de contenu sur disque
• make pour le build incrémental
• stork comme moteur de recherche côté client mais je passerai bientôt à pagefind car Stork n'est plus maintenu
• live-server pour le reload automatique dans le navigateur en dev
• helix pour l'édition

Ce que ça fait déjà

• chaque post en HTML dans sa propre page
  • la coloration syntaxique
  • la table des matières d'un post
  • permalink
• une home page avec la liste de posts
• une page de tags
• un moteur de recherche côté client
• le flux RSS

J'aimerai travailler sur

• L'intégration avec une forge logicielle, pour avoir
  • le déploiement automatique (j'uploade par script en FTP)
  • la gestion des droits
  • le versioning
• un LSP (superset de markdown), pour faciliter la création de références croisées et aider à la rationalisation les tags
• la publication sur le Fediverse

je ne pense pas travailler sur

• l'optimisation de la vitesse (et le parallélisme) : entre make (incrémental) et pandoc (très rapide), et seulement quelques centaines de contenus, je n'ai pas de soucis de lenteur
• les catégories : je trouve difficile de définir les bonnes catégories. Je préfère quelque chose de moins rigide – search, tags, cross-reference – pour organiser le contenu
• la navigation – next/previous, calendrier – car mon contenu n'a pas de chronologie

Vous l'aurez deviné, rien de publiable en l'état car hautement lié à mon besoin. Mais largement reproductible.

Je comprends à la lecture des commentaires que ce n'est pas l'intention initiale de l'auteur mais pour ceux que cela pourrait intéresser, il est relativement aisé d'avoir jinja en ligne de commande et dans un exécutable autoporteur.

En combinant jinja2-cli et pyinstaller, et en appliquant une recette inspirée de celle-ci, on obtient un exe qui peut être installé n'importe où.

Si j'ai besoin de chauffage en hiver, j'allume un bon feu.

Je suis arrivé à en virer bcp plus avec un outil, cf https://linuxfr.org/users/steph1978/journaux/bloated

Oui, je proposais des choses qui restent autour d'une syntaxe ECMA script, point commun de ces trois outils.

Très bien formulé.

Ça me rappelle ce que font un google zx ou un Bun Shell.

J'imagine que cela permet à des DEV de faire un peu d'OPS.

Si, comme je le comprends, l'objectif est la portabilité, oui ils auraient dû transpiler vers du shell posix.

Oui le code est immonde (en particulier la dépendance à bc pour les boucles !!).

Cependant si le but est d'éviter les plus grosses bourdes en bash en utilisant un langage plus strict, tout en conservant la compatibilité, je trouve la démarche plutôt intéressante.

Ça manque de | par contre …

Qui.

Si M$ a pas mis un milliard dedans c'est surement une technologie vouée à l'échec.

On mesure - dans la douleur pour la planète - que le cerveau humain est d'une redoutable efficacité énergétique.

J'imagine qu'il y a une différence entre manger un sushi de trop et boire un litre de bactéries fécale. Je dis ça, j'ai jamais essayé ni l'un ni l'autre.

d'ailleurs tu n'as pas fini à l'hôpital