r12687 - in spip: ecrire/action ecrire/inc ecrire/lang prive prive/formulaires

Author: cedric@yterium.com
Date: 2008-09-16 15:43:46 +0200 (mar, 16 sep 2008)
New Revision: 12687

Log:
reparer le changement de statut auteur en le ramenant dans le formulaire_editer_auteur
grosse confusion entre revision_auteur, instituer_auteur + un espace insecable manquant dans un label

reste a statuer sur l'affichage de auteurs_infos : soit arriver a dupliquer le formulaire de changement de statut, soit completer avec un simple affichage

Modified:
   spip/ecrire/action/editer_auteur.php
   spip/ecrire/action/instituer_auteur.php
   spip/ecrire/inc/auteur_infos.php
   spip/ecrire/inc/instituer_auteur.php
   spip/ecrire/lang/ecrire_fr.php
   spip/prive/formulaires/editer_auteur.html
   spip/prive/style_prive_formulaires.html

Details: http://trac.rezo.net/trac/spip/changeset/12687

Le 16 sept. 08 à 15:43, cedric@yterium.com a écrit :

Author: cedric@yterium.com
Date: 2008-09-16 15:43:46 +0200 (mar, 16 sep 2008)
New Revision: 12687

Log:
reparer le changement de statut auteur en le ramenant dans le formulaire_editer_auteur
grosse confusion entre revision_auteur, instituer_auteur + un espace insecable manquant dans un label

super, ça refonctionne.

reste a statuer sur l'affichage de auteurs_infos : soit arriver a dupliquer le formulaire de changement de statut, soit completer avec un simple affichage

Dans l'immédiat, ne pourrait-on avoir le simple affichage ? Actuellement plus rien ne distingue un admin complet d'un admin restreint.

Committo,Ergo:Sum

Dans l'immédiat, ne pourrait-on avoir le simple affichage ? Actuellement
plus rien ne distingue un admin complet d'un admin restreint.

Il faudrait un affichage en effet

+ rendre plus visible le bloc d'édition (qui auparavant était en bas)

+ ne pas permettre à un admin de se restreindre tout seul (ou de se
passer rédacteur)

-- Fil

Le 16 sept. 08 à 16:32, Fil a écrit :

Dans l'immédiat, ne pourrait-on avoir le simple affichage ? Actuellement
plus rien ne distingue un admin complet d'un admin restreint.

Il faudrait un affichage en effet

+ rendre plus visible le bloc d'édition (qui auparavant était en bas)

vide le cache, la css a été changée pour ca

+ ne pas permettre à un admin de se restreindre tout seul (ou de se
passer rédacteur)

dit
'un admin complet fait ce qu'elle veut'

mais on peut eviter cela effectivement
Cédric

'un admin complet fait ce qu'elle veut'

oui en termes d'autoriser c'est ça le plus rapide, mais l'interface
doit faire une exception ici :-p

--
Fil

Le 16 sept. 08 à 16:29, Committo,Ergo:sum a écrit :

Le 16 sept. 08 à 15:43, cedric@yterium.com a écrit :

Author: cedric@yterium.com
Date: 2008-09-16 15:43:46 +0200 (mar, 16 sep 2008)
New Revision: 12687

Log:
reparer le changement de statut auteur en le ramenant dans le formulaire_editer_auteur
grosse confusion entre revision_auteur, instituer_auteur + un espace insecable manquant dans un label

super, ça refonctionne.

reste a statuer sur l'affichage de auteurs_infos : soit arriver a dupliquer le formulaire de changement de statut, soit completer avec un simple affichage

Dans l'immédiat, ne pourrait-on avoir le simple affichage ? Actuellement plus rien ne distingue un admin complet d'un admin restreint.

12691 complete ce point.
Par contre, je pense qu'il y a un petit bug car on ne peut plus ajouter plusieurs rubriques d'un coup avec le plongeur pour les admin restreints.
Ca a marché un moment, puis la ca ne marche plus chez moi.
C'est pas totalement bloquant, mais cela doit être une option que tu retrouvera mieux que moi car je ne suis pas très familier avec les arcanes du plongeur (et je n'y plonge en général qu'à reculons :p)

Cédric

On ne peut pas créer de nouvel auteur ("Accès interdit")

--
Fil

Le 16 sept. 08 à 18:03, cedric.morin@yterium.com a écrit :

Dans l'immédiat, ne pourrait-on avoir le simple affichage ? Actuellement plus rien ne distingue un admin complet d'un admin restreint.

