Ernestine

Salut, Je pense qu'il est meilleur que le précédent, mais qu'il y a encore beaucoup de choses à faire dessus. Le point positif (par rapport au précédent), c'est que cette fois-ci on comprend rapidement l'activité grâce à l'accroche : "Un technicien à votre service pour tout problème informatique." Je serais même d'avis que cette accroche soit écrite en plus gros, et surtout avec une police de caractère plus lisible. Autre point positif : les deux boutons "Appeler" et "Trouver" (positif dans le sens fonctionnel, pas esthétique). C'est une bonne idée de présenter de façon évidente les actions principales du site (le top du top dans ce domaine étant le site de téléchargement de Firefox avec son énorme bouton pour télécharger). Par contre, on ne voit pas tout de suite où ça se situe. A Paris ? A Marseille ? A Québec ? Impossible de le savoir rapidement, il faut cliquer sur "Trouver" pour deviner qu'à priori c'est dans le Sud Ouest de la France. Et encore, à part Biarritz, ce ne sont que des villes inconnues pour quelqu'un qui n'est pas du coin. La série de boutons au milieu ressemble fortement à un menu de navigation, avec des icônes qui ont une forte affordance au clic. Or ce ne sont pas des liens. Personnellement je me suis faite piéger, j'ai essayé de cliquer dessus et rien ne s'est passé. C'est le genre de petits détails qui agace les internautes, quand ils font quelque chose pour rien (même si c'est un simple clic dans le vide, ce n'est jamais agréable). Après au niveau graphisme, bon là on voit clairement que ce n'est pas ta spécialité, donc il vaudrait mieux rester le plus sobre possible. Du coup, les lignes ondulées en haut et en bas ne sont pas du plus bel effet. Des lignes droites auraient été bien meilleures. De même, toutes les images-titres ("Dépannage maintenance etc" et les boutons "appeler" et "trouver") sont floues et mal détourées, surtout au survol. En plus d'être flous, les boutons "Appeler" et "Trouver" font vraiment trop "dessin à main levée". Voila, ce n'est que mon humble avis qui vaut ce qu'il vaut. Cette version est beaucoup mieux que la précédente (qui était vraiment catastophique), mais il y a encore une bonne marge de progression Bon courage pour la suite.

