[spip-dev] hop

Dev
1

Salut,

J'ai enlevé les dernières horreurs :

- le double choix de guillemets dans la barre, parce que personne
ne connaît les règles du typo et si on commence à donner le choix
entre différentes types de guillemets, alors la barre perd son rôle
pédagogique et devient plus perturbante qu'autre chose

- l'espace insécable, parce que personne n'a à taper des espaces
insécables à la main sous SPIP, et surtout pas les gens qui en
sont restés à utiliser la barre

- le truc compliqué autour de la libération d'articles, parce que
cliquer sur une croix rouge pour libérer un article, désolé, ça
veut rien dire ; d'autre part pour ce qui est de libérer tous les
articles, si la fonctionnalité est pourrie et gênante il faut la
réformer, pas ajouter des pis-allers dans l'interface (mais ça
ça fait un an que je le dis, hein)

J'ai ajouté des "tabindex" dans la barre pour éviter de la
sélectionner quand on navigue au clavier (ben periute).

a+

Antoine.

2

- le truc compliqué autour de la libération d'articles, parce que
cliquer sur une croix rouge pour libérer un article, désolé, ça

veut rien dire ;

Non, c'était beaucoup mieux comme j'avais fait ; plus classieux, et plus
pratique.

d'autre part pour ce qui est de libérer tous les
articles, si la fonctionnalité est pourrie et gênante il faut la
réformer, pas ajouter des pis-allers dans l'interface (mais ça
ça fait un an que je le dis, hein)

Si tu utilises SPIP de manière intensive, il y a des moments où tu dois te
frapper toute une palanquée d'articles, c'est hyper pratique d'avoir ces
petits "bookmarks" dans la marge ; à d'autres moments, quand tu travailles à
plusieurs sur un article, le côté "warning" est très pratique ; et quand tu
traites une palanquée d'articles à plusieurs, les deux ensemble marchent
très bien -- et tu as parfois besoin de libérer un article précis, parfois
de signaler que tu as fini de bnosser sur la série d'articles que tu viens
d'ouvrir dans tous les sens. Par conséquent iles deux morceaux d'interface
se justifient, et en plus ils se complètent (par ailleurs la petite croix
est très jolie, et la répétition de [libérer] est assez moche).

Il faut donc remettre comme j'ai fait (ou mieux). Par contre, tu peux bien
virer la barre si tu veux :wink:

-- Fil

3

Si tu utilises SPIP de manière intensive, il y a des moments où tu dois te
frapper toute une palanquée d'articles, c'est hyper pratique d'avoir ces
petits "bookmarks" dans la marge ; à d'autres moments, quand tu travailles à
plusieurs sur un article, le côté "warning" est très pratique ; et quand tu
traites une palanquée d'articles à plusieurs, les deux ensemble marchent
très bien -- et tu as parfois besoin de libérer un article précis, parfois
de signaler que tu as fini de bnosser sur la série d'articles que tu viens
d'ouvrir dans tous les sens. Par conséquent iles deux morceaux d'interface
se justifient, et en plus ils se complètent (par ailleurs la petite croix
est très jolie, et la répétition de [libérer] est assez moche).

Tu mélanges deux choses qui n'ont rien à voir : les bookmarks (ou
plutôt "articles récents"), et la fonctionnalité "libérer".

Les bookmarks, je n'ai rien changé.

Le "libérer", j'ai :

- viré la fonction "libérer tous les articles" parce qu'en pratique tu
travailles sur un ou deux articles à la fois, pas sur 35. Et si tu as
besoin de libérer 35 articles parce que la fonctionnalité est mal
programmée, c'est la fonctionnalité qu'il faut reprogrammer et non
l'interface qu'il faut bricoler pour y ajouter des horreurs.

- remis le lien textuel, parce que la petite croix 1) est plutôt laide
dans ce contexte 2) ne suggère absolument pas qu'elle est là pour
"libérer un article". En clair, si je voix une croix rouge à côté d'un
titre, comment sais-je qu'en cliquant dessus je veux libérer l'article ?
A moins de prendre des cours particuliers, je vois pas. L'indication
textuelle est indispensable.

a+

4

