NPDS
Responsive
NPDS REvolution 16.8
1 visiteur(s) et 0 membre(s) en ligne.
Mercredi 22 avril 2026 à 20:16:58
Mercredi 22 avril 2026 à 20:16:58
Anciens articles
- Samedi, 06 juillet
- Au collège Emmanuel de MARTONNE de 1995 à 2024 : Peut-on travailler autrement avec le numérique ?
- Les Frigoristes passent en 16.4
- Lundi, 15 avril
- Un module N P D S dans la littérature !
- REvolution v.16.4
- Lundi, 06 novembre
- Toutes les belles aventures ont une fin, et, le 6 octobre 2023, nous fermons le portail de TÉC.
Index du forum »» Version future »» Patate gestion des rubriques[16.0]
Nouveau sujet
Patate gestion des rubriques[16.0]#26710Répondre
4Contributeur(s)
3 Modérateur(s)
jpb
...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 retester). Il n'y a même pas besoin d'ajouter une 4è rubrique pour que ça dysfonctionne. ....
OUI (mais si tu met 1 et 2 tu passes ....)
comme tu le soulignes sur une install neuve il ya disfonctionnement ou incohérence
OUI
pour deux raisons situés dans le js de contrôle
la première raison (c'est la limitation des caractères 1 à 3 les premières corrections que je t'ai donné)
et la deuxième c'est le fait que la valeur maxi du controle js est égale à la valeur du nombre de rubrique...
"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 ...) " ....
donc sur une install neuve tu ne peux que mettre 1 et 2 ?....
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 retester). Il n'y a même pas besoin d'ajouter une 4è rubrique pour que ça dysfonctionne. ....
OUI (mais si tu met 1 et 2 tu passes ....)
comme tu le soulignes sur une install neuve il ya disfonctionnement ou incohérence
OUI
pour deux raisons situés dans le js de contrôle
la première raison (c'est la limitation des caractères 1 à 3 les premières corrections que je t'ai donné)
et la deuxième c'est le fait que la valeur maxi du controle js est égale à la valeur du nombre de rubrique...
"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 ...) " ....
donc sur une install neuve tu ne peux que mettre 1 et 2 ?....
Message édité par : jpb / 20-02-2020 16:47
bartok
Citation : jpb
...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 retester). Il n'y a même pas besoin d'ajouter une 4è rubrique pour que ça dysfonctionne. ....
OUI (mais si tu met 1 et 2 tu passes ....)
...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 retester). Il n'y a même pas besoin d'ajouter une 4è rubrique pour que ça dysfonctionne. ....
OUI (mais si tu met 1 et 2 tu passes ....)
La valeur 3 passe aussi puisqu'il y a 3 rubriques d'Id 1, 2 et 3 en standard.
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 ...)
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 ...)
Ce contrôle est nouveau et j'imagine qu'il a son utilité, non? Mais dans l'état il bloque le fonctionnement: on valide sans rien changer et ça bloque... pas très friendly user.
Citation : jpb
donc sur une install neuve tu ne peux que mettre 1 et 2 ?....
donc sur une install neuve tu ne peux que mettre 1 et 2 ?....
On peut mettre 3 aussi puisqu'il y a 3 rubriques en std (comme dit plus haut)
imagine que tu as 50 rubriques numérotées de 1 à 50. si tu veux reclasser la N°50 après la N° 24 il te faudra renommer la 50 en 51, puis la 49 en 50 est ainsi de suite pour enfin repasser la 51 en 25 alors que si tu as des trous entre chaque rubrique, la modif se fait en un seul clic.
Message édité par : jpb / 20-02-2020 16:47
jpb
oui je comprends cette stratégie d'indice espacés .... qui à l'avantage d'etre rapide mais l'inconvénient de décliner avec la croissance du nombre des rubriques
moi j'étais sur une stratégies beaucoup plus restrictive mais peut etre tout aussi rapide ...
quand tu crée une nouvelle rubrique tu as le choix entre le nombre maxi de rubrique existante OU un indice déjà existant donc si "tu as 50 rubriques numérotées de 1 à 50. si tu veux reclasser la N°50 après la N° 24"
==> alors tu attribue 24 à la 50 ....
en fonction du contexte elles se retrouvera dans une de ces positions
admin : index puis ordre alphabétique (donc virtuellemet en 24 position)
utilisateur : index puis ordre création (donc virtuellemet en 25 position)
moi j'étais sur une stratégies beaucoup plus restrictive mais peut etre tout aussi rapide ...
quand tu crée une nouvelle rubrique tu as le choix entre le nombre maxi de rubrique existante OU un indice déjà existant donc si "tu as 50 rubriques numérotées de 1 à 50. si tu veux reclasser la N°50 après la N° 24"
==> alors tu attribue 24 à la 50 ....
en fonction du contexte elles se retrouvera dans une de ces positions
admin : index puis ordre alphabétique (donc virtuellemet en 24 position)
utilisateur : index puis ordre création (donc virtuellemet en 25 position)
Message édité par : jpb / 20-02-2020 18:16
Jireck
Juste pour ma culture, le controle js sert à quoi ?
puisque avant cela fonctionnait très bien.
il y a une contrainte technique ou fonctionnel ?
puisque avant cela fonctionnait très bien.
il y a une contrainte technique ou fonctionnel ?
Anonyme
Citation : Jireck
Juste pour ma culture, le controle js sert à quoi ?
puisque avant cela fonctionnait très bien.
il y a une contrainte technique ou fonctionnel ?
Juste pour ma culture, le controle js sert à quoi ?
puisque avant cela fonctionnait très bien.
il y a une contrainte technique ou fonctionnel ?
C'est ça qui me gène. Mais bon, je suggère qu'on en reste là puisque je peux facilement contourner en tapant directement dans la table.
Encore merci.
jpb
à contrôler coté client systématiquement toutes les entrées dans la bd ...
car parfois le contrôle côté serveur n'existe pas ou si il existe cela évite un aller retour et il demeure comme ultime rempart ...
puisque avant cela fonctionnait très bien. <== sûr ???
==>
le champ ordre de la bd dans une 13 et aussi dans une 16 est un int(2) ....alors peut ont entré un ordre de rubrique supérieur à 99 ?
alors des problèmes à résoudre y'en a encore ...
car parfois le contrôle côté serveur n'existe pas ou si il existe cela évite un aller retour et il demeure comme ultime rempart ...
puisque avant cela fonctionnait très bien. <== sûr ???
==>
le champ ordre de la bd dans une 13 et aussi dans une 16 est un int(2) ....alors peut ont entré un ordre de rubrique supérieur à 99 ?
alors des problèmes à résoudre y'en a encore ...
bartok
Citation : jpb
puisque avant cela fonctionnait très bien. <== sûr ???
==>
puisque avant cela fonctionnait très bien. <== sûr ???
==>
oui. je l'ai reproduit aujourd'hui sur une 13.
Citation : jpb
le champ ordre de la bd dans une 13 et aussi dans une 16 est un int(2) ....alors peut ont entré un ordre de rubrique supérieur à 99 ?
le champ ordre de la bd dans une 13 et aussi dans une 16 est un int(2) ....alors peut ont entré un ordre de rubrique supérieur à 99 ?
oui, contre toute attente, ça marche en passant par la table et on change l'ordre des rubriques même sur 4 car.
voir ici: http://bartok371.free.fr/0/renum_rubrique2.jpg
jpb
Yo
donc pour résumer
je supprime le controle dynamique ligne 1140 ??
between: {
min: 1,
max: '.$numrow.',
message: "1 ... '.$numrow.'"
}
c'est à cause de lui que c'est tout rouge à la première utilisation tant que l'on ne change pas les valeurs d'origine des deux rubriques (divers et presse papier ...) ...
Avec cette suppression et la modif on devrait retourner à un comportement similaire à une 13 ....
....et je vais me pencher sur les conséquence eaxct du int(2) juste pour la connaissance personnelle lol ....
donc pour résumer
je supprime le controle dynamique ligne 1140 ??
between: {
min: 1,
max: '.$numrow.',
message: "1 ... '.$numrow.'"
}
c'est à cause de lui que c'est tout rouge à la première utilisation tant que l'on ne change pas les valeurs d'origine des deux rubriques (divers et presse papier ...) ...
Avec cette suppression et la modif on devrait retourner à un comportement similaire à une 13 ....
....et je vais me pencher sur les conséquence eaxct du int(2) juste pour la connaissance personnelle lol ....
bartok
Je te comprends: c'est assez bizarre qu'une zone int(2) puisse recevoir 4 caractères... Ce qu'on risque c'est que, plus tard, ça ne marche plus.
Je viens de tester sur une bdd hébergée chez ovh: même résultat. ça marche.
Autre possibilité: en standard mettre divers sur 98 et presse-papier sur 99 et tester la cohérence avec ordre compris entre 0 et 99 inclus.
ça réduit le nombre de rubriques possibles mais ça m'étonnerait que ça gêne quelqu'un.
Je viens de tester sur une bdd hébergée chez ovh: même résultat. ça marche.
Autre possibilité: en standard mettre divers sur 98 et presse-papier sur 99 et tester la cohérence avec ordre compris entre 0 et 99 inclus.
ça réduit le nombre de rubriques possibles mais ça m'étonnerait que ça gêne quelqu'un.
Message édité par : bartok / 21-02-2020 09:54
jpb
ça réduit le nombre de rubriques possibles mais ça m'étonnerait que ça gêne quelqu'un.
pas le nombre de rubrique le nombre d'indice d'ordre ...
donc je supprime le controle ??
pas le nombre de rubrique le nombre d'indice d'ordre ...
donc je supprime le controle ??
jpb
j'ai regarder à plusieurs reprise la doc sql et pour moi ce comportement du nombre de caractère assigné à un int reste encore flou .....
bartok
Citation : jpb
ça réduit le nombre de rubriques possibles mais ça m'étonnerait que ça gêne quelqu'un.
pas le nombre de rubrique le nombre d'indice d'ordre ...
ça réduit le nombre de rubriques possibles mais ça m'étonnerait que ça gêne quelqu'un.
pas le nombre de rubrique le nombre d'indice d'ordre ...
ça revient un peu au même, non?
Citation : jpb
donc je supprime le controle ??
donc je supprime le controle ??
pour moi, oui si le contexte reste dans le même état. Sinon, ça empêche tout changement d'ordre.
bartok
Citation : jpb
j'ai regarder à plusieurs reprise la doc sql et pour moi ce comportement du nombre de caractère assigné à un int reste encore flou .....
j'ai regarder à plusieurs reprise la doc sql et pour moi ce comportement du nombre de caractère assigné à un int reste encore flou .....
int(2) comme je viens de le relire c'est un entier sur 2 octets (-32768, 32767) ce qui explique tout.
jpb
ça revient un peu au même, non?
je cherche à comprendre car je pense que ca n'a aucune incidence ....soit je passe vraiment à coté de quelque chose
quelque soit les possibilités de classement (ordre) et leur limites ça n'affecte pas tes possibilité du nombre de rubrique et de leur utilisation ???
je cherche à comprendre car je pense que ca n'a aucune incidence ....soit je passe vraiment à coté de quelque chose
quelque soit les possibilités de classement (ordre) et leur limites ça n'affecte pas tes possibilité du nombre de rubrique et de leur utilisation ???
jpb
Citation : bartok
int(2) comme je viens de le relire c'est un entier sur 2 octets (-32768, 32767) ce qui explique tout.
Citation : jpb
j'ai regarder à plusieurs reprise la doc sql et pour moi ce comportement du nombre de caractère assigné à un int reste encore flou .....
j'ai regarder à plusieurs reprise la doc sql et pour moi ce comportement du nombre de caractère assigné à un int reste encore flou .....
int(2) comme je viens de le relire c'est un entier sur 2 octets (-32768, 32767) ce qui explique tout.
oui j'avais vu ça mais aussi des trucs farfelu ....