nouvelles au format RSS
Problèmes d'encodage
Bonjour à toutes la communauté ;
Voilà, je rencontre un sérieux problème avec les fil RSS généré par Yacs. En effet, un me mes collègue a dernièrement tenté d'intégré des fil RSS provenant de mon portail sur son forum IPB ce qui a fonctionner.
Ce faisant, un problème sérieux à subsisté. En effet, les fil RSS générés par Yacs sont encodés en UTF-8. Or, sur le forum de mon collègue, il aurait fallu un encodage ISO-8859-1.
J'ai eu beau chercher dans le panneau de contrôl pour voir si il y'avait une fonction changer l'encodage, ou à défaut faire dun parsing sur les articles mais je n'ai rien trouvé.
Est-ce que quelqu'un a déjà rencontré ce problème et si oui, connait-il une solution pour y remedier.
Je vous remercie par avance pour vos précieux conseils.
Voilà, je rencontre un sérieux problème avec les fil RSS généré par Yacs. En effet, un me mes collègue a dernièrement tenté d'intégré des fil RSS provenant de mon portail sur son forum IPB ce qui a fonctionner.
Ce faisant, un problème sérieux à subsisté. En effet, les fil RSS générés par Yacs sont encodés en UTF-8. Or, sur le forum de mon collègue, il aurait fallu un encodage ISO-8859-1.
J'ai eu beau chercher dans le panneau de contrôl pour voir si il y'avait une fonction changer l'encodage, ou à défaut faire dun parsing sur les articles mais je n'ai rien trouvé.
Est-ce que quelqu'un a déjà rencontré ce problème et si oui, connait-il une solution pour y remedier.
Je vous remercie par avance pour vos précieux conseils.
Bernard from nearby-an-airport Associate, 6728 posts |
Excusez-moi, mais le problème n'est pas de dégrader l'encodage UTF-8, qui est ce qui se fait de mieux en la matière, que l'abandon des autres formes d'encodage type 8859-1. Dois-je rappeler que dans leur grande sagesse les concepteurs de XML ont imposé UTF-8 comme encodage par défaut, et ce, avec raison ? Le respect des standards impose la compréhension de UTF-8. Désolé, mais c'est suffismment fondamental pour que j'en fasse une question de principe... Ne cherchez pas dans YACS d'autre encodage que UTF-8 et Unicode, vous seriez déçu... |
Paddy from la Provence, au pied du Luberon, 136 posts |
Bernard : " Désolé, mais c'est suffismment fondamental pour que j'en fasse une question de principe... " Quand le principe amène à dire à un utilisateur 'désolé', ce principe est-il vraiment intéressant ?  Que Yacs gère UTF-8 et unicode, c'est sans doute indispensable, mais doit-il se passer pour autant des autres encodages ? Pour un programme qui gère l'information comme des flux, ça me semble contradictoire... >:( Quand je crée un table dans mysql, j'ai le choix de mon encodage. Même si le meilleur choix devrait-être UTF-8, si je ne peux pas l'utiliser à cause des applications associées à ma database, alors je me passerai de mysql et j'irais voir un produit concurrent qui me permettra d'utiliser un encodage approprié. :o Je m'inquiète pour Nuxwin qui se voit peut-être contraint de remettre en cause son choix de s'investir dans Yacs, mais aussi pour Yacs qui, s'il se perd dans des principes un peu trop stricts, risque de se développer dans des directions que ses utilisateurs ne pourront pas suivre. :[ Yacs est un outil de communication, et le propre d'une bonne communication est, il me semble, de savoir s'adapter à l'autre. Je prêche pour la souplese et la tolérance et pas que dans le domaine de l'informatique.  Cordialement Paddy (trop occupé pour s'investir dans Yacs aujourd'hui, mais qui prend juste le temps de jouer les trouble-fête  )Parti de rien, je ne suis arrivé à rien... mais tout seul !! Groucho Marx (YACS 6.6.2 - skin digital) |
| Fw_crocodile 151 posts |
Paddy: Je trouve que etant en 2006 c'est scandaleux d'avoir encore de difficultés d'affichage des caractéres, que ça soit dans une e-mail où dans un document odf, où sur un site web, mais bon le probleme est là et il faut faire avec. Mais quant'un logiciel (sourtout genre IPB qui est en plus payant) à des difficulté avec les encodage il me semble qu'il soit decisement a plaindre. J'approuve (bien que mon approvation n'aie pas de pois) le principe de Bernard, il faut partir de quelque part pour soutenir les bonne politique est les standards utile. Esperon just de gagner du poids pour que les autre sente le besoin de s'adapter. |
Nuxwin from Caen, devant mon bureau 190 posts |
Bernard : Bonsoir , Apparement, j'ai évoqué un sujet qui fache ! En tout état de cause, vous noterez que même si vous préchez les standarts, il faut prendre en considération l'utilisation actuelle de tout les outils mis à la disposition de l'utilisateur final. Certe, vous avez sûrement raison, la norme actuellement est l'utf-8. Ce faisant, force est de constater que nombreuses applications utilisent encore d'autres encodages et plus particulièrement l'ISO-8859-1. Vous semblez avoir très mal perçue ma demande d'aide à ce sujet et je trouve cela très regrétable pour quelqu'un qui veut internationaliser un logiciel. En venant ici, je pensais trouver une communauté prête à aider les utilisateurs, cependant force est de constater que ce n'est pas le cas. Je suis d'ailleurs très surpris du ton que vous avec employé pour me répondre puisque d'habitude, vous ête plutôt cool dans la réthorique. Enfin bon, je suis vraiment désolé d'avoir oser enfreinde vos principes et je vous assure que je ne vous dérrangerais plus. |
| Paddy from la Provence, au pied du Luberon, 136 posts |
Fw_crocodile : " mais bon le probleme est là et il faut faire avec " Précisemment, il faut faire avec, c'est à dire trouver une solution. Et Nuxwin, il fait comment pour trouver une solution quand on lui dit 'désolé, c'est une question de principe' ? Yacs est là pour donner des solutions aux gens, pas pour faire pression sur ses utilisateurs afin de mener un combat bien trop grand pour lui et pour eux, non ? Où alors ais-je mal compris les objectif de Yacs ? Quand les postiers bloquent la distribution du courrier pour manifester leur volonté d'améliorer leurs conditions de travail, je les comprends, mais je n'accepte pas qu'ils choisissent cette façon de faire. >:( A ceux qui ont perdu leur entreprise à cause de ce genre de pratique (par exemple une entreprise de VPC), tu crois qu'on peut dire 'Désolé, on vient de vous tuer pour une raison de principe qui ne vous concerne même pas !!!'  Je ne crois pas que ça soit la bonne façon de procéder, de pénaliser les usagers de Yacs pour un pb dont ils ne sont pas responsable. Les formats propriétaires sont une plaie pour l'informatique. Ce qui permet à OpenOffice aujourd'hui de faire de plus en plus d'ombre à Office, c'est qu'il lit et écrit les documents d'Office. Si les développeurs d'OpenOffice avaient dit, 'Désolé, on ne s'occupe pas des documents aux format propriétaire, c'est une question de principe !', il en serait où, aujourd'hui ce fabuleux programme que tu utilises peut-être ? D'ailleurs, si, effectivement, tu as choisi de l'utiliser, n'est-ce pas entre autre parce qu'il accepte les documents d'Office ? Moi en tout cas, c'est mon cas... Bon, je veux pas lancer un troll, mais je suis un utilisateur de l'informatique qui tient à sa liberté de choix. Qu'on me dise que ce que je demande, n'est pas possible car trop long ou trop coûteux, je peux comprendre, mais pas qu'on me réponde sur une question de principe. Je dis tout cela, pour Nuxwin mais aussi et SURTOUT pour Yacs ! Ce qui m'a plut et séduit dans Yacs, c'est son ouverture, pas ce genre de principe. 'Les hommes ont tendance à construire trop de murs et pas assez de ponts' Cordialement. Paddy Parti de rien, je ne suis arrivé à rien... mais tout seul !! Groucho Marx (YACS 6.6.2 - skin digital) |
| Paddy from la Provence, au pied du Luberon, 136 posts |
Nuxwin : " En venant ici, je pensais trouver une communauté prête à aider les utilisateurs, cependant force est de constater que ce n'est pas le cas " CQFD malheusement, je comprends tout à fait ta réaction et c'est pour ça que je soulève le problème. J'espère simplement que c'est une opinion maladroitement exprimée (je parle de la position de "principe" de Bernard) ou sujette à révision. Sinon, d'autres auront ta réaction et ce sera fort regrettable... Cordialement. Paddy Parti de rien, je ne suis arrivé à rien... mais tout seul !! Groucho Marx (YACS 6.6.2 - skin digital) |
| GnapZ from Caribbean 2970 posts |
Nuxwin : Il ne faut pas se braquer aussi rapidement sur une simple réaction humaine. Bernard est surchargé de travail et donc votre soumission a généré une réaction "à chaud", donc mal exprimée. Paddy a raison, Yacs est tourné vers une politique allant dans le sens de l'utilisateur. Avec tout le travail que vous avez effectué sur votre site, vous avez prouvé votre intérêt pour Yacs. Plus généralement, ce qui me plaît en Yacs, c'est son fort respect des standards propres. Mais c'est aussi sont ouverture quant aux besoins de ses utilisateurs. Ce qu'il faut donc retenir c'est que l'encodage actuel et d'avenir est bien l'UTF-8 ce que Yacs respecte parfaitement. Les encodages "nationaux" comme l'ISO-8859-1(5) ne respectent pas les standards et nécessitent une prise en charge de TOUS les encodages. La France a eu ce grand tort de ne penser qu'à elle en imposant cette norme au grand public. Maintenant, la meilleure des résolutions est donc que Yacs continue à respecter des standards propres et ouverts, donc internationaux, donc commun à tous les autres. Pour votre compatibilité, il faut mettre en place un transcodeur UTF-8 -> ISO-8859-1 ce qui ne doit pas être rare et l'adapter à votre Yacs grace aux différentes façons possibles de manipuler les communuications. On ne peut être compatible avec tout le monde, sauf si chacun veut bien prendre la peine d'utiliser des formats reconnus par tous, pas seulement une marque, une communeauté ou une langue. L'internationalisation de Yacs va dans ce sens alors pourquoi ne pas proposer un parseur multi-encodage qui pourrait devenir un module apréciable par tous au même titre que le très attendu "multilingue" ? Je trouve votre problème très intéressant et il mérite donc qu'on s'y penche. Ce que voulait dire Bernard, c'est que Yacs ne fera pas marche arrière sur des encodages barbares et primitifs mais rien ne doit empêcher leurs utilisateurs de pouvoir communiquer avec Yacs. Merci donc à Nuxwin (contactez-moi par mail pour votre migration), Paddy et Bernard. Prenons simplement le recul nécessaire pour éviter l'agressivité animale de l'Homme et restons, comme à notre habitude, constructifs. |
| Tof from Grenoble-Chambery 507 posts |
GnapZ : Bravo Manu ! Tof |
| Nuxwin from Caen, devant mon bureau 190 posts |
GnapZ : Bonsoir ; Tout ce que vous dites, je l'ai bien compris et l'objet de ma demande n'était sûrement pas de vous faire changer de voie en ce qui concerne le développement de Yacs. Moi aussi je trouve que l'utf-8 est ce qu'il se fait de mieux. Ce faisant, en ce qui concerne les fil rss, je pense qu'un petit effort simpose car il s'agit de contenu sortant. A la base, je demandais simplement s'il existait une solution pour bénéficier d'un autre encodage. Loin de moi cette idée de vouloir vous imposer quoi que ce soit... |
| GnapZ from Caribbean 2970 posts |
Nuxwin : Parfait, c'est bien comme ça que j'avais compris votre demande. Hélàs, je ne sais y répondre mais je cherche aussi ... |
Fernand from Paris 1287 posts |
Merci pour ce débat. Je suis entièrement d'accord avec Gnapz par rapport son explication ci-dessus (la plus longue). La réponse de Bernard peut sembler abrupte. Néanmoins, elle signifie que nous n'avons pas vraiment le choix, et cela se traduit par une position qui paraît tranchée. Mais comment faire quelque chose de pérenne - et donc susceptible d'évoluer - si nous n'adoptons pas dés maintenant des standards qui permettront à ce CMS d'avoir un avenir ? La pilule est dure à avaler... Je le constate pareillement pour moi qui suis obligé de me reconstruire entièrement (et ça n'est pas facile). Nous nous trouvons à la charnière entre deux cultures Internet dont on est sûr, pour au moins l'une d'entre-elles qu'elle est complètement obsolète. Malheureusement, c'est souvent celle avec laquelle nous avons fait nos premiers pas. |
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2029 posts |
Je suis franchement surprise du ton qu'a pris cette discussion au début (ben ça va beaucoup mieux maintenant, merci à tous). Personnellement, j'avais pas vu quoi que ce soit de franchement choquant dans la réponse de Bernard - juste un brin courte, peut-être, et encore. Le souci est réel, j'en conviens. Juste un mot pour dire qu'en ce qui me concerne, c'est l'inverse qui me pose des problèmes : les fils générés par des sites que j'aimerai bien agréger sur mes sites, mais qui arrivent dans un état lamentable et illisibles pour cause de non respect des standards. Bon d'accord, c'est eux qui sont pénalisés, puisque je ne peux pas me résoudre à les agréger en l'état... Dit Gnapz, la moulinette, elle pourrait marcher dans les deux sens ? Agnès Il n'y a pas de problèmes, que des solutions. |
| Bernard from nearby-an-airport Associate, 6728 posts |
Les questions d'encodage, c'est vraiment très compliqué. Faire supporter utf-8 et unicode à PHP qui n'est que iso8859-1, c'est pas de la tarte, croyez-moi. Bon, pas de souci pour s'adapter à toute demande fondée, hein. Mais quand la solution est quasi-inaccessible, c'est frustrant pour tout le monde... |
| Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2029 posts |
Paddy : " Si les développeurs d'OpenOffice avaient dit, 'Désolé, on ne s'occupe pas des documents aux format propriétaire, c'est une question de principe !', il en serait où, aujourd'hui ce fabuleux programme que tu utilises peut-être ? " Il se trouve justement qu'il existe des choses que les développeurs d'Ooo ne veulent pas prendre en compte, et c'est une question de principe, précisément. J'ai déjà vu passer quelques messages de ce genre sur les listes de diff. d'Ooo, parce que les utilisateurs réclament des fonctions de la suite Office de Microsoft qu'ils ne trouvent pas sur Ooo. Et les réponses sont clairement - et parfois très courtement - argumentées : ce n'est pas parce que microsoft fait des trucs qui contournent ou contreviennent à certaines règles que tout le monde doit le faire. En général, il existe également une ou plusieurs solutions au problème d'ailleurs, plus respectueuses des standards, et pas nécessairement intégrées à Ooo. Comme quoi on gagne toujours à s'expliquer et à défendre ses points de vue, et encore plus lorsqu'il s'agit d'être logique, cohérent, et respectueux des standards qui rendent la vie si facilent à ceux qui les utilisent. Juste à titre d'info... Agnès Il n'y a pas de problèmes, que des solutions. |
| Paddy from la Provence, au pied du Luberon, 136 posts |
Merci à tous pour ce partage de points de vue très instructif : Je suis désolé si mon intervention a pu paraître agressive, mais à mon sens elle aura permis de prendre en compte un problème qui sinon aurait été rejeté pour une question de principe, laissant des utilisateurs comme Nuxwin et Agnès sans solution. Maintenant il apparaît nécessaire, pour Yacs de supporter iso8859-1 pour pouvoir travailler avec les standards d'aujourd'hui, pour accueillir les utilisateurs d'aujourd'hui avec leurs besoins d'aujourd'hui, tout en sachant que Yacs garde disponible pour eux les outils de demain quand ceux d'aujourd'hui seront obsolètes (ce qui à priori n'est pas encore le cas). Du coup, si Bernard ne peux intégrer à Yacs iso8859-1, alors il convient de mettre au point une moulinette pour contourner le problème et c'est beaucoup plus positif ! Merci Gnapz !
" Il n'y a pas de problème, il n'y a que des solutions ! " alors par pitié, ne nous arrêtons pas à la virgule ! Cordialement. Paddy Parti de rien, je ne suis arrivé à rien... mais tout seul !! Groucho Marx (YACS 6.6.2 - skin digital) |
| GnapZ from Caribbean 2970 posts |
Nuxwin : J'ai trouvé quelque chose qui pourrait être intéressant à creuser, il s'agit du module PHP additionnel iconv. Le principe est assez simple: echo iconv(charset_in, charset_out, string str)iconv convertit l'encodage 'charset_in' vers l'encodage 'charset_out' de la chaîne 'str'. iconv s'arrête dès qu'il rencontre un caractère impossible à encoder mais 'string' peut avoir 2 valeurs:
Si ce module n'est pas présent et n'est pas installable, alors c'est une grosse galère comme le disait Bernard car il faut transformer au niveau binaire tous les caractères de la chaîne. Ne serait-il pas possible que votre correspondant adapte aussi de son côté une reconnaissance UTF-8 ? Il doit bien y avoir un compromis quelque part ... |
Rate this page
Posted by Nuxwin on Nov. 22 2006, commented by GnapZ on Nov. 22 2006, (popular)
