Index du Forum » » Version future

Auteur

Patate gestion des rubriques[16.0]
bartok
399      

  Posté : 20-02-2020 15:52


Oui et je n'ai rien compris!
Citation : jpb
je vais présenter le problème autrement ou tout du moins poser la question suivante pourquoi les rubriques divers et presse papier doivent toujours être les dernières ??

je comprends parfaitement pourquoi et ça ne me pose aucun problème! elles peuvent rester ainsi et c'est pour rester dans cette logique que j'ai tenté de réordonner modeles en 9997...
Citation : jpb
on peut pour résoudre le problème que tu soulèves en enlevant le controle js de la valeur max (qui correspond au nombre de rubriques ...)

là, je sens poindre l'incompréhension totale.
je te propose, dans une instal neuve avec, d'origine:
modeles = ordre 0
divers = ordre 9998
presse papier = ordre 9999
de cliquer sur changer l'ordre des rubriques puis de valider sans rien changer. Tu constateras que les 3 zones passent en rouge et qu'il est impossible de valider (alors que ça marchait bien sous WS13, je viens de re-tester). Il n'y a même pas besoin d'ajouter une 4è rubrique pour que ça dysfonctionne.

Citation : jpb
cette implémentation était justement faite pour avoir une cohérence dans le choix des indice de tri (c.a.d si on a 4 rubriques quel est l'interêt de mettre une position à 1000 ) ??

c'était juste pour l'exemple... mais, souhaitant garder une marge, dans la réalité, j'aurais donné 100 à ma première rubrique, 110 à la deuxième, etc... Qu'est-ce qui m'en empêche? C'est quand même bien plus facile de renuméroter par la suite lorsqu'il y a des intervalles "généreux" que si les numéros d'ordre sont consécutifs, non? (même raisonnement que pour l'index des blocs). Tout en laissant 9998 et 9999 aux rubriques existantes et que l'on doit conserver pour autant qu'il m'en souvienne. J'avais même beaucoup écrit à propos des rubriques il y a quelques années... Je vais aller relire ce que j'avais publié dans la bible.
Citation : jpb
(et si on garde cette implémentation alors oui il faut mettre 2 et 3 au lieu de 9998 et 9999 dans l'archive sql)
donc que faut il faire ?

Pour moi, ce n'est pas nécessaire. Peut-être faire remonter modeles en 9997 car dans cette logique, je ne vois pas pourquoi elle est à zéro. Mais je ne comprends peut-être pas tout...

Message édité par : bartok / 20-02-2020 16:36




Cet article provient de NPDS

http://www.npds.org/viewtopic.php?topic=26710&forum=4