Comments on Il est arrivé le moteur nouveau !

Apokrif (2021-02-19T02:23:18Z)

Quid d'une publication du blog en e-books, voire en livres papier, thématiques et/ou par période ?
https://reddit.com/r/slatestarcodex/comments/7dgh4l/all_ssc_articles_as_ebooks_in_epub_format/
https://evadonsnous.over-blog.com/article-j-ai-lu-les-chroniques-de-zaza-s-birthday-120446039.html

W (2011-09-24T16:28:57Z)

Pour la largeur du texte : Est-ce qu'il ne serait pas possible (en JavaScript) de faire en sorte qu'on puisse déplacer à la souris les bordures verticales de la zone "texte" comme on redimensionne une fenêtre ? (En conservant la centrage de la zone texte par rapport à la fenêtre.)

Les navigateurs récents permettent de redimensionner les zones d'édition de texte comme les deux de cette page, alors ce n'est peut-être pas difficile de l'obtenir pour d'autres éléments.

Vicnent (2011-09-23T16:13:54Z)

Petit complément rapide : une des choses que j'aime dans ce blog au delà du fond, c'est qu'il n'y a QUE du fond. Je ne suis pas graphiste ni marketing pour deux sous et toutes ces choses qui tentent à m'enduire d'erreur (comme dirait la fille du voisin qui n'a pas encore atteinte l'age de raison), j'exècre au plus haut point. Le coté dépouillé ajouté à ce seul fond : j'adore.

Maintenant, pour moi, la notion de RSS, c'est le fond du fond : libre à toi de mettre des encarts délimitateurs de billets, un fond vert/jaune dont je sais qu'il te plait uniquement parce que tu sais que les gens ne savent pas le nommer si ce n'est le "fond vert-jaune-de-chez-Ruxor", le tout sur un micro fond bleu, avec des nommages marron pour nous, un bleu amiral pour toi etc, MAIS je ne comprends juste pas que je retrouve cela dans mon flux RSS. Peut être le peut on en hAtom, peut être le devrait on je ne sais pas. C'est juste bizarre, ce n'est pas la norme et c'est perturbant de retrouver ainsi des couleurs.

