Projet

Général

Profil

Actions

Feature #5980

fermé

Ergonomie d'administration des espaces et applications

Ajouté par Anonyme il y a plus de 9 ans. Mis à jour il y a plus de 2 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Catégorie:
Administration
Début:
28/10/2014
Echéance:
% réalisé:

100%

Temps estimé:
Livraison en TEST:
Livraison en PROD:

Description

Lorsqu'il existe une quantité importante d'espaces et de sous-espaces, l'administration coté back office devient très complexe.
Le but de cette fonctionnalité serait de remanier l'ergonomie d'administration des espaces et applications pour la rendre plus simple.
On devrait notamment pouvoir
  1. retrouver rapidement un espace ou une application pour la modifier
  2. ne pas être polluer par l'affichage de tous les espaces et sous-espaces de l'espace en cours de visualisation
  3. Afficher pour un espace quel est son mode d'affichage de page d'accueil (sans avoir à modifier celui-ci pour le visualiser)
  4. ...

Mis à jour par Anonyme il y a environ 9 ans

  • Description mis à jour (diff)

Mis à jour par Anonyme il y a environ 9 ans

  • Description mis à jour (diff)

Mis à jour par Yohann Chastagnier il y a plus de 2 ans

  • Statut changé de New à In progress...
  • Assigné à mis à Yohann Chastagnier
  • Version cible mis à Version 6.2.2

Mis à jour par Yohann Chastagnier il y a plus de 2 ans

  • Statut changé de In progress... à Resolved
  • % réalisé changé de 0 à 100

Une proposition pour améliorer les performances d'affichage.

Seuls les sous-espaces et instances d'application de l'espace en cours sont présentés.
Des allers-retours JSON sont réalisés pour alimenter un composant vuejs.

PR : https://github.com/Silverpeas/Silverpeas-Core/pull/1163

Mis à jour par Miguel Moquillon il y a plus de 2 ans

  • Statut changé de Resolved à Integration in progress...

Mis à jour par Miguel Moquillon il y a plus de 2 ans

Deux remarques :

  • sur Firefox, et seulement sur Firefox, lorsque j'accède à "Espaces & applications" dans l'Administration, j'ai l'erreur suivante dans la console JS :
    Uncaught (in promise) TypeError: MutationObserver.observe: Argument 1 is not an object.
        <anonymous> http://localhost:8002/silverpeas/util/javaScript/silverpeas-window.622snapshot.js line 17 > srcScript:99
        promise callback*window.whenSilverpeasReady http://localhost:8002/silverpeas/util/javaScript/silverpeas.622snapshot.js line 17 > srcScript:1071
        <anonymous> http://localhost:8002/silverpeas/util/javaScript/silverpeas-window.622snapshot.js line 17 > srcScript:38
        <anonymous> http://localhost:8002/silverpeas/util/javaScript/silverpeas-window.622snapshot.js line 17 > srcScript:858
    silverpeas-window.622snapshot.js line 17 > srcScript:99:16
        <anonyme> http://localhost:8002/silverpeas/util/javaScript/silverpeas-window.622snapshot.js line 17 > srcScript:99
        (Asynchrone : promise callback)
        whenSilverpeasReady http://localhost:8002/silverpeas/util/javaScript/silverpeas.622snapshot.js line 17 > srcScript:1071
        <anonyme> http://localhost:8002/silverpeas/util/javaScript/silverpeas-window.622snapshot.js line 17 > srcScript:38
        <anonyme> http://localhost:8002/silverpeas/util/javaScript/silverpeas-window.622snapshot.js line 17 > srcScript:858
    

    Mais ça n'empêche pas le bon déroulement de la navigation entres les espaces/sous-espaces et applications
  • Le rendu de la navigation entre les espaces et sous-espaces a changé. Dès que l'on clique sur l'icône + à côté du nom de l'espace, on sélectionne celui-ci alors qu'auparavant on dépliait seulement son sous-arbre. Comme le rendu en arbre n'est plus, il serait bien de remplacer cet icône + qui prête à confusion par une icône symbolique d'un espace.

Sinon, j'aime bien ce nouveau principe de navigation. Je le trouve plus conviviale que le précédent. Globalement ça fonctionne du tonnerre et ça crache sa mère !

Mis à jour par Yohann Chastagnier il y a plus de 2 ans

Non, ce n'est pas encore disponible.
Je suis en train de traiter les retours de Miguel.

Mis à jour par Yohann Chastagnier il y a plus de 2 ans

L'erreur JavaScript sur FireFox a été traitée.

Concernant le rendu de la navigation entre les espaces et sous-espaces, l'icône "plus" a été gardée pour se démarquer des icônes des applications.
Elle permet également pour les administrateurs actuels de Silverpeas de garder un lien avec la présentation précédente.

Mis à jour par Miguel Moquillon il y a plus de 2 ans

Ok. Toutefois l'icône + est relative à une arborescence qui peut s'ouvrir. Ce qui n'a plus lieu d'être là et peut justement perturber les utilisateurs pour qui un tel symbole porte une sémantique forte, transverse à tous les softs, que ce soit web ou natives, et qui donc appelle un comportement conditionné d'ouvrir le sous-arbre. Avoir un symbole qui démarque les espaces des applications oui, c'est l'idée. Et c'était l'occasion d'en fournir un sachant qu'il existe déjà implicitement au travers des icônes d'ajout et de suppression d'espace dans Silverpeas (c'est l'icône petite maison). (Ce sont des petits détails mais qui montrent aux utilisateurs que les choses ont été bien pensées (en surface) et qui, accumulées les unes aux autres, apportent une certaine satisfaction d'utilisation.)

Mis à jour par Miguel Moquillon il y a plus de 2 ans

  • Statut changé de Integration in progress... à Closed

Intégré sur 6.2.x et sur master

Mis à jour par Aurore Allibe il y a plus de 2 ans

Le choix de conservation de l'icône + est conservé, justement car selon moi nous restons dans une notion d'arborescence que nous déployons.
On ne fait pas qu’accéder à un espace en cliquant dessus on entre à l'intérieur et on le déploie.

"Ce sont des petits détails mais qui montrent aux utilisateurs que les choses ont été bien pensées" Merci pour cette remarque.

Actions

Formats disponibles : Atom PDF