[spip-dev] Simplifier l'espace privé

Dev
1

Après le petit couac de tout à l'heure je me suis décidé à faire une
liste des éléments qu'il faudrait à mon avis simplifier dans l'espace
privé ; je propose donc surtout de SUPPRIMER certaines
fonctionnalités, soit parce qu'elles ne sont pas vraiment
fonctionnelles, soit parce qu'elles sont très spécialisées mais
alourdissent l'interface.

Voici une liste peut-être pas exhaustive ; et je suis sûr qu'on peut
troller sur chaque item :slight_smile:

S'il y a des choses que vous jugez in-dis-pen-sables il faut envisager
de les mettre en option/plugin.

* supprimer le micro "afficher les traductions" qui apparait dans
chaque liste d'articles

* supprimer le glisser/deposer de exec=articles_tous

* faire que les blocs dépliables envoyés ouverts ne puissent pas se refermer
  OU faire qu'il faille cliquer pour refermer un bloc

* supprimer les numéros dans les listes ; actuellement ils sont à la
fois en title sur le titre de l'article, et affichés en gras

* pour les auteurs & rubriques, supprimer les sélecteurs ajax
intermédiaires (selectionner_auteur / plongeur) et ne conserver que :
  1) la liste déroulante quand il y en a peu (20, 30 ?)
  2) la case de recherche quand il y en a plus que ça

* éventuellement, améliorer/intégrer le sélecteur générique pour doper
la case de recherche du 2) (à l'usage c'est vraiment ce que je
préfère)

* groupes de mots : pouvoir ajouter un logo
  + balise #LOGO_MOT_GROUPE

* dans exec=accueil, ajouter un bloc "Articles récents" avec les 4 ou
5 derniers articles publiés

* pouvoir désactiver totalement agenda, forums privés, messagerie ;
l'agenda et la messagerie devraient à mon avis former un plugin
externe (mais officiel)

* supprimer les onglets inutiles :
  -> exec=lang_raccourcis (James a déjà commencé à le passer sur
doc.spip.org) ; favoriser un plugin genre trad-lang ou admin-lang

* remplacer tous les formulaires ajax de type ajax_action_greffe() par
le nouveau mécanisme charger/verifier/traiter (attention GROS travail)

* revoir l'upload de zip, devenu très lourd et plein d'options assez
incompréhensibles

* pour chaque document, proposer un "inspecteur", à partir duquel on
peut retravailler le doc (modifier le descriptif, retailler une image,
explorer ou dézipper un zip, remplacer le document, ajouter une
vignette, etc)
==> pour cela dans un premier temps, faire un plugin "Inspecteur"

vaste programme :slight_smile:

-- Fil

2

Fil wrote:

une liste des éléments qu'il faudrait à mon avis simplifier

Bonsoir,

D'accord avec la plupart de cela.

* faire que les blocs dépliables envoyés ouverts ne puissent pas se refermer
  OU faire qu'il faille cliquer pour refermer un bloc

Il faudrait en tout cas pouvoir replier les secteurs sur ?exec=accueil

* pour les auteurs & rubriques, supprimer les sélecteurs ajax
intermédiaires (selectionner_auteur / plongeur) et ne conserver que :
  1) la liste déroulante quand il y en a peu (20, 30 ?)
  2) la case de recherche quand il y en a plus que ça

* éventuellement, améliorer/intégrer le sélecteur générique pour doper
la case de recherche du 2) (à l'usage c'est vraiment ce que je
préfère)

C'est le seul point où j'ai une inquietude. Les admins de notre site doivent souvent travailler dans des langues qui ne sont pas les leurs. Ils retrouvent une rubrique parmi 600 autres car ils savent que c'est "la 4e dans la liste" dans une telle langue. Ils seraient incapable de taper le début du nom pour la rechercher.

* pour chaque document, proposer un "inspecteur", à partir duquel on
peut retravailler le doc (modifier le descriptif, retailler une image,
explorer ou dézipper un zip, remplacer le document, ajouter une
vignette, etc)
==> pour cela dans un premier temps, faire un plugin "Inspecteur"

Ce serait Connexion · GitLab ...

Et il y a encore cette page : ?exec=documents_liste
Est-ce utile ?

Paolo

3

Après le petit couac de tout à l’heure je me suis décidé à faire une
liste des éléments qu’il faudrait à mon avis simplifier dans l’espace
privé ; je propose donc surtout de SUPPRIMER certaines
fonctionnalités, soit parce qu’elles ne sont pas vraiment
fonctionnelles, soit parce qu’elles sont très spécialisées mais
alourdissent l’interface.

La clarification de l’interface me parait une bonne chose (j’ai souvent eu des retours concernant sa relative complexité)