Cela dit, avec GoogleReader, ton flux ne fonctionne pas bien : (mode feed) soit j'ai le texte dépouillé de toute mise en page tronqué, soit hAtom (mode link) n'est pas bien interprété par GR (j'ai ta page qui s'affiche mais avec une longueur fixe : si ton entrée est très courte, j'ai parfois le billet suivant qui s'insère à la suite, si ton billet est trop long, il est tronqué ; soit enfin, il y a un problème de déclaré en "mode readable". (je ne suis pas sur de savoir à quoi correspondent exactement ces modes : 'rss' doit être le flux classique 'alternate', link : il essaie d'aller chercher le billet lui même, via le blog tout entier, readable : il essaie de reconstituer un flux rss). Mes 2 cents quoi.

bort (2011-09-14T02:36:19Z)

Merci, David, je comprends beaucoup mieux ta position, et l'approuve. Mon client obsolète est sûrement incapable de comprendre du hAtom (j'essayerai tout de même), mais, dès lors qu'il s'agit d'un format standard (ou, heu, répandu), j'ai l'espoir de trouver un convertisseur.

Feed43, au passage, fait peu de magie; c'est du screen-scraping pur et simple: on est juste un peu pris par la main pour écrire les simili-regexps qui servent à parser le HTML.

Ruxor (2011-09-13T08:05:05Z)

bort → Pour que ma position soit bien claire, ce qui me semble aberrant, ce n'est pas du tout de vouloir les entrées complètes dans le feed, c'est… de ne pas considérer, alors, que le fichier HTML exact *est* un feed. Si je fournis un fichier weblog.rss différent de weblog.html, c'est pour qu'il ne contienne pas exactement la même chose (par exemple des entrées tronquées, pour rendre le chargement plus réactif) : si c'est pour lui faire contenir exactement la même chose, il n'est pas question de générer un fichier différent. Je veux bien le cas échéant ajouter dans le weblog.html les informations qui manquent pour constituer le feed (de préférence comme des microdonnées, mais éventuellement comme un microformat hAtom ou autrement), mais si les gens veulent des entrées complètes, je considère qu'un agrégateur qui refuserait un fichier HTML pour feed est un mauvais outil (et apparemment il y a bien des choses qui acceptent, puisque feed43 y arrive).

Bref, pour les gens qui veulent les entrées complètes, laissez tomber le RSS ou le Atom, et voyons comment annoter mon HTML pour le rendre aussi digeste que possible pour les agrégateurs (supportent-ils des microdonnées permettant de reproduire tout ce qu'Atom permet de dire ?). À tout le moins, j'ai mis chaque article dans un <article>, j'ai mis un rel="bookmark" pour indiquer le permalien, et j'ai mis un <header> et un <footer> pour aider à séparer ce qui est important.

bort (2011-09-13T03:31:51Z)

Ouais bon alors quelques remarques:

- un feed qui ne contient pas les entrées en entier m'est assez inutile; j'utilise un client qui transforme les feeds en e-mails, que je lis habituellement semi-offline, i.e., sans avoir à attendre que chaque post charge depuis les interwebs: c'est seulement lorsqu'il y a une raison de le faire (e.g. des images pertinentes, ou une entrée suffisamment longue pour que je préfère la lire dans un browser web) que je vais consulter l'original;

- du coup, depuis des années, j'utilise pour ce blog un générateur de feed qui est comme j'aime (à <URL: http://feed43.com/madore.xml >;

- selon moi, oui, le feed devrait contenir le HTML des entrées, simplement parce que c'est ce que fait la plupart du monde, il me semble. Au pire, fournis deux flux, un qui tronque et l'autre pas, pour contenter tout le monde (ça te donnera une statistique sur les préférences de tes lecteurs, au passage!).

Ruxor (2011-09-09T12:49:02Z)

Vicnent → Je suis d'accord avec tes deux remarques. Sur le système de commentaires, j'ai maintenant clairement décidé de le refondre, et un système de citations est très clairement souhaitable — mais je vais souffler un petit moment et digérer les idées avant de m'y mettre. Pour la largeur du texte, oui, il faut clairement faire quelque chose, mais je ne sais pas comment m'y prendre pour contenter à la fois ceux qui veulent limiter la largeur et ceux qui (comme moi) trouvent pénible d'avoir des marges pleines de vide qui servent juste à gaspiller de l'espace sur l'écran ; en plus, je suis franchement mauvais en CSS (je veux dire, techniquement, indépendamment de mes capacités de designer qui sont complètement nulles). Positionner un cookie est possible, mais je n'aime pas les sites qui changent de layout à moitié du chargement, et occasionnent un reflow inutile (au cours duquel la position actuelle est souvent mal mémorisée, d'ailleurs).

Vicnent (2011-09-09T12:34:11Z)

deux commentaires que j'espère constructifs sur le moteur de rendu du blog :

a) Commenter avec le texte pas loin :
il pourrait être intéressant de retrouver le texte initial du billet sous la box permettant de commenter (celle dans laquelle je suis actuellement) : notamment pour citer un bout de texte ou pour passer au point suivant (il m'arrive souvent de commenter et d'avoir une deuxième fenêtre / onglet pour relire une partie du billet pour bien recontextualiser mon propos ou copier coller un bout de phrase).
Pour éviter toute lourdeur, un hidden/css permettrait de déplier le texte au besoin.

b) largeur :
Tes phrases sont 'parfois' longues et il me semble que ton blog prend par défaut toute la largeur de l'écran. Comme tout le monde à des définitions assez grandes, je me demandais si tes presque 2000 billets (congratz !) supporteraient que tu recentrasses sur une largeur fixe ? (800 ? 1000 ?). cookie ? Twitter OAuth ? (nan, là, je déconne)

ooten (2011-09-08T17:28:58Z)

Ah oui, je vois la liste des commentaires associés au lien http://www.google.fr. Je ne les avais pas vus et lus.

Ruxor (2011-09-08T17:20:28Z)

ooten → Ben tu peux suivre le lien du commentaire pour voir ce qu'il dit, non ? (Pas le lien vers Google, mais le lien qui dit commentaire #truc) Il y a justement une discussion à ce sujet.

ooten (2011-09-08T16:27:53Z)

J'ai dans le lien Recent comments — Commentaires récents :

# Comment #17491 (2011-09-08T17:09:52+0200) by Ruxor on http://www.google.fr
# Comment #17489 (2011-09-08T16:26:56+0200) by Vicnent on http://www.google.fr
# Comment #17488 (2011-09-08T16:03:52+0200) by Fork on Iago de Ralf König
# Comment #17487 (2011-09-08T15:47:05+0200) by SB on http://www.google.fr
# Comment #17486 (2011-09-08T15:09:38+0200) by Ni on Passage en HTML5
# Comment #17485 (2011-09-08T15:07:04+0200) by Ruxor on Passage en HTML5

D'où sort ces liens http://www.google.fr ? C'est pas bon ? D'ailleurs plus bas j'ai aussi :

# Comment #17446 (2011-09-05T23:31:40+0200) by Typhon on Il est arrivé le moteur nouveau !
# Comment #17445 (2011-09-05T16:02:47+0200) by yogsototh on Il est arrivé le moteur nouveau !
# Comment #17444 (2011-09-05T12:46:08+0200) by Ruxor on http://www.google.fr
# Comment #17443 (2011-09-05T09:24:21+0200) by tartaglia on Il est arrivé le moteur nouveau !
# Comment #17442 (2011-09-05T08:56:25+0200) by Niluge_KiWi on http://www.google.fr
# Comment #17441 (2011-09-05T03:37:33+0200) by Lionel on Il est arrivé le moteur nouveau !
# Comment #17440 (2011-09-04T23:36:43+0200) by tienslebien on Il est arrivé le moteur nouveau !

sdefresne (2011-09-07T21:53:17Z)

En ce qui concerne Instapaper, le développeur donne ici [1] des informations sur comment optimiser un site pour être correctement interprété. Il est soit possible d'utiliser des "class" pour indiquer le type. Une autre option est de fournir une règle pour le moteur de d'analyse (XPATH). Malheureusement, dans les deux cas, je ne crois pas qu'il soit possible pour le moteur de retourner plus d'un contenu par page, et il ne semble pas être possible de conditionner l'analyse à ne débuter qu'à partir d'une référence interne.

Sinon, mettre l'article entier dans la page des commentaires pourrait être une solution, mais je ne sais pas qu'elle charge cela induirait sur le serveur et si elle serait supportable.

[1] http://www.instapaper.com/publishers

Fork de retour en France (2011-09-07T13:17:16Z)

Félicitations !

ooten (2011-09-06T11:53:15Z)

En vidant le cache de mon navigateur ça refonctionne correctement, c'est OK.

Ruxor (2011-09-06T11:03:37Z)

ooten → Manifestement tu as une vieille version de la page, donc il y a un problème de cache. Mais je ne comprends pas pourquoi, ni ce que le nouveau moteur aurait changé à ce sujet… Je suis perplexe…

ooten (2011-09-06T10:09:08Z)

En tout cas en ce moment ça bugue dans : Recent comments — Commentaires récents où j'ai :

Comment #17454 (2011-09-06T11:42:22+0200) by tartaglia sécuritaire on Quelques questions techniques sur le contenu Web
Comment #17453 (2011-09-06T11:16:02+0200) by Immae on Quelques questions techniques sur le contenu Web
Comment #17452 (2011-09-06T11:11:17+0200) by Immae on Quelques questions techniques sur le contenu Web
Comment #17451 (2011-09-06T10:13:43+0200) by J.Chalons on Quelques questions techniques sur le contenu Web
Comment #17450 (2011-09-06T08:58:55+0200) by Vincent Bernat on Quelques questions techniques sur le contenu Web
Comment #17449 (2011-09-06T02:03:14+0200) by Le Rodeur on Quelques questions techniques sur le contenu Web

Si je clique sur le lien : Quelques questions techniques sur le contenu Web, je me retrouve sur la page http://www.madore.org/~david/weblog/2011-09.html#d.2011-09-05.1926 et le post : Il est arrivé le moteur nouveau !

Arthur Rainbow (2011-09-05T23:54:35Z)

html dans le tag description, je plaide coupable.
D'ailleurs, niveau rss quand j'ai du écrire un générateur j'ai triché, dans http://www.liondogworks.com/rss/furpiled.xml je ne laisse jamais qu'un seul billet.
Mais ça me rassure de savoir que ce n'est pas que moi qui n'était pas doué pour trouver des règles pour écrire le flux.

Ruxor (2011-09-05T21:40:02Z)

Lionel, yogsototh → Je réponds dans l'entrée suivante.

Typhon → C'était un choix, mais pas forcément très réfléchi, j'en conviens. Pour l'instant, ce tableau est tapé « à la main ». Je devrais sans doute ajouter du code pour le produire automatiquement, mais ce n'est pas une priorité.

Typhon (2011-09-05T21:31:40Z)

C'est curieux, en bas de <URL: http://www.madore.org/~david/weblog/ >, je ne vois plus le tableau des entrées par mois, mais en bas de <URL: http://www.madore.org/~david/weblog/2011-09.html >, il y est toujours.

Bug ou feature ?

Typhon

yogsototh (2011-09-05T14:02:47Z)

Le fait d'avoir l'introduction dans le flux RSS est vraiment un plus pour moi.
Je dois avouer que j'aimerai aussi avoir le texte complet si possible ou au moins une introduction plus longue. Pour ce billet ça s'arrête à 156 caractères, ce qui me semble vraiment peu (25 mots), surtout si on considère la taille médiane des entrées ;-).

En ce qui concerne les outils comme Readability et autres, peut-être faudrait-il opter pour les nouvelles balises comme <articles> proposés avec HTML5. Mais cela signera l'arrêt de mort de la validité des XHTML générés. Et passer au HTML5 peut se faire sans difficulté en utilisant html5boilerplate. Par contre la philosophie est entièrement différente. Je ne pense pas qu'il y aura un validateur HTML5 un jour par exemple.

D'après ce qui est dit concernant le plugin "Readable", il semblerait que le script recherche un <div> contenant beaucoup de texte et considère que c'est l'article. Hors, comme une grande part de l'entête est contenu dans des <p> et pas dans des <div> directement peut-être que c'est ça qui l'empêche de détecter le bon bloc. À priori, la balise <p> est plus utilisé dans les parties où il y a de long textes à lire. Pour les autres messages courts ce sont plutôt les balises <div>, <span> et <ul><li> qui sont utilisées.

tartaglia (2011-09-05T07:24:21Z)

Ah, l'enfantement aurait-il été difficile, au vu de l'enlisement du débat après ton dernier post? ;-)
Porte à ton Enfant Jésus à toi l'or de notre haute considération, la myrrhe de notre fidélité et l'encens de notre curiosité. As-tu sorti tes flûtes à bec pour renforcer les hautbois? [les voisins: zut!]

