Re: [Epnadmin-fr] Questions. Droits managers, return, destruction facilitators, choose_date

[Loic Dayot]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le vendredi 3 Septembre 2004 21:13, Marc C a écrit :
> --- DROIT
> Pourquoi pour modifier son mot de passe en tant que manager,
> il faut que l'admin choisisse modify a Right over my ET other informations
> ?
Je ne comprends pas bien ta question, mais il y a effectivement un problème.
Soit on est le manager qui veut changer son propre mot de passe 
($mg_id==$id_logon && ($ident_as=="manager" || $ident_as=="admin")), soit on 
a les droits de modification des managers (MANAGERS_OTHERS>="w"). Je corrige 
dans managers.php. Attention, admin est un compte manager donc doit être 
traité comme un manager.

>
> ---DIVERS :)
> pourquoi est ce qu'il y a un return a la fin des fichiers includes/ ?
Juste au cas où :
" Gestion du retour : il est possible d'exécuter une commande return  dans un 
fichier inclus pour en terminer le traitement et retourner au fichier 
appelant. De plus, il est possible de retourner des valeurs des fichiers 
inclus. vous pouvez prendre et traiter la valeur retournée par la fonction, 
comme toute autre fonction. "
http://www.nexen.net/docs/php/annotee/function.include.php

> ---FACILITATORS
> Lors de l'effacement d'un animateur, le script fait appel a plusieurs table
> qui n'existe plus :
> credits
> positionnement
> utilisation_postes
> parcours
> Ya t'il des equivalences ?
Oui, il y a des choses à faire. Ce ne sont pas des équivalences, mais les 
tables qui comportent un ??_id_facilitator existent. Tu dois connaître celle 
dont les tables commencent par facilitators_?
Il y aussi : sessions, (loans à vérifier), maintenance, et 
maintenance_operations.
Mais on ne doit pas faire comme pour les users. En général, on a un 
champ ??_facilitator qui est prévu dans le cas où l'animateur ne fait partie 
des animateurs enregistrés, donc pour saisir directement son nom. Aussi dans 
les tables sus-dites, il faut juste enlever le ??_id_facilitator et remplir 
en échange ??_facilitator avec son identifiant ou mieux, son prénom et son 
nom, juste avant de détruire l'enregistrement facilitator.

> ---DATE choose_date()
> Probleme :
> Il est possible de saisir une date au clavier ou via le calendrier, mais
> (et oui lui l'unique mais) si j'utilise un systeme anglophone le schema des
> dates sera MM-DD-YYYY, je veux saisir le 12 Janvier 1981, je devrais taper
> : 01-12-1981 or je tape 12-01-1981, la date retournee via
> time2sql(strptime()) est donc 1981-12-01...
> Ok?
>
> Solution ?
> - Valider la date saisie via javascript, c'est a dire detecter que
> l'utilisateur a saisie une date manuellement et lui demander confirmation ?
>
> - mettre par defaut dans le champ date le format a saisir : MM/DD/YYYY de
> cette facon l'utilisateur comprendra ce que cela signifie.
Je ne suis pas tout à fait d'accord. La saisie doit pouvoir se faire dans la 
langue de l'utilisateur. C'est pourquoi j'avais fait à l'origine deux 
fonctions réciproques qui traduisait une date en chaine de date dans la 
langue et réciproquement.
Tel que ça fonctionne actuellement, c'est correct. Où se trouve donc le 
problème ? Il reste juste à traduire l'affichage du calendrier lorsqu'on le 
fait apparaître.

>
>
> Marc

- -- 

Hébergeur hébergé http://ouvaton.coop
Alternative logiciel libre http://april.org
2 CV anciennes sur http://amis2cv.org
Imaginez la suite...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBOM6AN/RN38XtBQkRAtYdAJ9cBbBPDoRDJQ2A7+xIiDEx4RUcdQCgmXWG
RkIx4ZfIZgsXyrugKeh1WVQ=
=veOj
-----END PGP SIGNATURE-----