Tu mélanges deux choses qui n'ont rien à voir : les bookmarks (ou
plutôt "articles récents"), et la fonctionnalité "libérer".

Tu as pris l'habitude de venir défaire ce qu'on fait, et c'est très chiant.
Je ne mélange rien, ce sont deux fonctionnalités qui vont très bien
ensemble.

- viré la fonction "libérer tous les articles" parce qu'en pratique tu
travailles sur un ou deux articles à la fois, pas sur 35.

Peut-être travailles-*tu* comme ça, mais pas moi ; je travaille
régulièrement sur 35 articles à la fois (bon, disons 8 ou 9).

Et si tu as besoin de libérer 35 articles parce que la fonctionnalité est
mal programmée, c'est la fonctionnalité qu'il faut reprogrammer et non
l'interface qu'il faut bricoler pour y ajouter des horreurs.

J'ai besoin de libérer 35 articles parce qu'il est temps de les libérer
("j'ai fini, c'est chouette, à votre tour les copains"), et pas pour des
histoires de programmation. Je remarque que tu parles beaucoup à la place
des autres ("tu as ce besoin, tu travailles comme ci") sans savoir comment
ils bossent, et que tu n'évoques jamais tes propres usages de l'outil...

- remis le lien textuel, parce que la petite croix 1) est plutôt laide
dans ce contexte

Par Horus ! La mauvaise foi t'étouffera !

2) ne suggère absolument pas qu'elle est là pour
"libérer un article". En clair, si je voix une croix rouge à côté d'un
titre, comment sais-je qu'en cliquant dessus je veux libérer l'article ?
A moins de prendre des cours particuliers, je vois pas. L'indication
textuelle est indispensable.