Lionel (2011-09-05T01:37:33Z)

Tu ne veux pas matcher ^.{0,160}\b ou quelque chose de ce genre, plutôt que de couper au milieu des mots?
Sinon, je suis du même avis qu'Arthur: mettre le billet entier dans le flux me conviendrait mieux.
Pour ce qui est de faire les choses de manière standard, tu pourrais faire de l'Atom, qui est beaucoup plus répandu, est aussi clairement spécifié (RFC 4287, qui précise par exemple que "The "atom:content" element either contains or links to the content of the entry."), et permet effectivement d'inclure du xhtml, sans l'échapper.

tienslebien (2011-09-04T21:36:43Z)

Je ne suis pas un fan des langage de script comme python ou PHP, mais ne seraient-ils pas plus adaptés à un blog que l'usine à gaz qu'est JAVA ?

Sinon, comme il a déjà été dit, à moins qu'il y ait une raison, pourrait-on avoir l'intégralité du message dans le flux RSS, ou, si ça pose un problème, le premier paragraphe plutôt qu'un nombre de caractère ?

Pareil, ça a déjà été dit, mais ça serait sympathique si on pouvait avoir une page par billet avec les commentaires, ainsi il serait plus facile d'interagir.
Dans la même optique, un flux RSS des commentaires ou une alerte mail serait un plus.

