[SPIP Zone] [Spip-zone-commit] r22280 - /_plugins_/_test_/spip-listes/spip-listes_1_9_3/inc/spiplistes_api_presentation.php

Je viens de faire le test en SPIP 192d.

-----Message d'origine-----
De : spip-zone-commit-bounces@rezo.net [mailto:spip-zone-commit-
bounces@rezo.net] De la part de kent1@arscenic.info
Envoyé : jeudi 28 août 2008 14:04
À : spip-zone-commit@rezo.net
Objet : [Spip-zone-commit] r22280 - /_plugins_/_test_/spip-listes/spip-
listes_1_9_3/inc/spiplistes_api_presentation.php

Author: kent1@arscenic.info
Date: Thu Aug 28 14:03:27 2008
New Revision: 22280

Log:
1. utiliser autoriser webmestre plutot que l'affreux if($connect_id_auteur
== 1)... Pourquoi seul le 1 a le droit? => ca ne devrait pas casser en
1.9.2 ... à confirmer...

En 192d, ca ne donne plus accès au menu de maintenance à l'admin (par
exemple).

Sauf erreur (d'après les commentaires en script SPIP dist)...

Le 3' paramètre à transmettre à autoriser*() et l'id de l'objet sur lequel
on désire avoir le droit d'accès (id de l'article, ...). Le 4' est l'id de
auteur_session, ou tableau.

Donc :

+ autoriser('webmestre','',$connect_id_auteur));

Devrait plutôt être :

+ autoriser('webmestre','', 1,$connect_id_auteur));

Petit détail :

+ $flag_autorise = ($connect_statut == "0minirezo") &&
(autoriser('webmestre','',$connect_id_auteur));

autoriser_webmestre() vérifie lui aussi ($connect_statut == "0minirezo"). Il
est donc inutile de le demander ici.

Ainsi, simplifions en :

+ $flag_autorise = autoriser('webmestre','', 0, $connect_id_auteur);

