[spip-dev] Ergonomie de l'interface privée

Dev
1

Hello, je m'adresse peut-être au mauvais endroit mais je n'en ai pas trouvé
d'autre...

Y a-t-il quelqu'un qui bosse sur l'ergonomie de la partie privée ?

Je veux dire qu'à mon sens (et à celui de tous les gens que je forme sur
SPIP) elle est à inbitable (pardon les gars, le boulot que vous avez fait
sur ce programme est incroyable, mais là y'en encore à faire)!
La logique de l'espace privé appartient trop au web (redondance de l'info
notamment) alors que pour être facilement accessible à des néophytes (ce
pour quoi SPIP est génial!) il faudrait qu'elle se rapporte plus à
l'ergonomie classique des logiciels (menus déroulants par exemple, une seul
entrée pour chaque fonction...).

Si personne ne bosse dessus je suis partant pour vous soumettre des
propositions. Malheureusement je ne programme pas en PHP et celles-ci ne
pourront dépasser le stade de l'image. Mais si d'autres personne sont
intéressées (et à mon sens cela doit être le VRAI prochain gros pas en avant
de SPIP) on peut s'y mettre tout de suite !!!

2

La logique de l'espace privé appartient trop au web [...]

Troll ?

-Nicolas

3

J'ai souvent les remarques de la part des nouveaux rédacteurs (souvent du
monde windows).
C'est vrai que pour eux cela nécessite de nouvelles habitudes à prendre,
tout du moins une nouvelle logique.

Txia
[@Lyfoung-< http://www.lyfoung.com ]

4

Effectivement, c'est limite Troll ...
Ceci dit, je propose une autre approche : L'interface est maintenant très
riche et offre beaucoup de possibilité (un boulot remarquable sur la gestion
des equipes éditorial pour la 1.7).
Ca n'est pas forcement adapté aux petites equipes ou 1 personne est en
charge d'une rubrique.
L'interface simplifiée est déja un bon compromis, mais l'idée d'un peu plus
de personnalisation n'est pas à ecarter.
Une "limite" actuelle du systeme, c'est, à mon avis, la gestion des droits
utilisateurs (heu j'espere que je ne dis pas encore une connerie, je n'ai
pas vu de moyen simple d'ajouter des types d'utilisateurs autres que
redacteurs et admin, surtout utile pour avoir des rubriques à accès
restreint sur la partie publique).
On peut peut etre imaginer un gestionnaire de profil permettant de créer ses
propres niveaux de droit et pourquoi pas de personnaliser un peu l'aspect
de la partie privée, non ?
Ou peut etre directement dans le profil utilisateur proposer un choix
d'interface, pas seulement complete et simplifiée, mais une liste
parametrable (le fonctionnement de FCKEditor est assez interessant : on
definit les barres d'outil comme ca :
config.ToolbarSets["SPIP"] = [

[,'Cut','Copy','PasteText','-','Find','-','Undo','Redo','-','SelectAll','Rem
oveFormat','-','Link','RemoveLink','-','Image','Table','Rule','SpecialChar',
'Smiley','-','ShowTableBorders','ShowDetails','-','Zoom'] ,

['FontStyle','Bold','Italic','Underline','StrikeThrough','-','Subscript','Su
perscript','-','JustifyLeft','JustifyCenter','JustifyRight','JustifyFull','-
','InsertOrderedList','InsertUnorderedList','-','Outdent','Indent','-','Abou
t'] ,
] ;
On peut donc en créer autant qu'on veut en placant les boutons ou on veut.
Le principe est plutot futé je trouve)

PS : Si le probleme des rédacteurs est plutot sur l'utilisation des
raccourcis, il y a des solutions comme Z-Editor ou FCKEditor.

5

Oui enfin sans vouloir nourrir ce bon troll, comme "nouvelle logique" ca
reste accessible non ? ; Il faut cliquer sur les choses qu'on veut faire et
le menu "à suivre" met en avant tout ce qui est sur le feu et qu'un
utilisateur distrait aurait pu louper !

Il n'y a pas de dossiers jaunes et de menus dépliants gris, mince alors que
fait monsieur Sarkosy, doit on tolérer ca plus longtemps ? ...

BoOz, participant aux trolls toutes listes confondues ;o)).

"Lyseuxia Lyfoung" <lyseuxia@lyfoung.com> a écrit dans le message de
news:00d201c3e584$9f65f990$0300a8c0@famille.local...

