• [^] # Re: Générateur de blog static

    Posté par . En réponse à la dépêche Votre blogue à la maison sur Raspberry Pi. Évalué à 3.

    C'est drôle, je voyais moi aussi la possibilité d'user d'un moteur de blog statique comme bloc note ou comme journal intime !

    fBlog partage beaucoup de concepts avec NB comme le stockage des billet sous forme de fichier plat. Mais le format de fBlog est plus simple car il n'y a que deux méta données : la date d'édition est celle de la création du fichier et elle est intégrée (un peu comme NB) dans le nom du fichier sous la forme aaaammjjhhmmss.blog ; le titre est la première ligne du fichier et ne doit pas comporter de balise HTML. Le restant est le corps du texte et doit comporter des balises HTML.

    Ce qui veut dire qu'il est possible de recycler ses vieux billets NB en renommant les fichiers et en extrayant la méta TITLE pour la mettre en tête dudit fichier.

    À la date d'aujourd'hui, fBlog ne supporte pas les tags car j'ai remarqué que les internautes s'en fichaient complètement. Mais, dans le cas d'un usage bloc note, les tags reprennent tout leur intérêt ! Dans ce cas, selon le retour des utilisateurs, il se peut que je j'implémente cette fonctionnalité. Cependant je n'ajouterai pas une ligne supplémentaire de méta donnée dans le fichier car ça oblige à remettre un en-tête de méta balises comme dans NB ; et toute complication est un moins en ergonomie. Donc, si je le fais, ce sera en bout de la première ligne du fichier sous forme de crochets droits du genre : Mon titre du billet [humeur]. Le tag serait donc "humeur" et n'apparaîtrait pas sur la ligne titre en ligne mais créerait un lien "humeur" en bas du post qui renverrait vers une page index d'archives. Ce n'est pas la mort à programmer et ça conserve une compatibilité ascendante avec les billets existants.

    Toujours est-il que j'invite tout futur utilisateur de fBlog à me transmettre son retour d'expérience. Sachant que les retours positifs sont tout aussi importants que ceux négatifs. (Pas pour le moral mais pour se sentir conforté dans ses choix de conception du logiciel et ne pas les modifier s'ils plaisent ainsi au public.) Autrement dit, sans retour d'expérience, on programme un peu à l'aveugle dès que ses besoins propres sont couverts. Certes il y a les sites de tests de conformité (HTML, CSS...) ainsi que d'autres pour les performances en vitesse de transfert et d'analyse des pages Web ; ils sont précieux mais il n'y a pas de logiciel capable de rendre compte des perceptions humaines comme l'ergonomie des interfaces utilisateurs ou la joliesse d'un thème.