12691 complete ce point.
Par contre, je pense qu'il y a un petit bug car on ne peut plus ajouter plusieurs rubriques d'un coup avec le plongeur pour les admin restreints.
Ca a marché un moment, puis la ca ne marche plus chez moi.
C'est pas totalement bloquant, mais cela doit être une option que tu retrouvera mieux que moi car je ne suis pas très familier avec les arcanes du plongeur (et je n'y plonge en général qu'à reculons :p)

Je n'ai aucun souvenir que cette option ait jamais fonctionné !

Committo,Ergo:Sum

On ne peut pas modifier sa propre fiche non plus ("Modifier" => page vide)

--
Fil

quel souk
je lache pas l'affaire
Le 16 sept. 08 à 18:07, Fil a écrit :

On ne peut pas modifier sa propre fiche non plus ("Modifier" => page vide)

--
Fil

quel souk
je lache pas l'affaire

On y est presque : le menu de statut n'est pas positionné sur la
valeur par défaut lors de la création

php:define('_STATUT_AUTEUR_CREATION', '1comite');

-- Fil

hiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
(codeur au bord de la crise de nerf)

Le 16 sept. 08 à 18:26, Fil a écrit :

quel souk
je lache pas l'affaire

On y est presque : le menu de statut n'est pas positionné sur la
valeur par défaut lors de la création

php:define('_STATUT_AUTEUR_CREATION', '1comite');

-- Fil
_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/

Le 16 sept. 08 à 18:28, cedric.morin@yterium.com a écrit :

hiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
(codeur au bord de la crise de nerf)

Bon ça semble stablisé sur ce front.
Un truc plus facile à corriger je pense et que je viens de découvrir:
/?exec=mots_type&id_groupe=....
positionne à "oui" pour tout le monde les autorisations d'utilser les mots-clés d'un groupe,
j'ai l'impression que l'état de la base n'est pas pris en compte par le squelette privé.

Si on décoche puis recoche, on rétablit la situation semble-t-il, mais il fallait trouver qu'il fallait faire ça.

Committo,Ergo:Sum

Un truc plus facile à corriger je pense et que je viens de découvrir:
/?exec=mots_type&id_groupe=....
positionne à "oui" pour tout le monde les autorisations d'utilser les
mots-clés d'un groupe,
j'ai l'impression que l'état de la base n'est pas pris en compte par le
squelette privé.

Tu parles de la création d'un mot-clé ? C'est moi qui ai fait ça pour
que par défaut les nouveaux groupes de mots-clés soient utilisables
par tout le monde. Mais à la modification c'est bon !

-- Fil

Le 16 sept. 08 à 18:52, Fil a écrit :

Un truc plus facile à corriger je pense et que je viens de découvrir:
/?exec=mots_type&id_groupe=....
positionne à "oui" pour tout le monde les autorisations d'utilser les
mots-clés d'un groupe,
j'ai l'impression que l'état de la base n'est pas pris en compte par le
squelette privé.

Tu parles de la création d'un mot-clé ? C'est moi qui ai fait ça pour
que par défaut les nouveaux groupes de mots-clés soient utilisables
par tout le monde. Mais à la modification c'est bon !

non, on a des fois '' au lieu de non (a cause d'un bug précèdent), du coup ca bug a la modif.
si c'est pour la creation, il faut tester et mettre explicitement oui dans la fonction charger()

La actuellement, si on decochait une case, qu'on validait, et qu'on revenait sur le formulaire suite à erreur, la case etait a nouveau cochée, ce qui est pas bon, car on perd la valeur saisie.
Cédric

non, on a des fois '' au lieu de non (a cause d'un bug précèdent), du coup
ca bug a la modif.
si c'est pour la creation, il faut tester et mettre explicitement oui dans
la fonction charger()

tu peux le faire vu que tu as ça en main ? là c'est planté, si on
fait pas gaffe on crée un groupe de mots que personne ne peut utiliser

-- Fil

voila
Le 16 sept. 08 à 19:02, Fil a écrit :

non, on a des fois '' au lieu de non (a cause d'un bug précèdent), du coup
ca bug a la modif.
si c'est pour la creation, il faut tester et mettre explicitement oui dans
la fonction charger()

tu peux le faire vu que tu as ça en main ? là c'est planté, si on
fait pas gaffe on crée un groupe de mots que personne ne peut utiliser

-- Fil
_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/