J'ai souvent les remarques de la part des nouveaux rédacteurs (souvent du
monde windows).
C'est vrai que pour eux cela nécessite de nouvelles habitudes à prendre,
tout du moins une nouvelle logique.

Txia
[@Lyfoung-< http://www.lyfoung.com ]

From: "Blin Cyril" <cyril.blin@free.fr>
Newsgroups: gmane.comp.web.spip.devel
Sent: Wednesday, January 28, 2004 8:12 AM
Subject: Ergonomie de l'interface privée

> Hello, je m'adresse peut-être au mauvais endroit mais je n'en ai pas
trouvé
> d'autre...
>
> Y a-t-il quelqu'un qui bosse sur l'ergonomie de la partie privée ?
>
> Je veux dire qu'à mon sens (et à celui de tous les gens que je forme sur
> SPIP) elle est à inbitable (pardon les gars, le boulot que vous avez

fait

> sur ce programme est incroyable, mais là y'en encore à faire)!
> La logique de l'espace privé appartient trop au web (redondance de

l'info

6

Je crois que vous n'avez pas vraiment idée de ce que sont des débutants ! Je
forme des gens pour qui Word est encore un monde mystérieux...

Quand à moi (qui pratique le net depuis 8 ans et l'informatique depuis les
premiers mac) je mets encore du temps à trouver ce que je veux dans SPIP.
Sans vouloir préjuger de mes capacités intellectuelles cela signifie que
c'est un problème pour une majorité de gens !

Et beaucoup de gens avec lesquels je travaille ne comprennent pas notamment
l'idée de la 2éme barre de menu qui change en fonction de ce qu'on choisit
dans la première, ni l'idée d'une interface simple ou complète, ni même
pourquoi on donne tant d'espace dans la barre au changement de couleur de
l'interface (!)...

Pour eux, comme pour tout le monde (si on veut que SPIP apporte ce pour quoi
il a été créé), il me semble qu'il faut essayer de simplifier cette
interface privée et cela me semble facilement réalisable (là encore je parle
au niveau de la conception sans rien savoir du côté technique).

Et ce n'est pas (que) une histoire de dossiers jaunes, mais surtout
d'organisation de l'information dans les barres de menus qui pourraient
facilement se ramener à une seule bien pensée (ce qui en plus ferait gagner
de la place sur les petits écrans) et c'est dans ce but que je demandais
s'il était possible qu'on se lance dans une proposition d'interface avec au
moins un développeur pour nous indiquer le faisable et l'impossible.

Voila voila... en espérant que cela ne restera pas lettre morte car je
trouve que SPIP est un excellent produit ! :o)

7

C'est des beaux principes mais c'est pas très concret tout ça...
ça m'étonnerai que les développeurs te donnent leur bénédiction
juste sur ta bonne volonté ... et tes critiques.
Alors précise tes propositions : avec des mots ou des images
(si ce n'est en php).
JL
Blin Cyril a écrit :

8

Les développeurs ne sont pas des dieux, je n'ai donc pas besoin de leur
bénédiction mais de leur soutien :o)
Voici un premier jet : 4 menus déroulants :
1."Créer"
    1.1 "Article"
    1.2 "Rubrique"
    1.3 "Bréve"
    1.4 "Mot-clef "
    1.5 "Auteur"
    1.6 "Site référencé"
2."Voir"
    2.1 "Tout le site"
    2.2 "Vos articles"
    2.3 "Les demandes de validation"
    2.4 "Forum interne"
3."Configuration"
    3.1 "Infos personnelles"
    3.2 "Couleur de l'interface"
    3.3 "Grand/petit écran"
    3.4 "Icônes ou texte, icônes et texte
    3.5 "Suivre la vie du site
    3.6 "Interface simple/complète"
4."Administration"
    4.1 "Statistiques"
    4.2 "Vider le cache"
    4.3 "Suivi des forums"
    4.4 "Suivi des pétitions
    4.5 "Répartitions des visites"
    4.6 "Gestion des langues"
    4.7 "Maintenance de la base"
    4.8 "Configuration du site"

Plus 4 boutons simples : "Aide", "Se déconnecter", "Visiter le site" et
"Recherche"

