Historique de la page

...

• Regarder pourquoi le logout est si long
  --> YC: une piste: chez moi mon process mysql est à 100% pendant un moment au logout
  
• Penser à bien documenter
  • Sur la première page si l'utilisateur anonyme n'a aucun droit (pas une seule section publique par exemple) on a une erreur (seulement dans le log)
  • Suivre la doc http://doc.nuxeo.org/xwiki/bin/view/FAQ/UsingPostgreSQL83 dans le cas de postgresql
  • Gestion des droits
    • Parler du groupe (vide ou non) à créer dans le LDAP qui doit correspondre au defaultGroup pour pouvoir sélectionner "Tout le monde" dans l'IHM de gestion des droits
    • Expliquer ce que signifient "members", "administrators" et "Everyone" qui sont les groupes par défaut dans Nuxeo
    • Expliquer comment modifier les droits sur root si besoin (nécessaire ?)
    • Expliquer quels sont les droits à la racine des espaces par défaut.
    • Comment couper le droit READ à tous et modifier les droits.
    • Si on créée un groupe "administrators" dans le LDAP, un droit de gestion totale sera donné aux membres de ce groupe. Sinon, seul l'utilisateur défini comme admin dans la conf aura ce droit à la création de la base
  • L'utilisation des script de nuxeo-shell-scripts et notamment modifyPermissions.js

Pour la suite

• Lever la limitation à l'utilisateur  "Administrator" des droits d'administration de web-engine et theme-editor -->HJ
• Vérifier
  • Pour des questions de perf que le a4j:support event="onchange" dans le nxu:dataList de esup_document_publish.xhtml ne refraichit bien qu'une zone écran et pas toutes les zones répétées
    --> YC: à priori j'ai testé et ça rafraîchit toutes les zones de versions. A modifier donc ...
    --> VB : a priori l'appel à la méthode esupPublishActions.getVersionsSelectModel() pour récupérer en un seul bloc toutes les infos liées aux versions ne nous permet pas de mettre en oeuvre un appel Ajax bloc par bloc : il faudrait pour cela découper les infos données par esupPublishActions.getVersionsSelectModel() en plusieurs sous-blocs (et donc appel à plusieurs méthodes avec en paramètre la version) ; ce qui permettrait ainsi de rafraichir via Ajax uniquement ces sous-blocs.
    Le constat est certainement le même pour incl/ori_action_view.xhtml avec l'appel à oriManager.getVersionsReferencedModel() : une seule méthide pour tout récupérer qui doit donc logiquement être rappellée 'entièrement' à chaque modification des données.
• dépôt et publication d'un ensemble de pages type "site web" (ressource complexe)

• Balise Wiki
  gestion des groupes (uportal ? ldap \[grouper\] ?)

• authentification shibboleth
• support des quotas
• support des fichiers distants : url simple et non contenu ... voir simple description du lieu (livre)
• libellés des versions éditables par l'utilisateur.
• l'URL générée pour webengine de type http://localhost:8080/nuxeo/site/esupversions/a826ec70-a13f-4ddb-8897-68a313f32c9a n'est visible qu'au moment où on référence (dans la fiche de métadonnées). Hors, on a besoin à un moment donné de voir cette URL ailleurs (pour la copier/coller dans un mail, un moodle, ou autre). Pour le moment on peut utiliser le lien proposé par Nuxeo mais il est différent de celui-ci. Donc où présenter ce lien ailleurs ? A la place de celui déjà proposé par Nuxeo ? Dans l'onglet version ?
• Axel: Je n'ai pas pu déterminer précisément dans quel cas ça le fait, mais en faisant plusieurs montées de version consécutives, puis en cliquant sur "restaurer" de plusieurs versions archivées, je finis systématiquement par avoir des versions "mineures" (un n° genre X.Y au lieu d'avoir X.0).
• dans la liste des versions de l'onglet Publication, si on a une version 10.0, elle vient s'intercaler entre la version 1.0 et la version 2.0...
• présenter dans l'ordre décroissant des versions dans les onglets Publication et Référencement

...