S’il y a des choses que vous jugez in-dis-pen-sables il faut envisager
de les mettre en option/plugin.

  • supprimer le glisser/deposer de exec=articles_tous

Pour le coup je suis moins d’accord c’est le seul endroit où un peut déplacer rapidement des éléments en très peu de clics, en corolaire de voir faire modifier un éléments pour le déplacer est assez ca

4

oups … enter = envoi …
Suite et fin de mes commanetaires

A+

Après le petit couac de tout à l’heure je me suis décidé à faire une
liste des éléments qu’il faudrait à mon avis simplifier dans l’espace
privé ; je propose donc surtout de SUPPRIMER certaines
fonctionnalités, soit parce qu’elles ne sont pas vraiment
fonctionnelles, soit parce qu’elles sont très spécialisées mais
alourdissent l’interface.

La clarification de l’interface me parait une bonne chose (j’ai souvent eu des retours concernant sa relative complexité)

S’il y a des choses que vous jugez in-dis-pen-sables il faut envisager
de les mettre en option/plugin.

  • supprimer le glisser/deposer de exec=articles_tous

Pour le coup je suis moins d’accord c’est le seul endroit où un peut déplacer rapidement des éléments en très peu de clics, en corolaire de voir faire modifier un éléments pour le déplacer est assez casse pied

C’est un reproche un peu général à l’interface de SPIP, on est quasiment toujours dans une approche unitaire, aucune page ne propose d’actions groupées de modifications (déplacement, modification de statut, de date , d’auteurs…)

  • pour les auteurs & rubriques, supprimer les sélecteurs ajax
    intermédiaires (selectionner_auteur / plongeur) et ne conserver que :
  1. la liste déroulante quand il y en a peu (20, 30 ?)
  2. la case de recherche quand il y en a plus que ça
  • éventuellement, améliorer/intégrer le sélecteur générique pour doper
    la case de recherche du 2) (à l’usage c’est vraiment ce que je
    préfère)

L’idéal serait un sélecteur combinant les 2 approches , cela reste pratique de visualiser l’arbo/liste quand on ne connait pas le nom des éléments, la zone recherche permet un accès rapide à l’info pour ceux qui la connaisse uniquement, sinon c’est très long (je sors, je vais voir la liste je repère un élément qui me plait puis je revient et je le sélectionne).

  • dans exec=accueil, ajouter un bloc « Articles récents » avec les 4 ou
    5 derniers articles publiés

pratique

  • pouvoir désactiver totalement agenda, forums privés, messagerie ;
    l’agenda et la messagerie devraient à mon avis former un plugin
    externe (mais officiel)

un plugin outils collaboratifs ?

  • pour chaque document, proposer un « inspecteur », à partir duquel on
    peut retravailler le doc (modifier le descriptif, retailler une image,
    explorer ou dézipper un zip, remplacer le document, ajouter une
    vignette, etc)
    ==> pour cela dans un premier temps, faire un plugin « Inspecteur »

vaste programme :slight_smile:

Dans un esprit voisin les documents me posent de plus en plus un problème récurrent lié à leur statut obligatoire de « piece jointe » alors que techniquement ils ont déjà une demi vie autonome (un id propre, ont peut les inclure ailleurs …)

5

* faire que les blocs dépliables envoyés ouverts ne puissent pas se refermer
  OU faire qu'il faille cliquer pour refermer un bloc

Il faudrait en tout cas pouvoir replier les secteurs sur ?exec=accueil

Ces blocs sont envoyés en position fermée, donc oui ils serait encore
possible de les refermer.

* pour les auteurs & rubriques, supprimer les sélecteurs ajax
intermédiaires (selectionner_auteur / plongeur) et ne conserver que :

C'est le seul point où j'ai une inquietude. Les admins de notre site doivent
souvent travailler dans des langues qui ne sont pas les leurs. Ils retrouvent
une rubrique parmi 600 autres car ils savent que c'est "la 4e dans la liste"
dans une telle langue. Ils seraient incapable de taper le début du nom pour la
rechercher.

Je vois le problème... est-ce que, dans ton système, il ne serait pas
plus rationnel de mettre du texte lisible par tous dans le
"descriptif", et de permettre au sélecteur générique de chercher dans
le descriptif, et pas seulement dans le titre ?

-- Fil

6

Fil wrote:

Je vois le problème... est-ce que, dans ton système, il ne serait pas
plus rationnel de mettre du texte lisible par tous dans le
"descriptif", et de permettre au sélecteur générique de chercher dans
le descriptif, et pas seulement dans le titre ?

