Je repose la question car ça me pourrit la vie et j'apprécierais de ne plus
devoir passer du temps après chaque rédacteur à remplacer les "?" par les
caractères initiaux.
-----
Je constate que, depuis quelques jours, certains caractères comme les
apostrophes sont remplacés, une fois introduits dans l'interface d'admin et
passés par la moulinette SPIP, par des points d'interrogation.
Je crois (mais je n'en suis pas sûr) que ce problème est apparu avec la
version 1.6.
Comment puis-je éviter de problème?
-----
Si quelqu'un a une suggestion...
Patrick
Je constate que, depuis quelques jours, certains caractères comme les
apostrophes sont remplacés, une fois introduits dans l'interface d'admin et
passés par la moulinette SPIP, par des points d'interrogation.
Est-ce lié à un navigateur particulier ? Personnellement je constate ce
problème avec Safari lorsque le site est en charset iso-8859-1...
-- Fil
le 31/05/03 23:55, Fil à fil@rezo.net a écrit :
Je constate que, depuis quelques jours, certains caractères comme les
apostrophes sont remplacés, une fois introduits dans l'interface d'admin et
passés par la moulinette SPIP, par des points d'interrogation.Est-ce lié à un navigateur particulier ? Personnellement je constate ce
problème avec Safari lorsque le site est en charset iso-8859-1...-- Fil
Exact. Je suis sur Safari.
Patrick
>> Je constate que, depuis quelques jours, certains caractères comme les
>> apostrophes sont remplacés, une fois introduits dans l'interface d'admin et
>> passés par la moulinette SPIP, par des points d'interrogation.
>
> Est-ce lié à un navigateur particulier ? Personnellement je constate ce
> problème avec Safari lorsque le site est en charset iso-8859-1...Exact. Je suis sur Safari.
Contrairement aux autres navigateurs, Safari n'accepte pas d'envoyer des
caractères n'appartenant pas au charset de la page : il les remplace par des
'?'. A mon avis c'est un bug (j'ai fait un rapport de bug à Apple) ; et
malheureusement SPIP ne peut rien y faire. Mon seul conseil serait de passer
ton site en utf-8 (mais il faut faire ça tout au début, sinon on se
retrouve, comme sur spip.net, avec des problèmes d'accents dans tous les
anciens articles/messages/etc.)
-- Fil
On Sat, 2003-05-31 at 21:58, Actua BD wrote:
Je repose la question car ça me pourrit la vie et j'apprécierais de ne plus
devoir passer du temps après chaque rédacteur à remplacer les "?" par les
caractères initiaux.
Tiens ! j'l'avais pas vu passer c'te question...
-----
Je constate que, depuis quelques jours, certains caractères comme les
apostrophes sont remplacés, une fois introduits dans l'interface d'admin et
passés par la moulinette SPIP, par des points d'interrogation.
Il s'agit surement d'apostrophe "spéciale" introduite généralement par
un copier coller depuis word ou assimilé.
Il s'agit d'un caractère spécifique au jeu de caractère de windows,
mais dont le code ascii ne correspond à rien en iso-8859-1 ou -15
(le jeu de caractère le plus répandu).
Pour éviter ça, plusieurs solutions :
- passer en cp-1152 (de tête, je retiens jamais :-), c'est à dire le jeu
de caractères de windows => bof 
- taper sur les rédacteurs jusqu'à ce qu'ils comprennent que word, c'est
pas bien 
- passer en utf-8 qui contient tous les caractères des deux autres, mais
est un peu plus contraignant (à noter qu'un bug provoque un affichage
complètement space sous netscape 4.* windows).
Pour passer en utf, tu est bon pour convertir toute ta base de
données, car l'iso-8859 affiché comme si c'était de l'utf, ça donne
n'importe quoi.
Solution mysql brute :
- mysqldump la_base > tout.sql
- iconv -f iso-8859-1 -t utf-8 < tout.sql > tout.sql.utf
- mysql la_base < tout.sql.utf (après avoir vidé la base)
- changer l'encoding dans la config spip
Solution spip :
- export de la base via l'admin
- changer l'encoding dans la config spip
- import du dump
include("a_vos_risques_et_peril.php3"); !!!
j'indique ça "de tête", j'ai jamais eu à le faire, je ne sais donc pas
s'il y a des effets de bord.
PS: dans les squelettes, s'il y a des accents "en dur" (pas en
é ..), il faudra faire un coup de iconv dessus également.
Hope this helps,
À+, Pif.
L'envoi des nouveautés fonctionne bien chez Amen, mais les divers textes et
lignes de séparation sont mis en continu sans saut de ligne, ce qui est
difficile à lire. Par exemple:
---
Bonjour, voici la lettre d'information du site "e-XPRESSION.net"
(http://www.e-xpression.net), qui recense les articles et les brèves
publiés depuis 1 jours. ----------------- NOUVEAUX
ARTICLES ----------------- ** JAMAÏQUE - Les habitants de Crawle
(etc.)
---
J'ai bien été jeter un ¦il dans le fichier nouveautes-dist.html mais je ne
comprends pas du tout comment y insérer les codes <br> et <p> qui
permettraient une mise en forme.
Est-ce autorisé? Et si oui, comment?
Patrick
Bjr
Un exemple à peine modifié (???) qui fonctionne pour les articles (script HTML nouveautes) : ce sont les \n qui génèrent « l’aération » de l’ensemble.
NOUVEAUX ARTICLES
';
<BOUCLE_nv1(ARTICLES){age_relatif<=0}{par date}{inverse}{0,30}>
$mail_nouveautes .= « ==================================================== ».« \n »;
<BOUCLE_hierarchie3(HIERARCHIE)>
$mail_nouveautes .= ‹ [(#TITRE|majuscules)] ›." / ";
</BOUCLE_hierarchie3>
$mail_nouveautes .= « \n »;
$mail_nouveautes .= « ==================================================== ».« \n »;
$mail_nouveautes .= ‹ [** (#TITRE|textebrut|texte_script) **] ›.« \n »;
$mail_nouveautes .= " « .'[par (#LESAUTEURS|textebrut|texte_script)] ';
$mail_nouveautes .= ‹ [le (#DATE|affdate|texte_script)] ›. »\n\n";
$mail_nouveautes .= ‹ [(#INTRODUCTION|textebrut|texte_script)] ›.« \n\n »;
$mail_nouveautes .= " « .‹ -> #URL_SITE_SPIP/#URL_ARTICLE ›. »\n\n\n\n";
</BOUCLE_nv1>
–
Slts
Actua BD a écrit :
L’envoi des nouveautés fonctionne bien chez Amen, mais les divers textes et
lignes de séparation sont mis en continu sans saut de ligne, ce qui est
difficile à lire. Par exemple:Bonjour, voici la lettre d’information du site « e-XPRESSION.net »
(http://www.e-xpression.net), qui recense les articles et les brèves
publiés depuis 1 jours. ----------------- NOUVEAUX
ARTICLES ----------------- ** JAMAÏQUE - Les habitants de Crawle
(etc.)J’ai bien été jeter un ¦il dans le fichier nouveautes-dist.html mais je ne
comprends pas du tout comment y insérer les codes
etqui
permettraient une mise en forme.Est-ce autorisé? Et si oui, comment?
Patrick
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip
le 4/06/03 11:29, Pierre-Henri Silliau à silliau.pierre-henri@cimafap.msa.fr
a écrit :
Bjr
Un exemple à peine modifié (???) qui fonctionne pour les articles (script HTML
nouveautes) : ce sont les \n qui génèrent "l'aération" de l'ensemble.
Je vais essayer, merci.
Patrick
Pour passer en utf, tu est bon pour convertir toute ta base de
données, car l'iso-8859 affiché comme si c'était de l'utf, ça donne
n'importe quoi.Solution mysql brute :
- mysqldump la_base > tout.sql
- iconv -f iso-8859-1 -t utf-8 < tout.sql > tout.sql.utf
- mysql la_base < tout.sql.utf (après avoir vidé la base)
- changer l'encoding dans la config spipSolution spip :
- export de la base via l'admin
- changer l'encoding dans la config spip
- import du dump
Je ne comprends pas la "solution spip", car spip se contrefiche des charsets
des dump. Je pense qu'il serait envisageable de créer une table temporaire,
d'y introduire les références de tous les objets non traduits, d'installer
un meta 'conversion en cours', puis de convertir les objets les uns après
les autres, en vidant la table temporaire au fur et à mesure. Pas vraiment
léger... ;(
Du coup la solution brute avec dump / iconv / remonter la base est
probablement la meilleure. Pour ceux qui ont accès à un iconv qui
fonctionne.
-- Fil
Le mer 04/06/2003 à 22:49, Fil a écrit :
> Solution spip :
> - export de la base via l'admin
> - changer l'encoding dans la config spip
> - import du dumpJe ne comprends pas la "solution spip", car spip se contrefiche des charsets
des dump.
Heu ouais .. j'ai un peu raisonné à la sauce xml, ou le charset est
précisé en tête de fichier et où on peut donc lire du iso pour l'écrire
en utf de façon transparente, mais c'est vrai que là, c'est du faux
xml
Bon, ben un coup de iconv sur le dump et on en parle plus 
Sinon, si y'a pas iconv sous la main, ça peut se coder "facilement" à
coup de boucle sur les caractères d'ascii au dela de 128 + traitement
particulier de 4 ou 5 caractères si on part de iso-15.
À+, Pif.
le 4/06/03 11:29, Pierre-Henri Silliau à silliau.pierre-henri@cimafap.msa.fr
a écrit :
Bjr
Un exemple à peine modifié (???) qui fonctionne pour les articles (script HTML
nouveautes) : ce sont les \n qui génèrent "l'aération" de l'ensemble.
Ca marche impeccablement! La mise en page est bien "aérée" et tout est
beaucoup plus lisible ainsi.
Merci.
Patrick