[SPIP Zone] Bug Champs Extras2

Bonjour,

Avec SPIP 2.0.9 SVN [14571], Champs Extras2 1.1.1 SVN [31937] et Interface pour Champs Extra 0.7.3 SVN [31937], si je crée un champ dont le "Nom du champ" contient une majuscule, il me le créé en double, l'un tel que demandé, et l'autre tout en minuscules.

Le second n'est alors pas "géré" et a perdu une partie des propriétés définies.

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

Le 05/10/2009 12:32, Nicolas Hoizey a écrit :

Bonjour,

Avec SPIP 2.0.9 SVN [14571], Champs Extras2 1.1.1 SVN [31937] et
Interface pour Champs Extra 0.7.3 SVN [31937], si je crée un champ dont
le "Nom du champ" contient une majuscule

Ah, mais quelle idée ^^
Bon… je regarderais, à moins que tu trouves avant…

Par contre, je vois qu'en 2.1, le formulaire n'affiche pas les «explications» des champs de ce formulaire… grr…

--
MM.

Le 5 oct. 2009 à 15:41, Matthieu Marcillaud a écrit :

Le 05/10/2009 12:32, Nicolas Hoizey a écrit :

Bonjour,

Avec SPIP 2.0.9 SVN [14571], Champs Extras2 1.1.1 SVN [31937] et
Interface pour Champs Extra 0.7.3 SVN [31937], si je crée un champ dont
le "Nom du champ" contient une majuscule

Ah, mais quelle idée ^^

:wink:

Bon… je regarderais, à moins que tu trouves avant…

Pour l'instant pas trouvé, il n'y a aucun appel à strtolower() dans le plugin...

Par contre, je vois qu'en 2.1, le formulaire n'affiche pas les «explications» des champs de ce formulaire… grr…

J'en profite pour demander : pourquoi tous les administrateurs non restreints n'ont-ils pas accès à la gestion des champs extra ?

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

Le 05/10/2009 17:17, Nicolas Hoizey a écrit :

Le 5 oct. 2009 à 15:41, Matthieu Marcillaud a écrit :

Par contre, je vois qu'en 2.1, le formulaire n'affiche pas les
«explications» des champs de ce formulaire… grr…

Ça j'ai trouvé : un reste de mes tests de CKEditor en 2.1 qui ajoute un très vague .explication { display: none ; } dans le head … alors forcément…

J'en profite pour demander : pourquoi tous les administrateurs non
restreints n'ont-ils pas accès à la gestion des champs extra ?

Ça, c'est que pour moi : modification de la structure des données = webmestre… mais on peut parlementer si tu veux :slight_smile:

--
MM.

Le 5 oct. 2009 à 17:31, Matthieu Marcillaud a écrit :

Le 05/10/2009 17:17, Nicolas Hoizey a écrit :

J'en profite pour demander : pourquoi tous les administrateurs non
restreints n'ont-ils pas accès à la gestion des champs extra ?

Ça, c'est que pour moi : modification de la structure des données = webmestre… mais on peut parlementer si tu veux :slight_smile:

A priori, tous les administrateurs qui ne sont pas restreints sont des webmestres, non ? Parce que mettre en dur des id dans un fichier PHP, c'est pas intuitif... :wink:

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

Le 05/10/2009 17:34, Nicolas Hoizey a écrit :

Ça, c'est que pour moi : modification de la structure des données =
webmestre… mais on peut parlementer si tu veux :slight_smile:

A priori, tous les administrateurs qui ne sont pas restreints sont des
webmestres, non ?

Je ne vois pas la chose comme ça…

Parce que mettre en dur des id dans un fichier PHP,

c'est pas intuitif... :wink:

Oui, c'est pour ça qu'en 2.1 on a une petite case à cocher dans la fiche d'auteur… Je me sais pas si c'était la meilleure manière de faire, mais c'est plus simple.

----

Pour le bug, ça vient de sql_showtable() qui passe les clefs en minuscule… Je ne sais pas si c'est indispensable… faut voir avec les autres là…

--
MM.

Le 5 oct. 2009 à 17:34, Nicolas Hoizey a écrit :

Le 5 oct. 2009 à 17:31, Matthieu Marcillaud a écrit :

Le 05/10/2009 17:17, Nicolas Hoizey a écrit :

J'en profite pour demander : pourquoi tous les administrateurs non
restreints n'ont-ils pas accès à la gestion des champs extra ?