Je ne sais pas : à ce moment là je trouverais 30 rubriques avec descriptif "Meetings in Taizé" avec la nécessité de choisir entre elles pour trouver le slovaque. C'est plus rapide et clair de chercher d'abord "slovaque" au premier niveau en ensuite dans l'arborescence.

P.

7

Je ne sais pas : à ce moment là je trouverais 30 rubriques avec descriptif
"Meetings in Taizé" avec la nécessité de choisir entre elles pour trouver le
slovaque. C'est plus rapide et clair de chercher d'abord "slovaque" au premier
niveau en ensuite dans l'arborescence.

Le sélecteur générique affiche le chemin complet des rubriques qu'il a
trouvées :

dans ton cas tu taperais "Meetings" et ça te proposerait :

en > Meetings in Taizé
fr > Rencontres à Taizé
eo > Rencontro a Taizé
etc..

Je ne sais pas si c'est idéal non plus :slight_smile:

-- Fil

8

honnetement, je ne pense pas que le selecteur generique soit la bonne reponse à la selection d'une arboresence.
Cédric

9

honnetement, je ne pense pas que le selecteur generique soit la bonne
reponse à la selection d'une arboresence.

à l'usage chez moi ça marche très bien (bien plus rapide que le
plongeur), mais c'est peut-être dû à deux choses :
1) je connais bien mon arborescence (en effet on perd la notion d'exploration)
2) des titres de rubriques très précis ("Archives" > "2007/12" par exemple)

donc en effet ça peut se discuter ; il faudrait soit accélerer le
plongeur, soit améliorer le sélecteur générique. En attendant de
trouver mieux on peut sans doute laisser.

Pour les auteurs par contre, je crois que le sélecteur ajax ne fera
défaut à personne. Hier sur irc quelqu'un disait "ah je croyais que
c'était ma base de données qui avait un bug".

-- Fil

10

Fil a écrit :

* pour les auteurs & rubriques, supprimer les
sélecteurs ajax
intermédiaires (selectionner_auteur / plongeur) et
ne conserver que :
  1) la liste déroulante quand il y en a peu (20, 30
?)
  2) la case de recherche quand il y en a plus que ça

pour la sélection de la rubrique d'un article il
*faut* garder le mode qui permet de
visualiser/parcourir l'arborescence (i.e. quand on
clique sur la loupe) sinon ça oblige à naviguer dans
le site, trouver le titre puis revenir à la page
d'édition => à l'expérience de mes formations avec des
débutants c'est totalement rédhibitoire:
- déja ils ont des problèmes pour appréhender le
concept de devoir choisir une rubrique où placer leur
article: pour eux le système "sait" (infomagiquement?)
où ils veulent publier...
- pour des utilisateurs qui stockent tous leurs
fichiers dans "Mes documents", qui galèrent dès qu'ils
se retrouvent dans une arborescence de répertoires
(parce qu'ils n'ont pas de "représentation" mentale du
truc?), le concept de rubriques/sous-rubriques n'est
pas du tout intuitif => si ils n'en ont pas une
représentation "visuelle", ils sont définitivement
perdus!

Vous avez décidé d'augmenter la hauteur du premier
barreau de l'échelle lors du we troglodyte???

11

ah, mais tu n'as pas du essayer le plongueur depuis longtemps, car ses requetes ont été améliorées, et il marche correctement, y compris sur les gros sites. Mais il y avait un bug effectivement (jointures trop laxistes)

12

donc en effet ça peut se discuter ; il faudrait soit accélerer le
plongeur,

ah, mais tu n'as pas du essayer le plongueur depuis longtemps, car ses
requetes ont été améliorées, et il marche correctement, y compris sur les
gros sites. Mais il y avait un bug effectivement (jointures trop laxistes)

Non ce n'est plus ça le problème ; on a effectivement réglé ce
problème de lenteur extrême; mais il reste (un peu) fastidieux de
devoir cliquer, attendre, cliquer, attendre, etc, quand tu peux tout
simplement taper le titre de la rubrique et y être dans la
demi-seconde.

-- Fil

13

encore faut-il connaitre un tant soit peu connaitre le nom de la rubrique à rechercher. J'ai rencontré dans de nombreux cas des personnes qui savaient ranger leur article grâce au classement visuelle dans l'arbo plutôt que par le nom de la rubrique en questions

Aurélien

14

Oui enfin il peut être temps d'apprendre à lire :slight_smile:

-----Message d'origine-----

15

En fait le sélecteur générique et le plongeur ne sont pas des
propositions incompatibles : on peut avoir les deux en même temps,
sans enlaidir ni alourdir l'interface. Pour aller vite on tape le nom
de la rubrique, et si on veut explorer, on déplie le plongeur.

-- Fil

16

