l’article en lien utilise beaucoup de fonctionnalités qui ne sont pas disponibles dans Gemtext, en particulier : la mise en emphase (en gras et en italique) et les liens « embarqués dans un paragraphe » avec du texte alternatif
Le gras et l'italique sont effectivement absents de la version Gemtext de l'article.
Pour les liens il n'y en a pas tellement d'intégrés directement dans les paragraphes de cet article-là (par contre dans mes autres articles c'est un festival 😅️), mais ça n'est pas vraiment un problème pour moi puisque ma bibliothèque rst2gemtext fait le travail de les sortir automatiquement en dessous du paragraphe (j'ai encore quelques améliorations à faire sur ce point je pense, comme numéroter les liens internes aux paragraphes mais c'est un détail).
je suis gentil, je pars du principe que les smileys sont gérés comme des caractères et que les « blocs de citation » permettent le code « inline » qui est beaucoup utilisé dans l’article.
Les smileys sont effectivement des caractères Unicode donc tout à fait utilisables dans un document Gemtext.
Pour ce qui est du code inline (au sein d'un paragraphe), c'est comme pour le gras et l'italique, ça n'existe tout simplement pas dans la syntaxe Gemtext. Par contre, pas besoin de « bloc de citation » pour représenter des blocs de code, il y a bien une syntaxe prévue pour le texte préformaté. :)
Je ne sais pas trop pourquoi Gemtext a été simplifié à ce point, au point d’en devenir inutilisable même pour un simple « texte bien conçu en-dehors de toute considération de style d’affichage », sachant que la simple gestion du protocole TLS (obligatoire) doit être beaucoup plus consommatrice en terme de ressources (CPU, RAM, réseau) que les deux points de mise en forme que je mentionne plus haut.
La raison principale semble plutôt être la simplicité d'implémentation que la légèreté dans ce choix. Voici une citation extraite de la FAQ du projet (au sujet de l'absence de lien inline) :
Because text/gemini is an entirely new format defined from scratch for Gemini, client authors will typically need to write their own code to parse and render the format from scratch, without being able to rely on a pre-existing, well-tested library implementation. Therefore, it is important that the format is extremely simple to handle correctly. The line-based format where text lines and link lines are separate concepts achieves this. There is no need for clients to scan each line character-by-character, testing for the presence of some special link syntax.
Au final je ne pense pas que le format soit adapté à tous les contenus, mais pour tout ce qui est très « littéraire » (fiction, billet d'humeur, réflexions,...) ça fonctionne plutôt bien. On retrouve d'ailleurs nombre de capsules contenant des textes de fiction, comme Cosmic Voyage (gemini://cosmic.voyage/) par exemple.
[^] # Re: Ô ironie, quand tu nous tiens...
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Décollage : ce blog vient d'être propulsé dans le Geminispace ! [présentation du projet Gemini]. Évalué à 4. Dernière modification le 13 avril 2023 à 12:59.
Le gras et l'italique sont effectivement absents de la version Gemtext de l'article.
Pour les liens il n'y en a pas tellement d'intégrés directement dans les paragraphes de cet article-là (par contre dans mes autres articles c'est un festival 😅️), mais ça n'est pas vraiment un problème pour moi puisque ma bibliothèque
rst2gemtextfait le travail de les sortir automatiquement en dessous du paragraphe (j'ai encore quelques améliorations à faire sur ce point je pense, comme numéroter les liens internes aux paragraphes mais c'est un détail).Les smileys sont effectivement des caractères Unicode donc tout à fait utilisables dans un document Gemtext.
Pour ce qui est du code inline (au sein d'un paragraphe), c'est comme pour le gras et l'italique, ça n'existe tout simplement pas dans la syntaxe Gemtext. Par contre, pas besoin de « bloc de citation » pour représenter des blocs de code, il y a bien une syntaxe prévue pour le texte préformaté. :)
La raison principale semble plutôt être la simplicité d'implémentation que la légèreté dans ce choix. Voici une citation extraite de la FAQ du projet (au sujet de l'absence de lien inline) :
Au final je ne pense pas que le format soit adapté à tous les contenus, mais pour tout ce qui est très « littéraire » (fiction, billet d'humeur, réflexions,...) ça fonctionne plutôt bien. On retrouve d'ailleurs nombre de capsules contenant des textes de fiction, comme Cosmic Voyage (gemini://cosmic.voyage/) par exemple.