Salut, Eh bien tu rajoutes tout simplement une ligne dans le style de la classe : .blueheading22 { font:16px Tw Cen MT Condensed, Harrow, Myriad Pro, Arial; /* A corriger */ color:#075B8E; text-transform:uppercase; background-color: rgb(255, 204, 51); }

Pour cela, il faut que tu attribues un style à la balise <a>. Il y a de nombreuses façons de le faire, dans ton cas tu peux rajouter dans la feuille de style : p.h22 a { color: red; } Cela signifie que les liens (balise ancre <a>) inclus dans un paragraphe de class h22 seront en rouge (à toi de remplacer "color: red" parce que tu veux). PS : Yuston n'a pas tort : tu gagnerais du temps à t'autoformer

Si c'est pour un site marchand, il ne s'agit pas de faire du bricolage, or là tu n'as clairement aucune connaissance en php, parce que là il s'agit juste de récupérer deux champs et de faire une addition. On peut te donner le code, mais dès qu'il y aura le moindre problème, tu ne sauras pas comment le résoudre. Je t'invite à lire ces deux articles :/>http://www.webmaster-hub.com/publication/Mon-premier-programme-en-PHP.html/>http://www.webmaster-hub.com/publication/Mon-premier-programme-en-PHP-2e.html Puis faire un essai et le poster ici pour correction si ça ne marche pas. Car on ne peut quand même pas faire la totalité du code à ta place

Non là il ne faut pas mettre de point (le point c'est dans la feuille de styles) : <p class="h2222">mon texte</p> Ca marchera pour toutes les balises auxquelles ont été attribuées la class h2222. Mais il est quand même préférable de suivre une certaine logique dans l'attribution des classes et des styles, de bien faire attention aussi à la hiérarchie des éléments dans la page, etc...

Non ça ne marchera pas. Tu ne peux pas créer de nouvelles balises comme <nomdefocntion>. Par ailleurs, dans la feuille de styles, ce sont des styles que tu mets, pas des fonctions. Puis ces styles sont appliqués aux balises. Dans l'exemple que tu donnes, il faudrait donc plutôt définir le style ainsi (dans ta feuille de style) : .nom_du_style { font:24px Tw Cen MT Condensed, Harrow, Myriad Pro, Arial; /* A corriger */ color:#6B6B6B; font-weight:100; text-transform:uppercase; margin:0px; padding:0px; } Note bien le point devant ".nom_du_style" : il signifie que tu définis un style qui sera appliqué à une classe, c'est à dire à des balises html à qui on aura attaché cette classe. Puis pour appliquer ce style à un paragraphe, dans ton fichier html tu écriras : <p class="nom_du_style">bla bla bla</p> Pour la police (font), essaie plutôt d'utiliser des polices standards (sur Alsacreations) Pour finir, un petit lien bien pratique : Documentation CSS (sur Médiabox)

Pourtant, si je cherche dans Google sur les mots clé "webmaster" et "webdesigner", qui sont les deux plus importants de ton site, je ne te vois pas en première page. Ah par contre, sur la recherche "kaxof", là tu es en première position. Bravo ! Plus sérieusement... être en première page sur Google, c'est bien, mais sur des mots clés vraiment demandés par les internautes, c'est mieux ! Et je pense que c'est cela la question de Willy Boy.

Tu as deux solutions : soit tu fais le traitement du formulaire côté serveur (disons en php), soit tu le fais côté client (c'est à dire directement dans le navigateur des gens) en javascript. Si c'est pour un simple affichage du résultat ET que ton public est ciblé, tu peux le faire en javascript. Mais si c'est pour un site web "classique", alors c'est beaucoup mieux de le faire côté serveur. La grande question maintenant est donc la suivante : ton serveur peut-il faire du php ? Pour le savoir, insère cette ligne quelque part dans le body de ta page : <?PHP phpinfo(); ?> Et affiche la page dans ton navigateur. Si tu obtiens un grand tableau bleu-violet avec plein d'informations, alors c'est bon, tu as PHP. PS : si tu peux faire ce test directement chez ton hébergeur c'est mieux, car je ne pense pas que tu aies installé php sur ton propre ordinateur.

Non Il faut englober les deux premiers champs dans un même formulaire, et il faut refermer les balises option. Ce qui donnerait : <form method="post" action=""> <fieldset> <legend>Mon beau formulaire</legend> <label for="nombres">Nombres : </label> <select id="nombres" name="nombres"> <option value="1">1 Slot</option> <option value="2">2 Slots</option> <option value="3">3 Slots</option> </select> <br /> <label for="couleur">Couleur : </label> <select id="couleur" name="couleur"> <option value="0" selected="selected">Non</option> <option value="1">bloc</option> <option value="10">jaune</option> </select> <br /> <input type="submit" value="Calculer" /> </fieldset> </form> <div> <label for="resultat">Résultat : </label> <input id="resultat" type="text" readonly="readonly" /> </div> Maintenant, on peut vraiment commencer à réfléchir à ton problème. Parce qu'avec ton code du début, je te mets au défi d'en tirer quoi que ce soit, et je ne suis pas étonnée de t'entendre dire : "Sa fait quelque jour que je galère"

J'avais bien compris, mais c'est surtout sur la pertinence du concept que je m'interrogeais, mais peu importe. En tous cas, ça ne t'empêche pas de faire un gros nettoyage de ton code, comme indiqué dans le précédent message. Sinon, tu n'arriveras à rien de bon. Avant de t'occuper du traitement du formulaire, commence par faire un formulaire propre et correct

Salut, Il y a plein de bizarreries dans ton code : _ En particulier, il faut englober les deux premiers selects et leur label dans un seul formulaire. Là, le deuxième select se balade tout seul en dehors du formulaire. _ Le champ input pour le résultat n'a pas besoin d'être dans un formulaire, puisqu'à priori, ce n'est pas une valeur qui sera soumise. _ Les enctype="multipart/form-data" sont inutiles _ Les target="_blank" encore plus inutiles _ La valeur de l'attribut "for" doit être la même que la valeur de l'attribut "id" du champ auquel il est attaché (et non pas la valeur de son "name") Je t'invite à mettre un peu d'ordre dans tout ça avant de chercher à le faire fonctionner Après, tu as deux solutions, soit tu traites le formulaire côté serveur (par exemple en php), soit tu le traites directement dans la page en javascript. Tout dépend de tes besoins. PS : et je m'interroge sur la signification de "ajouter un nombre et une couleur". PS 2 : et je m'interroge aussi sur la couleur qui s'appelle "bloc" ??

Salut, Si je comprends bien, ton site est entièrement statique et les contenus ne sont pas puisés dans une base de donnés et fournis en php. Tu as des pages statiques que tu modifies manuellement en allant dans le code source des pages. Dans ce cas, il existe différents logiciels permettant de faire des "modifications de masse" (c'est à dire modifier une zone sur tout un ensemble de fichiers). Par exemple Dreamweaver qui peut gérer un système de template. C'est par là qu'il faut que tu regardes

Dans la documentation de jQuery, à la fonction $.ajax, on lit : Page : http://api.jquery.com/jQuery.ajax/ Ce paramètre context devrait permettre de répondre à ton problème, je pense... piste à creuser.

Salut, Le $(this) dans ta fonction de succès Ajax ne fait pas référence au formulaire, puisque tu es dans la fonction. Il faut que tu attribues un id à ton textarea (et les autres éléments du formulaire), ce qui te permettra de la manipuler à l'intérieur de ta fonction

Salut, Je remplacerais ta boucle foreach par celle-ci : <?PHP foreach($Lprofession as $i => $profession) { $KeyPro = $profession->getAttribute("key"); $CompPro = $profession->getAttribute("value"); echo "<input type=\"text\" name=\"skill".($i+1)."\" value=\"".$KeyPro.$CompPro."\" />"; } ?>

Bonjour, Tu ne précises pas l'encodage dans le head de ta page. Il faut le faire : <head> <title>Contact</title> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> </head> Ca devrait marcher mieux

Je n'avais pas bien lu le code du formulaire, en fait il renvoie sur Google. Sache que tu peux aussi t'inscrire à Google recherche personnalisée : http://www.google.fr/cse/ Tu pourras ainsi faire en sorte que les résultats soient intégrés à ton site (via une iframe), plutôt que de renvoyer sur une page Google. Pour les pages en .htm, ça ne pose aucun problème. Il faut juste que tes pages soient référencées par Google.

Salut, Si tu as juste inséré le code du formulaire, il est parfaitement normal qu'il ne se passe rien. Un moteur de recherche (interne ou pas), pour résumer c'est : 1/ Un formulaire où l'internaute tape ses mots 2/ Un programme qui cherche les pages correspondantes (côté serveur) 3/ Une page de résultats Toi tu as juste fait le point 1 D'après ce que je comprends de ton message, ton site est entièrement statique (sans base de données). Dans ce cas, ça va être dur de fabriquer un moteur de recherche efficace. Le plus simple, c'est peut-être que tu attendes que ton site soit référencé dans Google. A ce moment là, tu pourras te créer un moteur de recherche spécialisé avec Google, c'est à dire un moteur propre à ton site (le formulaire sera sur ton site, la page de résultats aussi, et les résultats seront limités à tes pages). Je cite l'exemple de Google, mais il n'est pas le seul à proposer ce genre de services. A bientôt

Salut, Eh bien voila tu as donné toi-même la réponse à ta question : Il faut donc passer par le bloc-notes (ou autre éditeur de code), et donc, apprendre les CSS comme l'a dit Dadou Si tu modifies ton code (html ou CSS) avec un logiciel Wysiwyg comme Kompozer (que je ne connais pas), tu ne pourras jamais rien de faire de bon. Au mieux, ça marchera chez toi, mais deux semaines plus tard tu t'apercevras que sur un autre navigateur ou sous une autre résolution d'écran, tout sera cassé. Effectivement, si tu modifies uniquement le contenu, il n'est pas normal que la mise en page soit cassée. Un bon template devrait normalement s'adapter à tous les contenus qu'on y insère (sans faire d'abus bien sûr). C'est donc peut-être ton template (html+css) qui n'est pas au point. A bientôt

Bonjour, Comme dit Captain, l'idéal, c'est une extension de NDD par langue, c'est d'ailleurs l'option n°1 préconisée par Google. L'option n°2, toujours selon Google, c'est un sous-domaine par langue, avec www pour la langue principale (www.domaine.com, fr.domaine.com, es.domaine.com , etc) Pour un "petit" site, l'option 2 est légèrement plus simple à mettre en place (et ne nécessite qu'un seul enregistrement de NDD). Mais pour un site ambitieux, c'est sûr que le mieux, c'est une extension par langue

Bonjour et bienvenue, J'ai entendu parler (mais je n'ai pas testé) de plusieurs CMS pour mini sites, entre autres : Pluxml Php naomus Les deux sont très légers (quelques centaines de ko) et ont la particularité de ne pas utiliser de base de données : tout est stocké sur fichiers. A priori très simple d'utilisation, et aucun problème pour les quelques fonctionnalités que tu recherches

Bonjour, bienvenue sur le Hub

Le Hub a sept ans. Si c'était un être humain, il entrerait en CE1. Autant dire qu'il a toute la vie devant lui ! Alors oui on double

7 ans, de bons services rendus à tous les webmasters, bravo! Félicitations à tous ceux qui l'ont fait vivre pendant si longtemps Et merci !

J'ai trouvé ça dans ton code : <meta http-equiv="Content-Type" content="text/html; charset=utf8_encode" /> Ce n'est pas ça du tout ! Essaie : <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> La prochaine fois, passe ta page au validateur du W3C, cela te permettra d'éliminer de grossières erreurs comme celle-ci PS : utf8_encode est une fonction php, à utiliser par exemple comme : print(utf8_encode($texte)); (où $texte serait extrait de ta base de données)