Ici, id_objet est 0, mais il peut-être 1 (le webmestre a droit à tout, mais
à vérifier, je n'ai pas tracé tous les scripts)

Donc :

+ $flag_autorise = autoriser('webmestre','', 0, $connect_id_auteur);

Peut devenir tout simplement, pour la session en cours, si pas de gestion
spécifique de rubrique ni d'article :

+ $flag_autorise = autoriser('webmestre');

Je viens de vérifier en 192d : OK !

A condition de corriger autoriser_webmestre()

==== php

if(spiplistes_spip_est_inferieur_193() && !function_exists('
autoriser_webmestre'))
{
  function autoriser_webmestre($faire, $type, $id, $qui, $opt)
  {
    $def_webmestre =
      defined('_ID_WEBMESTRES')
      ? in_array($qui['id_auteur'], explode(':',
_ID_WEBMESTRES))
      : true
      ;
    return (
      $def_webmestre
      && ($qui['statut'] == '0minirezo')
      && !$qui['restreint']
      );
  }
}

=== !php

En effet, _ID_WEBMESTRES est une option 192. La fonction d'origine l'attend
et renvoie false si inexistante. Donc erreur à tous les coups (ou le
contraire, sauf si définie).

En 2.0, le résultat n'est pas bon. A vérifier. Mais 2.0 est en 'dev',
peut-être un bug ?

Désolé d'avoir été aussi long. J'espère compréhensible.

Et si erreur, svp, préciser.

Au fait, kent1, j'ai vu que tu travaillais sur spiplistes via svn (un update
m'en a averti), mais je n'ai pas reçu le mail de suivi. Surcharge du serveur
?

2. éviter les accents dans le code... ca sert à rien et ca peut casser
beaucoup de choses si des pbs de conf chez l'un ou l'autre

Je ne vois pas trop où ca peut casser beaucoup de choses, sauf à mettre du
contenu texte diacritique directement dans le script au lieu de lang/*
Mais Ok. Même si j'ai du mal à me passer d'une bonne habitude :wink:
Au pire, on y gagne en lisibilité multiplateforme.

A+

--
Christian

En effet, _ID_WEBMESTRES est une option 192. La fonction d'origine l'attend
et renvoie false si inexistante. Donc erreur à tous les coups (ou le
contraire, sauf si définie).

En 2.0, le résultat n'est pas bon. A vérifier. Mais 2.0 est en 'dev',
peut-être un bug ?

Désolé d'avoir été aussi long. J'espère compréhensible.

Et si erreur, svp, préciser.

Non c'est optionnel mais vu comme tu étais hyper restrictif avant (id_auteur=1 et uniquement 1) je pensais que c'était très confidentiel cette partie...
Donc $connect_statut == '0minirezo' suffirait en fait?

En fait je n'utilises plus spiplistes depuis un bail ... je fais en sorte que les gens qui me serrinent pour que ca marche puisse l'utiliser...

Comme je n'ai jamais réellement installé de 1.9.2 non plus...

Au fait, kent1, j'ai vu que tu travaillais sur spiplistes via svn (un update
m'en a averti), mais je n'ai pas reçu le mail de suivi. Surcharge du serveur
?

Je ne saurais te dire...

2. éviter les accents dans le code... ca sert à rien et ca peut casser
beaucoup de choses si des pbs de conf chez l'un ou l'autre

Je ne vois pas trop où ca peut casser beaucoup de choses, sauf à mettre du
contenu texte diacritique directement dans le script au lieu de lang/*
Mais Ok. Même si j'ai du mal à me passer d'une bonne habitude :wink:

Si ... mon mac pour une raison ou une autre gère mall 'utf-8 et donc pète tous les caractères accentués sur certains fichiers (pas tous) ... donc le mieux est d'éviter les accents dans le code pour éviter des désagrément de caractères bizarres...

Là il n'y a plus de risques

Au pire, on y gagne en lisibilité multiplateforme.

Voila... exactement...

A+

++

Q.

D'ailleurs après vérifications... les rédacteurs n'ayant pas accès à cette partie ... cette vérification des droits sert à quoi exactement?

Q.

Le 29 août 08 à 12:38, Drouet quentin a écrit :

En effet, _ID_WEBMESTRES est une option 192. La fonction d'origine l'attend
et renvoie false si inexistante. Donc erreur à tous les coups (ou le
contraire, sauf si définie).

En 2.0, le résultat n'est pas bon. A vérifier. Mais 2.0 est en 'dev',
peut-être un bug ?

Désolé d'avoir été aussi long. J'espère compréhensible.

Et si erreur, svp, préciser.

Non c'est optionnel mais vu comme tu étais hyper restrictif avant (id_auteur=1 et uniquement 1) je pensais que c'était très confidentiel cette partie...
Donc $connect_statut == '0minirezo' suffirait en fait?

En fait je n'utilises plus spiplistes depuis un bail ... je fais en sorte que les gens qui me serrinent pour que ca marche puisse l'utiliser...

Comme je n'ai jamais réellement installé de 1.9.2 non plus...

Au fait, kent1, j'ai vu que tu travaillais sur spiplistes via svn (un update
m'en a averti), mais je n'ai pas reçu le mail de suivi. Surcharge du serveur
?

Je ne saurais te dire...

2. éviter les accents dans le code... ca sert à rien et ca peut casser
beaucoup de choses si des pbs de conf chez l'un ou l'autre

Je ne vois pas trop où ca peut casser beaucoup de choses, sauf à mettre du
contenu texte diacritique directement dans le script au lieu de lang/*
Mais Ok. Même si j'ai du mal à me passer d'une bonne habitude :wink:

Si ... mon mac pour une raison ou une autre gère mall 'utf-8 et donc pète tous les caractères accentués sur certains fichiers (pas tous) ... donc le mieux est d'éviter les accents dans le code pour éviter des désagrément de caractères bizarres...

Là il n'y a plus de risques

Au pire, on y gagne en lisibilité multiplateforme.

Voila... exactement...

A+

++

Q.

Dans mon idée, au départ :

- seul l'administrateur principal a la possibilité de gérer la maintenance

- un administrateur toutes_rubiques a la possibilité de planifier les envois
de toutes les listes

- un administrateur restreint a le droit de créer une liste, un courrier,
importer exporter des abonnés dans *sa* liste, attacher *sa* liste à une de
*ses* rubriques, gérer les envois de *sa* liste

- un rédacteur a le droit de créer un courrier, mais ne peut pas gérer son
envoi (en gros, s'approche du principe classique de "proposition à
publication", etc.)

Je dis ça de mémoire, je regarderai les scripts dans la soirée, si j'ai le
temps.

J'ai mis en place quelques autoriser*(), mais n'ai pas terminé de ce côté.

Et pour la réponse " id_auteur=1 et uniquement 1" : erreur de jeunesse :wink:

A+

--
Christian

-----Message d'origine-----
De : Quentin Drouet [mailto:quentin.drouet@gmail.com] De la part de Drouet
Quentin
Envoyé : vendredi 29 août 2008 12:42
À : Drouet quentin
Cc : Christian Paulus; Liste [spip-zone]
Objet : Re: [SPIP Zone] [Spip-zone-commit] r22280 -
/_plugins_/_test_/spip-listes/spip-
listes_1_9_3/inc/spiplistes_api_presentation.php

D'ailleurs après vérifications... les rédacteurs n'ayant pas accès à
cette partie ... cette vérification des droits sert à quoi exactement?

Q.

Le 29 août 08 à 12:38, Drouet quentin a écrit :

>> En effet, _ID_WEBMESTRES est une option 192. La fonction d'origine
>> l'attend
>> et renvoie false si inexistante. Donc erreur à tous les coups (ou le
>> contraire, sauf si définie).
>>
>> En 2.0, le résultat n'est pas bon. A vérifier. Mais 2.0 est en 'dev',
>> peut-être un bug ?
>>
>> Désolé d'avoir été aussi long. J'espère compréhensible.
>>
>> Et si erreur, svp, préciser.
>
>
> Non c'est optionnel mais vu comme tu étais hyper restrictif avant
> (id_auteur=1 et uniquement 1) je pensais que c'était très
> confidentiel cette partie...
> Donc $connect_statut == '0minirezo' suffirait en fait?
>
> En fait je n'utilises plus spiplistes depuis un bail ... je fais en
> sorte que les gens qui me serrinent pour que ca marche puisse
> l'utiliser...
>
> Comme je n'ai jamais réellement installé de 1.9.2 non plus...
>
>> Au fait, kent1, j'ai vu que tu travaillais sur spiplistes via svn
>> (un update
>> m'en a averti), mais je n'ai pas reçu le mail de suivi. Surcharge
>> du serveur
>> ?
>>
>
> Je ne saurais te dire...
>
>>
>>
>>> 2. éviter les accents dans le code... ca sert à rien et ca peut
>>> casser
>>> beaucoup de choses si des pbs de conf chez l'un ou l'autre
>>>
>>
>> Je ne vois pas trop où ca peut casser beaucoup de choses, sauf à
>> mettre du
>> contenu texte diacritique directement dans le script au lieu de
>> lang/*
>> Mais Ok. Même si j'ai du mal à me passer d'une bonne habitude :wink:
>
> Si ... mon mac pour une raison ou une autre gère mall 'utf-8 et donc
> pète tous les caractères accentués sur certains fichiers (pas
> tous) ... donc le mieux est d'éviter les accents dans le code pour
> éviter des désagrément de caractères bizarres...
>
> Là il n'y a plus de risques
>
>>
>> Au pire, on y gagne en lisibilité multiplateforme.
>
> Voila... exactement...
>
>>
>>
>> A+
>>
>
> ++
>
> Q.

ok donc autoriser webmestre semble être bon dans ton cas...

Donc il faut updater la doc... et/ou mettre un mes_options par défaut (il sera pas pris si réglage utilisateur)

Donc je ne pense pas qu'il soit nécessaire de "forker" la fonction... Si?

Q.
Le 29 août 08 à 13:21, Christian Paulus a écrit :

Dans mon idée, au départ :

- seul l'administrateur principal a la possibilité de gérer la maintenance

- un administrateur toutes_rubiques a la possibilité de planifier les envois
de toutes les listes

- un administrateur restreint a le droit de créer une liste, un courrier,
importer exporter des abonnés dans *sa* liste, attacher *sa* liste à une de
*ses* rubriques, gérer les envois de *sa* liste

- un rédacteur a le droit de créer un courrier, mais ne peut pas gérer son
envoi (en gros, s'approche du principe classique de "proposition à
publication", etc.)

Je dis ça de mémoire, je regarderai les scripts dans la soirée, si j'ai le
temps.

J'ai mis en place quelques autoriser*(), mais n'ai pas terminé de ce côté.

Et pour la réponse " id_auteur=1 et uniquement 1" : erreur de jeunesse :wink:

A+

--
Christian

-----Message d'origine-----
De : Quentin Drouet [mailto:quentin.drouet@gmail.com] De la part de Drouet
Quentin
Envoyé : vendredi 29 août 2008 12:42
À : Drouet quentin
Cc : Christian Paulus; Liste [spip-zone]
Objet : Re: [SPIP Zone] [Spip-zone-commit] r22280 -
/_plugins_/_test_/spip-listes/spip-
listes_1_9_3/inc/spiplistes_api_presentation.php

D'ailleurs après vérifications... les rédacteurs n'ayant pas accès à
cette partie ... cette vérification des droits sert à quoi exactement?

Q.

Le 29 août 08 à 12:38, Drouet quentin a écrit :

En effet, _ID_WEBMESTRES est une option 192. La fonction d'origine
l'attend
et renvoie false si inexistante. Donc erreur à tous les coups (ou le
contraire, sauf si définie).

En 2.0, le résultat n'est pas bon. A vérifier. Mais 2.0 est en 'dev',
peut-être un bug ?

Désolé d'avoir été aussi long. J'espère compréhensible.

Et si erreur, svp, préciser.

Non c'est optionnel mais vu comme tu étais hyper restrictif avant
(id_auteur=1 et uniquement 1) je pensais que c'était très
confidentiel cette partie...
Donc $connect_statut == '0minirezo' suffirait en fait?

En fait je n'utilises plus spiplistes depuis un bail ... je fais en
sorte que les gens qui me serrinent pour que ca marche puisse
l'utiliser...

Comme je n'ai jamais réellement installé de 1.9.2 non plus...

Au fait, kent1, j'ai vu que tu travaillais sur spiplistes via svn
(un update
m'en a averti), mais je n'ai pas reçu le mail de suivi. Surcharge
du serveur
?

Je ne saurais te dire...

2. éviter les accents dans le code... ca sert à rien et ca peut
casser
beaucoup de choses si des pbs de conf chez l'un ou l'autre

Je ne vois pas trop où ca peut casser beaucoup de choses, sauf à
mettre du
contenu texte diacritique directement dans le script au lieu de
lang/*
Mais Ok. Même si j'ai du mal à me passer d'une bonne habitude :wink:

Si ... mon mac pour une raison ou une autre gère mall 'utf-8 et donc
pète tous les caractères accentués sur certains fichiers (pas
tous) ... donc le mieux est d'éviter les accents dans le code pour
éviter des désagrément de caractères bizarres...

Là il n'y a plus de risques

Au pire, on y gagne en lisibilité multiplateforme.

Voila... exactement...

A+

++

Q.

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Hello…

Je reviens sur spip-listes… pour quelque chose qui a changé depuis l’ancienne version

Lorsque tu veux utiliser un patron tu n’as plus de selecteur de date permettant de passer au contexte du patron un #ENV{date}

J’ai un peu modifié la page de courier_previsu et courier_edit (en pièce jointe) en mettant le sélecteur de date visible tout le temps en dessous de la langue ainsi qu’un formatage de la date pour la passer au contexte …

Peux tu… ou quelqu’un d’autre vérifier ces fichiers (fonctionnement sur 1.9.2 principalement)… et les commiter s’ils semblent ok et ne rien casser…

Mon utilisateur utilisait un patron avec [(#DATE_MODIF_SITE|strtotime|>{[(#ENV{date}|strtotime)]}|?{’ ‹ , ›'})] et ce manque de sélecteur de date l’emêchait de fonctionner correctement…

++

kent1

2008/8/29 Drouet quentin <kent1@arscenic.info>

ok donc autoriser webmestre semble être bon dans ton cas…

Donc il faut updater la doc… et/ou mettre un mes_options par défaut (il sera pas pris si réglage utilisateur)

Donc je ne pense pas qu’il soit nécessaire de « forker » la fonction… Si?

Q.
Le 29 août 08 à 13:21, Christian Paulus a écrit :

Dans mon idée, au départ :

  • seul l’administrateur principal a la possibilité de gérer la maintenance

  • un administrateur toutes_rubiques a la possibilité de planifier les envois
    de toutes les listes

  • un administrateur restreint a le droit de créer une liste, un courrier,
    importer exporter des abonnés dans sa liste, attacher sa liste à une de
    ses rubriques, gérer les envois de sa liste

  • un rédacteur a le droit de créer un courrier, mais ne peut pas gérer son
    envoi (en gros, s’approche du principe classique de « proposition à
    publication », etc.)

Je dis ça de mémoire, je regarderai les scripts dans la soirée, si j’ai le
temps.

J’ai mis en place quelques autoriser*(), mais n’ai pas terminé de ce côté.

Et pour la réponse " id_auteur=1 et uniquement 1" : erreur de jeunesse :wink:

A+


Christian

-----Message d’origine-----
De : Quentin Drouet [mailto:quentin.drouet@gmail.com] De la part de Drouet
Quentin
Envoyé : vendredi 29 août 2008 12:42
À : Drouet quentin
Cc : Christian Paulus; Liste [spip-zone]
Objet : Re: [SPIP Zone] [Spip-zone-commit] r22280 -
/plugins/test/spip-listes/spip-
listes_1_9_3/inc/spiplistes_api_presentation.php

D’ailleurs après vérifications… les rédacteurs n’ayant pas accès à
cette partie … cette vérification des droits sert à quoi exactement?

Q.

Le 29 août 08 à 12:38, Drouet quentin a écrit :

En effet, _ID_WEBMESTRES est une option 192. La fonction d’origine
l’attend
et renvoie false si inexistante. Donc erreur à tous les coups (ou le
contraire, sauf si définie).

En 2.0, le résultat n’est pas bon. A vérifier. Mais 2.0 est en ‹ dev ›,
peut-être un bug ?

Désolé d’avoir été aussi long. J’espère compréhensible.

Et si erreur, svp, préciser.

Non c’est optionnel mais vu comme tu étais hyper restrictif avant
(id_auteur=1 et uniquement 1) je pensais que c’était très
confidentiel cette partie…
Donc $connect_statut == ‹ 0minirezo › suffirait en fait?

En fait je n’utilises plus spiplistes depuis un bail … je fais en
sorte que les gens qui me serrinent pour que ca marche puisse
l’utiliser…

Comme je n’ai jamais réellement installé de 1.9.2 non plus…

Au fait, kent1, j’ai vu que tu travaillais sur spiplistes via svn
(un update
m’en a averti), mais je n’ai pas reçu le mail de suivi. Surcharge
du serveur
?

Je ne saurais te dire…

  1. éviter les accents dans le code… ca sert à rien et ca peut
    casser
    beaucoup de choses si des pbs de conf chez l’un ou l’autre

Je ne vois pas trop où ca peut casser beaucoup de choses, sauf à
mettre du
contenu texte diacritique directement dans le script au lieu de
lang/*
Mais Ok. Même si j’ai du mal à me passer d’une bonne habitude :wink:

Si … mon mac pour une raison ou une autre gère mall 'utf-8 et donc
pète tous les caractères accentués sur certains fichiers (pas
tous) … donc le mieux est d’éviter les accents dans le code pour
éviter des désagrément de caractères bizarres…

Là il n’y a plus de risques

Au pire, on y gagne en lisibilité multiplateforme.

Voila… exactement…

A+

++

Q.


spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Arscenic - Luxembourg asbl
Promotion et diffusion des Arts Numériques et des Nouvelles Scénographies

5, rue de la montagne
L-4879 Lamadelaine
Luxembourg

http://www.aires-de-confluxence.info - http://www.sklunk.net
tél : +33 (0)616706301
mail: quentin@arscenic.info

spiplistes_courrier_previsu.php (11.3 KB)

spiplistes_courrier_edit.php (13.8 KB)

Ok. Je regarde ça. D'ici fin de semaine.

A voir aussi les remarques de Michel Possoz sur l'ajout de typo()

A+

PS: je n'arrive plus à accéder aux archives de la liste.
http://listes.rezo.net/mailman/listinfo/spip-zone, puis les archives -> Not
found. Il y a un autre chemin ?

--
C.

________________________________________
De : quentin.drouet@gmail.com [mailto:quentin.drouet@gmail.com] De la part
de Quentin Drouet
Envoyé : mardi 2 septembre 2008 01:42
À : Christian Paulus
Cc : Liste [spip-zone]
Objet : Re: [SPIP Zone] [Spip-zone-commit] r22280 -
/_plugins_/_test_/spip-listes/spip-listes_1_9_3/inc/spiplistes_api_presentat
ion.php

Hello...

Je reviens sur spip-listes... pour quelque chose qui a changé depuis
l'ancienne version

Lorsque tu veux utiliser un patron tu n'as plus de selecteur de date
permettant de passer au contexte du patron un #ENV{date}

J'ai un peu modifié la page de courier_previsu et courier_edit (en pièce
jointe) en mettant le sélecteur de date visible tout le temps en dessous de
la langue ainsi qu'un formatage de la date pour la passer au contexte ...

Peux tu... ou quelqu'un d'autre vérifier ces fichiers (fonctionnement sur
1.9.2 principalement)... et les commiter s'ils semblent ok et ne rien
casser...

Mon utilisateur utilisait un patron avec
[(#DATE_MODIF_SITE|strtotime|>{[(#ENV{date}|strtotime)]}|?{' ',''})] et ce
manque de sélecteur de date l'emêchait de fonctionner correctement...

++

kent1
2008/8/29 Drouet quentin <kent1@arscenic.info>
ok donc autoriser webmestre semble être bon dans ton cas...

Donc il faut updater la doc... et/ou mettre un mes_options par défaut (il
sera pas pris si réglage utilisateur)

Donc je ne pense pas qu'il soit nécessaire de "forker" la fonction... Si?

Q.
Le 29 août 08 à 13:21, Christian Paulus a écrit :

Dans mon idée, au départ :

- seul l'administrateur principal a la possibilité de gérer la maintenance

- un administrateur toutes_rubiques a la possibilité de planifier les envois
de toutes les listes

- un administrateur restreint a le droit de créer une liste, un courrier,
importer exporter des abonnés dans *sa* liste, attacher *sa* liste à une de
*ses* rubriques, gérer les envois de *sa* liste

- un rédacteur a le droit de créer un courrier, mais ne peut pas gérer son
envoi (en gros, s'approche du principe classique de "proposition à
publication", etc.)

Je dis ça de mémoire, je regarderai les scripts dans la soirée, si j'ai le
temps.

J'ai mis en place quelques autoriser*(), mais n'ai pas terminé de ce côté.

Et pour la réponse " id_auteur=1 et uniquement 1" : erreur de jeunesse :wink:

A+

--
Christian

-----Message d'origine-----
De : Quentin Drouet [mailto:quentin.drouet@gmail.com] De la part de Drouet
Quentin
Envoyé : vendredi 29 août 2008 12:42
À : Drouet quentin
Cc : Christian Paulus; Liste [spip-zone]
Objet : Re: [SPIP Zone] [Spip-zone-commit] r22280 -
/_plugins_/_test_/spip-listes/spip-
listes_1_9_3/inc/spiplistes_api_presentation.php

D'ailleurs après vérifications... les rédacteurs n'ayant pas accès à
cette partie ... cette vérification des droits sert à quoi exactement?

Q.

Le 29 août 08 à 12:38, Drouet quentin a écrit :
En effet, _ID_WEBMESTRES est une option 192. La fonction d'origine
l'attend
et renvoie false si inexistante. Donc erreur à tous les coups (ou le
contraire, sauf si définie).

En 2.0, le résultat n'est pas bon. A vérifier. Mais 2.0 est en 'dev',
peut-être un bug ?

Désolé d'avoir été aussi long. J'espère compréhensible.

Et si erreur, svp, préciser.

Non c'est optionnel mais vu comme tu étais hyper restrictif avant
(id_auteur=1 et uniquement 1) je pensais que c'était très
confidentiel cette partie...
Donc $connect_statut == '0minirezo' suffirait en fait?

En fait je n'utilises plus spiplistes depuis un bail ... je fais en
sorte que les gens qui me serrinent pour que ca marche puisse
l'utiliser...

Comme je n'ai jamais réellement installé de 1.9.2 non plus...
Au fait, kent1, j'ai vu que tu travaillais sur spiplistes via svn
(un update
m'en a averti), mais je n'ai pas reçu le mail de suivi. Surcharge
du serveur
?

Je ne saurais te dire...

2. éviter les accents dans le code... ca sert à rien et ca peut
casser
beaucoup de choses si des pbs de conf chez l'un ou l'autre

Je ne vois pas trop où ca peut casser beaucoup de choses, sauf à
mettre du
contenu texte diacritique directement dans le script au lieu de
lang/*
Mais Ok. Même si j'ai du mal à me passer d'une bonne habitude :wink:

Si ... mon mac pour une raison ou une autre gère mall 'utf-8 et donc
pète tous les caractères accentués sur certains fichiers (pas
tous) ... donc le mieux est d'éviter les accents dans le code pour
éviter des désagrément de caractères bizarres...

Là il n'y a plus de risques

Au pire, on y gagne en lisibilité multiplateforme.

Voila... exactement...

A+

++

Q.

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

--
-----
Arscenic - Luxembourg asbl
Promotion et diffusion des Arts Numériques et des Nouvelles Scénographies

5, rue de la montagne
L-4879 Lamadelaine
Luxembourg

http://www.aires-de-confluxence.info - http://www.sklunk.net
tél : +33 (0)616706301
mail: quentin@arscenic.info