On peut très bien la mettre dans un survol comme on le fait pour plein
d'autres choses + cette fonctionnalité est quand même indiquée par la
similarité entre les croix du bas (j'en avais mis deux, tu as peut-être vu,
pour signaler "libérer plusieurs", si tu as un minimum de sens de
l'observation tu peux faire le rapprochement "deux croix = libérer les
articles" ~ "une croix = libérer cet article") + il y a une indication
textuelle claire au-dessus, avec une aide en ligne, et au-dessous, avec
"libérer tous les articles".

Donc : non.

-- Fil

5

Fil said > > Si tu utilises SPIP de manière intensive, il y a des moments où
tu dois te

> frapper toute une palanquée d'articles, c'est hyper pratique d'avoir ces
> petits "bookmarks" dans la marge ; à d'autres moments, quand tu

travailles à

> plusieurs sur un article, le côté "warning" est très pratique ; et quand

tu

> traites une palanquée d'articles à plusieurs, les deux ensemble marchent
> très bien -- et tu as parfois besoin de libérer un article précis,

parfois

> de signaler que tu as fini de bnosser sur la série d'articles que tu

viens

> d'ouvrir dans tous les sens. Par conséquent iles deux morceaux

d'interface

> se justifient, et en plus ils se complètent (par ailleurs la petite

croix

> est très jolie, et la répétition de [libérer] est assez moche).

Comme utilisatrice, j'utilise aussi beaucoup ces possibilités. On perdrait
en confort et en ergonomie à les virer.
Par ailleurs, je confirme : dans la pratique (en tous cas, la mienne), il
est très courant d'avoir des palanquées d'articles ouverts sur un temps
court ou en même temps (souvent plus d'une quinzaine ) seule ou à plusieurs.
Le warning, le retour rapide sur les textes, la fluidité du sytème actuel,
sont vraiment précieux dans cet usage-là. Franchement.

Pascale

6

Peut-être travailles-*tu* comme ça, mais pas moi ; je travaille
régulièrement sur 35 articles à la fois (bon, disons 8 ou 9).

Oui mais on s'en fout. L'utilisateur de SPIP ne travaille pas
sur 10 articles à la fois. Ton cas est éminemment particulier
et tu le sais bien. Tu n'as pas besoin de faire des études de
cas et des panels d'utilisateurs pour savoir que 99% des gens
qui utilisent SPIP ne sont pas des pros de l'édition et
travaillent rarement à plusieurs sur un article, *et jamais
à plusieurs sur dix articles simulatanément*. C'est une
évidence (et *mon* utilisation n'a rien à voir là-dedans).

(j'en avais mis deux, tu as peut-être vu,
pour signaler "libérer plusieurs", si tu as un minimum de sens de
l'observation tu peux faire le rapprochement "deux croix = libérer les
articles" ~ "une croix = libérer cet article")

Non, c'est totalement ridicule. Tu as déjà vu une interface graphique
qui multiplie les icones pour dire qu'une fonctionnalité est plus
puissante ? Moi pas.

Donc je résume ta solution :

- une croix rouge à côté de chaque article pour dire "libérer cet
article" (pourquoi une croix rouge pour libérer ? à la rigueur
pour supprimer, mais sinon on ne voit pas). Pas d'indication
textuelle pour libérer, donc on ne comprend rien.

- deux croix rouges à la fin de la liste pour "libérer tous
les articles" avec, cette fois-ci, une indication textuelle.
Pourquoi deux croix ? Pourquoi une indication textuelle cette
fois-ci (et pas la précédente) ? Mystère. Le tout est
incompréhensible.

En gros, tu essaies de faire passer une interface pourrie
pour satisfaire des besoins spécifiques qui ne sont ceux de
personne d'autre. A côté, tu fais de l'opposition systématique
sur des fonctions (barre javascript) qui sont beaucoup plus
demandées.

Amicalement

Antoine.

7

Personne n'a parlé de les virer. Merci de lire un peu la discussion
avant de rentrer dans le troll.

8

Personne n'a parlé de les virer. Merci de lire un peu la discussion
avant de rentrer dans le troll.

Cher Antoine, j'ai bien lu la discussion, rassure-toi...et j'utilisais le
conditionnel...l'expression d'une petite crainte, mais ta réponse est
rassurante.
Pas la peine de le prendre mal, donc. En revanche, si ces questions
d'ergonomie fondamentale pour les usages in vivo, quotidiens, te semble de
l'ordre du troll, je ne poursuis pas...même si je pense que l'usage décrit
par Fil est de plus en plus répandu (assoce, travail en équipe diverses,
etc.).

Amicalement

Pascale

9

Oui mais on s'en fout. L'utilisateur de SPIP ne travaille pas sur 10
articles à la fois.

Eh bien s'il ne bosse que sur un article ou deux, ça ne le gènera pas. Si tu
as regardé le code, j'ai mis une limite à deux articles, on peut la monter à
quatre ou cinq (oui, je peux cliquer 3 fois pour libérer 3 articles !).

Ton cas est éminemment particulier et tu le sais bien.

Non, je ne crois pas.

évidence

Non.

En gros, tu essaies de faire passer une interface pourrie
pour satisfaire des besoins spécifiques qui ne sont ceux de
personne d'autre.

Non. Je pense que cette interface est correcte. Pas parfaite certainement,
mais à l'usage, ça marche bien.

A côté, tu fais de l'opposition systématique sur des fonctions (barre
javascript) qui sont beaucoup plus demandées.

C'est vrai, je râle contre cette barre, *avec des arguments*, car je pense
qu'elle n'apporte rien d'intéressant mais plutôt des embrouilles. Mais enfin
je ne l'ai pas supprimée du CVS sans prévenir, non plus ! Saccager le boulot
des autres et faire l'inspecteur des travaux finis, c'est pas tellement mon
trip.

-- Fil

10

> pour satisfaire des besoins spécifiques qui ne sont ceux de
> personne d'autre.

Attention, hein ! Je ne suis pas sûr que tu auras une bonne note à l'exam,
surtout si tu persistes à venir avec ton walkman !
http://www.infop6.jussieu.fr/licence/annales/retic/exam2003sep10.html

-- Fil

11

C'est vrai, je râle contre cette barre, *avec des arguments*, car je pense
qu'elle n'apporte rien d'intéressant mais plutôt des embrouilles. Mais enfin
je ne l'ai pas supprimée du CVS sans prévenir, non plus ! Saccager le boulot
des autres et faire l'inspecteur des travaux finis, c'est pas tellement mon
trip.

Faut arrêter le pathos mal placé. J'ai supprimé cinq (5) lignes de code.
Si tu appelles ça du "saccage".... Quant à parler de "travaux finis"
pour la fonctionnalité que tu as uploadée, le problème justement est
que c'est loin d'être _fini_ vu les problèmes que j'ai mentionnés.
Enfin l'"inspection" du code fait partie des méthodes de base du
logiciel libre qui lui permettent souvent de produire de bien meilleurs
résultats que le logiciel propriétaire.

Amicalement

Antoine.

12

Enfin l'"inspection" du code fait partie des méthodes de base du
logiciel libre qui lui permettent souvent de produire de bien meilleurs
résultats que le logiciel propriétaire.

Je n'accepte pas que cela se fasse sans discussion. La discussion permet de
convaincre, de voir ce qui manque, d'élaborer des choses plus complexes ou
plus pertinentes ; là tu as tout simplement supprimé ce que j'avais mis (ça
n'est pas une question de quantité, ç'aurait été 200 lignes que ç'aurait été
pareil !), sans même essayer de dire ce qui, à tes yeux, n'allait pas. Et je
ne vois pas pourquoi tu saurais mieux que moi (ou l'inverse, d'ailleurs).
Par conséquent, en cas de désaccord, il faut s'exprimer avant d'agir. Et pas
après, de manière ultra désinvolte, en parlant des "horreurs" et des trucs
"pourris".

-- Fil

13

Je n'accepte pas que cela se fasse sans discussion. La discussion permet de
convaincre, de voir ce qui manque, d'élaborer des choses plus complexes ou
plus pertinentes ; là tu as tout simplement supprimé ce que j'avais mis (ça
n'est pas une question de quantité, ç'aurait été 200 lignes que ç'aurait été
pareil !), sans même essayer de dire ce qui, à tes yeux, n'allait pas.

