Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

[Administration] URL qui dépassent

Soumis par L () le 10 novembre 2007. Fermé par Benoît Sibaud (Jabber id, page perso, ) le 13 janvier 2008.

Pourquoi ne pas remplacer les URL des journaux comme le fait la Tribune Libre http://linuxfr.org/board par [url] ? Quand l'utilisateur passe la souris dessus ou même qu'il utilise un client en mode texte, l'URL est affichée complètement dans la zone de statut (en bas de l'écran pour les clients textes). Je dis ça parce que parfois, des journaux en premières pages contenant des URLs longues peuvent être passé en seconde page quand ils éraflent la sensibilité de certains modéros, et du coup, l'URL déborde du mini-cadre réservés aux journaux pas assez geek ptdr lol pour rester en première page. Pensez-vous que ce soit une bonne idée ? Si non, pourquoi ? Ça résoudrait un vieux bogue de plusieurs décennie sur DLFP et donnerait un air neuf et rafraîchissant au site !

> Lire l'entrée (1 commentaire, moyenne: 2).

[Administration] Règle n°1 : les Standards connus et établis du Web tu respecteras

Soumis par L () le 22 juillet 2007. Fermé par Bruno Michel (page perso, ) le 29 mai 2007.

Depuis la version Web de la tribune, si on envoie cette suite de caractères parfaitement ISO-8859-15 conformément à l'encodage de la page (et donc du formulaire d'envoi qui ne spécifie pas d'encodage) -> « ¤ (euro), ¦ (Scaron), ¨ (scaron), ´ (ZCaron), ¸ (zcaron), ¼ (OELig), ½ (oelig), ¾ (Yuml) » ... le backend reçoit la versions ISO-8859-1 des caractères : -> « ¤ (euro), ¦ (Scaron), ¨ (scaron), ' (ZCaron), ¸ (zcaron), ¼ (OELig), ½ (oelig), ¾ (Yuml) » ... qui sont htmlencodés comme cela : -> « ¤ (euro), ¦ (Scaron), ¨ (scaron), ´ (ZCaron), ¸ (zcaron), ¼ (OELig), ½ (oelig), ¾ (Yuml) Or, c'est defective by design, non-standard et donc scandaleux de la part d'un site qui prône le respect des standards ouverts et établis du Web ! En effet, le backend est déclaré avec l'encodage ISO-8859-15 et pourtant il traduit à contre-pied les caractères ISO-8859-15 en entités symboliques de caractères ISO-8859-1 ! Apparemment, la fonction htmlentities() est utilisée (entre autres) pour htmlencoder les messages, donc il faudrait penser à lui spécifier l'encodage ISO-8859-15 en 3ième argument comme le permet PHP selon sa documentation : -> http://fr3.php.net/manual/fr/function.htmlentities.php Sinon, une solution plus simple est de laisser les caractères ISO-8859-15 tels quels vu qu'ils sont conformes à l'encodage ISO-8859-15 du backend et à encoder les autres si nécessaire. En espérant que ce problème connu depuis l'an pèbre ne retombe pas aux oubliettes ...

> Lire l'entrée (3 commentaires, moyenne: 1,3).