Voila donc une proposition un peu plus concrète et qui tient sur une barre
(gain de temps car on ne recharge pas la page pour la deuxième barre) et me
semble obéir à des réflexes plus intuitifs de la part des utilisateurs. Les
fonctions admin pouvant disparaître ou passer en grisée quand elles ne sont
pas accessibles (classique).
Bien entendu on peut encore faire bien mieux, je n'ai pas touché à la
dénomination des rubriques, ni à leur découpages, ce n'est qu'une simple
réorganisation des boutons de l'interface actuelle.

Alors est-ce que c'est possible grands chefs ???

9

Bonjour,
Pour l'ergonomie de l'admin il serait intéressant de séparer sa construction du noyau.

Pourquoi ne pas l'envisager comme le site public, avec des squelettes html dans la partie /ecrire/ ?

SPIP aurait alors une partie Noyau (dont le parser de BOUCLE), une partie admin constructible avec des BOUCLE et un site public déjà constructible en BOUCLE.

Ca permettrait de ne jamais toucher au noyau lors d'une modif sur l'admin.

J'ai un exemple concret : sur un des sites dont je m'occupe j'ai des menus en onglets. Ceux ci sont automatisés et je veux donner la main au webmaster du site sur la création de son menu.
Avec des mots clés il est plutot simple de dire quels sont les rubriques/articles visibles au final dans le menu.
Par ailleurs je suis obligé de générer chaque bloc de menu séparément car la génération d'un bloc est longue (ca fait un certain nombre de tris) et je risque le timeout si je génére tout le menu d'un coup.
L'intéret de tout ceci est de profiter du cache de SPIP pour ne générer qu'une seule fois ce gros menu.

Et bien pour donner la main a l'administrateur sur le menu j'ai du implémenter un bouton "Recalculer ce bloc de menu" dans l'admin de SPIP, en dessous du bouton "Voir en ligne" dans les secteurs du site et ai donc du modifier un fichier du noyau (naviguer.php3), ce qui est mal. :slight_smile:

Moi ca me semblerait assez pratique que l'admin soit aussi en BOUCLE, mais c'est un avis :slight_smile:

Yanno

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

10

je pense que cette remarque n'est pas forcement à prendre à la légère ! contrairement aux critiques déjà émises ! -> troll ?

c'est un peut facile de la part de développeurs ou acharnés du web, comme il y en a beaucoup sur cette liste (j'en suis) de trouver l'interface de SPIP parfaitement convenable
vu que l'on a de plus en plus l'habitude d'utiliser des interfaces Web, pour toutes sortes d'utilisation du Web

certes la façon dont il suggerait des menus déroulants, etc ... c'est une vision très Windows de l'informatique, mais il ne faut pas forcement s'arrêter sur cette réflexion ou cette vision

moi je peux faire remonter une remarque qui me vient très souvent des personnes que je frome à SPIP (rédacteurs ou admins)
"il faudrait une interface encore plus simple !"
certes moi j'abonde alors dans le sens que (tous ici défendrions de la même manière je pense), du style :
"certes au début, vous allez trouver cette interface trop compliquée avec plein de boutons partout, etc ... mais une fois familliarisé avec cette interface vous vous appercevrez quelle est très bien réussit ! et vous serriez les premiers à vouloir plus de choses si cette interface était plus simple"

partant de cela, et ayant remarqué les petits changements de la 1.7,

je pense que concretement il faudrait essayer de simplifier encore un peut plus *l'interface simplifiée* en masquant un peut plus de boutons de fonctions ou que sais-je
car justement c'est son but ! comment peut-on vous aider ? (étant non developpeurs PHP)

Blin Cyril a écrit :

11

Bonjour sylvain,

je pense que concretement il faudrait essayer de simplifier encore un
peut plus *l'interface simplifiée* en masquant un peut plus de boutons
de fonctions ou que sais-je car justement c'est son but !

Pourrais tu préciser ce qu'il te semble souhaitable de masquer dans l'admin
simplifiée ?

"Sylvain" <spip@guaph.net> a écrit dans le message de
news:40191389.40504@guaph.net...
je pense que cette remarque n'est pas forcement à prendre à la légère !
contrairement aux critiques déjà émises ! -> troll ?

