La v3, c'était aussi un 100% horizontal en fluide, ce que j'ai voulu éviter pour la v4 pour mieux maitriser l'affichage...

GuybrushLa v3, c'était aussi un 100% horizontal en fluide, ce que j'ai voulu éviter pour la v4 pour mieux maitriser l'affichage...

Okay. Merci pour ton boulot en tous cas.

Et merci pour les flux RSS. Ils ne sont pas parfaits mais c'est mieux que dans la v3 ;)

J'ai une question web mobile: sur l'iPhone il y a un mode lecteur dans Safari, quand Safari détecte je ne sais pas trop quoi, on peut activer ce mode lecteur, la mise en page disparaît globalement et on a un texte très lisible à l'écran.

D'une: sur le lexpage, ça ne marche pas (c'est pas grave hein ;) j
De deux: quelqu'un sait avec quelles balises html ou autre ça s'active sur un site web? Et comment on maitrise cet affichage si on peut le maîtriser?

Merci :)

T'as pas un exemple de site où on pourrait scruter le code à la recherche de ce genre de choses ?

RoidelapluieEt merci pour les flux RSS. Ils ne sont pas parfaits mais c'est mieux que dans la v3 ;)

Il leur manque quoi dans les grandes lignes ?
Je me suis pas encore penché sur le RSS depuis la sortie de la v4, c'était juste rapidement bricolé pour dire que ça soit disponible

Guybrush
Il leur manque quoi dans les grandes lignes ?
Je me suis pas encore penché sur le RSS depuis la sortie de la v4, c'était juste rapidement bricolé pour dire que ça soit disponible

Le texte est non formaté et on ne voit qu'un message par discussion qui se met à jour, donc mon lecteur rss ne voit pas les nouveaux messages par exemple.

Ok pour le formatage, je peux régler ça (mes regex sont prévues pour nettoyer le markup aussi bien que pour le remplacer). Par contre, je ne comprends pas la seconde partie : c'est un flux RSS pour les discussions, donc ça doit n'informer que des mises à jour des discussions... non ?

Proposition de feature :

Étant donné la plus grande proportion de brève par rapport à des news, les news elles-mêmes étant courtes (sauf erreur, je n'ai vu que des news au format "brève" avec une vidéo embed plutôt qu'un long article de fond pour le moment) : dans le topic de discussion sur la brève (idem pour les news ?), la première page du topic reprend le contenu de celle-ci ? Actuellement, tu as déjà le bloc de métadonnées que tu cale par défaut qui t'oblige à déjà aller fouiller la table billetsn sortir le texte intégral ne bouffera pas plus de sql ni d'espace visuel !

On pourrai concevoir l'inverse, c'est à dire que la lecture de la brève montre le topic directement, mais c'est plus chelou et ça oblige à réfléchir aux fonctionnalités (vu/pas vu, vu en partie, y'a 8 pages afficher la première ou la dernière, etc...)

o

GuybrushOk pour le formatage, je peux régler ça (mes regex sont prévues pour nettoyer le markup aussi bien que pour le remplacer). Par contre, je ne comprends pas la seconde partie : c'est un flux RSS pour les discussions, donc ça doit n'informer que des mises à jour des discussions... non ?

Les lecteurs rss ne voient pas cela comme quelque chose de "nouveau", les items restent en non lu et le contenu est mis à jour silencieusement.

Tchoula première page du topic reprend le contenu de celle-ci ?

C'est une idée... Je testerai cela demain, mais je pense qu'on peut en effet au moins reprendre l'affichage "chapeau" du billet, à l'instar de ce qui se fait sur la page d'accueil ou les pages de listing.

TchouOn pourrai concevoir l'inverse, c'est à dire que la lecture de la brève montre le topic directement, mais c'est plus chelou et ça oblige à réfléchir aux fonctionnalités (vu/pas vu, vu en partie, y'a 8 pages afficher la première ou la dernière, etc...)

