Carnet d'adresse unique et Vue par défaut du calendrier

sli 2010-09-16 16:30:49 UTC #1

Bonjour,

Carnet d’adresse
Nous souhaiterions paramétrer eGW pour n’avoir qu’un seul carnet
d’adresse pour toute l’entreprise.
Par défaut chacun possède son carnet personnel et tous les carnets
d’adresses sont sélectionnés par défaut lorsque l’on rentre dans la page.
Il n’y a pas (en tant qu’admin) moyen de modifier cette sélection par
défaut ? (exemple le carnet de l’admin)
Dans les préférences forcées j’ai trouvé une option qui spécifie le
".*Carnet d’adresses par défaut pour l’ajout de contacts" mais seulement
si le carnet en cours sélectionné n’est pas accessible en écriture.

Pour l’instant la seul “astuce” que j’ai trouvée est de sélectionner le
carnet de l’admin dans la page principal, en effet la base mémorise
votre sélection du carnet d’adresse et la restaure quand vous
sélectionnez la page.

Calendrier
Par défaut nous avons le calendrier de l’admin alors que nous voudrions
avoir la vue personnelle (c’est marrant c’est le comportement inverse du
carnet d’adresse).
Pareil en tt qu’admin pas moyen de modifier cela malgré l’option “groupe
préselectionné pour entrer dans le planificateur” positionné au groupe
de l’utilisateur (il aura au moins son planning).
Donc la solution trouvée pour l’instant : c’est positionner le groupe
préselectionné (pas faisable en tant qu’admin chaque utilisateur doit le
faire) puis ensuite dans le planning sélectionner notre compte. Cette
sélection est mémorisée par la base et restaurée à la connexion.

Voilà si vous avez mieux a annoncer ?

L’idéal serait d’avoir ces options dans les préférences que pourrait
fixer l’admin.

tonton_christian 2010-09-17 19:04:10 UTC #2

Il y a un carnet d’adresses personnel à chaque utilisateur de EGW et un carnet d’adressess par groupe d’utilisateurs.
on peut cependant ne pas définir de carnet d’adresses pour tous les groupes.

si vous souhaitez avoir un seul carnet d’adresse, il vous faut définir un groupe, appelé “commun” par exemple, et sur ce groupe, définir les ACL de la façon suivante pour le module contact: toutes les autoristions au groupe commun et lecture seulement pour les autres groupes et utilisateurs.

ensuite vous supprimez toutes les ACL sur le module contact pour les autres groupes.

enfin vous rattachez au groupe commun les utilisateurs qui auront le droit de créer des contacts dans le carnet d’adresses.

vos utilisateurs ne devraient plus voir qu’un seul carnet d’adresses (en plus du personnel) certains en lecture seule d’autres en modification.

eaglepro 2010-10-01 18:58:36 UTC #3

Bonjour,

Je suis dans le même cas je dois développer la solution pour intégration des cogés dans une paie, donc si une ébauche existe je veut bien participer, sinon je devrais repartir à zero, mais comme c’est pour hier, je dois accèlérer le mouvement.
Le projet est pour un hopital, 200 salarié, qui devrons avoir accès à leurs agenda, et leurs congés, ensuite je récupère les qtes des jours maladie, fériés, etc, pour les intégrer dans une paie d’un éditeur.

Si certain sont su un projet similaire, tant mieux, sinon je m’y colle, par contre afin de respecter les standard et que cela serve à d’autre, je me calerais sur les prérogative de la communauté.

sli 2010-10-06 08:43:37 UTC #4

Bonjour,

Nous avons rendu une voiture de location. J’ai conseillé de ne pas la
supprimer dans l’immédiat au cas où des PV surviendrait, on pourrait
alors consulter le calendrier.
J’ai donc décoché l’option réservable de la ressource et positionné à 0
le champ “utilisable”.
Seulement voilà si depuis la page des ressources je ne peux
effectivement réserver la voiture, je peux très bien l’ajouter comme
"participant" d’un évènement calendrier (déplacement).

De plus il y a une incohérence des champs réservables/utilisables entre
la page des ressources et le détail (la loupe) de la voiture : si je
mets tous les champs ou un seul à zéro, je retrouve cette info sur la
page des ressources mais j’ai toujours les anciennes valeurs lorsque je
fais afficher le détail.

Mais le vrai problème reste que je peux toujours réserer cette ressource
depuis le calendrier

Merci pour votre réponse.

Selso.

Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb

egroupware-french mailing list
egroupware-french@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-french