Dudu

Salut Essaie en remplaçant ça <img src="hehhe.jpg" width="600" height="766" /> par ça <img src="http://www.***.fr/hehhe.jpg" width="600" height="766" /> (en changeant bien évidemment *** par ton vrai nom de domaine)

Salut C'est l'horreur, tout est fait avec des <div> Tu ne veux pas utiliser de vraies balises plutôt ? La balise <div> ne sert pas à encadrer du contenu, elle sert juste à diviser une ou deux grandes parties de la page grand maximum (l'en-tête et le pied-de-page par exemple). Désolé de te dire ça, mais avant de te lancer dans une refonte de ta CSS, fais d'abord une refonte de ton code HTML. Une bonne CSS sur un mauvais HTML donne une mauvaise CSS et un mauvais affichage.

Visiblement, le script cherche le bon chemin d'image mais se trompe dans l'extension. Il appelle www.terra-tech.fr/site/js/jquery-galleryview-1.1/themes/light/next.png au lieu de www.terra-tech.fr/site/js/jquery-galleryview-1.1/themes/light/next.gif Regarde dans tous les fichiers si tu vois le mauvais chemin (avec .png) et remplace par la bonne extension.

Salut Peux-tu nous communiquer l'adresse de ton site à laquelle tu as installé ce script ? Sans ça, ça va être très dur de te répondre.

Normalement, il n'y a pas de problèmes de ce côté-là, ce n'est pas comme si c'était des caractères chinois où là effectivement il faut avoir des polices à jour. Mais tu as raison d'être prudente

Salut Content que tu te sois inscrite ici Tu te compliques la tâche Il suffit de passer l'encodage en UTF-8 (ou même simplement en ISO latin 1 je crois) et tu pourras écrire toutes les lettres accentuées sans devoir les encoder en entités HTML. D'ailleurs, dans le code source de cette page du forum, les accents dans les messages des membres sont écrits tel quel Il me semble même que le cyrillique (puisque ton site en utilise) est géré par UTF-8. (Merci pour le compliment ) Bon, qui se dévoue pour programmer un logiciel qui permettrait de coder sans clavier, juste à commande vocale ? Avec auto-complétion SVP

Je pensais que tu t'appelais Johnny, avec un pseudo pareil Bienvenue sur le Hub !

Salut Valtiel, bienvenue sur le Hub C'est un peu dommage de créer une classe (ou un identifiant) juste pour faire ça. Tu pourrais très bien le faire sans alourdir inutilement ton code. Par exemple, pour que des liens images n'aient pas d'arrière-plan, il suffit d'écrire a img {/*les règles que tu veux */}

Salut Non ce n'est pas possible. Mais en fait, on n'est pas réellement sur un problème de code HTML ou CSS qui bloquerait un comportement normal du navigateur. On est bêtement sur un simple problème d'érgonomie basique: comment afficher tous les items de la liste de manière visible. C'est plus à cette question là qu'il faut répondre

Salut Pareil que Kioob: qu'est-ce qu'ils en ont à f**tre ? Google est une société avec une force de frappe immense, et ils peuvent largement se permettre d'imposer leur vision du web, en conformité bien sûr avec leurs attentes commerciales. Ils ne s'en sont jamais privés jusque là. Preuve ? Personne n'a que faire de mettre les bonnes balises au bon endroit comme préconisé par le w3c. En revanche, tout le monde va bien sagement mettre sa petite meta pour les urls canoniques, sa petite meta verify pour Analytics, ne pas mettre tous les liens dans le pied-de-page, changer régulièrement d'ancre de texte pour ne pas être classé spammy, etc. Pourquoi ? Parce que c'est Monsieur Google qui te le demande et que si tu ne fais comme Monsieur Google te le demande, alors tu perds une part non négligeable de ton trafic. Pour la vitesse de chargement, il y a fort à parier que ce sera la même chose: ils diront "nous on a décidé d'utiliser nos outils maison. Vous calculez différement de nous ? Fort bien, mais nous avons raison, vous avez tort, et on vous pénalise". Pourquoi feraient-ils différement alors que de toute façon tout le monde va s'aligner sur leurs désidératas ?

Salut On ne te parle pas de balises HTML qui passeraient (ça ne serait pas très grave) mais d'injections d'en-têtes. Le premier résultat de la recherche Google proposée plus haut est http://www.phpsecure.info/v2/article/MailHeadersInject.php et explique très clairement le problème (c'est-à-dire grosso modo qu'on peut spammer la terre entière avec ton formulaire. Même sans HTML). Que ton script fonctionne c'est bien. Mais je te conseille très fortement de le sécuriser au plus vite avant de le mettre en production.

Salut Ne peux-tu pas envoyer le code retour 410 directement en PHP ?

Salut Le ton n'était absolument pas méchant, mais j'ai peut-être oublié quelques smileys J'ai aussi oublié de préciser que ma remarque était globale et ne te concernait pas uniquement. Je ne dis pas que tu n'as pas fait de progrès En revanche, je dis qu'un site peut être en HTML et très bien quand même. Le fait de ne pas utiliser de tableaux pour la mise en page n'est pas lié à l'XHTML (ni d'ailleurs au fait d'utiliser une norme stricte). Là c'est toi qui n'est pas sympa avec toi-même Dire j'ai mis des divs pour remplacer mes tableaux revient à dire que tu fais de la divite bête et méchante comme je le disais dans mon précédent message. Ce n'est pas ton cas, il aurait donc fallu dire je fais des mises en page CSS. En fait c'est moi qui suis désolé car... je ne vais pas être sympa sur ce coup-là étant quelqu'un de précis, je me dois de rappeler que la "balise _blank" n'existe pas. C'est l'attribut target (avec la valeur _blank) Mais justement ! les tableaux ne sont pas interdits, ce sont les mises en pages avec utilisation détournée des tableaux qui sont dépréciées. Ne sois donc pas navrée d'utiliser les tableaux pour un calendrier comme si c'était un derniers recours ou un pis-aller: un calendrier est typiquement un cas où l'usage du tableau s'impose sémantiquement. La question est de savoir pourquoi on utilise l'XHTML plutôt que l'HTML pour baliser ses pages. L'XHTML est une sorte de mélange entre HTML et syntaxe XML. L'intérêt de son utilisation réside dans le fait de pourvoir être parsé comme du XML, auquel cas il faut que le serveur l'envoie avec le type MIME application/xhtml+xml pour être reconnu en tant que tel. Sinon le navigateur va interpréter le code comme une sorte d'HTML un peu bizarre avec des slashs à la fin des balises uniques, mais en général tout se passe bien. 99,99% des gens qui utilisent XHTML n'ont pas configuré leur serveur pour envoyer leurs fichiers avec le type MIME application/xhtml+xml en envoient leurs fichiers XHTML en tant que simple HTML. Pourquoi ? Parce qu'un certain Internet Explorer ne reconnaît pas ce type MIME et va proposer cette affreuse fenêtre "ouvrir ou télécharger le fichier" au lieu de la page... c'est pas génial. Et donc... un vrai fichier XML (ou XHTML envoyé en tant qu'application/xhtml+xml) doit obligatoirement avoir la balise dont tu parles en première ligne du fichier. Ce n'est pas ton cas, puisque ton serveur envoie des codes XHTML comme si c'était du simple HTML. Tu peux donc te passer de cette balise. edit: tiens captain, nous avons les mêmes estimations statistiques ! (99,9%)