c'est un peut facile de la part de développeurs ou acharnés du web,
comme il y en a beaucoup sur cette liste (j'en suis) de trouver
l'interface de SPIP parfaitement convenable
vu que l'on a de plus en plus l'habitude d'utiliser des interfaces Web,
pour toutes sortes d'utilisation du Web

certes la façon dont il suggerait des menus déroulants, etc ... c'est
une vision très Windows de l'informatique, mais il ne faut pas forcement
s'arrêter sur cette réflexion ou cette vision

moi je peux faire remonter une remarque qui me vient très souvent des
personnes que je frome à SPIP (rédacteurs ou admins)
"il faudrait une interface encore plus simple !"
certes moi j'abonde alors dans le sens que (tous ici défendrions de la
même manière je pense), du style :
"certes au début, vous allez trouver cette interface trop compliquée
avec plein de boutons partout, etc ... mais une fois familliarisé avec
cette interface vous vous appercevrez quelle est très bien réussit ! et
vous serriez les premiers à vouloir plus de choses si cette interface
était plus simple"

partant de cela, et ayant remarqué les petits changements de la 1.7,

je pense que concretement il faudrait essayer de simplifier encore un
peut plus *l'interface simplifiée* en masquant un peut plus de boutons
de fonctions ou que sais-je
car justement c'est son but ! comment peut-on vous aider ? (étant non
developpeurs PHP)

Blin Cyril a écrit :

Hello, je m'adresse peut-être au mauvais endroit mais je n'en ai pas

trouvé

d'autre...

Y a-t-il quelqu'un qui bosse sur l'ergonomie de la partie privée ?

Je veux dire qu'à mon sens (et à celui de tous les gens que je forme sur
SPIP) elle est à inbitable (pardon les gars, le boulot que vous avez fait
sur ce programme est incroyable, mais là y'en encore à faire)!
La logique de l'espace privé appartient trop au web (redondance de l'info
notamment) alors que pour être facilement accessible à des néophytes (ce
pour quoi SPIP est génial!) il faudrait qu'elle se rapporte plus à
l'ergonomie classique des logiciels (menus déroulants par exemple, une

seul

entrée pour chaque fonction...).

