salut,
oui c'est normal.
la mise à jour du module remet tous les paramètres par défaut.

Ce qui s'explique par le fait que si le développeur efféctue des modifications dans les paramètres de blocs, il faut que ceux-ci soient pris en compte. Donc, il remet les paramètres par défaut (sinon ça sert à quoi que la mise à jour se décarcasse, heing ? ).

OK OK,

Moi ça ne me gène pas, ça m'a pris 2 minutes pour remettre mes paramètres.

Mais pour celui qui ne connait pas bien ou qui a repris un site existant ... c'est moins évident.

Le fait de remettre un type de menu par defaut (contextuel) c'est pas trop grave.
Par contre au niveau de la largeur des images, c'est plus génant. Je ne sais pas si dans 6 mois, je me souviendrai que j'ai mis 30 pixels ...

Malheureusement, ce n'est pas un choix volontaire cette remise à zéro, elle est obligatoire comme l'a expliqué Solo.
Avant de faire une mise à jour, je sauvegarde, et j'ai mes notes au cas où

Je ne critique pas ni demande une modification.

Si ça marche comme ça, on fait avec. Je dis juste qu'il faut mieux le savoir avant pour effectivement prendre des notes.

Ben maintenant tu le sais... Je me vois mal hacker le core de Xoops pour permettre cette excentricité (et surtout buger le système).

Ce problème de mise à jour des blocks n'existe plus dans les versions 2.2.x (qui est plus ou moins stable).
Et donc ne devrait plus exister dans les futurs version.

Citation :

A propos de ses systemes de mise à jour des reglages qui à moi aussi a failli me faire attraper une crise.

J'ai une petite idée pour résoudre cela.
Si dans chaque block de multimenu on integre un systeme de sauvegarde des reglages dans un fichier txt, et que ensuite a chaque mise à jour du module on a qu'à vérifié la presence des fichiers de reglage respectif, et si un fichier est bien présent alors on utilise les reglages de se fichier au lieux de ceux par default.

Enfin cela est une idée que je lance, quand pense tu Solo.

L'idée serait presque bonne si tu étais assuré que pour une mise à jour de module, le bloc ne bouge pas !

Ex : ajout d'option dans le bloc, changement des noms des variables qui paramètrent les options du blocs...

héhéhéhéhé !

Ralala

Tres cher Alain01,

Je part du principe que c'est le créateur (programmeur) du module qui mets en place se systeme de sauvegarde.

Donc si lui même décide de rajouter des variables en restant dans la logique de programmation de base que l'on m'a appris, une fois que l'on déjàs donner certain nom à des variables on ne les changes plus apres pendant toute l'évolution du programme.

Ensuite si de nouveau reglage apparaisse avec le temps se qui serais une bonne chose et bien dans ce cas quand on fais un test de fichier de sauvegarde on récupére les valeurs qui existe et ensuite on ajoute les valeurs par defaut au variable qui ne serrais pas present dans le fichier (je trouve cela tres logique) ensuite les sauvegardes futurs des donners se feront avec les anciennes variables puis les nouvelles et ainsi de suite.

Maintenant je peut même pousser mon resonnement plus loin.
Puisque nous avont une base de donner MySql à notre disposition, et bien il faudrais que le module créé une catégorie sauvegarde des reglages qui est créée la premiere fois si elle existe pas, et mise à jour ensuite à chaque fois que les réglages sont changer mais jamais modifier quand on fais une mise à jour de module.

Comme un backup des reglages de base qui ne serais jamais effacer mais toujour lut et ecris.

Voila une autre idée.

Il suffit aussis de mettre un choix dans les preferences du module avec si sauvegarde activé ne pas effacer à la prochaine mise à jour du module