Ça, c'est que pour moi : modification de la structure des données = webmestre… mais on peut parlementer si tu veux :slight_smile:

A priori, tous les administrateurs qui ne sont pas restreints sont des webmestres, non ?

Non, le webmestre est un administrateur avec un droit d'accès ftp et sql en plus.
Il a le pouvoir de tout casser car il a accès au serveur, alors que l'administrateur, non.

Cédric

Nicolas Hoizey <nicolas@hoizey.com> a écrit :

> Ça, c'est que pour moi : modification de la structure
des données = webmestre… mais on peut parlementer si tu
veux :slight_smile:

A priori, tous les administrateurs qui ne sont pas
restreints sont des webmestres, non ? Parce que mettre en
dur des id dans un fichier PHP, c'est pas intuitif... :wink:

ah ben non alors! les webmestres ne sont que les admins qui ont les clés du FTP (anciennement ceux qui avaient la possbilité d'aller créer un fichier/dossier dans /tmp). Du coup c'est quand même plus ergonomique d'aller une fois pour toute modifier le fichier php en dur plutôt que de devoir créer un dossier dans /tmp à chaque fois...

__________________________________________________
Do You Yahoo!?
En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités
http://mail.yahoo.fr Yahoo! Mail

Le 5 oct. 2009 à 17:45, Matthieu Marcillaud a écrit :

Le 05/10/2009 17:34, Nicolas Hoizey a écrit :

Ça, c'est que pour moi : modification de la structure des données =
webmestre… mais on peut parlementer si tu veux :slight_smile:

A priori, tous les administrateurs qui ne sont pas restreints sont des
webmestres, non ?

Je ne vois pas la chose comme ça…

OK

Parce que mettre en dur des id dans un fichier PHP,

c'est pas intuitif... :wink:

Oui, c'est pour ça qu'en 2.1 on a une petite case à cocher dans la fiche d'auteur… Je me sais pas si c'était la meilleure manière de faire, mais c'est plus simple.

Ah, OK, pas vu ça encore, mais du coup il faut au moins un administrateur qui a ça par défaut, le n°1 je suppose...

Pour le bug, ça vient de sql_showtable() qui passe les clefs en minuscule… Je ne sais pas si c'est indispensable… faut voir avec les autres là…

Forcer des minuscules ne me semblerait pas délirant sur le nom technique.

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

Le 5 oct. 2009 à 17:50, cedric.morin@yterium.com a écrit :

Le 5 oct. 2009 à 17:34, Nicolas Hoizey a écrit :

A priori, tous les administrateurs qui ne sont pas restreints sont des webmestres, non ?

Non, le webmestre est un administrateur avec un droit d'accès ftp et sql en plus.
Il a le pouvoir de tout casser car il a accès au serveur, alors que l'administrateur, non.

OK. Donc au premier d'entre eux, n°1, d'indiquer en dur dans mes_options.php (et bientôt dans l'interface) qui d'autre a ses mêmes privilèges, même s'ils n'ont pas ces accès FTP et SQL.

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

2009/10/5 Nicolas Hoizey <nicolas@hoizey.com>

Le 5 oct. 2009 à 17:50, cedric.morin@yterium.com a écrit :

Le 5 oct. 2009 à 17:34, Nicolas Hoizey a écrit :

A priori, tous les administrateurs qui ne sont pas restreints sont des webmestres, non ?

Non, le webmestre est un administrateur avec un droit d’accès ftp et sql en plus.
Il a le pouvoir de tout casser car il a accès au serveur, alors que l’administrateur, non.

OK. Donc au premier d’entre eux, n°1, d’indiquer en dur dans mes_options.php (et bientôt dans l’interface) qui d’autre a ses mêmes privilèges, même s’ils n’ont pas ces accès FTP et SQL.

L’auteur n°1 est déjà webmaster par défaut normalement.

Pour info, sur la 2.0, le CS dispose d’une lame qui permet de les déclarer sans manipuler à la main le mes_options.php


Etienne Brackers. http://www.loiseau2nuit.net
Concours SEO http://trikapalanet.lachimere.net & http://loiseau2nuit.wordpress.com/tag/black-hattitude/

Le 6 oct. 2009 à 02:15, L’oiseau2nuit a écrit :

2009/10/5 Nicolas Hoizey <nicolas@hoizey.com>

Le 5 oct. 2009 à 17:50, cedric.morin@yterium.com a écrit :

Le 5 oct. 2009 à 17:34, Nicolas Hoizey a écrit :

A priori, tous les administrateurs qui ne sont pas restreints sont des webmestres, non ?

Non, le webmestre est un administrateur avec un droit d’accès ftp et sql en plus.
Il a le pouvoir de tout casser car il a accès au serveur, alors que l’administrateur, non.

OK. Donc au premier d’entre eux, n°1, d’indiquer en dur dans mes_options.php (et bientôt dans l’interface) qui d’autre a ses mêmes privilèges, même s’ils n’ont pas ces accès FTP et SQL.

L’auteur n°1 est déjà webmaster par défaut normalement.

Mais quand on réinstalle un SPIP avec des contenus existants, on prend la place de ce n°1, si je ne m’abuse, des fois ça met la pagaille.

Et surtout, quand on bosse sur plusieurs environnements, on n’a pas forcément en dev ou recette tous les utilisateurs (et surtout pas les mêmes) qu’en production, donc on doit prévoir différentes configurations de webmasters, pas simple.

Pour info, sur la 2.0, le CS dispose d’une lame qui permet de les déclarer sans manipuler à la main le mes_options.php

Le CS, j’étais pas trop contre au départ, mais il commence à faire beaucoup trop de choses différentes, je suis de plus en plus réticent à l’utiliser.

-Nicolas


Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

Le 6 oct. 2009 à 02:15, L’oiseau2nuit a écrit :

2009/10/5 Nicolas Hoizey <nicolas@hoizey.com>

Le 5 oct. 2009 à 17:50, cedric.morin@yterium.com a écrit :

Le 5 oct. 2009 à 17:34, Nicolas Hoizey a écrit :

A priori, tous les administrateurs qui ne sont pas restreints sont des webmestres, non ?

Non, le webmestre est un administrateur avec un droit d’accès ftp et sql en plus.
Il a le pouvoir de tout casser car il a accès au serveur, alors que l’administrateur, non.

OK. Donc au premier d’entre eux, n°1, d’indiquer en dur dans mes_options.php (et bientôt dans l’interface) qui d’autre a ses mêmes privilèges, même s’ils n’ont pas ces accès FTP et SQL.

L’auteur n°1 est déjà webmaster par défaut normalement.

Non.
En 2.1 c’est celui qui fait l’installation qui récupère le statut webmestre lorsqu’il donne les infos de son compte.

Cédric

Le 6 oct. 2009 à 10:28, cedric.morin@yterium.com a écrit :

Le 6 oct. 2009 à 02:15, L'oiseau2nuit a écrit :

L'auteur n°1 est déjà webmaster par défaut normalement.

Non.
En 2.1 c'est celui qui fait l'installation qui récupère le statut webmestre lorsqu'il donne les infos de son compte.

On utilise son login pour l'identifier s'il existe déjà, du coup ?

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

2009/10/6 cedric.morin@yterium.com <cedric.morin@yterium.com>

Le 6 oct. 2009 à 02:15, L’oiseau2nuit a écrit :

2009/10/5 Nicolas Hoizey <nicolas@hoizey.com>

Le 5 oct. 2009 à 17:50, cedric.morin@yterium.com a écrit :

Le 5 oct. 2009 à 17:34, Nicolas Hoizey a écrit :

A priori, tous les administrateurs qui ne sont pas restreints sont des webmestres, non ?

Non, le webmestre est un administrateur avec un droit d’accès ftp et sql en plus.
Il a le pouvoir de tout casser car il a accès au serveur, alors que l’administrateur, non.

OK. Donc au premier d’entre eux, n°1, d’indiquer en dur dans mes_options.php (et bientôt dans l’interface) qui d’autre a ses mêmes privilèges, même s’ils n’ont pas ces accès FTP et SQL.

L’auteur n°1 est déjà webmaster par défaut normalement.

Non.
En 2.1 c’est celui qui fait l’installation qui récupère le statut webmestre lorsqu’il donne les infos de son compte.

Cédric

Oh bien, ca veut dire qu’il n’y a plus de risque d’écraser accidentellement l’auteur n°1 lors d’une réinstall par exemple ?

Bonne nouvelle ça :slight_smile:


Etienne Brackers. http://www.loiseau2nuit.net
Concours SEO http://trikapalanet.lachimere.net & http://loiseau2nuit.wordpress.com/tag/black-hattitude/