Salut Erreur courante que de penser ça. XHTML n'est pas plus avancé ou moins avancé qu'HTML. En revanche, une norme "stricte" est plus avancée qu'une norme "transitionelle" ! Ainsi, HTML 4.01 Strict est 1 milliard de fois préférable à XHTML 1.0 Transitional. Pour pousser plus avant la différence, un site écrit avec un code source sémantiquement correct (des tableaux pour présenter des données tabulaires, des paragraphes pour des paragraphes, des en-têtes pour des en-têtes, des listes pour des listes) est 20 milliards de fois préférable à un site fait "tout-en-div-vous-avec-vu-j'ai-pas-utlisé-de-tableaux-parce-que-les-tableaux-c'est-pas-bien". Et ce quel que soit le résultat d'une validation w3c (qui ne vérifie pas la sémantique, mais simplement la bonne imbrication des balises).

Salut, bienvenue sur le Hub Comme ça, à chaud ça ne me dit rien. Mais quelques questions pour t'aider: As-tu d'autres lettres que ces quatre-là dans la même police ? As-tu un fichier PDF qui contiendrait cette police ? Es-tu sûr qu'il s'agisse d'une vraie police, et non d'un pur dessin vectoriel ? Si tu es sûr qu'il s'agit d'une vraie police, en connais tu le designer ? As-tu un moyen de le contacter ? C'est pour faire quoi ? Car s'il s'agit d'une police non-libre de droits et que tu souhaites l'utiliser pour tes propres travaux, tu perds un temps précieux car tu ne pourras rien en faire. Melkior: ni Identifont ni WTFont ne connaissent cette police, j'ai cherché

