bonjourlesmouettes

Commentaires

1. Le mardi 17 août 2004 à 18:03, par Charles Nepote

Vincent Président ! (c'est l'effet bleu-blanc-rouge
Bravo pour cette traduction. Quelques remarques/suggestions de détail :
-- un lien vers le texte original serait appréciable
-- indiquer qu'il s'agit d'une version Draft
-- doap:Version : Version
Détails sur une version d'une realease d'un projet.
==> release = une publication ou une livraison ? (ce dernier à ma préférence)
-- doap:release : release
Une release (révision) d'un projet.
==> idem ?

Au passage, j'ai fait un rapport de bogues sur gna.org pour qu'ils implémentent DOAP : gna.org/support/index.php...

2. Le jeudi 19 août 2004 à 01:38, par Xanthor

Salut

Juste une petite remarque :
Au tout début du fichier RDFS, avant la balise RDF, il y a quelques caractères.
On m'a dit que c'était peut-être le BOM, mais aussi que normalement (et usuellement) on ne devrait pas le faire apparaître en UTF8 pour des raisons d'interopérabilités.
En tous cas, ça empeche mon parseur d'analyser le fichier, vu que pour lui il y a des caractères hors de l'élément racine (d'où invalidité..), car manifestement, PHP ne reconnait pas ces caractères comme étant une signature BOM :¬/
Un peu plus d'info ici linuxfr.org/~pacifiko/110... et là www.openweb.eu.org/articl...

3. Le jeudi 19 août 2004 à 08:02, par balbinus

Désolé, je n'ai jamais entendu parler de ce problème avec des parseurs qui comprenaient l'UTF-8... PHP fonctionne très bien avec (cf. les DOAPies, et notamment DOAP Viewer), à ma connaissance.

Bon, d'un autre côté, je ne vais pas chercher à t'empêcher d'accéder à ce RDFS, tu pourras donc trouver ici doapfr.balbinus.net/share.... le fichier encodé en _Unicode_ little-endian. En espérant que ça t'aide. Encodé avec Notepad, en cours de vérification sous Nux

4. Le jeudi 19 août 2004 à 23:46, par Xanthor

Je ne peux pas utiliser la bibliothèque “mbstring” qui n'est pas disponible en standard, donc je n'ai que utf8_decode() à disposition, qui n'enlève pas les caractères du BOM...

Quant au nouveau fichier, c'est pire, utf8_decode() n'y comprenant rien....

Le plus simple serait de suivre le conseil de cette FAQ www.unicode.org/unicode/f... et d'enlever ces quelques caractères inutiles...

(Un bug PHP lié : bugs.php.net/bug.php?id=2... )

PS : ce n'est pas un problème d'accès au RDFS (il suffit que je le sauvegarde et enlève les caractères du DOM), c'est l'acces au "RDFS officiel", car je ne pense pas que tu vas t'amuser à maintenir plusieures versions en même temps...

5. Le vendredi 20 août 2004 à 09:05, par balbinus

C'est normal qu'utf8_decode() ne pige rien au nouveau fichier, puisque c'est de l'UNICODE et non pas de l'UTF-8

Je pense que le RDFS officiel a en réalité quelques problèmes... Je verrai ça avec Edd. Mon fichier RDFS comporte également un BOM : il commence par ef bb bf 3c 72 64, soit <rd. Je ne pense pas que le problème vienne réellement du BOM... j'ouvre le RDFS anglais sans problème dans un éditeur compatible UTF-8.

6. Le vendredi 20 août 2004 à 22:43, par Xanthor

Je sais bien qu'utf8_decode() est inutile, c'était juste pour te faire comprendre que je n'ai aucun outil PHP standard pour l'ouvrir.

Concernant le RDFS officiel anglais, je n'ai aucun problème à l'ouvrir et le parser (si ce n'est qu'il s'est planté dans le namespace des propriétés...)
Je parlais du RDFS officiel français, que tu maintiens, et qui possède (comme tu as pu le constater toi-même) un BOM inutile, qui le rend inparsable avec PHP (et ses outils standards)

7. Le vendredi 20 août 2004 à 22:59, par balbinus

Bon. J'ai pas eu le temps de regarder ça avec PHP, je regarderai demain.

Où y a-t-il une erreur dans le RDFS officiel (anglais) ?

8. Le samedi 21 août 2004 à 01:38, par Xanthor

Les éléments Property du fichier sont dans le namespace RDFS, alors que normalement (sauf si je fais une grave erreur), ils doivent être dans le namespace RDF...

9. Le mercredi 8 septembre 2004 à 19:07, par balbinus

Alors

J'ai réussi à voir Edd... C'est corrigé

10. Le jeudi 4 août 2005 à 11:44, par Patrick

Is there an english version? Thanks

11. Le jeudi 4 août 2005 à 16:26, par balbinus

Yes, of course : this is just a translation! Have a look at usefulinc.com/doap for official (english) doap information.

12. Le mardi 22 novembre 2005 à 18:15, par Peter

Lottoonline spielen

13. Le mardi 22 novembre 2005 à 18:17, par Kate

Onlinelotto Service

14. Le mardi 22 novembre 2005 à 18:18, par Kate

Onlinelotto Service

15. Le mardi 22 novembre 2005 à 18:19, par Duke

Lottoservice

16. Le mardi 22 novembre 2005 à 18:20, par Kai

Lotto24

17. Le mardi 22 novembre 2005 à 18:21, par Andy

Kreditonline

18. Le mercredi 22 mars 2006 à 13:38, par Anonymouse

Best info today for me

Ajouter un commentaire

Les commentaires pour ce billet sont fermés.