Lister les items par date de reception plutot que date de publication

[shrk69]

• Date de réception = date à laquelle kriss feed a récupérer l'item
• Date de publication = date inscrit par le publisher dans l'item

Le problème:

• La vue "All" est polluée en haut de liste par des items avec une date de publication plus récente que la date du jour,

La solution:

• Utiliser la date de réception pour ordonner les items quand on les liste.

(c'est la solutions utilisé par greader)

[tontof]

Je ne pense pas que ce soit une bonne idée d'ordonner par rapport à la date de réception. Cela créé d'autres incohérence et par exemple en suivant plusieurs shaarli il est plus difficile de suivre les conversations quand il y a des réponses à différents partages (l'ordre n'étant plus temporel).

Google reader n'ordonne pas par rapport à la date de réception. Je n'ai pas de problèmes avec les miens, mais si le flux indique que l'article est daté dans le futur, ce n'est pas la faute de KrISS feed (et je ne fais aucun test pour vérifier ça). Google Reader corrige peut-être ce genre de problème, mais si tu as un exemple concret je suis preneur pour mieux comprendre. (Il est éventuellement possible de tester si la date de publication est supérieure à la date courante alors utilisé la date de réception)

[shrk69]

Exemple de flux qui pose pb: http://www.agendadulibre.org/rss.php?region=22

Effectivement c'est un "pb" coté flux mais il est valide...

Note: Pour moi, greader prend bien la date de reception:

(Concernant les incohérences possible et l'exemple de plusieurs shaarli, j'ai pas (encore) saisi les pbs potentiels)

( tester si la date de publication est supérieure à la date courante ça devrais effectivement resourdre le pb...)

[tontof]

Ah ouais j'étais persuadé que Google Reader triait par date de publication. La validité d'un flux correspond juste à sa structure pas à sa sémantique. Il peut donc être valide mais incohérent (ce qui est le cas avec ton flux).

Pour les problèmes lié à shaarli, je parle des conversations inter shaarli quand ils se répondent. Si les mises à jour sont avec un cron, ça pose moins de problème, mais en javascript c'est souvent que ça arrivera et ça devient incompréhensible pour suivre les conversations.

Ex : sebsauvage à 12h timo à 12h05 sebsauvage à 12h10

en fonction de la mise à jour ça donnera : sebsauvage à 12h sebsauvage à 12h10 timo à 12h05

ou

timo à 12h05 sebsauvage à 12h sebsauvage à 12h10

[shrk69]

Ah oui d'accord j'comprend, dans le cas d'une discussion par shaarli interposés...

Bon bin on est en présence de 2 cas spécifiques, celui du patron et le mien, donc je sors... )

(ps: j'ai bien avancé sur mon interface mobile first, ça arrive...)

[tontof]

Je viens de comprendre le problème avec ton flux, c'est juste parce que c'est un agenda, du coup c'est compréhensible que la date soit dans le futur car il utilise la date comme date d'événement. Ça n'arrive pas avec google calendar par exemple : http://www.google.com/calendar/feeds/usa__en%40holiday.calendar.google.com/public/basic

Cool pour l'interface mobile, j'suis vraiment à la ramasse, j'ai pas eu le temps de regarder plus. Pour le problème de gestion des mises à jour décalée non plus. Ça risque de ne pas beaucoup avancé de mon côté avant fin juin :-(

[shrk69]

On va patienter... ) kriss feed est deja suffisamment fonctionnel pour remplacer greader...