Sinon, un petit bug, dans les commentaires, la date est au format iso_8601.

Merci de ton attention et au plaisir de te lire.

Ruxor (2011-09-04T21:32:25Z)

Fred le marin → J'utilise Java 6. Je ne connais pas spécifiquement Java 7, mais une clôture c'est juste une fonction dans laquelle des variables de portée locale (c'est-à-dire, visibles dans le contexte où la fonction est définie) ont été bindées. C'est essentiellement la même chose qu'une λ-expression, oui, ça attire juste l'attention sur autre chose. En Java <7, tout ce que les clôtures permettent de faire est faisable avec autre chose (les classes internes, voire anonymes), mais j'imagine que les clôtures ont été introduites pour éviter de devoir toujours nommer les méthodes.

Arthur Rainbow → Le problème avec RSS, c'est que personne n'arrive à se mettre d'accord sur la façon dont il doit servir ou doit être interprété. Notamment, cette balise <description>, je ne sais pas ce que les agrégateurs en font, en fait. Dans mon esprit, ça devait rester court pour pouvoir être affiché de façon commode, mais je sais qu'il y a des gens qui mettent du HTML dedans, ce qui semble complètement aberrant (surtout qu'ils l'échappent au niveau XML). J'attends de voir une recommandation précise à ce sujet.

sdefresne → Non. Je génère des pages HTML statiques, et je n'ai vraiment pas envie d'avoir 1900 pages HTML statiques à manipuler. (D'ailleurs, personnellement, je n'aime pas cette présentation saucisonnée.) En revanche, s'il y a une façon de permettre aux outils divers mentionnés de comprendre qu'il s'agit d'une page de blog regroupant plusieurs entrées, et de leur expliquer le découpage, je suis preneur.

sdefresne (2011-09-04T20:57:59Z)

Serait-il possible avec le nouveau moteur d'avoir des pages contenant juste une entrée, s'il vous plait ? C'est une fonctionnalité que j'aimerais bien avoir. Actuellement les liens permanents vers une note, pointent vers une page qui contient toutes les notes publiées durant le même mois. Ce qui confond les outils comme "Read Later", "Instapaper", … qui tentent d'extraire le contenu d'un article.

Arthur Rainbow (2011-09-04T20:53:51Z)

Par curiosité, pourquoi juste un morceau du billet dans le flux rss ?
Je comprend quand quelqu'un veut faire monter ses statistiques ou afficher ses pubs… Mais dans ton cas, est-ce que ça serait un problème de mettre le billet entier dans le flux rss ?

Je sais qu'en ce qui me concerne, c'est bien plus pratique.

Et tant que j'y suis: un flux rss des commentaires et prévus ? (je suis à moitié sérieux. Si on s'intéresse à un billet particulier, c'est pratique. Mais c'est clairement moins indispensable)

Fred le marin (2011-09-04T20:31:29Z)

Par rapport aux bases du langage JAVA, je me suis arrêté aux annotations et aux "generics" (vérifications à la compilation, mécanisme de "type erasure" au "runtime", etc…)
Mais le Java nouveau (version 7) est arrivé cet été avec la notion supplémentaire de "closures" (qui m'est encore plus ou moins inconnue).
Est-ce cette version 7 qui est utilisée pour le moteur ?
Et avec, pourquoi pas, l'emploi de ce dernier "feature" dans le code ?
Qu'est-ce qu'une "closure" précisément (en comparaison d'une "lambda expression") ?