Le Hollandais Volant#14292 - Note : Pocket, mode lecture et autres… - Le Hollandais Volant - Le Hollandais Volant
http://lehollandaisvolant.net/?id=20160113190043
Bon, j’ai testé Readability.js : ça fonctionne pour mes articles, en local et en ligne.
Mais pour une raison ou une autre, Firefox refuse d’afficher son icône de mode lecture sur mon site en ligne (alors qu’en local, aucun problème).
Il doit y avoir autre chose…
ÉDIT : pu@ù£ de ~]sk# de m@*$ :
OK : http://lehollandaisvolant.net/couleur-science.eu/?d=2016/01/11/05/27/02-la-science-moderne-est-recente (quand je bloque la redirection)
Mais pas OK là : http://couleur-science.eu/?d=2016/01/11/05/27/02-la-science-moderne-est-recente
WTF.
C’est à se taper la tête contre les murs.
Là pareil :
Marche pas : http://science-abuse.net/?d=2015/04/26/14/14/58-11-
Marche : http://science-abuse.net/index.php?d=2015/04/26/14/14/58-11-
Pourtant le code est identique.
Re-ÉDIT : ah, là ça marche :
http://couleur-science.eu/index.php?d=2016/01/11/05/27/02-la-science-moderne-est-recente
Il faut donc que Firefox voit un nom de fichier dans l’URL ?
ÉDIT : finalement j’ai ouvert un ticket sur Github : https://github.com/mozilla/readability/issues/261
En fait, le parseur a besoin de découper l’URL afin de convertir les URL relatives en URL absolues (pour les images, les liens, etc.). Je pense que c’est à ce stade qu’une URL sans "path" pose un problème.
Je constate que Pocket a le même problème, et je les ai envoyé un email.
Problème résolu pour moi.
ÉDIT : en fait, Firefox block le mode lecture pour les URL qui n’ont que le domaine, sans basename derrière. La présence d’une query-string ne suffit pas pour le rallumer.
C’est assez stupide comme comportement (un article peut très bien être juste là grâce à la query string…) mais Firefox fait ça pour les perfs et éviter de déclencher le parsage d’une "homepage". Bah.
Mais pour une raison ou une autre, Firefox refuse d’afficher son icône de mode lecture sur mon site en ligne (alors qu’en local, aucun problème).
Il doit y avoir autre chose…
ÉDIT : pu@ù£ de ~]sk# de m@*$ :
OK : http://lehollandaisvolant.net/couleur-science.eu/?d=2016/01/11/05/27/02-la-science-moderne-est-recente (quand je bloque la redirection)
Mais pas OK là : http://couleur-science.eu/?d=2016/01/11/05/27/02-la-science-moderne-est-recente
WTF.
C’est à se taper la tête contre les murs.
Là pareil :
Marche pas : http://science-abuse.net/?d=2015/04/26/14/14/58-11-
Marche : http://science-abuse.net/index.php?d=2015/04/26/14/14/58-11-
Pourtant le code est identique.
Re-ÉDIT : ah, là ça marche :
http://couleur-science.eu/index.php?d=2016/01/11/05/27/02-la-science-moderne-est-recente
Il faut donc que Firefox voit un nom de fichier dans l’URL ?
ÉDIT : finalement j’ai ouvert un ticket sur Github : https://github.com/mozilla/readability/issues/261
En fait, le parseur a besoin de découper l’URL afin de convertir les URL relatives en URL absolues (pour les images, les liens, etc.). Je pense que c’est à ce stade qu’une URL sans "path" pose un problème.
Je constate que Pocket a le même problème, et je les ai envoyé un email.
Problème résolu pour moi.
ÉDIT : en fait, Firefox block le mode lecture pour les URL qui n’ont que le domaine, sans basename derrière. La présence d’une query-string ne suffit pas pour le rallumer.
C’est assez stupide comme comportement (un article peut très bien être juste là grâce à la query string…) mais Firefox fait ça pour les perfs et éviter de déclencher le parsage d’une "homepage". Bah.