Nouvelle version dispo :

>> multiMenu 1.8 beta 6 <<

J'ai laissé tomber pour le contrôle javascript pour le moment.

Par contre, j'ai complètement retravaillé la template droplist et selectlist, qui supportent complètement les divisions en plusieurs colonnes. Utiliser les catégories pour la délimitation.

Idem pour les menus dynamiques.

et moi je suis à 2 doigts de bannir le mot 'javascript' de mon vocabulaire
j'ai parcouru des dizaines et des dizaines de sites, testé des tas de codes, et je ne comprends pas qu'il n'y ait pas un moyen simple et efficace de tester ça, et de pouvoir l'exploiter dans un script php.
car la balise noscript a quand même des limitations (mais ça tu l'as vu)

un exemple parmi d'autres, on peut faire un truc comme ça :



mais je n'en vois pas l'intérêt par rapport à multimenu.

l'idéal, aurait de pouvoir exécuter du code php dans une balise script.
ce code aurait modifié une variable, qu'on aurait pu utiliser par la suite, car elle aurait indiqué que le javascript est activé.

un truc du genre :



Comme ça, la variable n'aurait été modifié que si le javascript était activé.
mais snif, ça marche pas, pas comme je le voudrais en tout cas.

cool pour cette nouvelle béta, je teste ça au plus tôt

J'ai tout essayé aussi pour la balise noscript. La bonne blague, c'est qu'en fait, quoiqu'il y ait à l'intérieur (php, html ou smarty) c'est exécuté. La seule différence réside dans l'affichage ou non de son contenu dans le navigateur.

Donc, ce n'est pas une piste exploitable.

Je vais donc laisser tomber ça pour le moment, et continuer à travailler sur mes templates.

Je viens de tester la denrière béta.

Excellent la séparation grâce aux catégories !

Par contre, un petit bug.

http://myxoops.romanais.info
multimenu/multimenu

Sous IE6 et Firefox, le menu droplist, est super large !
Il occupe la moitié de mon écran.

Je continue les tests

ok, pour la largeur, c'est à cause de cette partie, à 2 endroits dans le code :



Si j'enlève les

le menu reprend une largeur normale.
je te laisse préciser si c'est génant ou pas de le virer.

Dans le code source on voyait un grand nombre de

Citation :

Bien vu. J'avais oublié de le préciser. En fait, j'ai permis la définition par défaut de la largeur du droplist, en paramétrant la largeur des blocs (dans les préférences du bloc). Ca permet d'avoir une largeur plus uniforme surtout si on a plusieur menu droplist les uns en dessou des autres.

Je viens de tester avec un menu dynamique à gauche, et à droite sur la même page.
c'est vraiment excellent que ça gère le côté !
Par contre, du coup, sous firefox, mes 2 menus s'ouvrent sur la gauche :p

Et sous Ie, on a une erreur de javascript.

Je te laisse regarder :

http://myxoops.romanais.info
multimenu/multimenu

Et ok, je viens de voir pour la largeur du bloc aussi.
Impeccable.
Par contre, pour les menus déroulants, où peut-on noter le texte par défaut que l'on veut utiliser ? (cliquer ici ou ------- par exemple)

Je vais regarder mais si tu donnes la réponse avant que je ne trouve, ça me va aussi

Et donc, le code , on le vire bien ?

Citation :

C'est normal.

Lorsque on regarde le code html , on peut s'appercevoir que le css dropmenudiv02 est définit deux fois et que dans le javascript dropmenudiv02 est l'élément ID de référence.

Donc seul le dernier css dropmenudiv02 est pris en compte.

Citation :

Justement. Le contenu du menu déroulant par défaut est défini par <{"&nbsp;"}>. Soit tu le remplace par le texte que tu veux (avant la boucle pour éviter qu'il ne se répète autant de fois que paramétré), soit tu le laisses et tu mets le paramètres de largeur de bloc à 0.

Pour le problème de répetition d'id dans le css et le java, c'est tout à fait juste. Je n'ai pas d'autrs solutions pour l'instant, ou alors on est prêt à se farcire des lignes de java dans le code source de la page ? On pourrait ajouter le numéro du menu en cours pour différencier la référence, mais du coup faut tout mettre dans le template, et on ne peut plus faire l'include du code java. Ca risque de faire lourd...

Au passage, j'ai corrigé un gros bug qui plantait le java lors de l'utilisation d'un -> ' dans le titre d'un sous-menu (m'a fallu une heure pour trouvé le problème - DOH !). J'ai ajouté une routine chercher/remplacer dans le code pour corriger ça.

Pour les erreurs de java dûes à la répétition du code, faut tout de même pas réver... multiMenu permet de faire facilement beaucoup de chose, donc on a tendance à abuser du code... Conséquence, il nous le fait payer. Donc faut rester raisonnable et essayer de se contenter d'un menu du même type par page. (Sauf, si je trouve la parade... Muhahah.)

Depuis le dernier messages, quelques tentatives de réponses aux problèmes posés ci-dessus. Merci de retélécharger l'archive et de me dire ce que ça donne.

Au passage, un détour sur le Menu dynamique 05 (pour se faire plaisir). lol

ayé, en place sur :

http://myxoops.romanais.info/modules/news/
multimenu/multimenu

ça en jette
pas eu le temps de tester en détail

excellent ce menu 5

edit : wawwwww t'as bossé sur la gestion des menus dynamiques 2, à gauche et à droite sur la même page !

ça prend sacrément forme !
le module va toucher une nouvelle part de xoopsiens avec cette gestion dynamique !

edit2 : ah mince sous ie, ça marche pas.
ça donne la même erreur que mes tests de cet aprèm',
ligne 32, argument non valide

mais tu tiens le bon bout