Oui, oui, je vous l'avais annoncé :-)
Ca y est c'est fait.
Le catalogue des Faces DB visibles par tous est sur le groupe
"faces-macsoup". Bon. Il reste encore à peaufiner... Vous me direz quel
fond vous préférez... ou bien si quelqu'un veut proposer un autre
fond...
--
JiPaul.
/ /--/--//\\ Jean-Paul Blanc
|/| L |\\\ quelquepart en (somewhere in)
\/|| = |||\\\ FRANCE
Au fait pour ceux qui se poseraient la question : c'est UTF-8 qu'il faut mettre pour les sites perso de Free.
Pas seulement chez Free ;-)
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les fichiers html ! en plus du doctype (HML 4.01 transitional si on vut être emm^Hbêté)
et aussi que le fichier lui-même soit créé en utf-8, et pas en Mac OS Roman !
sinon on a un affichage bizarre -- je le sais, j'ai eu la blague ;-))
on peut le vérifier en utilisant l'exellent TextWrangler, qui gère bien ce genre de choses...
Smultron donnait aussi une alerte si le fichier n'était pas utf-8 dès qu'il détectait des caractères accentués -- mais Smultron est passé en stand-by...
-- Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ? On s'amuse avec les préfixes SI : <http://medard.on-rev.com/RevWeb/prefixes/test.html> Atention ! à lire seulement sous Mac INTEL - plugin foireux sous PPC
JiPaul <blanc@empty.org> wrote:
Au fait pour ceux qui se poseraient la question : c'est UTF-8 qu'il faut
mettre pour les sites perso de Free.
Pas seulement chez Free ;-)
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les
fichiers html !
en plus du doctype (HML 4.01 transitional si on vut être emm^Hbêté)
et aussi que le fichier lui-même soit créé en utf-8, et pas en Mac OS
Roman !
sinon on a un affichage bizarre -- je le sais, j'ai eu la blague ;-))
on peut le vérifier en utilisant l'exellent TextWrangler, qui gère bien
ce genre de choses...
Smultron donnait aussi une alerte si le fichier n'était pas utf-8 dès
qu'il détectait des caractères accentués -- mais Smultron est passé en
stand-by...
--
Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ?
On s'amuse avec les préfixes SI :
<http://medard.on-rev.com/RevWeb/prefixes/test.html>
Atention ! à lire seulement sous Mac INTEL - plugin foireux sous PPC
Au fait pour ceux qui se poseraient la question : c'est UTF-8 qu'il faut mettre pour les sites perso de Free.
Pas seulement chez Free ;-)
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les fichiers html ! en plus du doctype (HML 4.01 transitional si on vut être emm^Hbêté)
et aussi que le fichier lui-même soit créé en utf-8, et pas en Mac OS Roman !
sinon on a un affichage bizarre -- je le sais, j'ai eu la blague ;-))
on peut le vérifier en utilisant l'exellent TextWrangler, qui gère bien ce genre de choses...
Smultron donnait aussi une alerte si le fichier n'était pas utf-8 dès qu'il détectait des caractères accentués -- mais Smultron est passé en stand-by...
-- Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ? On s'amuse avec les préfixes SI : <http://medard.on-rev.com/RevWeb/prefixes/test.html> Atention ! à lire seulement sous Mac INTEL - plugin foireux sous PPC
blanc
Manfred La Cassagnère wrote:
Bon! Tu souffles un peu, maintenant, hein? :-)
Oui, oui :-)
C'est vrai que j'ai pas mal bossé ce we. D'abord trouvé le bon codage par des essais. Ça prend du temps :-/
Et puis j'ai écrit un script qui modifie les index.html fournis par la fontion "catalogue HTML" de GC. Cela faisait longtemps que je voulais le faire, pas seulement pour faces DB. Voilà c'est fait. Ça aussi, ça m'a pris un peu de temps. Mais maintenant, si quelqu'un m'envoie une nouvelle photo, je pense pouvoir, en utilisant Rezilla pour la base d'une part, GC, mon script et Fetch pour la page HTML d'autre part, je pense pouvoir, dis-je, faire une màj en 5 à 10 minutes pas plus :-)
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Manfred La Cassagnère <derfnam@wanadoo.fr> wrote:
Bon! Tu souffles un peu, maintenant, hein? :-)
Oui, oui :-)
C'est vrai que j'ai pas mal bossé ce we. D'abord trouvé le bon codage
par des essais. Ça prend du temps :-/
Et puis j'ai écrit un script qui modifie les index.html fournis par la
fontion "catalogue HTML" de GC. Cela faisait longtemps que je voulais le
faire, pas seulement pour faces DB. Voilà c'est fait. Ça aussi, ça m'a
pris un peu de temps.
Mais maintenant, si quelqu'un m'envoie une nouvelle photo, je pense
pouvoir, en utilisant Rezilla pour la base d'une part, GC, mon script et
Fetch pour la page HTML d'autre part, je pense pouvoir, dis-je, faire
une màj en 5 à 10 minutes pas plus :-)
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
C'est vrai que j'ai pas mal bossé ce we. D'abord trouvé le bon codage par des essais. Ça prend du temps :-/
Et puis j'ai écrit un script qui modifie les index.html fournis par la fontion "catalogue HTML" de GC. Cela faisait longtemps que je voulais le faire, pas seulement pour faces DB. Voilà c'est fait. Ça aussi, ça m'a pris un peu de temps. Mais maintenant, si quelqu'un m'envoie une nouvelle photo, je pense pouvoir, en utilisant Rezilla pour la base d'une part, GC, mon script et Fetch pour la page HTML d'autre part, je pense pouvoir, dis-je, faire une màj en 5 à 10 minutes pas plus :-)
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
blanc
Ludovic Cynomys wrote:
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les fichiers html !
Hum... amha ce n'est pas de ça que je parlais. Perso j'ai testé (grâce à TW effectivement les différents jeux de caract dans mes fichiers HTML, et ça marche très bien pourvu que le "charset" soit bien défini dans les dits fichiers (*). En effet, tu peux vérifier (Présentation -> Code source) les fichiers index...html du catalogue "Faces DB" : le premier est en "iso-8859-1" et les suivants sont en "macintosh" ;-)
Ce dont je parlais, c'est comment sont codés les noms de fichiers (les images dans notre cas) sur les serveurs(de Free), c'est-à-dire quel jeu de caract faut-il mettre dans la Préf de Fetch --> Divers --> Encodage préféré, pour que lorsque j'envoie les dits fichiers images par Fetch (**), leurs noms soient bien encodés correctement ?
La réponse pour les serveurs de Free est UTF-8, mais je ne suis pas sûr que ce soit la même chose sur tout serveur.
JiPaul.
notes (*) : les pbs que j'ai eu au début pour ces charsets venaient de GC qui lorsqu'on lui demande un charset, le définit bien ainsi dans les fichiers, mais oublie de changer effectivement de charset (tout au moins la première fois - je n'ai pas vérifié, mais je pense que si on quitte la fonction catalogue et qu'on y revient ça doit marcher) (**) : Il est à noter d'ailleurs que contrairement à ce que je pensais au départ, cette fonction de Fetch ne change pas le "charset" dans les fichiers HTML.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les
fichiers html !
Hum... amha ce n'est pas de ça que je parlais. Perso j'ai testé (grâce à
TW effectivement les différents jeux de caract dans mes fichiers HTML,
et ça marche très bien pourvu que le "charset" soit bien défini dans les
dits fichiers (*). En effet, tu peux vérifier (Présentation -> Code
source) les fichiers index...html du catalogue "Faces DB" : le premier
est en "iso-8859-1" et les suivants sont en "macintosh" ;-)
Ce dont je parlais, c'est comment sont codés les noms de fichiers (les
images dans notre cas) sur les serveurs(de Free), c'est-à-dire quel jeu
de caract faut-il mettre dans la
Préf de Fetch --> Divers --> Encodage préféré,
pour que lorsque j'envoie les dits fichiers images par Fetch (**), leurs
noms soient bien encodés correctement ?
La réponse pour les serveurs de Free est UTF-8, mais je ne suis pas sûr
que ce soit la même chose sur tout serveur.
JiPaul.
notes
(*) : les pbs que j'ai eu au début pour ces charsets venaient de GC qui
lorsqu'on lui demande un charset, le définit bien ainsi dans les
fichiers, mais oublie de changer effectivement de charset (tout au moins
la première fois - je n'ai pas vérifié, mais je pense que si on quitte
la fonction catalogue et qu'on y revient ça doit marcher)
(**) : Il est à noter d'ailleurs que contrairement à ce que je pensais
au départ, cette fonction de Fetch ne change pas le "charset" dans les
fichiers HTML.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les fichiers html !
Hum... amha ce n'est pas de ça que je parlais. Perso j'ai testé (grâce à TW effectivement les différents jeux de caract dans mes fichiers HTML, et ça marche très bien pourvu que le "charset" soit bien défini dans les dits fichiers (*). En effet, tu peux vérifier (Présentation -> Code source) les fichiers index...html du catalogue "Faces DB" : le premier est en "iso-8859-1" et les suivants sont en "macintosh" ;-)
Ce dont je parlais, c'est comment sont codés les noms de fichiers (les images dans notre cas) sur les serveurs(de Free), c'est-à-dire quel jeu de caract faut-il mettre dans la Préf de Fetch --> Divers --> Encodage préféré, pour que lorsque j'envoie les dits fichiers images par Fetch (**), leurs noms soient bien encodés correctement ?
La réponse pour les serveurs de Free est UTF-8, mais je ne suis pas sûr que ce soit la même chose sur tout serveur.
JiPaul.
notes (*) : les pbs que j'ai eu au début pour ces charsets venaient de GC qui lorsqu'on lui demande un charset, le définit bien ainsi dans les fichiers, mais oublie de changer effectivement de charset (tout au moins la première fois - je n'ai pas vérifié, mais je pense que si on quitte la fonction catalogue et qu'on y revient ça doit marcher) (**) : Il est à noter d'ailleurs que contrairement à ce que je pensais au départ, cette fonction de Fetch ne change pas le "charset" dans les fichiers HTML.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
blanc
Ludovic Cynomys wrote:
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les fichiers html !
Hum... amha ce n'est pas de ça que je parlais. Et je ne pense pas que ce soit vrai. Perso j'ai testé (grâce à TW effectivement les différents jeux de caract dans mes fichiers HTML, et ça marche très bien pourvu que le "charset" soit bien défini dans les dits fichiers (*). En effet, tu peux vérifier (Présentation -> Code source) les fichiers index...html du catalogue "Faces DB" : le premier est en "iso-8859-1" et les suivants sont en "macintosh" ;-)
Ce dont je parlais, c'est comment sont codés les noms de fichiers (les images dans notre cas) sur les serveurs(de Free), c'est-à-dire quel jeu de caract faut-il mettre dans la Préf de Fetch --> Divers --> Encodage préféré, pour que lorsque j'envoie les dits fichiers images par Fetch (**), leurs noms soient bien encodés correctement ?
La réponse pour les serveurs de Free est UTF-8, mais je ne suis pas sûr que ce soit la même chose sur tout serveur.
JiPaul.
notes (*) : les pbs que j'ai eu au début pour ces charsets venaient de GC qui lorsqu'on lui demande un charset, le définit bien ainsi dans les fichiers, mais oublie de changer effectivement de charset (tout au moins la première fois - je n'ai pas vérifié, mais je pense que si on quitte la fonction catalogue et qu'on y revient ça doit marcher) (**) : Il est à noter d'ailleurs que contrairement à ce que je pensais au départ, cette fonction de Fetch ne change pas le "charset" dans les fichiers HTML.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les
fichiers html !
Hum... amha ce n'est pas de ça que je parlais. Et je ne pense pas que ce
soit vrai. Perso j'ai testé (grâce à TW effectivement les différents
jeux de caract dans mes fichiers HTML, et ça marche très bien pourvu que
le "charset" soit bien défini dans les dits fichiers (*). En effet, tu
peux vérifier (Présentation -> Code source) les fichiers index...html du
catalogue "Faces DB" : le premier est en "iso-8859-1" et les suivants
sont en "macintosh" ;-)
Ce dont je parlais, c'est comment sont codés les noms de fichiers (les
images dans notre cas) sur les serveurs(de Free), c'est-à-dire quel jeu
de caract faut-il mettre dans la
Préf de Fetch --> Divers --> Encodage préféré,
pour que lorsque j'envoie les dits fichiers images par Fetch (**), leurs
noms soient bien encodés correctement ?
La réponse pour les serveurs de Free est UTF-8, mais je ne suis pas sûr
que ce soit la même chose sur tout serveur.
JiPaul.
notes
(*) : les pbs que j'ai eu au début pour ces charsets venaient de GC qui
lorsqu'on lui demande un charset, le définit bien ainsi dans les
fichiers, mais oublie de changer effectivement de charset (tout au moins
la première fois - je n'ai pas vérifié, mais je pense que si on quitte
la fonction catalogue et qu'on y revient ça doit marcher)
(**) : Il est à noter d'ailleurs que contrairement à ce que je pensais
au départ, cette fonction de Fetch ne change pas le "charset" dans les
fichiers HTML.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
c'est devenu caïman standard, il faut déclarer un charset utf-8 pour les fichiers html !
Hum... amha ce n'est pas de ça que je parlais. Et je ne pense pas que ce soit vrai. Perso j'ai testé (grâce à TW effectivement les différents jeux de caract dans mes fichiers HTML, et ça marche très bien pourvu que le "charset" soit bien défini dans les dits fichiers (*). En effet, tu peux vérifier (Présentation -> Code source) les fichiers index...html du catalogue "Faces DB" : le premier est en "iso-8859-1" et les suivants sont en "macintosh" ;-)
Ce dont je parlais, c'est comment sont codés les noms de fichiers (les images dans notre cas) sur les serveurs(de Free), c'est-à-dire quel jeu de caract faut-il mettre dans la Préf de Fetch --> Divers --> Encodage préféré, pour que lorsque j'envoie les dits fichiers images par Fetch (**), leurs noms soient bien encodés correctement ?
La réponse pour les serveurs de Free est UTF-8, mais je ne suis pas sûr que ce soit la même chose sur tout serveur.
JiPaul.
notes (*) : les pbs que j'ai eu au début pour ces charsets venaient de GC qui lorsqu'on lui demande un charset, le définit bien ainsi dans les fichiers, mais oublie de changer effectivement de charset (tout au moins la première fois - je n'ai pas vérifié, mais je pense que si on quitte la fonction catalogue et qu'on y revient ça doit marcher) (**) : Il est à noter d'ailleurs que contrairement à ce que je pensais au départ, cette fonction de Fetch ne change pas le "charset" dans les fichiers HTML.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
ludovic.cynomys
JiPaul wrote:
Hum... amha ce n'est pas de ça que je parlais.
euh, ah oui je n'avais pas vu que ça causait de Fetch, et de ftp ;-)
pour le reste, je ne vois pas trop la rationalité sous ces histoires d'encodage -- sauf qu'ils devraient être cohérents ?
et que utf-8 pour les fichiers html devrait être la règle ?
maintenant, comment on les monte sur le serveur, ça dépend aussi...
-- Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ?
JiPaul <blanc@empty.org> wrote:
Hum... amha ce n'est pas de ça que je parlais.
euh, ah oui je n'avais pas vu que ça causait de Fetch, et de ftp ;-)
pour le reste, je ne vois pas trop la rationalité sous ces histoires
d'encodage -- sauf qu'ils devraient être cohérents ?
et que utf-8 pour les fichiers html devrait être la règle ?
maintenant, comment on les monte sur le serveur, ça dépend aussi...
--
Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ?
euh, ah oui je n'avais pas vu que ça causait de Fetch, et de ftp ;-)
pour le reste, je ne vois pas trop la rationalité sous ces histoires d'encodage -- sauf qu'ils devraient être cohérents ?
et que utf-8 pour les fichiers html devrait être la règle ?
maintenant, comment on les monte sur le serveur, ça dépend aussi...
-- Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ?
blanc
Ludovic Cynomys wrote:
pour le reste, je ne vois pas trop la rationalité sous ces histoires d'encodage -- sauf qu'ils devraient être cohérents ?
Que veux-tu dire par "cohérence" ? que ce soit le même partout ? Pas indispensable àmha, mais ce serait mieux, oui. Et cette "cohérence" peut venir de la généralisation d'utf-8 pour les systèmes de fichiers.
et que utf-8 pour les fichiers html devrait être la règle ?
Dans ce cas, ça me paraît encore moins indispensable, pourvu que chacun annonce bien la couleur (le "charset" en fait). Le problème, c'est que je pense qu'il existe encore des logiciels de création de pages html qui ne prennent pas la peine de le faire, ni de préciser la version html utilisée.
Après cela, utf-8 est mieux si l'on veut pouvoir coder n'importe quel caractère, c'est vrai. Mais il faut lui préférer utf-16 dans les pays asiatiques.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
pour le reste, je ne vois pas trop la rationalité sous ces histoires
d'encodage -- sauf qu'ils devraient être cohérents ?
Que veux-tu dire par "cohérence" ? que ce soit le même partout ? Pas
indispensable àmha, mais ce serait mieux, oui.
Et cette "cohérence" peut venir de la généralisation d'utf-8 pour les
systèmes de fichiers.
et que utf-8 pour les fichiers html devrait être la règle ?
Dans ce cas, ça me paraît encore moins indispensable, pourvu que chacun
annonce bien la couleur (le "charset" en fait). Le problème, c'est que
je pense qu'il existe encore des logiciels de création de pages html qui
ne prennent pas la peine de le faire, ni de préciser la version html
utilisée.
Après cela, utf-8 est mieux si l'on veut pouvoir coder n'importe quel
caractère, c'est vrai. Mais il faut lui préférer utf-16 dans les pays
asiatiques.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
pour le reste, je ne vois pas trop la rationalité sous ces histoires d'encodage -- sauf qu'ils devraient être cohérents ?
Que veux-tu dire par "cohérence" ? que ce soit le même partout ? Pas indispensable àmha, mais ce serait mieux, oui. Et cette "cohérence" peut venir de la généralisation d'utf-8 pour les systèmes de fichiers.
et que utf-8 pour les fichiers html devrait être la règle ?
Dans ce cas, ça me paraît encore moins indispensable, pourvu que chacun annonce bien la couleur (le "charset" en fait). Le problème, c'est que je pense qu'il existe encore des logiciels de création de pages html qui ne prennent pas la peine de le faire, ni de préciser la version html utilisée.
Après cela, utf-8 est mieux si l'on veut pouvoir coder n'importe quel caractère, c'est vrai. Mais il faut lui préférer utf-16 dans les pays asiatiques.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
michele
C'est où ça "faces-macsoup" ? Sur usenet ? sur www ? une adresse ?
C'est où ça "faces-macsoup" ? Sur usenet ? sur www ? une adresse ?
C'est où ça "faces-macsoup" ? Sur usenet ? sur www ? une adresse ?
gerald.coyot
michele wrote:
C'est où ça "faces-macsoup" ? Sur usenet ? sur www ? une adresse ?
www.corsage.rouge.bénitier.du.diable.htm -- Amitiés, Gérard Cojot 'Bienheureux les fêlés, ils laisseront passer ma lumière'[M.Audiard] http://perso.orange.fr/gerard.cojot/
michele <michele@sansalussinan.org> wrote:
C'est où ça "faces-macsoup" ? Sur usenet ? sur www ? une adresse ?
www.corsage.rouge.bénitier.du.diable.htm
--
Amitiés, Gérard Cojot
'Bienheureux les fêlés, ils laisseront passer ma lumière'[M.Audiard]
http://perso.orange.fr/gerard.cojot/
C'est où ça "faces-macsoup" ? Sur usenet ? sur www ? une adresse ?
www.corsage.rouge.bénitier.du.diable.htm -- Amitiés, Gérard Cojot 'Bienheureux les fêlés, ils laisseront passer ma lumière'[M.Audiard] http://perso.orange.fr/gerard.cojot/
pdorange
michele wrote:
C'est où ça "faces-macsoup" ? Sur usenet ? sur www ? une adresse ?