Salut Oui tu peux.Peux-tu également m'expliquer le ("à son tour") de ton message ? Car je le prends comme un "commerçant=voyou". Étant commerçant, j'aimerais qu'on en discute. PS: devant la recrudescence de smileys sifflants dans cette discussion, j'apporte ma contribution =>

Salut Les articles, ce n'est pas que sur les fan pages, n'importe quel utilisateur peut en créer un. De plus, pour être référencé, les paramètres de confidentialité sont à modifier et permettent d'être indexés dans les moteurs de recherche. Pour les commentaires, c'est exact, et c'est pareil pour les articles que pour les statuts. Mais effectivement... ... je suis entièrement d'accord avec ça. Idem pour les articles (qui ne sont pas obligatoirement inclus dans des fan pages je le répète).

thick, 140 caractères c'est uniquement Twitter. Les statuts Facebook sont certes limités aussi, mais c'est plus que 140 caractères même si ce n'est pas grandiose. Toutefois Facebook offre la possibilité d'écrire des articles sans limitation de caractères, avec de la mise en page et tout, des liens, avec possibilité d'identifier des profils dans la dite publication. Et on peut très bien écrire un article sur le Rewrite de cette manière sur Facebook. Mais entièrement d'accord avec toi sur le racolage de la daube, et le côté bénéfique de l'écrémage que ça provoque ailleurs.

Salut Pourquoi voudrais-tu supprimer le message ? Il serait beaucoup plus sympathique de ta part de partager la solution. Si un jour un autre membre a un problème similaire au tien, ça pourra l'aider.

Salut Et honnêtement, je t'avoue que j'aurai fait l'inverse de ce que tu as fait, à savoir visser les règles de mon forum un peu plus.Plus de débats pourquoi pas, mais pas des débats qui partent dans tous les sens sous prétexte que ça fait rester du monde sur le forum. Rester stable en termes d'audience pour dégringoler en termes de sérieux, je pense que c'est payant sur le court terme, pas forcément sur le long. My two cents. Ce qui est bien c'est que tu fasses le test, tu nous diras d'ici quelque temps si ta stratégie a payé sur le long terme. Je te le souhaite Il me semble que si 99,99% des gens s'en foutent ? Mais pas du tout !La preuve: ils ont gueulé comme des veaux contre le projet de fichier EDVIGE !

Salut Et comme disait Coco Chanel: la mode c'est ce qui se démode ! Facebook commence déjà à se démoder petit à petit, l'arrivée massive sur Facebook de boutonneux analphabètes qui ont fermé leurs skyblogs ayant fortement contribué à faire fuir beaucoup de monde chez Twitter. Et puis dans quelque temps ce sera au tour de Twitter lui-même. MySpace n'est plus si hype qu'il l'était. Reste les trucs un peu fermés et/ou un peu prout-prout comme LinkedIn ou Viadeo. En fait, la grande force de Facebook c'est d'avoir remplacé MSN... Bref, il y a eu une frénésie des sites sociaux, Twitter sort encore bien son épingle du jeu, mais ça risque de ne pas durer...