Je l'ai dit, dans le message suivant immédiatement mon commit. De même
que, immédiatement après ton commit, tu as dit pourquoi tu ajoutais
ces fonctionnalités. Dans ce cas précis la meilleure amélioration pour
moi consiste en la suppression des fonctionnalités inutiles et des
éléments d'interface mal foutus. Ce qui revient à remettre le code
dans son état précédent. Améliorer du code ne veut pas systématiquement
dire en ajouter, ni même effectuer des modifs. La simplicité a ses
vertus. Sinon, tout le monde utiliserait KDE à la place de MacOS.

D'autre part on avait déjà parlé de cette fonction "libérer tous les
articles" il y a quelques mois, j'avais dit pourquoi je ne trouvais
pas ça souhaitable, et à l'époque ça s'était arrêté là.

Désolé pour l'énervement induit.

a+

Antoine.

14

Evidemment ma profession me conduit à mettre facilement des bons et
des mauvais points, mais loin de moi l'idée de noter qui que ce soit sur
cette liste. En tant que nouveau venu, mes interrogations portent sur
le fonctionnement de l'équipe développant SPIP.
Par exemple, j'ai signalé à plusieurs reprises que je voulais bien m'occuper du bug sur les séparateurs qu'Antoine n'avait pas eu le temps d'inclure dans l'apdation à mon travail, et je proposais d'abord d'éclater en deux le fichier le plus gros
du CVS pour limiter les accès concurrents. Jai eu l'impression de parler dans le vide. Le fonctionnement implicite du travail est-il que tout le monde a le droit d'écrire et de détruire n'importe quoi n'importe où ? J'ai fait ça lors de mon premier projet collectif, ca crée des tensions qui conduisent à l'éviction de plusieurs personnes voire à l'abandon du projet. Il ne s'agit pas de répartir le boulot de manière autoritaire et immuable, mais de définir un protocole d'interventions, du type "je vais travailler sur tels fichiers pendant tant de jours pour y faire telle chose", "si aucun consensus n'est trouvé au bout de tant de
jours sur un sujet, on organise le code pour implanter 2 options développées
indépendamment" etc.

Bon, je ne voulais pas donner des points, du coup je donne des leçons.
Il est temps de se coucher pour tout le monde probablement.

      Emmanuel

15

Bonjour,

Je viens juste glisser une petite réflexion sur un des points qui n'est pas
sujet à discussion et qui à mon sens aurait dû.

J'ai enlevé les dernières horreurs :