moi aussi en tout cas pour les mots clés c'est vraiment "magique" lorsqu'on en a beaucoup.
on gagne énormément de temps et d'usabilité des groupes pléthoriques.

pierre

17

"Fil" <fil@rezo.net> a écrit dans le message de news:
bfc33ad70805120251i5c0eb3c2i40f8dc457679a085@mail.gmail.com...

honnetement, je ne pense pas que le selecteur generique soit la bonne
reponse à la selection d'une arboresence.

Pour les auteurs par contre, je crois que le sélecteur ajax ne fera
défaut à personne. Hier sur irc quelqu'un disait "ah je croyais que
c'était ma base de données qui avait un bug".

-- Fil

Oui, j'ai un SPIP qui ne selectionne pas bien les auteurs... (tournant
/mal/ chez FREE)

Mais puisque vous parlez d'un selecteur d'auteurs, je vais demander
qq'chose,
si c'est possible : pouvoir avoir un selecteur d'auteurs DANS le corps de
l'article,
(peut-etre qui insérerait automatiquement un mini-modèle pour donner
référence
facile au lien vers un auteur
(et un meme principe pourrait aussi s'appliquer a selecter un document déjà
existant...)

Objectif : pouvoir faire facilement référence à des personnes (ici
identifiés comme auteurs),
pour ajouter des références a des auteurs !
Pourquoi : les redacteurs "courants" ont bcp de mal a retenir la pratique
des liens Spip
à introduire dans les articles....
Alors leur faire créer "à la mano" un lien..... dur-dur !

Une idée qui me vient en ecrivant : peut-etre a prévoir sous forme de
boutons supplémentaires dans une barre_typo_interne_SPIP

@+
Yx

18

* supprimer le micro "afficher les traductions" qui apparait dans
chaque liste d'articles

oui

* supprimer le glisser/deposer de exec=articles_tous

Nan : ce glissé/déposé est relou mais c'est le seul endroit où l'on peut déplacer des articles sans avoir à les éditer.

* faire que les blocs dépliables envoyés ouverts ne puissent pas se refermer
  OU faire qu'il faille cliquer pour refermer un bloc

OUI ! Et même plus : qu'ils ne se replient pas au survol certes, mais ne se déplient non plus :stuck_out_tongue:
Personnellement, je n'arrive pas à m'y faire du tout : ça ne fait que me jouer des tours et c'est globalement hyper désagréable.

* supprimer les numéros dans les listes ; actuellement ils sont à la
fois en title sur le titre de l'article, et affichés en gras

Oui, ce n'est pas indispensable.
J'ai tout de même un doute. Supprimer seulement le title, dans un premier temps, et placer le n°, en début de liste et en maigre, ce qui serait + logique.

* pour les auteurs & rubriques, supprimer les sélecteurs ajax
intermédiaires (selectionner_auteur / plongeur) et ne conserver que :
  1) la liste déroulante quand il y en a peu (20, 30 ?)
  2) la case de recherche quand il y en a plus que ça

Oui, ça semble mieux.
Peu, c'est 30 ou 50 (pas moins de 30 en tout cas).

* groupes de mots : pouvoir ajouter un logo
  + balise #LOGO_MOT_GROUPE

bof

* dans exec=accueil, ajouter un bloc "Articles récents" avec les 4 ou
5 derniers articles publiés

Ah oui ! Je ne cesse de les chercher !
+ supprimer le "plan de site" avec les rubriques, puisqu'on l'a déjà dans exec=naviguer :stuck_out_tongue:

* pouvoir désactiver totalement agenda, forums privés, messagerie ;
l'agenda et la messagerie devraient à mon avis former un plugin
externe (mais officiel)

Oui ! Oui ! Oui !

* supprimer les onglets inutiles :
  -> exec=lang_raccourcis (James a déjà commencé à le passer sur
doc.spip.org) ; favoriser un plugin genre trad-lang ou admin-lang

Oui. Cette page serait utile si elle permettait d'éditer les chaînes de langue depuis l'espace privé (ce dont je rêve :slight_smile:

+ dans le bandeau coloré : supprimer les petites icônes modifiant l'apparence : écran large/étroit icône/texte couleurs... Ça devrait faire l'objet d'une page dédiée, sous l'onglet « Configuration ».

+ séparer l'actuelle page exec=configuration en deux : d'un côté « Identité du site » (avec logo, titre, description du site) et de l'autre « Contenu(s) du site » avec le reste.

19

Noel est passé depuis longtemps, et pour le prochain y a encore du chemin.
L'heure n'est plus à la whish-list, mais au serrage de boulons.
Par ailleurs, ce que tu demandes est du ressort des plugins
Cédric

20

ah si !, quand on affiche des pages groupes de mots en public ça manque un peu

Claude