Condensé du jour : lundi 2 nov. 2020

Posté le lun. 02 novembre 2020 dans journal

Blog et organisation

Je vous avais parlé, dans l’annonce de re-publication de mon blog, de la syntaxe Pelican que j’utilise.

Il me vient l’idée qu’il serait intéressant de développer des métadonnées « rendu obsolète par » et « complété par » qui permettent de mettre en lien un article plus récent sur le sujet ce qui constituerai donc un fil de lecture et une suite logique d’articles. Un sujet à creuser pour vérifier la pertinence de l’idée…!

Autres métadonnées à utiliser dans vos articles Pelican :

Contenu Notation dans Pelican
Brouillon (ne pas publier) status: draft
Caché (ne pas publier) status: hidden

Petites réflexions du jour :

  • je suis vraiment mal à l’aise avec la séparation des titres, noms des fichiers et adresse web dans Pelican ; je trouve que ça empêche de se poser la question de quelle doit être l’organisation principale de ses fichiers (mais je n’ai pas encore exploré le classement par catégorie…).
    • ajout : « SLUGIFY_SOURCE = 'basename' » dans pelicanconf.py [1] permet de résoudre une partie de ces problèmes ;
  • en plus de « date », il faudrait une métadonnée « publié » car ces deux notions sont différentes et j’aurais parfois besoin de cette distinction ;
  • dans ma pratique quotidienne, j’ai des billets « fourre-tout » qui contiennent des petites avancées sur plein de sujet (comme du µblog… mais dans un même fichier). Mais je ne vois pas comment, avec Pelican, pouvoir séparer ces différents sujets et leur assigner des catégories et étiquettes séparées…

Adapter Pelican à mes besoins

Pour un de mes clients, je suis en train de rechercher un thème Pelican qui corresponde à son besoin.

Et je viens donc de parcourir les différents thèmes Pelican référencés, dont je vous livre ma sélection :

  • bien sûr le présent thème, Flex (autre démo), que j’aime beaucoup pour son organisation et le support du mode sombre (je l’ai adapté pour retirer les CDN, ajouter du français (en mode barbare), ajouter une page de brouillons dans la version de travail…) ;
  • bricks pour le côté propre mais pas trop sérieux et avec de très bonnes idées comme l’inclusion du résumé de l’article avant le contenu ;
  • nest (démo nest), un de mes coups de cœur d’il y a 2 ans, même si sa limitation au format blog (cf. la page d’accueil) me semble maintenant dommage sachant qu’il aurait un vrai potentiel avec une première page typée « vîtrine » ;
  • MinimalXY (démo MinimalXY), sobre, hyper efficace, mais des écritures un poil grosses pour moi ;
  • twenty-html5up (démo twenty-html5up), chouette/joli au premier abord, mais beaucoup trop vide pour moi, avec du contenu qui passe en second plan (noyé dans le vide, le contraste est beaucoup trop faible) : plus dans l’« illustration » + le fait que le portage ne permette pas de réellement personnaliser la page d’accueil sans modifier profondément le thème + la palanquée de CDN… Vous comprendrez donc que j’en suis revenu, mais il pourrait convenir à certains usages ;
  • dans les petites touches sympa :
    • resume (démo resume), spécialisé pour CV, est très intéressant pour la très bonne visibilité de la barre de droite et de l’ensemble ;
    • le menu latéral de pelican-twitchy (démo twitchy) est très intéressant car il permet d’accéder à beaucoup de contenu contrairement à la plupart des thèmes Pelican qui passent par des pages d’index notamment pour accéder aux articles.

PS : Comme vous pouvez le constater ci-dessus, j’essaie de ne pas vous rediriger sans avertissement vers les pages et sites qui posent des problèmes de vie privée (GitHub, par exemple, a été racheté par Microsoft et est un point de centralisation du web pour les développeurs et mordus d’informatique, et par conséquent une usine à captation de données personnelles) ; utilisez uBlock Origin ou uMatrix pour prendre conscience des interdépendances du web…

Notes et références

[1]Settings, dans la documentation Pelican 4.0.1, consultée le 2020-11-02 par frem.