Très bon article, j’ai appris pas mal sur Makefile que j’utilise de manière simple. En faite je pense que beaucoup aime goTask, car c’est du yaml, un format connu de beaucoup car utilisé partout (compose, kube, ansible, cicd etc …). Un truc que j’avais apprécier sur goTask, c’est peux être possible avec Make, c’était l’import d’autre taskfile, et surtout la surcharge de ceux, ceux qui permettait un templating assez poussé.

Intéressant, merci !

Merci du commentaire ça fait plaisir que l’article ait plu ! C’est intéressant le choix d’avoir fait une distribution gaming sur NixOS. Ca doit clairement faciliter pas mal de choses. J’espère que vous allez rencontrer le succès ;)

Super retour sur NixOS ! On a justement choisi NixOS comme base pour GLF OS pour ça : un système déclaratif, reproductible et fiable. Moins de bricolage, plus de stabilité pour mieux jouer 🐧🎮

Salut.

Tu testes où ? comment tes perfs web pour les images ?

Salut.

La partie vraiment la plus enquiquinante est la gestion des CSP ; je suis depuis des années en B+, parce que je n’ai pas voulu justement les gérer. (mode la flemme)

Quoiqu’il en soit, merci des précisions qui dans mon cas servent de rappel !

ça fait plaisir de voir du Apache httpd ! Pour une fois qu’on n’a pas du nginx :)

Le répertoire ~/.config/vim fonctionnent avec la version 9.1.

Bjr.

Rien à redire, complètement d’accord.

Si vous avez d’autres usage, je serai ravi de les ajouter au mémo!

Disons que c’est un coup « à la Apple », techniquement rien de nouveau, mais personne ne l’avait fait avant. Les fans diraient qu’ils ont osé.

Je pousserai encore plus loin la réflexion si j’étais d’humeur trollesque : Est-ce une révolution pour un traitement de texte de savoir interprêter un formattage basique de texte ?

L’autre titre de l’article, de niveau H1, est : LibreOffice 26.2 : enfin compatible avec Markdown (et c’est une révolution discrète)

Alors, révolution discrète ou énorme ? parce qu’à moins que je ne me trompe, l’un est difficilement compatible avec l’autre…

J’ai ajouté ce jour la gestion SELinux

Merci beaucoup IsserTernus ! Tes suggestions sont d’une grande précision, ça sent l’expérience utilisateur derrière. 😊

Concernant la “page d’exemple” : c’est une idée brillante. Il est vrai que pour un nouvel utilisateur, devoir trouver du code de test est une friction. L’ajout d’un bouton “Démarrer avec un template démo” directement dans l’accueil (pour remplir le champ de code en un clic) est désormais une priorité dans ma roadmap. Cela permettra de démontrer la puissance du mode “Freeform” instantanément.

Quant aux modèles de tailles prédéfinies (signatures de mail) : c’est un cas d’usage auquel je crois beaucoup. Le défi sera d’assurer la compatibilité avec les clients mail (souvent capricieux avec le CSS), mais l’idée de proposer des dimensions de canevas adaptées est très pertinente pour aider les utilisateurs à se lancer.

Merci encore d’avoir pris le temps d’analyser l’outil avec cet œil technique et constructif !

L’outil est vraiment impressionnant 😁 - Bravo pour ce taff

Tu devrais proposer dessus une page d’exemple pour voir ses capacités (par exemple le modèle que tu utilises dans la vidéo de présentation au lieu de devoir faire importer un code de test par les utilisateurs 😉)

L’ajout de modèles blank à des tailles prédéfinies te permettrait aussi de capter un public souhaitant juste par exemple créer sa signature de mail 😜

Merci pour ton retour deblan ! C’est vrai que c’est un gros défi technique.

Tu soulèves un point crucial : le responsive. Les systèmes de grilles sont excellents pour la structure standard. L’idée d’HtmlDrag n’est pas de remplacer ces systèmes pour des apps complexes, mais d’offrir une liberté totale pour le design “pixel-perfect” (comme les landing pages, les headers créatifs ou les prototypes rapides).

Concernant le positionnement, HtmlDrag permet d’exporter un code propre qui peut ensuite être intégré. L’objectif est de supprimer la friction entre “l’idée visuelle” et le “premier rendu HTML”. On gagne un temps fou sur la phase exploratoire !

Je vais jeter un œil à murph, c’est toujours intéressant de voir d’autres approches de construction de sites. Merci pour le défi technique !

Hello,

On voit qu’il y a eu pas mal de taf.

Tu réponds à quel(s) besoin(s) avec ton service ?

La plupart des outils vous imposent des “boîtes” et des “grilles”. Si vous voulez déplacer un élément de quelques pixels ou modifier un template existant, vous finissez souvent par vous battre contre les règles de l’outil.

Je pense qu’un des intérêts des outils à boites/grilles (que je développe aussi dans murph https://upload.deblan.org/u/2026-01/69777163.png), c’est avant tout de maitriser le rendu sur différents terminaux (desktop, mobile, whatever). Ainsi, j’ai du mal à voir à imager un contexte ou tout placer en position relative/absolute serait une bonne idée.

Bonjour

C’est quoi un(e?) “Désecalade” ?

L’IA est un service proposé aux utilisateurs. Cela brasse des milliards de dollars. Est-ce rentable et durable ? Est-ce que l’on ne va pas devenir tributaire de cette puissante technologie si convoitée, complexe et opaque ? Est-ce qu’on nous laissera un avenir ? Lequel ? Quel est le but poursuivi ? Pourra t’on coexister avec l’IA ? Est-ce réaliste ? Est-ce qu’on va troquer un mode de vie par un autre ?

Charles Babbage, un précurseur de l’informatique, a fini sa vie ruiné, dans sa quête de réalisation.