Si personne ne bosse dessus je suis partant pour vous soumettre des
propositions. Malheureusement je ne programme pas en PHP et celles-ci ne
pourront dépasser le stade de l'image. Mais si d'autres personne sont
intéressées (et à mon sens cela doit être le VRAI prochain gros pas en

avant

12

je pense que cette remarque n'est pas forcement à prendre à la légère !
contrairement aux critiques déjà émises ! -> troll ?

salut Sylvain

le probleme des messages de Blin Cyril (je cite Blin Cyril mais ca pourrait
etre d'autres) c'est que le ton qu'il emploie est difficillement recevable
dans sa forme .. je le trouve personnellemnt carrément discourtois
particulièrement envers les développeurs, dans le même temps ou il propose
de les mettre à contribution ... ya comme un bleme dans la démarche

sur le fond de sa démarche, et de celle de trop de nouveaux venus, le
discours est irrecevable pour la survie d'un projet, en info ou dans
d'autres domaines d'ailleurs (rappel : je cite Blin Cyril mais ca pourrait
etre d'autres) :
- votre ergonomie est inbitable (en clair votre travail est nul à chier)
- ... Je crois que vous n'avez pas vraiment idée de ce que ...
(sous-entendu, moi je sais, mais pas vous)
- il faudrait que .... je suis partant pour vous soumettre des
propositions (donc je vais vous donner mes conseils de grand sachant)
- Malheureusement je ne programme pas en PHP (sous-entendu : " maintenant a
vous de faire le boulot" .. ben voyons!!!)

Il n'est pas possible de remettre à plat à chaque nouveau venu tout le
travail fait. Il est particulièrement usant d'avoir à réexpliquer tout
depuis zéro à chaque fois .. et pour le vivre par ailleurs (hors spip),
c'est particulièrement pénible pour les porteurs d'un projet de recevoir
régulièrement ce type de discours, ce n'est pas pour ce faire tancer que
l'on se décarcasse ... ce que l'on attend ce sont des contributions
positives (dans le sens du projet) pas de la prise de tete en plus.

j'invite Blin Cyril & Co à la lecture de "Contribuer au développement de
SPIP, ici " Contribuer au développement de SPIP - SPIP
- extrait : Si vous voulez contribuer à la programmation de SPIP, l¹idée la
plus importante à retenir est la suivante : vous arrivez sur un projet qui
est déjà fonctionnel. Ce projet est muni d¹un ensemble de règles qui, toutes
arbitraires qu¹elles peuvent paraître, assurent sa cohérence ..."

c'est un peut facile de la part de développeurs ou acharnés du web,
comme il y en a beaucoup sur cette liste (j'en suis) de trouver
l'interface de SPIP parfaitement convenable
vu que l'on a de plus en plus l'habitude d'utiliser des interfaces Web,
pour toutes sortes d'utilisation du Web

certes, mais probleme est que le web impose quand meme ces contraintes
specifiques

certes la façon dont il suggerait des menus déroulants, etc ...

par exemple utiiser des menus deroulants (javascript et compagnie) c'est
faire dependre l'interface de navigateurs specifiques (IE windows en
general).. ce qui est incompatible avec l'essence meme de spip

c'est
une vision très Windows de l'informatique, mais il ne faut pas forcement
s'arrêter sur cette réflexion ou cette vision

certes, car donner comme reference d'ergonomie les usines à gaz genre word
(qui n'a pas l'exclusivite du genre d'ailleurs) c'est tres discutable .. je
comprends que les debutants à qui il enseigne soient un peu traumatisés
s'ils commencent l'informatique comme cela

moi je peux faire remonter une remarque qui me vient très souvent des
personnes que je frome à SPIP (rédacteurs ou admins)
"il faudrait une interface encore plus simple !"
certes moi j'abonde alors dans le sens que (tous ici défendrions de la
même manière je pense), du style :
"certes au début, vous allez trouver cette interface trop compliquée
avec plein de boutons partout, etc ... mais une fois familliarisé avec
cette interface vous vous appercevrez quelle est très bien réussit ! et
vous serriez les premiers à vouloir plus de choses si cette interface
était plus simple"

bah oui tu as tres bien posé la contradiction permanente que doivent tenter
de resoudre les developpeurs de spip (ou de toute autre interface) .... ce
qui suppose nombre d'arbitrages et d'ajustements prudents tenant compte des
besoins des uns et des autres ... approche incompatible avec le "on
recommence tout à zero" genre Blin Cyril (encore une fois ce n'est pas le
seul dans le genre)

@+
Nicolas RIQUOIS
http://www.pucroller.com

13

Merci de me citer autant de fois ! :o) ou :o( !
J'ai précisé dans tous mes postes que Spip est un excellent produit et que
les développeurs (vous) ont et font un boulot incroyable ! Maintenant si
j'ai choqué certains d'entres vous par le terme "inbitable" je m'en excuse
sincérement !
Mon but n'est pas de vous étaler une science que je n'ai pas, mais d'essayer
d'apporter ma contribution, ce que j'ai fait plus haut (dans mon 3éme poste)
en proposant une nouvelle organisation en menus (pas forcément déroulants)
de l'interface privée (sans rien changer d'autres que l'organisation des
pages déjà existantes).
Jamais je n'ai parlé de tout reprendre à zéro !!!
Et sachant que :
1. Windows a copié Mac et que :
2. Linux essaye de copier Windows (je parle toujours d'ergonomie!)
on peut tout à fait considérer que des "menus à la Word" ou à la "Photoshop"
sont aujourd'hui des standards !!! Donc plus intuitifs pour tout le monde...
Maintenant je le redis je ne suis pas programmeur et je ne peux émettre que
des possibilités sans rien connaître de leur faisabilité (tant au niveau du
stade de développement du projet, qu'à celui des possibilités de Php).

14

Bonjour,

Pour l'ergonomie de l'admin il serait intéressant de séparer sa

construction du noyau.

Pourquoi ne pas l'envisager comme le site public, avec des squelettes html

dans la partie /ecrire/ ?

Je vote pour !

Mais, par exemple, remplacer la function enfant (rubriques_edit) par
l'utilisation des boucles ... bon courage !
Surtout pour la gestion de l'accès restreint !
Ou alors, en utilisant aussi les mots clés pour la gestions des droits (à la
bloog), ce qui me parait difficilement sécurisable ...

Je viens de faire un
"truc"(http://www.uzine.net/spip_contrib/ecrire/articles.php3?id_article=358
: integration d'un editeur WYSIWYG à rubrique_edit en fonction d'un mot clé)
qui, du point de vue conception, ne me plait pas du tout (des requetes dans
la base SPIP, c'est mal, ca risque de ne pas rester compatible avec les
futures versions).
J'ai d'abord essayé les boucles, mais bien sur, no way.
j'ai regardé pour ajouter le traitement des boucles, mais je suis un peu
jeune sur SPIP pour ce genre de choses, et la gestion (géniale !!!) du cache
n'est pas forcement (forcement pas ?) adaptée au back office (partie
/ecrire/).

Donc je confirme : le besoin existe, mais avant de se lancer dans des grands
chantiers, il faut deja savoir si l'idée meme de rendre le backoffice
"bidouillable" est acceptable et dans la philosophie de SPIP.
Si oui, il faut ensuite, à mon avis, definir les besoins fonctionnels et
savoir ceux auxquels SPIP veut repondre et lesquels n'y ont pas leur place
et releve de la contrib officieuse.
Parcqu'il n'est pas necessaire de tout changer si c'est juste pour permettre
l'affichage des boutons sous forme de menus ....
Personne n'a fait un vrai sondage auprès des utilisateurs ?
ils veulent quoi au juste ?
moins de boutons ?
des menus windows ?
arriver directement sur brouteur.php3 ?

Voila, c'est juste un avis d'utilisateur pour faire avance la discussion ...

PS : Je suis assez surpris de la succeptibilité de certains utilisateurs de
la liste.
Je comprends que SPIP est un boulot enorme, qu'il est le résultat de
beaucoup d'efforts bénévoles et que les développeurs meritent respect et
reconnaissance, mais ayez aussi un minimum de compréhension à l'egard des
gens, comme moi, qui se tapent des journées de 18h devant un ecran pour
essayer de boucler leurs dev. dans les temps, et qui ont, du coup, tendance
à aller droit au but, sans trop de forme, efficacité, efficacité ...
Donc désolé pour ceux qui ont pu se sentir agressés par des propos un peu
brut, je vais essayer d'y mettre un peu les formes.
Et merci pour SPIP !

15

Nicolas RIQUOIS a écrit :

salut Sylvain

le probleme des messages de Blin Cyril (je cite Blin Cyril mais ca pourrait
etre d'autres) c'est que le ton qu'il emploie est difficillement recevable
dans sa forme .. je le trouve personnellemnt carrément discourtois
particulièrement envers les développeurs, dans le même temps ou il propose
de les mettre à contribution ... ya comme un bleme dans la démarche

(...)

viii je sais bien ...
m'enfin ça c'est parce que SPIP est trop bien fait !
les nouveaux venus sont parfois un peut maladroit dans leurs demandes/suggestion

ceci dit je pense que les dev (/toi) devrait dormir un peut :slight_smile:
car honnêtement je n'ai pas sentit une telles revendications, ou conotations négatives dans les propos de Blin Cyril
même si ça formulation était à la rigueur un peut maldroite, franchement si il faut s'affranchir d'inombrable glorifications des dev et de SPIP pour que notre demande/question/suggestion ne soit pas mal prise et du coup passe carrement à la poubelle ... je me pose des questions

sinon effectivement comme me l'on suggerer certains, on peut assez concrètement, même sans être dev, contruire une proposition de simplification de l'interface simplifiée

enfin bon week-end à tous
et merci à les dev de votre travail

16

Sylvain a écrit :

sinon effectivement comme me l'on suggerer certains, on peut assez concrètement, même sans être dev, contruire une proposition de simplification de l'interface simplifiée

Bon...
Si je comprend bien, ce que tu as proposé, c'est la même chose que maintenant, mais avec des menus, mais pas nécessairement des menus déroulants déroulants.

Alors 2 questions et demie :

C'est quoi l'intérêt ?
Parceque pas besoin de cliquer pour avoir une idée de ce qu'il y a derrière ? (ça c'est la demie question)

C'est quoi un menu pas déroulant ?

JLuc

17

Hello,

Une réponse rapide...

J'ai précisé dans tous mes postes que Spip est un excellent produit et que
les développeurs (vous) ont et font un boulot incroyable !

Précision utile : les "développeurs" ne sont pas intervenus sur ce fil
de discussion jusqu'ici. :wink:

on peut tout à fait considérer que des "menus à la Word" ou à la "Photoshop"
sont aujourd'hui des standards !!! Donc plus intuitifs pour tout le monde...

Moi à chaque fois que j'utilise Word ou OpenOffice, j'ai tendance à me
perdre dans les menus. Quant à Photoshop, je ne l'ai jamais utilisé une
seule fois, comme beaucoup de monde (par contre Gimp 2.0 est très bien
!).

Amicalement

Antoine.

18

>Pour l'ergonomie de l'admin il serait intéressant de séparer sa
construction du noyau.
>Pourquoi ne pas l'envisager comme le site public, avec des squelettes

html

dans la partie /ecrire/ ?

Salut,
je relance la question qui me semble, à priori, interessante.
L'idée d'avoir le choix entre plusieurs squelettes d'interface, meme si une
version officielle de la distrib reste evidement indispensable
(compatibilité), est plutot seduisante, non ?
En plus, ca permettrait à des "utilisateurs" (au sens webmaster) de
confronter un peu leurs idées à l'utilisation réelle des redacteurs et
admins.

Maintenant, je n'ai pas vu passer de reponses disant "non ca n'est pas la
philosophie de SPIP", ni de "oubliez c'est impossible", pas meme un "je
trouve ca con".
Alors ?

Il me semble qu'avant tout il faudrait la reponse à ces 2 questions :
Est-ce souhaitable ?
Est-ce faisable ?

Après, si les 2 reponses sont positives, il suffira de donner les pistes
(includes, decoupage, structure generale, d'une page xxx_edit, xxx_voir,
...) et je pense que ca pourra avancer sans soliciter specialement les
développeurs si ce n'est sur les aspects de conception et de perspective
d'evolution.

Alors, qu'en pensent les principaux interessés ?

PS1 :
Il y a une vrai demande des clients de personnalisation de l'espace privé.
Meme si les demandes ne sont pas toujours fondées, il faudrait etre capable
d'y repondre sans brandir la menace de la non compatibilité ascendante.

PS2 :

J'ai vu passer un thread sur "on pourrait facturer un surplus aux clients,
comment on fait ?"
La meilleure reponse etait, à mon avis : "faites leur payer du dev qui
traine dans les TODO".
OK, mais pas facile, c'est pas parce qu'on vend du site basé sur SPIP qu'on
a les competences pour entrer réellement dans le dev.
Il y a un pas entre l'utilisation des boucles et le developpement PHP !
Donc l'idée de faire payer, non pas du dev PHP mais bien du dev SPIP pour
enrichir un peu le choix deja sympatique de contribs, dans l'espace public
comme dans l'espace privé me semble realiste.
En plus, comme ca, SPIP reste bien le bébé des devs, sans pour autant
interdire des "derives" inevitables (du genre contrib non officielles qui
touche au code ...).
Mais ce n'est que mon avis ...

19

Stephane LAURENT a écrit :

Pour l'ergonomie de l'admin il serait intéressant de séparer sa
     

construction du noyau.
   

Pourquoi ne pas l'envisager comme le site public, avec des squelettes
     

html

dans la partie /ecrire/ ?
   

Tu peut deja changer les messages affiche en personnalisant la langue,
je te conseille de faire un include en fin de fichier de langue pour
redefinir
les variables et ainsi rester compatible avec Spip.

Salut,
je relance la question qui me semble, à priori, interessante.
L'idée d'avoir le choix entre plusieurs squelettes d'interface, meme si une
version officielle de la distrib reste evidement indispensable
(compatibilité), est plutot seduisante, non ?
En plus, ca permettrait à des "utilisateurs" (au sens webmaster) de
confronter un peu leurs idées à l'utilisation réelle des redacteurs et
admins.

C'est vrais que c'est une bonne idée, car l'interface de Spip est très bien
mais elle est peut-être un peu trop complete pour l'utilisateur de base.

Maintenant, je n'ai pas vu passer de reponses disant "non ca n'est pas la
philosophie de SPIP", ni de "oubliez c'est impossible", pas meme un "je
trouve ca con".
Alors ?

Il me semble qu'avant tout il faudrait la reponse à ces 2 questions :
Est-ce souhaitable ?
Est-ce faisable ?

Pour moi c'est faisable en reprenant le principe de squellette mais c'est
un devellopement important.

20

Tout à fait d'accord avec vous, je m'inscris dans la liste des webmasters
hautement intéressés par ce type de possibilités (personnalisation de
l'interface privée) qui permettrait pas mal de nouvelles contrib !

Quoting Duponchelle Julien <james4-bond@laposte.net>: