[SPIP Zone] Plugin Rang : qu'aimeriez vous avoir ?

azerttyu · Avril 17, 2009, 1:07

S'lt

Un plugin est en cours de réalisation pour avoir une gestion plus
globale du tri par rang tel qu'on l'a actuellement avec "XX. titre".
A terme il aurait vocation de remplacer et de generaliser {par num,
titre}, |supprimer_numero, ...

Pour le moment ce plugin converti les titres d'articles et de
rubriques en #RANG + #TITRE. On peut generaliser à d'autres objets si
vous le souhaitez.
Pour le moment on change pas le fonctionnement spip actuel

Donc le fonctionnement interne semble fonctionner (en tout cas pour ce
que je lui ai demandé pour l'interface c'est un peu en fonction des
besoins exprimés.

Km

Paolo · Avril 17, 2009, 3:29

cam.lafit@azerttyu.net wrote:
> qu'aimeriez vous avoir ?

Tu provoques

1) Un champ séparé dans la base de données pour gérer le rang, pour nettoyer le champs titre de ces "numéro + point + espace" que certains rédacteurs/traducteurs trouvent difficile (oublient le point, l'espace, les mettent à l'intérieur du <multi> au lieu de les mettre à l'extérieur, etc.).

2) Un système dans l'espace privé pour que chaque rédacteur puisse trier les listes comme il veut (selon rang, ordre alphabétique, ou date de publication).
Et que cela se conserve dans ses options d'auteurs (comme la langue, couleur d'interface, etc.)
En ce moment, je peux faire afficher la liste d'articles sur une page
  ?exec=naviguer&id_rubrique=nn
dans le même ordre que dans l'espace publique avec l'aide de
  define('_TRI_ARTICLES_RUBRIQUE', 'titre');
dans mes_options.php
Mais dès qu'on passe à une page comme
  ?exec=articles&id_article=nn
l'ordre des articles dans la liste "Dans le même rubrique" n'est pas le même, et je ne pense pas pouvoir le changer (ou bien ?). Cela gêne les rédacteurs.

3) Un système dans l'espace privé pour ajuster le rang. Peut-être une interface glisser/déposer ? (Mais comment faire lorsqu'il y a vraiment beaucoup d'articles dans une rubrique ?)

4) Problème : Avec le système actuel (numéros) il est possible de trier des articles de différentes rubriques dans une seule liste (et même y mettre des rubriques aussi). En fait cela est essentiel pour notre site. Avec un système de rang il serait bien de ne pas perdre ce repère « absolu » d'un numéro qui permet de comparer avec d'objets d'une autre rubrique. (Je ne sais pas si je m'exprime bien ?)

Bravo et merci pour ce travail.

Paolo

azerttyu · Avril 17, 2009, 5:11

S'lt

qu'aimeriez vous avoir ?

Tu provoques

C'est bien le but du jeu

1) Un champ séparé dans la base de données pour gérer le rang, pour nettoyer
le champs titre de ces "numéro + point + espace" que certains
rédacteurs/traducteurs trouvent difficile (oublient le point, l'espace, les
mettent à l'intérieur du <multi> au lieu de les mettre à l'extérieur, etc.).

Déjà fat pour les articles et les rubriques.
Dans ecrire pas de différence visuelle mais si tu regardes la bases tu
verras bien que ça le fait.

2) Un système dans l'espace privé pour que chaque rédacteur puisse trier les
listes comme il veut (selon rang, ordre alphabétique, ou date de
publication).
Et que cela se conserve dans ses options d'auteurs (comme la langue, couleur
d'interface, etc.)
En ce moment, je peux faire afficher la liste d'articles sur une page
?exec=naviguer&id_rubrique=nn
dans le même ordre que dans l'espace publique avec l'aide de
define('_TRI_ARTICLES_RUBRIQUE', 'titre');
dans mes_options.php
Mais dès qu'on passe à une page comme
?exec=articles&id_article=nn
l'ordre des articles dans la liste "Dans le même rubrique" n'est pas le
même, et je ne pense pas pouvoir le changer (ou bien ?). Cela gêne les
rédacteurs.

Hum là oui tu provoques. Cela me semble sortir du plugin rang.
Un plugin perso avec CFG qui charge la configuration par auteur et un
define qui s'appuie sur lire_config() ça devrait deja aider.

3) Un système dans l'espace privé pour ajuster le rang. Peut-être une
interface glisser/déposer ? (Mais comment faire lorsqu'il y a vraiment
beaucoup d'articles dans une rubrique ?)

Oui j'aimerai bien reprendre le principe qu'on a dans voir tous le
sites de ecrire/

4) Problème : Avec le système actuel (numéros) il est possible de trier des
articles de différentes rubriques dans une seule liste (et même y mettre des
rubriques aussi). En fait cela est essentiel pour notre site. Avec un
système de rang il serait bien de ne pas perdre ce repère « absolu » d'un
numéro qui permet de comparer avec d'objets d'une autre rubrique. (Je ne
sais pas si je m'exprime bien ?)

Rien compris ou presque rien
Ah si comparer le rang des divers articles issues de diverses rubriques.

Hum je ne vois pas ce qui changerais avec ce qu'on a actuellement en
natif. Le rang n'est pas unique à la base.

Km

romy · Avril 17, 2009, 7:01

Le 17 avr. 2009 à 19:11, cam.lafit@azerttyu.net a écrit :

1) Un champ séparé dans la base de données pour gérer le rang, pour nettoyer
le champs titre de ces "numéro + point + espace" que certains
rédacteurs/traducteurs trouvent difficile (oublient le point, l'espace, les
mettent à l'intérieur du <multi> au lieu de les mettre à l'extérieur, etc.).

Déjà fat pour les articles et les rubriques.
Dans ecrire pas de différence visuelle mais si tu regardes la bases tu
verras bien que ça le fait.

Justement : bien séparer le rang du titre côté privé aussi (pour éviter le fameux coup du gentil rédacteur-chef-admin qui comprend pas ce que sont ces numéros perdus dans les titre, et qui en plus ne s'affichent pas et se met en devoir de les supprimer méthodiquement...).

Sinon, l'ordre des articles côté public m'indiffère (bien que ce soit une demande réccurrente de rédacteurs) : une barre de tri sur les listes d'articles existantes devrait suffire.

Ce qui serait bien, donc, enfin, ce serait de pouvoir ordonner différemment de mêmes objets selon le contexte : dans cette rubrique, on les classe dans tel ordre, mais dans ce mot-clef, dans tel autre ordre. Yep.

--
Romy

denisb1 · Avril 17, 2009, 8:02

cam.lafit@azerttyu.net a écrit :

Hum je ne vois pas ce qui changerais avec ce qu'on a actuellement en
natif. Le rang n'est pas unique à la base.

le gros boulot c'est :
modifier *un* rang influe-t'il sur ceux en amont et en aval ?
exemple je change rang 12 en rang 18
que se passe t'il pour les 'anciens' rang 13,14,15,16, et 17
et pour les 'anciens' 19, 20, 21 ... ?

mais cela relève peut-être plus du plugin 'ordre'...

azerttyu · Avril 17, 2009, 8:24

S'lt

Justement : bien séparer le rang du titre côté privé aussi (pour éviter le
fameux coup du gentil rédacteur-chef-admin qui comprend pas ce que sont ces
numéros perdus dans les titre, et qui en plus ne s'affichent pas et se met
en devoir de les supprimer méthodiquement...).

Dans mon premier jet, j'avais séparé le rang du titre. Mais au final
j'ai trouvé l'approche spip plus pratique car on n'a qu'un champ à
remplir.
Le fait d'avoir eu 2 champs m'a semblé lourd à l'usage.
Il faut peut être proposer les 2 options. Je ne sais pas.

Quand à l'admin super gentil, à terme les rangs ne devrait être absent
que coté public.
Pour le moment ce n'est pas le cas coté privé car il faut casser/créer
des squelettes coté core (exec_naviguer entre autre)

Km

Daniel_FAIVRE · Avril 17, 2009, 9:28

Le Friday 17 April 2009 15:07:05 cam.lafit@azerttyu.net, vous avez écrit :
qu'aimeriez vous avoir ?

-> peut-être un fonctionnement homogène (au niveau des squelettes) avec le
plugin notation ? par homogène, je voudrais dire une façon d'utiliser les
mêmes squelettes pour classer par rang ou par notation. (même balise ?)

--
Daniel FAIVRE

Paolo · Avril 17, 2009, 9:40

cam.lafit@azerttyu.net wrote:

Dans mon premier jet, j'avais séparé le rang du titre. Mais au final
j'ai trouvé l'approche spip plus pratique car on n'a qu'un champ à
remplir.

Pour ma part, je préfèrerais enlever ces numéros du champ du titre --pour les raisons déjà données.

Le fait d'avoir eu 2 champs m'a semblé lourd à l'usage.

Ce serait plus clair, et plus besoin pour les rédacteurs de se souvenir d'une « syntaxe » (point + espace)...

Paolo

RastaPopoulos1 · Avril 17, 2009, 9:51

Le 17/04/2009 23:28, Daniel FAIVRE a écrit :

Le Friday 17 April 2009 15:07:05 cam.lafit@azerttyu.net, vous avez écrit :
qu'aimeriez vous avoir ?

-> peut-être un fonctionnement homogène (au niveau des squelettes) avec le
plugin notation ? par homogène, je voudrais dire une façon d'utiliser les
mêmes squelettes pour classer par rang ou par notation. (même balise ?)

Je ne saisis pas trop comment (pourquoi) ça pourrait être homogène alors que ce sont deux choses totalement différentes.

--
RastaPopoulos

Loiseau2nuit · Avril 18, 2009, 1:45

Paolo, Romy, Denisb, je plussoie.

en fait, plus qu’un champ pour mettre le rang, je verrais plus une interface de tri standard : « trier par : alpha / date / rubrique / mot-clé / whatever … » avec, pour affiner l’ordre choisis et/ou obtenir un ordre perso dans /écrire, une interface drag-&-drop.

l’ordre choisis par chacun pourrait s’enregistrer dans un cookie (sur le principe de ce qui se fait déjà dans le plug bouton_admin_supp) et une case à cocher pour le full administrateur permettant de reporter l’ordre choisis dans l’espace public ?

Je ne sais pas si je suis très clair là, il est 4h du mat’ et je ne suis plus très « aware »…

Bonne nuit à tous.

2009/4/17 RastaPopoulos <vincent@ldd.fr>

Le 17/04/2009 23:28, Daniel FAIVRE a écrit :

Le Friday 17 April 2009 15:07:05 cam.lafit@azerttyu.net, vous avez écrit :
qu’aimeriez vous avoir ?

→ peut-être un fonctionnement homogène (au niveau des squelettes) avec le
plugin notation ? par homogène, je voudrais dire une façon d’utiliser les
mêmes squelettes pour classer par rang ou par notation. (même balise ?)

Je ne saisis pas trop comment (pourquoi) ça pourrait être homogène alors que ce sont deux choses totalement différentes.

–
RastaPopoulos

spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

–
Etienne Brackers.
http://www.loiseau2nuit.net

| Webdesigner intégrateur indépendant
| Création de sites web avec Spip
| La Flèche, Angers, Pays de la Loire…

RastaPopoulos1 · Avril 18, 2009, 6:21

Le 18/04/2009 03:45, L'oiseau2nuit a écrit :

l'ordre choisis par chacun pourrait s'enregistrer dans un cookie

Avec un site comportant ce serait-ce que des centaines d'articles (sans parler de ceux qui en ont des milliers...), ça risque d'être un peu compliqué.

--
RastaPopoulos

2abfd80744c9f889b4d6 · Avril 18, 2009, 10:55

cam.lafit@azerttyu.net <cam.lafit@azerttyu.net> a écrit :

>> qu'aimeriez vous avoir ?
> Tu provoques

C'est bien le but du jeu

> 1) Un champ séparé dans la base de données pour
gérer le rang, pour nettoyer
> le champs titre de ces "numéro + point +
espace" que certains
> rédacteurs/traducteurs trouvent difficile (oublient
le point, l'espace, les
> mettent à l'intérieur du <multi> au lieu
de les mettre à l'extérieur, etc.).

Déjà fat pour les articles et les rubriques.
Dans ecrire pas de différence visuelle mais si tu regardes
la bases tu verras bien que ça le fait.

un petit script qui permet de faire la mise à jour de l'existant lors de l'installation du plugin i.e. qui fasse la mise à jour des articles/rubriques:
- récupérer les numéros dans les titres et les passer dans le nouveau champ rang
- supprimer le numéro dans le titre
...et je veux bien me charger de le faire dès qu'une version un peu stabilisée sera commitée

à bientôt

cerdic · Avril 18, 2009, 11:06

Le 18 avr. 09 à 12:55, cy_altern a écrit :

cam.lafit@azerttyu.net <cam.lafit@azerttyu.net> a écrit :

qu'aimeriez vous avoir ?

Tu provoques

C'est bien le but du jeu

1) Un champ séparé dans la base de données pour

gérer le rang, pour nettoyer

le champs titre de ces "numéro + point +

espace" que certains

rédacteurs/traducteurs trouvent difficile (oublient

le point, l'espace, les

mettent à l'intérieur du <multi> au lieu

de les mettre à l'extérieur, etc.).

Déjà fat pour les articles et les rubriques.
Dans ecrire pas de différence visuelle mais si tu regardes
la bases tu verras bien que ça le fait.

La bonne question finale est 'a quoi ça sert ?'
A créer un champ dans la base pour avoir accès au rang directement ? bof, il y avait déjà une balise rang...
A simplifier le code de gestion des rang .. ? oui sûrement
A avoir une interface conviviale et compréhensible qui oblige pas à éditer 20 articles pour en deplacer un ? Oui indubitablement ...

A choisir, j'aurais donc préféré une interface conviviale même si la base n'avait pas été modifiée.
Mais le mieux est évidemment de faire les deux.
Et comme d'habitude, la structure de bdd, ça prend 5min à changer, mais une interface propre, efficace, robuste et conviviale, c'est le plus gros du boulot...

Au passage, et soit dit en passant, la notion de rang est facile pour les articles et les rubriques dans une rubrique, car il 'ny a qu'un parent possible.
Mais là où le système actuel pêche complètement, et ou une vrai structure de bdd doit permettre de progresser, c'est de donner un rang à un article dans une rubrique, et de lui donner un autre rang dans le classement des articles attachés à un mot clef, et encore un autre dans un autre mot clef.

Autrement dit, les rangs doivent être définis et compris 'par rapport à un lien à un autre objet'.
Dans les liens article -> rubrique, et rubrique-> rubrique, on est sur des types de liens n->1 donc c'est assez facile.
Dans les liens article -> mot, rubrique -> mot .... on est sur des liens du type n<->n, donc le rang doit porter sur le lien.

Enfin bref, gogogo, pour tout cela, ça fait trop longtemps que ça attends faute de s'y coller.

Cédric