[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Epnadmin-fr] Questions. Droits managers, return, destruction facili
From: |
Loic Dayot |
Subject: |
Re: [Epnadmin-fr] Questions. Droits managers, return, destruction facilitators, choose_date |
Date: |
Fri, 3 Sep 2004 22:05:20 +0200 |
User-agent: |
KMail/1.6.1 |
-----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-----