-> Ajout de la fonction __() : fonction de traduction utilisant à la fois le tableau globale LSlang
et gettext pour traduire les messages qu'on lui passe.
-> Ajout de la fonction tr() : fonction utilisable depuis les templates pour traduire une variable
smarty.
- LSexample :
-> Utilisation de la traduction via __() plutôt que gettext
- LSdefault :
-> Creation d'un template pour la gestion des outils apporté par LSdefaut (LSerror, LSdebug, ...)
-> Ajout de méthode de gestion de LSlang
- LSsession :
- Login/RecoverPassword : Utilisation du template LSdefault
- Gestion de la traduction :
-> Ajout de la méthode setLocale() définissant la langue de l'interface.
-> Ajout des méthodes getLangList() et localeExist()
-> Le session_start() se fait dans l'initialize désormais (pour gérer la langue même déconnecté)
-> Méthode setLdapServer() : rédifinition de la locale avec setLocale()
-> Ajout de LSlang : outil JS permetant dans l'interface de choisir sa langue
- Config :
-> De manière général, il ne doit plus y avoir d'appel de la fonction _() dans les fichiers de config, les
chaînes sont données non traduite, et la traduction se fera lors de leur utilisation.
-> Tout les labels et messages déclarer dans la config, est maintenant traduit du coté code PHP avec la
fonction __()
-> L'enconding et la langue sont désormais géré indépendament
- ViewList : Les noms des boutons (New,Refresh,...) ne sont plus traduit du côté PHP mais dans le template à
cause de leur mise en cache.
- Documentation :
-> Mise à jour relative en changement de paramètres de configuration
-> Ajout des informations sur les variables et constantes indépendantes du fichier de configuration config.inc.php
-> Mise à jour du fichier INSTALL avec les informations de la documentation
(Bug #1770)
- LSattr_html_select_object : Déplacement de la configuration dans html_options
(Bug #1768)
- LSattr_html_select_list : Déplacement de la configuration dans html_options
(Bug #1769)
-> Les profils utilisateurs sont maintenant scalable. Il est possible
de créer autant de profil voulu avec autant de droits alloués spécifiques
-> LSsession :: whoami() et LSldapObject :: whoami() retourne la liste des profils
correspondants à l'utilisateur connecté
-> Les méthodes ont été modifiées pour prendre en compte cela en faisant la somme
des droits de chaque profils :
- LSsession :: canAccess()
- LSsession :: relationCanAccess()
- LSsession :: loadLSrights()
- LSattribute :: myRigths()
-> LSsession :: isAdmin() a été remplacé par isProfile() capable de redonner la meme
information mais pour tout profil dont le nom est passé en paramètre
-> LSsession :: loadLSrights() : gère la délagation de droits sur les objets répondant a un
filtre particulier ou dont un certain attribut possède une certaine valeur
-> LSexample :
-> Ajout d'un attribut lsGodfatherDn pour la délégation de droit objet par objet
-> Retravail des objets d'exemple pour faire en sorte de coller plus avec une réel
utilisation
-> Ajout d'une configuration Multi-niveau utilisant LSeecompany
- LSeecompany :
-> Refonte
-> Définition dans le schéma LSexample
- LSldapOject :
-> container_auto_create : auto création des containers de LSobject dans les
LSobjects définissant les subDn
-> Ajout de trigger :
-> Avant suppression beforeDelete() et après afterDelete()
-> Gestion des LSrelations définies et ayant une méthode remove_function
définie
-> Après la création : afterCreate()
-> auto création des containers de LSobject dans les LSobjects
définissant les subDn
- LSldap :
-> Nouvelle méthode getNewEntry()
-> méthode getEntry() : utilisation de getNewEntry() en cas de nouvelle entrée
- create.php :
-> Plus de redirection vers la fiche de l'objet après création si des erreurs
sont définies.
- LSexample :
-> Ajout de l'objectClass LSeecompany
-> Adaptation du fichier ldif
- Mise en place des templates Smarty
- Adaptation du code au templates Smarty
- index_ajax.php -> Code php des réponses Ajax de l'interface
- includes/js -> Partie JavaScript (Mootools) de l'interface
