captain_torche
-
Compteur de contenus
7 531 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par captain_torche
-
Faudra que je reteste avec l'ordi du boulot, chez moi tout marche Je te dis ça demain (si j'y pense !)
-
pour l'autre page que tu as donnée, dadou, je n'ai que des carrés Comme le dit jcaron, je ne dois pas avoir les polices installées.
-
C'est pas si simple d'expliquer le concept En gros, il va falloir découper ton image en plusieurs éléments, que tu placeras dans ta page. De cette manière, tu pourras utiliser autre chose que des images maps pour tes liens de menus. De même, tu pourras en profiter pour utiliser autre chose qu'une horrible iframe pour gérer ton contenu Si tu ne connais pas encore le site du zéro, je te conseille la lecture de leurs cours (X)HTML/CSS, ils sont très bons. Edit : ça ne corrigera en rien ton souci d'iframe, vu que ça va te faire changer TOUTE ta structure A toi d'adapter en fonction pour que le contenu (pas d'iframe si possible) soit correctement intégré dans le reste.
-
Chez moi, ça ne fonctionne pas (Win XP, Chrome / Firefox)
-
C'est parce que ton iframe est en position absolue dans ta page, à 600 pixels du bord gauche. Comme le reste du site est centré, l'iframe sera placée différemment en fonction de la résolution de l'écran (ou de la fenêtre). En fait, ta conception de la mise en page est à revoir : tu vas au devant de pas mal de complications. Il vaut mieux découper ton design en parties, plutôt que de mettre une image en fond (ton fichier layout). Vu comme tu es partie, tu comptais faire comment pour les liens du layout ? Par des zones réactives (des image maps) ?
-
Et tu ne peux pas tout simplement rechercher les chaînes de caractères qui constituent une url ? Ca serait beaucoup plus simple !
-
C'est normal : <link ... n'est pas une commande JavaScript. La solution la moins propre (mais fonctionnelle) serait de faire un document.write('<link rel="stylesheet" type="text/css" href="../style28.php?fontsizemult=1.5">'); Mais une solution beaucoup plus propre serait d'utiliser le DOM pour supprimer l'ancien appel de CSS, et ajouter le nouveau, toujours dans la balise <head>. Si tu utilises une bibliothèque du style jQuery, c'est relativement facile.
-
Ca doit être un souci de javaScript : pourrais-tu donner une url pour tester ?
-
Pour commencer, il faudrait rediriger toutes ces urls vers un seul domaine. Et malheureusement, tu auras du mal à référencer un site fait tout en flash.
-
Bienvenue à toi Juste pour info, DreamWeaver EST un éditeur WYSIWYG (What You See Is What You Get), en gros ta page apparaîtra sur le navigateur comme dans DreamWeaver. Pourrais-tu nous donner un lien vers ton site ?
-
Creer un formulaire de recherche via url
captain_torche a répondu à doowane - Forum : (X)HTML et CSS
Il te suffit de créer un formulaire en GET : <form action="" method="GET"> <input type="text" name="target_url"> <input type="submit" value="envoyer"> </form> -
En ce qui concerne les regex, cette page est une vraie mine d'or : http://lumadis.be/regex/tuto_pcre.php
-
pb sur transfert d'un site en SPIP 1.9.2d
captain_torche a répondu à chemi2007 - Forum : Systèmes de publication
Es-tu sûr d'avoir la librairie GD2 activée sur ton serveur ? Si c'est bien le cas, regarde dans la configuration de SPIP, dans l'interface d'administration : GD est-il bien sélectionné pour la gestion des images ? -
Pour le bricolage, ça fonctionne dans tous les cas de figure (C'est juste que comme j'utilise la chaîne "user_x" pour chaque li, il faut supprimer l'élément "user_" pour avoir l'identifiant. Je viens d'ailleurs de corriger un petit bout de code : je prenais le texte du li et non son ID.
-
En ce qui concerne les commentaires, dans la première option, il suffit de faire une clé sur deux champs : id de la cible, et type de la cible.
-
En fait, tu as deux possibilités : - soit la fonctionnalité est vitale, et dans ce cas, les liens doivent être présents et fonctionnels si JavaScript est désactivé - soit la fonctionnalité est optionnelle (ou elle reprend une fonctionnalité déjà présente ailleurs), et dans ce cas, il faut que tu crées les liens en JavaScript. En gros, selon le même principe de séparation présentation/contenu avec HTML et CSS, il faut aussi, pour avoir un code propre, avoir une séparation du contenu et du comportement. Donc, pas de JavaScript dans tes pages, mais plutôt une fonction dans ton script qui va détecter sur quels éléments placer tes fonctionnalités. Un petit exemple vaut mieux qu'un long discours (On prend le second cas comme exemple) : <ul id="liste_users"> <li id="user_1">Sarc</li> <li id="user_2">Captain_torche</li> </ul> function machin() { $('#liste_users li').each(function() { // On extrait l'id var id_element = $(this).attr('id'); var id = id_element.substr(5, id_element.length); // On ajoute les boutons $(this).append('<a href="#">Accepter</a>').click(accepterourefuser(id, 1)); $(this).append('<a href="#">Refuser</a>').click(accepterourefuser(id, 2)); }); } Je viens de le coder "en aveugle", y'a sans doute un kilo de bugs livrés en prime, mais l'idée est là. Quant à firebug, il ne te hurlera pas au visage si l'url appelée n'existe pas. Il faut fouiller un peu pour voir le résultat de l'appel au fichier. Là, tu devais avoir une page 404.
-
Tu es sûr de pointer sur la bonne url ? Essaye de regarder sur firefox avec une extension du type firebug, histoire de voir. Sinon, je trouve que c'est dommage d'utiliser JQuery, et de laisser autant de "code" nu dans la page. Personnellement, je créerais les liens directement en JavaScript dans chaque cellule. Ainsi, quelqu'un ne disposant pas de JavaScript n'aurait pas les boutons. Ou alors, dans l'idéal, il faudrait faire en sorte que les liens puissent fonctionner sans JavaScript (à moins d'un développement spécifique).
-
Je sais qu'il y a des éditeurs de jeux (Je ne sais plus lesquels, par contre) qui autorisent ouvertement la diffusion de captures du jeu. Pour le reste, c'est globalement toléré (Vu que ça ne fait pas de concurrence au jeu en lui-même). Et tu remercieras ton père qui te permet de rester dans la légalité J'espère que tu lui offreras le restau !
-
Ce qui est dommage, c'est que tes images sont trop petites pour le grands écrans actuels. Je me demandais aussi : possèdes-tu les droits d'exploitation de ces images ? Il me semble avoir vu un copyright sur l'une d'entre elles : http://imagesfondhd.blogspot.com/2009/10/montagne-6.html
-
récupérer l'adresse email dans un forward de mail
captain_torche a répondu à tottotte - Forum : (X)HTML et CSS
Non, ce n'est pas possible, il faudra que la personne remplisse à nouveau un formulaire d'inscription (Et c'est sans doute pas plus mal). -
Il n'y a pas à ma connaissance de manière simple pour faire ce que tu souhaites. Arno* (Un des créateurs de SPIP) propose quant à lui une astuce pour faire quelque chose de ressemblant, avec une image, mais c'est assez complexe : http://www.paris-beyrouth.org/Un-habillage-irregulier
-
Je rebondis sur le non-troll Personnellement, j'estime que, même quand le code n'est pas des plus propres, il faut conseiller de corriger l'existant plutôt que de dire "il faut tout changer sinon ça ne marchera jamais". Ensuite, si gmasson en profite (et apparemment c'est le cas) pour s'intéresser à de nouvelles façons de faire, c'est une excellente chose, mais ne brûlons pas les étapes, ou on risquerait d'aboutir à quelque chose d'aussi horrible, mais en div (et avec la satisfaction du travail "bien fait", qui ne pousse pas à chercher plus loin). Quant à la densité des mots-clés, je ne pense pas que le code rentre en compte dans le calcul : je suis convaincu que pour faire ses calculs, google (et les autres moteurs également) ne se base que sur le contenu "pur", et donc supprime toute trace de code HTML de ses calculs. Quant au reset CSS, il vaut mieux éviter d'utiliser le symbole *, qui modifiera le comportement de toutes les balises, y compris les balises de formulaire (qui sont comme on le sait, très difficiles à manipuler). Alsacréations conseille une autre méthode que je viens de découvrir, c'est toujours utile de l'avoir sous la main : http://www.alsacreations.com/astuce/lire/36-reset-css.html
-
probleme d'affichage de site
captain_torche a répondu à belgafusion - Forum : Le salon de Webmaster Hub
Si le site ne contrevient pas aux règles du Hub (pas de sites adultes ou de casinos), tu peux poster le lien, ça serait sympa de pouvoir juger sur pièces Sinon, je me doute qu'il s'agit d'un souci de CSS (le PHP générant du HTML, il ne peut pas être à l'origine de ton souci). -
En faisant un 'header', tu vas perdre les informations de post. Tu peux envisager d'y recréer un formulaire avec une reprise de tous tes champs en 'hidden', mais tu devras utiliser du javaScript pour accéder à la page suivante (revalidation du formulaire en JS), ce qui est préjudiciable pour les utilisateurs n'ayant pas JavaScript. Pour info, à quoi te sert cette page interstitielle ?
-
En fait, ce que tu appelles un "code aux normes" est très loin de "une page pleine de divs". Pour commencer, aucune norme n'interdit l'usage des tableaux, même à des fins de présentation de contenu, et les moteurs de recherche s'en sortent très bien avec ce type de sites (C'est le contenu uniquement qui les intéresse, pas les balises utilisées pour le présenter). Le validateur du W3C ne tiquera pas non plus tant que l'imbrication des balises est respectée (On peut très bien avoir un site en tableaux qui passe le validateur W3C). Par contre, un site codé "en tableaux" est relativement difficile à maintenir : sa structure est figée, et cette manière de coder "à l'ancienne" est souvent liée à une très mauvaise utilisation des CSS. Les avantages d'avoir un site codé "proprement" sont nombreux : le code source est plus léger, la maintenance est facilitée, et lorsque les balises sont utilisées correctement dans leur contexte sémantique, les lecteurs d'écran (pour les internautes ayant des déficiences visuelles, par exemple) s'en sortent bien mieux. Nombreux sont ceux qui, lorsqu'ils critiquent les designs tabulaires, parlent uniquement de divs. Ceux-là n'ont malheureusement rien compris : il est inutile de passer d'une bouillie de balises table, tr et td, pour passer à une bouillie de balises div. Par définition, un "div" n'est rien d'autre qu'un diviseur. Avec la balise "span", ce sont les seules balises HTML qui ne véhiculent aucune sémantique. Pour avoir un code correct, il est nécessaire d'utiliser chacune des balises dans son contexte : un paragraphe devra être encadré de balises "p", par exemple. Une liste d'éléments (au sens large : même un menu peut être considéré comme une liste), avec des balises "ul" et "li". Un titre avec la balise appropriée "h1 - h6", en fonction de sa position hiérarchique dans la page. Un tableau sera rendu avec les balises "table" et consorts ! (J'en ai vu certains qui essayaient de remplacer des données tabulaires par des divs parce que "les tableaux c'est pas bien"). Dans cette optique, il ne faut utiliser les divs qu'en dernier recours, principalement pour séparer différents blocs de contenu, ou pour encadrer un élément de contenu, quand aucune autre balise n'a de sens. Edit : pour plus d'infos, je vous invite à lire l'article d'OpenWeb, les problèmes de la mise en page par tableaux.