Salut Théophraste. Je suis aussi bon en PHP que le Pape ne l'est en Kamasutra, mais en théorie il suffirait simplement de ne pas inclure le 2ème if dans le premier, et juste de les mettre l'un à la suite de l'autre. Tente ça et dis-nous ce qu'il en est

Et le quarté gagnant... Je rajouterais donc à mon tour qu'il ne sert franchement à rien de vouloir valider la bonne imbrication de ses balises au validateur w3c, si c'est pour avoir de la divite-à-gogo et les aberrations sémantiques qui vont avec. Je m'explique: Ça: <div id="navlink"> <div class="header"> </div> <div align="right" class="Style4" style="padding-top:35px;height:94px; margin-right:50px;"><strong>Espace Emploi</strong> </div> </div> ou encore ça: <div class="right"><div id="cadre_espace"><span class="Style2"><a href="espace_candidats.php">Espace Candidats</a></span></div> <div id="cadre_espace2"><span class="Style2"><a href="espace_employeurs.php">Espace Employeurs</a></span></div></div><br /><br /> <div style="width:950px;" id="left"><div align="left" class="Style10">Bienvenue sur l'espace emploi de Weblobsdesigner.<br /> <br /> c'est une catastrophe La balise <div> c'est pour définir de grands blocs globaux dans ta page, afin de les positionner (par exemple, l'en-tête, la colonne de gauche, la colonne de droite, le milieu, et le pied-de-page). Mais c'est certainement pas pour y coller du texte tel quel dedans, sans balises-enfants intermédiaires telles que <p> par exemple. La divite, c'est la maladie du <div>, l'utilisation abusive d'une balise incomprise par beaucoup de webmasters. Non ce n'est pas une balise fourre-tout, son homologue <span> non plus d'ailleurs. Un peu de sémantique, que diable ! Sinon ça ne sert à rien de valider, et tant qu'à faire il est moins pire de faire de la mise en page en tableau que de la divite, franchement... J'ai coutume de dire que 5 <div> dans une page c'est un grand maximum, et encore je compte large. Je connais très peu de pages web qui auraient besoin de plus. PS: Bienvenue sur le Hub, néanmoins. On mord un peu, mais en fait on est sympas

Salut Justine Ce que dit Rémi est frappé au coin du bon sens. Pour faire une comparaison, tu as un problème avec la décoration intérieure de ta maison, mais ta maison n'a pas de fondations stables. Il faut revoir les priorités: d'abord construire des fondations stables (un code HTML correct), ensuite des murs solides (comme dit Rémi: "concevoir chaque pavé comme un élément séparé et ensuite de le positionner par css. [...] il faut chercher à avoir ses pavés mis l'un après l'autre sans mise en page"), et enfin faire la déco intérieure (tout bien ranger à sa place, tout positionner correctement en CSS, etc.) Ton code HTML comporte beaucoup d'erreurs: La collision récurrente entre des éléments HTML et XHTML (dès les 2 premières lignes) La présence d'un Doctype Transitional, qui ne garantit pas un bon affichage dans tous les navigateurs, ce n'est pas une erreur à proprement parler mais il vaut mieux utiliser un doctype strict. 2 balises HTML ?!? des tableaux imbriqués dans des tableaux imbriqués dans des tableaux imbriqués dans des divs, jusqu'à en avoir le tournis. des balises fermantes manquantes, des balises ouvrantes manquantes des balises obsolètes et/ou hautement déconseillées (<center>, <font>) des attributs incorrects et/ou incorrectements écrits (à la ligne 54, l'attribut value ne comporte aucune valeur par exemple) des pixels transparents pour caler la mise en page (très années 90. Et fortement déconseillé, aussi) etc. Aide-toi du Validateur w3c pour corriger ces erreurs, tu galèreras nettement moins sur des problèmes de mise en page par la suite. Bon courage

Salut Concernant le fichier prorprement dit, la balise <meta> ne sert quasiment à rien. Ce qui est important c'est que le fichier soit lui-même au format UTF-8. Ouvre-le dans un éditeur de texte pour vérifier ça. À savoir: si un fichier est écrit dans un encodage avec une balise meta qui parle d'un autre encodage, la priorité va au format du fichier.