Cette solution ne me tente pas, principalement pour les problèmes dont tu parles
Je pense qu'il est plus courant de vouloir lire un billet à partir d'une discussion que de vouloir faire l'inverse. On sait que dans le cas de la lecture d'un billet, les commentaires seront potentiellement nombreux et qu'il faut prévoir de la place (à l'écran) et du temps (pour lire). Dans l'autre sens, c'est raisonnable de considérer que le contenu qui est actuellement commenté soit davantage accessible que via un clic sur le titre (ce qui, en général, n'est pas motivant).

Je teste cela et je mets (ou non) en ligne

RoidelapluieLes lecteurs rss ne voient pas cela comme quelque chose de "nouveau", les items restent en non lu et le contenu est mis à jour silencieusement.

Il me semblait que les lecteurs RSS se basaient sur la date ? Cette date est mise à jour afin de refléter la date du dernier message, n'est-ce pas suffisant ? Si ce n'est pas le cas, comment le lecteur RSS fait-il pour reconnaître les différents éléments ? Sur base du titre, je suppose.... ? Ce serait un choix bien curieux....

GuybrushIl me semblait que les lecteurs RSS se basaient sur la date ? Cette date est mise à jour afin de refléter la date du dernier message, n'est-ce pas suffisant ? Si ce n'est pas le cas, comment le lecteur RSS fait-il pour reconnaître les différents éléments ? Sur base du titre, je suppose.... ? Ce serait un choix bien curieux....

Vois un lecteur RSS plus comme un client de messagerie où tu es abonné à une liste de diffusion, tu reçois chaque message de manière unitaire quand ils sont envoyés, tu ne mets pas à jour un feed complet.
C'est comme ça avec le lecteur RSS.
Il n'actualise pas un message déjà reçu, il ne montre que les nouveaux.

Donc pour chaque message d'un forum, tu pourrais publier un nouvel item dans le feed RSS qui reprend le même titre du forum, seul le contenu serait différent.

Concernant le mode lecteur sur l'iPhone, sur cette page là:
m.marianne.net/Le-salut-…
Cela fonctionne, mais en regardant le code+css je n'ai rien trouvé qui me dise comment ça marche, est-ce "magique" de la part de Safari ? Je ne sais pas répondre.

Edit: trouvé cet article mathiasbynens.be/notes/s…, à priori il faut mettre des <article> ... </article> autour du texte et ça serait suffisant ...

Vu que Marcant m'a signalé un petit bug dans la messagerie, j'en ai profité pour corriger les 2-3 choses dont il était question :

- Le bug de la messagerie concernait les liens "trop longs". C'est corrigé. Notez au passage que j'ai supprimé la coloration des messages des différents intervenants dans la discussion. C'était superflu, un peu perturbant (les couleurs ne sont pas conservées d'une conversation à l'autre) et avec peu d'intérêt.

- Les billets n'auront plus une bordure sur la page d'accueil s'ils sont en tête de liste (ou en fin de liste, ça dépend si on considère que c'est une bordure haute ou une bordure basse). Autrement formulé : il n'y aura pas de ligne grisâtre de séparation entre un billet et "autre chose qu'un billet".

- Comme Tchou l'a suggéré, le "teasing" du billet (tel qu'affiché dans les listes ou sur l'accueil) est maintenant affiché en tête de thread si la discussion est liée à un billet. Par ex, dans le topic 2048, ça permet de cliquer sur le lien du jeu sans page intermédiaire.

- Le flux RSS des discussions liste maintenant les derniers messages. Le titre de l'objet est le titre de la discussion. Le markup est aussi nettoyé (simplement remplacé par du vide, ça fait bizarre dans le cadre d'une quote, par contre...).

Je me demande si une page listant les derniers messages postés dans les discussions ne seraient pas intéressantes. J'ai parfois un peu de mal à retrouver une discussion dans laquelle j'ai lu un message récemment.

[Edité : je teste l'affichage de tous les intervenants à une discussion (sur la page d'accueil) au lieu de la limite artificielle à 5.... Des retours ?]