ElMoustiko

Je suis hébergé chez celeonet sur l'offre pimaire. Ca ne doit donc pas etre un serveur dédié Mais je n'ai pas pensé à le préciser ne pensant pas que ca servirait. Et via htaccess, il n'y a pas une solution ? (le mieux serait une solution style meta donnée, mais je suis pas certain que ca existe). Je pensais aux regles de réécriture, en redirigeant les /php, /truc, /machin, ... vers /tutoriels/php, /tutoriels/truc, /tutoriels/machin, ... mais je n'arrive pas à utiliser le fichier htaccess ne fonctionne pas en local, il me fait une erreur 500, internal server error ou un truc du genre, et je ne sais pas comment utiliser mon htaccess en local poutr mes tests... Je me disais qu'il pouvait y avoir un balise style <base> que m'indiquait Xavier... Voilà...

A priori le PNG est un meilleur format que le gif, meilleur taux de compression, gestion de la transparence alpha, format libre (même si gif l'est aussi depuis si je ne me trompe pas), mais il a le gros défaut (enfin c'est pas le png le défaut c'est IE) d'etre mal géré sur IE, rendu de couleur différent suivant que l'on est sous IE ou non et gestion de la transparence alpha non encore implémentée. Donc tout dépend de ce que l'on veut. Perso j'utilise gif et png en alternance, suivant les besoins que j'ai. Mais le gif pour des images avec très peu de couleurs (genre pas de dégradé ou de chose de ce genre, pas une photo surtout) est très adapté et plutot efficace.

Pour ta solution Titag, autant que j'écrive <a href="/tutoriels/php/"> plutot que <a href="<? echo RACINE;?>php/">, mais merci quand même. Pour le ht*p j'ai mis une étoile à la place du t pour inhiber le lien, sinon il y aurait eu un lien vers localhost.

Raahhh j'en ai marre de DreamWeaver, on fait une recherche qui n'a rien à voir "définir la racine d'un site", "racine d'un site", "racine site htaccess" et à chaque fois on tombe sur des liens vers cette bouze... non seuleument il fait une soupe immonde pour la plupart mais en plus vu que tout le monde l'utilise il n'y en a que pour lui... rahh impossible d'avoir une quelconque information... Si vous avez des idées pour mon problème...

Si je fais ça, ça redéfinit la racine du site pour cette page en tant que .../tutoriels/ ?? Ca fonctionne sur tous les navigateurs ? En l'occurence ça serait plutot pour http://www.elmoustikoblog.net/tutoriels/ mais ca ne change rien à la question, par contre, est ce que je peux mettre : <base href="/tutoriels/" /> à la place ? Donc si j'ai bien compris (histoire de mettre au clair dans mon espit embrumé), avec <base href="/tutoriels/" /> (ou avec l'adresse complète si c'est pas possible comme ca) je peux faire mes liens comme ceci : <a href="/php/">..</a> et ca pointera vers /tutoriels/php/ Après un test rapide en local avec <base href=&quot;http://localhost/tutoriels/" /> et <base href="/tutoriels/" /> et un lien <a href="/">..</a> je pointe vers ht*p://localhost/ au lieu du ht*p://localhost/tutoriels/ souhaité, ca ne semble donc pas fonctionner...

Tu peux aussi utiliser des favico en *.ico ou *.jpg ou *.bmp ou autre Par contre il y a différentes interpretations suivant les navigateurs et les *.ico ne fonctionneront pas avec le code valide selon les cirtères du w3c. @++

Je cherche à définir la racine de mon site dans ma page, (ou avec un autre moyen, style htaccess je suppose). Par exemple, là j'ai mon site qui est sur www/tutoriels/ et donc les liens du type : <a href="/dossier/">...</a> renvoient à www/dossier/ moi je voudrais redéfinir la racine du site pour le dossier tutoriels, de façon à ce que /dossier/ renvoi à www/tutoriels/dossier/ Et si je fais un lien <a href="/">...</a> ca renvoi à www/tutoriels/ et non à www/ C'est possible via meta ? ou peut etre via le fichier htaccess ? J'espere que j'ai été clair dans mon problème. @++

C'est vite dit ça. Certaines couleurs "sauvées pour le web" avec photoshop rendent une couleur différente sous IE que sous firefox, je ne sais pas si c'est le systeme de sauvegarde de photoshop qui est bizar ou si c'est une Nieme différence entre IE et firefox, mais le PNG pose des problemes si on utilise une couleur de fond avec.

Oui ca revient au même, mais en fait avec un hr c'est mieux, même s'il faut jouer sur la mise en forme. Déjà avec div : <div class="space"> </div> tu pourrais enlever le mais ca serait encore pire du point de vue sémantique <div class="space"></div> avec ht : <hr class="space" /> Donc un petit gain au niveau du html (minime... mais bon) Et donc au niveau sémantique, même si div n'a aucune valeur sémantique, ca n'a en fait rien à faire là en principe, alors qu'un hr est deja "un peu" plus justifiable. Donc au final les 2 solutions sont en fait les mêmes, l'une un peu plus "correcte" même si dans les 2 cas c'est de la bidouille.

Faut pas jouer avec l'attribut display ou visibility sur hr sinon ca va merder, et c'est comme si tu l'avais pas mis (a moins que.... essai avec hr.space {clear: both; visibility: hidden ; } ) Sinon tu dois jouer sur color, background et border pour le "cacher".

Pas forcément, en 800*600 ca passe , en 800*600 la largeur max sans redimenssionement ni scrollbar c'est aux alentours de 770px Sinon pour ton problème, oui c'est logique, en mettant l'image en flottant, tu l'as sortie du flux. Le fait que tes <li> passent sous l'image c'est normal aussi. Donc en gros tu veux l'image à gauche et la liste à droite qui ne "coule" pas sous l'image et tu veux que ton div conteneur englobe le tout quelque soit la hauteur des éléments. Donc tu met float: left; sur l'image, float: right; sur le ul, et tu dois rajouter un petit truc crado en dessous, mais indispensable (sauf erreur) pour ce que tu veux faire. Tu peux rajouter un <hr class="space" /> et dans les css : hr.space { clear: both; } Voilà qui devrait faire l'affaire @++

Salut, et bienvenue sur le HUB Pour le proposer en téléchargement, il faut le zipper (ou rar, tar.gz... enfin une compression quelconque) Donc tu met 2 fichiers en ligne, un *.zip/rar/tar.gz/... et le *.avi Ton premier lien : lecture de la video pointe vers le *.avi et le second : téléchargement point vers le *.zip/rar/tar.gz/... @++

Houyyaayaaa la balise <font>.. bon passons à vrai dire, en voyant cette balise il y a toute les chances que ton menu soit mis dans un tableau à multiple imbrication donc bien galère... enfin c'est pas bien grave, montre nous ta page (url) qu'on puisse te dire ou mettre un id pour faire ce qu'il faut. Sinon si tu arrive à repéré le tableau (ou un autre élément, mais je doute que ça soit le cas) qui contient ton menu, tu lui met un id (<table id="menu">) et ensuite via css tu met en forme tes liens comme ceci : table#menu A:link {text-decoration: none; color: #FFFFFF; font-family: Verdana, Arial; font-size: 8pt} table#menu A:visited {text-decoration: none; color: #FFFFFF; font-family: Verdana, Arial; font-size: 8pt} v#menu A:active {text-decoration: none; color: #FFFF00; font-family: Verdana, Arial; font-size: 8pt} table#menu A:hover {text-decoration: none; color: #FFFF00; font-size: 10pt} Voilà en gros.

Mais nondidju !!!! vous n'avez pas lu J'ai précisé qu'il y avait ce problème sous IE et que j'essayé de le régler mais il me faut l'aider d'expert JS (Bobe aide mÔa s'il te plait ) Pour ce qui est d'opera, je n'ai pas testé la version (pas encore définitive), j'essai de me concentrer sur les problèmes d'IE parcequ'opera rend à peu près la même chose que firefox. Pour ce qui est du fait que quand on passe item9 à item1 du menu suivant oui c'est le bordel, mais logique en effet, puisque on ferme tout et tout se remonte, c'est pourquoi je n'aime pas la version roll over des menu déroulant, mais je veux la mettre au point pour ceux qui veulent. Laurent, si tu veux faire mumuse, dans le code en commentaire tu as 2 autres cas de figure d'utilisation et un simple morceau de code à échanger pour pouvoir utiliser le comportement onclick. C'est génial d'avoir un aussi bon rabat-joie, euuuuuuhhh critique () que toi, tu as soulevé la question de navigation au clavier à laquelle je n'avais pas du tout songé , et bééé c'est formi formidable parceque je vais pouvoir me pencher sur le problème, et je pense que ça va etre "facile" à regler, reste à savoir selon toi (et les autres) comment naviguerais tu au clavier avec ce type de menu, au [tab] je suppose ? Donc, j'imagine qu'il est possible via JS d'utiliser le onfocus sur l'élément h2 et de dérouler le menu au focus, et si l'on poursuit avec [tab] le menu reste ouvert tant qu'on est dans les sous menu et qd on arrive au titre suivant, on ferme le menu précédent pour ouvrir le nouveau et ainsi de suite. Donc tout espoir n'est pas perdu et je me pencherai sur cette question à un moment Donc je le repete la version roll over n'est pas tout à fait au point, elle fonctionnerais normalement, mais il y a le problème de clignotement qu'il faut résoudre, mais j'ai un peu du mal sur ce point Sinon comme je le disais vous pouvez faire mumuse à tester les autres versions En remplaçant la partie située entre : // Zone à remplacer suivant le type d'utilisation souhaitée. et // Fin de la zone de remplacement. Voilà

Je pense que non Laurent parceque son style s'applique, mais à tous les liens de sa page.

Tu dois utiliser la parenté des éléments de ton menu Tu dois avoir une div (ou un truc du genre) qui contient l'ensemble de ton menu, tu n'as qu'a lui mettre un id et ensuite mettre en formes les liens contenus dans cette div : div#menu A:link {text-decoration: none; color: #FFFFFF; font-family: Verdana, Arial; font-size: 8pt} div#menu A:visited {text-decoration: none; color: #FFFFFF; font-family: Verdana, Arial; font-size: 8pt} div#menu A:active {text-decoration: none; color: #FFFF00; font-family: Verdana, Arial; font-size: 8pt} div#menu A:hover {text-decoration: none; color: #FFFF00; font-size: 10pt} @++

Bon en fait après un simple test, que j'aurais dû faire avant c'etait bien a cause du mouseover que j'avais un cligno, c'etait l'appelle à la fonction hideAll(); du mouseover, un petit oubli Donc impecable, je n'aurais plus que modifier la bidouille. Je met le résultat actuel pour ceux qui veulent : http://www.elmoustikoblog.net/tutoriels/js/menu2-bis/ Il reste un problème, sous IE, le menu se ferme tout seul au sortir du titre, si je rajoute 'div' dans mes tests de mouseout, ca fonctionne, mais là il faut attendre de quitter la div conteneuse totale pour arriver à fermer les sous menus... Donc il faudrait trouver d'ou vient ce probème... Si quelqu'un à une idée ! [edit] Donc je reformule un peu le problème : Il faut changer le if pour obtenir comme conditions : if(relTarg != this.childNodes && relTarg != this) En gros et syntaxiquement incorect, donc il faut pour fermer le menu que l'element d'arrivé soit différent d'un élément enfant de h2.parentNode et différent de h2.parentNode.childNodes (en utilisant une boucle for). Si quelqu'un a une piste, ou si je me gourre de méthode, je suis preneur.

Bon j'ai utilisé ce que tu m'avais donné Bobe, et le controle sur le mouseout fonctionne (un peu bidouille pour les tests) mais j'ai toujours le clignotement... for(var i = 0; i < h2s.length; i++) { h2s[i].parentNode.onmouseover = function() { hideAll(); var cur_ul = this.getElementsByTagName('ul')[0]; cur_ul.style.display = ""; } h2s[i].parentNode.onmouseout = function(event) { var relTarg; if (!event) var event = window.event; if (event.relatedTarget) relTarg = event.relatedTarget; else if (event.toElement) relTarg = event.toElement; if ((relTarg.nodeName.toLowerCase() != 'ul') && (relTarg.nodeName.toLowerCase() != 'li') && (relTarg.nodeName.toLowerCase() != 'h2') && (relTarg.nodeName.toLowerCase() != 'a')) { alert(relTarg.nodeName.toLowerCase()); hideAll(); } //alert(relTarg.nodeName); } } } Donc je récupere l'element d'arrivé (relTarg) et si != li, ul, h2, a (bidouille, si j'arrive à regler le probleme, je ferais autrement) on fait un alert de l'element relTarg, et on cache le reste sinon, rien. Donc ca fonctionne, si = li, ul, h2, a, ... le menu ne se ferme pas, sinon le menu se ferme et j'ai le alert qui me met body, html, div suivant comment je balade ma souris. Mais, j'ai toujours le clignotement... alors que la fonction est inhibé en principe. Ou est-ce dû au mouseover ? ou a autre chose... Pour ce qui est de ma bidouille sur un des liens que tu me donnais, il y avait une boucle while qui s'arretait qd il n'y avait plus d'element parent à l'element testé (ou un truc du genre), je compte donc la reprendre, mais je prefere faire etape par etape pour bien cerner les choses, et là j'arrive à un truc que je ne comprend pas, alors si tu avais une explication...

Euh l'adresse ne risque pas d'etre celle là c'est une adresse locale ça, il faudrait que tu upload ou que tu donnes ton ip pour pouvoir tester. Que se passe-t-il avec cette règle de réécriture ? rien ne marche ?

Il y a cette page que je trouve plutôt pas mal, le reste du site est d'ailleurs très chouette Demande tout de même l'autorisation si tu reprend in extenso un morceau de contenu, un minimum de respect pour les auteurs est toujours agréable.

Oui mais ça peut justement être interessant par le fait que le sous domaine est considéré comme un site à part entière, tout dépend de l'utilisation que l'on en a J'aime bien l'idée d'options supplémentaires, mais on imagine bien qu'ils ne se gêneraient pas sur le prix de la chose ! Par contre, je vous accorde que pour ce prix, ça parait très correct.

Bon là ce que j'avais fait, c'était vraiment un truc de à l'arrache de chez à l'arrache , y a des trucs que j'ai écris un peu sans réfléchir... Par contre, ce qui m'embete c'est que this.href renvoi l'url complete de la page... donc pas gérable pour le substring que j'esperai... La solution est alors de donner un id à chaque lien, un peu laborieux, mais c'est la seule solution que j'ai trouvé... Mais pas n'importe quel ID non plus un id qui contient l'id du bloc à ouvrir, donc j'ai choisi a_bloc1 pour ouvrir le bloc1 par exemple. Je vous laisse la version finale qui n'empeche pas la navigation si le JS est inacitf. Comme le soulignais Laurent Denis dans un autre post, attention à être certain de l'apport de ce genre de choses, enfin on est pas obligé de tomber dans l'extremisme non plus , perso je trouve ce genre d'effet sympatoche, mais il a tout de même un peu raison, pour certaines personnes c'est un peu galère... Code html : <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr"> <head> <title>Afficher, cacher des blocs</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-15" /> <meta http-equiv="Content-Script-Type" content="text/javascript" /> <meta http-equiv="Content-Style-Type" content="text/css" /> <meta http-equiv="Content-Language" content="fr" /> <script type="text/javascript" src="script.js"></script> </head> <body> <ul id="nav_zone"> <li><a id="a_bloc1" href="#bloc1">ouvrir/fermer bloc 1</a></li> <li><a id="a_bloc2" href="#bloc2">ouvrir/fermer bloc 2</a></li> <li><a id="a_bloc3" href="#bloc2">ouvrir/fermer bloc3</a></li> </ul> <div id="bloc_zone"> <div id="bloc1">bloc1</div> <div id="bloc2">bloc2</div> <div id="bloc3">bloc3</div> </div> </body> </html> Code JavaScript : function showHide() { hideDivs(); var links = document.getElementById('nav_zone').getElementsByTagName('a'); for (var i = 0; i < links.length; i++) { links[i].onclick = function() { var id = this.id.substring(2, this.id.length); var bloc = document.getElementById(id); if(bloc.style.display != "none") { bloc.style.display = "none"; return false; } else { bloc.style.display = ""; return false; } } } } function hideDivs() { var blocs = document.getElementById('bloc_zone').getElementsByTagName('div'); for( var j = 0; j < blocs.length; j++ ) { blocs[j].style.display = "none"; } } window.onload = showHide; Bon j'avais presque bon La "difficulté" qui rend le script un peu moins automatique et obligeant l'utilisation d'ID c'est que les liens et les blocs ne sont pas liés en fait, on ne peut pas vraiment les lier grâce au DOM.

Tiens Laurent, je me demandais ce que tu pensais de ceci : http://www.themaninblue.com/news/ Par défaut, le menu est ouvert, on a la possibilité de le fermer pour augmenter la taille de la "boite" de texte... (active ton JS )

Mwarrff, voilà un argument à ressortir contre ovh Chez celeonet tu peux

Pourquoi désactiver le JavaScript ? Certaines choses sont assez sympa grâce au JS, enfin c'est un choix Tu pourrais me donner un peu ton expérience de navigation sans JS s'il te plait, je me suis toujours un peu demandé quel quantité (astronomique) de sites était inutilisable sans JS. J'essairai de faire un système de checkbox/lien pour permettre la désactivation du Script et l'expliquerai correctement dans le tutoriel, et si tu me le permet reprendrais ton avis sur le sujet. Mais il faut d'abord que je le termine (la version roll over n'est pas encore optimisée). @++