bonsoir !
bon je reprends l'archive alors :)
en parlant des balises noscript
j'ai vu que tu avais commencé à les intégrer (j'avais préparé un post sur les bugs engendrés mais plus besoin alors
), et j'ai fait mes tests de mon coté cet aprèm'...
A s'arracher les cheveux cette histoire !
Je m'attendais à un truc du genre
initialisation d'une variable smarty
< noscript >modification de la variable initialisée< /noscript>
test de la variable, et selon la valeur donnée, on utilise tel sans javascript ou tel menu avec javascript
mais impossible pour moi d'obtenir quelque chose de cohérent de cette façon.
je pensais aussi à ça grosso-modo :
< noscript >
code d'un menu standard
< /noscript >
<script javascript>
ton code actuel pour le menu2 par exemple
< /script >
ça fait un fichier de menu à rallonge (on code 2 menu), mais vu mes tests de cet aprèm', je pense que ce serait plus jouable.
je teste ça demain à partir de ta nouvelle archive.
une dernière piste à laquelle je pense.
tu sais il existe un petit script, check_broswer, qui regarde si a le javascript activé ou non.
tout ça dans un fichier php
on peut, peut-être récupérer la partie concernant le test sur javascript.
ça marche à base de cookie créés par le script, qui sont ensuite contrôlés.
ce que je me demande, c'est la lourdeur de tout ça, vu qu'à chaque chargement de page ça contrôlerait javascript (on est quasiment obligé, au cas où le surfeur désactive le javascript en cours de séance de surf).
je regarde demain aussi.
merci pour ton guide, je vais lire ça attentivement !
@++ :)
edit : royal !
2) Créer un menu dynamique en vérifiant si un lien principal dispose de sous-lienspile ce que je cherchais à faire l'autre jour !
du coup, je testerai de nouveau mon script de menu (car la seule partie de javascript qu'il ait, est celle corrigeant un petit bug de IE 5)
Donc les probabilités qu'une personne ait IE5, avec javascript désactivé, en feraient un menu potentiellement intéressant :)