- le double choix de guillemets dans la barre, parce que personne
ne connaît les règles du typo et si on commence à donner le choix
entre différentes types de guillemets, alors la barre perd son rôle
pédagogique et devient plus perturbante qu'autre chose

Quasiment aucun webmaster ou programmeur ne connaît la différence MAIS si il
y a UNE population de personnes qui connaisse les règles de typographie ce
sont JUSTEMENT les rédacteurs.
D'accord beaucoup font ça à la bonne franquette, mais la plupart d'entre eux
vont avoir tapé leur texte de façon méticuleuse et s'inquiète vis à vis de
nous de la justification qui sera utilisée.

Mes deux cents d'euros

16

Salut,

J'ai enlevé les dernières horreurs :
[...] la barre [...]

  Ce troll récurent commence vraiment à me gonfler ...
  Au départ, il y avait une barre en contrib, par je sais plus qui,
et personne s'en plaignait.
  Depuis qu'elle est incluse, dégagée, modifiée, relookée ...
dans spip, c'est le bordel.

  Pourquoi ne pas lui remettre son statut de contrib, si possible en
facilitant un max son installation dans le produit, voire en
permettant cette installation lors de l'install standard ?
  Ça deviendrait un produit "à part", même s'il est principalement
maintenu par un des "auteurs originaux" de spip, sans pour autant
arriver à un fork entre spip avec barre et spip sans barre mais avec
icones rouges, ce qui serait vraiment con.

- le truc compliqué autour de la libération d'articles, parce que
cliquer sur une croix rouge pour libérer un article, désolé, ça
veut rien dire

  C'est une idée ou les 40 mails suivants se résument
à "l'icone est pas beau" ? Vous avez pensé à mettre un autre icone
avec un title "liberer cet article" (ou un alt ou j'sais pas quoi,
faite pas chier avec le w3c, c'est pas l'moment) ?
  Par exemple, un petit crayon, comme dans wincvs pour dire "j'écris
dessus", ou un drapeau comme dans winmine, pour dire "c'est à moi"
ou j'sais pas moi (faut qu'j'arrete de citer des exemple windows, on va
croire que j'ai changé de bord :wink:

  À+, Pif (un peu véner de se palucher du matin x mails de "c'est
c't'y qui dit qui y'est". Au moins, les trolls css j'y apprend des
trucs)

17

Puisque ça semble le moment de pinailler sur des problèmes d'ergonomie ;-),
en tant qu'admin, je vais bien plus souvent dans l'administration du site
pour y consulter les stats que pour y modifier la configuration du site.

Y'aurais pas moyen de ramener la page des stats comme page par défaut pour
l'administration du site ?

-- Roustoubi

18

Y'aurais pas moyen de ramener la page des stats comme page >par défaut pour

l'administration du site ?

+1
Même si il y a les racourcis...

19

Faut pas pousser, le plus important est quand même le résumé avec les
nouvelles soumissions d'articles et les forums en attente. Enfin moi je
trouve.

T'as qua te bookmarker la page ecrire/statistiques_visites.php comme ça tu y
arrives direct apres avoir entré ton login...

- --
Hervé LEFEBVRE http://www.linuxfrench.net
aegir@free.fr
LUTTEZ CONTRE LA VENTE FORCÉE DE LOGICIELS :
http://www.linuxfrench.net/oem/

20

LEFEBVRE Herve (aegir@free.fr) a écrit le 18/09/03 11:33 :

Même si il y a les racourcis...

Exact ; or, je ne les utilise que très rarement, allez savoir pourquoi : je
flashe plutôt sur les gros thèmes en haut de page.

Faut pas pousser, le plus important est quand même le résumé avec les
nouvelles soumissions d'articles et les forums en attente. Enfin moi je
trouve.

Non, on s'est pas compris : je ne parle pas de "À suivre". Juste quand on
clique sur "Administration du site", tomber directement sur
ecrire/statistiques_visites.php3 plutôt que sur ecrire/configuration.php3
étant donné que je suppose qu'on va bien plus souvent consulter ses stats
que modifier la conf du site.

Mais effectivement, ce doit être moi qui n'est pas normal plutôt que
l'interface.

-- Roustoubi