Dudu

Salut, tout pareil que galoufa à quoi je rajouterais ceci: le format des "vrais" économiseurs d'écran Mac OS est un format propriétaire Apple, au même titre que le format des économiseurs d'écran Windows est un format propriétaire Microsoft. Donc faire une seule animation compatible tout le monde, je t'arrête tout de suite ce n'est pas possible (désolé )

Hello, je vais expliciter mon message point par point pour plus de clarté Pour un moteur de recherche, chaque URL différente correspond à une page différente. Donc si une seule et même page est référencée sous plusieurs adresses, le moteur de recherche va considérer que tu as plusieurs fois la même page. Donc "www.site.tld/traditions/index.html" est, pour le moteur de recherche, une page différente de "www.site.tld/traditions/" Apache, dans sa configuration par défaut, ouvre l'éventuel fichier "index.html" lorsqu'on lui demande un répertoire sans préciser le fichier. => Donc "www.site.tld/traditions/index.html" est, pour Apache, la même page que "www.site.tld/traditions/" Récapitulons: - "www.site.tld/traditions/index.html" est, pour le moteur de recherche, une page différente de "www.site.tld/traditions/" - "www.site.tld/traditions/index.html" est, pour Apache, la même page que "www.site.tld/traditions/" Il y a clairement un souci: pour l'un c'est la même page; et pour l'autre çà ne l'est pas ce sont 2 page différentes. D'où une éventuelle pénalité pour contenu similaire (duplicate content) qui n'est pas méritée: c'est un problème que rencontrent beaucoup de webmasters. Même problème que ci-dessus, mais exemple différent (autre possibilité de contenu similaire immérité): "www.site.tld/page.html" <=> "site.tld/page.html" Pour Apache, il s'agit (souvent) de la même page. Pour les moteurs de recherche, ce sont 2 pages distinctes. Que faire ? - éviter de nommer explicitement ses fichiers et ne donner que l'URL d'un répertoire sans mention du fichier par défaut - ne pas faire de liens internes sans les www si tu souhaites garder le préfixe www (et vice-versa: ne pas faire de liens avec les www si tu ne souhaites pas garder le préfixe www) - rediriger le trafic sans www vers www avec .htaccess (si l'hébergeur permet cette possibilité) - rediriger le trafic de "www.site.tld/dossier/index.php" vers "www.site.tld/dossier/" (n'est pas possible en HTML, exige un langage de programmation tel que PHP ou JSP ou encore ASP et beaucoup d'autres). ** nota bene: à chaque fois que je parle de redirection dans ce message, il s'agit de redirection 301. Il existe aussi un autre code de redirection (le 302) mais là encore on se frotte à un autre bug des moteurs de recherche et on risque une désidexation de la page Apache ouvre par défaut un éventuel fichier "index.html" pour les répertoires, mais il faut noter que IIS ouvre un éventuel fichier "default.html". Toujours bon à savoir pour s'éviter de mauvaises surprises lors d'un changement de configuration

Une des raisons importantes aussi (oserais-je dire la raison principale) c'est toi-même et ton confort de travail. Puisque tu gère un site statique et non quelque chose propulsé dynamiquement par un quelconque CMS, tu risquerais de te retrouver avec une liste impressionnante de fichiers à chaque connexion FTP.. Si j'ai réellement dit çà, c'est que j'avais préalablement fumé tout mon jardin Non, j'avais certainement du citer (ou vouloir du citer) les arguments que j'ai exposé ici, à savoir: - possibilité de changement d'extension (.shtml, .php, .phtml, .php, .jsp, .asp, .cgi, .pl..) - éviter le duplicate content (d'ailleurs avec un langage comme PHP, il est assez simple de bloquer ou rediriger la requête si le fichier d'index est appelé nominativement, ce qui est encore mieux)

Dans la série "je suis fan" je demande Vanilla. Denis, tu vas aimer: accesskey, bookmarks, code très propre.. et il court comme PunBB dans la catégorie des "petits forums simples". Sans quoi, PunBB oui je connais et il est vraiment pas mal. Son énorme avantage est l'absence quasi-totale d'images (le vice est même poussé à remplacer les icônes lu/non-lu par des effets de bordures en CSS) donc une rapidité d'affichage époustouflante PS: et je m'aperçois avec grand plaisir que le roi incontesté des systèmes de pubication (AKA davidm ) parle de Vanilla dans un topic proche de celui-ci :-)

Salut Nullette Rien ne t'empêche non plus de créer, toujours à la racine du site, des pages qui s'appeleraient hist2.html, hist3.html, hist4.html etc etc.. si tu trouves cela plus simple. Maintenant, il est préférable effectivement de travailler l'architecture du site pour avoir des "friendly URLs". À ce propos, voici deux liens fort intéressants (et en anglais uniquement malheureusement): Choose URIs wisely Managing URIs Voici ce que je ferais à ta place: créer ce nouveau répertoire déplacer ta page dans ce répertoire mettre un .htaccess à la racine du site pour notifier la redirection à la fois à tes visiteurs, mais également aux moteurs de recherche (une en-tête 301 te permettra de conserver positionnement et backlinks) Redirect permanent /hist.html http://www.bulgaria-france.net/hist/ vérifier avec l'outil de visualisation des en-têtes HTTP du Hub que la redirection s'effectue bien avec une en-tête 301 (sinon supprimer d'urgence le code, et taper Dudu ) appeler ton fichier soit index.html (ainsi c'est lui qui s'affichera lorsque l'adresse "bulgaria-france.net/hist/" sera appelée). Ou bien le nommer "ce-que-tu-veux.html" et mettre dans un .htaccess dans le répertoire /hist/ (et pas à la racine du site ) le code suivant: DirectoryIndex ce-que-tu-veux.html ce-que-veux-en-2eme-choix.html ce-que-veux-en-3eme-choix.html ce-que-veux-en-4eme-choix-etc-etc.html ne faire des liens qu'avec l'URL "bulgaria-france.net/hist/" sans mention du fichier d'index (c'est la méthode que je préfère pour diverses raisons, notamment à cause du risque de duplicate content qui peut arriver sinon, et pour la pérennité des URLs si l'extension de la page doit changer) Te reste ensuite à créer les autres pages du répertoire comme bon te semble. À propos: - Google ne donne pas le nombre exact de liens pointant vers une page (pour d'obscures raisons), préfères par exemple Yahoo (indique juste "link:site/tld/page.html") - le mot "répertoire" est préféré à "dossier" car c'est le nom officiel sous les systèmes UNIX (majoritaires dans l'hébergement web) Bon courage.

Salut, avant que tu reviennes nous expliquer ton problème avec plus de précision, quelques points à modifier dans ton HTML: - la balise <gras> n'existe pas - la balise <center> est fortement déconseillée: passe plutôt par les CSS - une liste doit être commencée par une balise <ul> ou <ol>, et finie en conséquence. Des <li> encadrés par des balises de <p>aragraphe çà n'existe pas. - enlève le slash final de la ligne "<link rel="stylesheet" media="screen" type="text/css" href="style.css" />". Un slash final c'est lorsque tu fais de l'XHTML, alors que ton doctype montre que tu fais de l'HTML - évites les styles en ligne dans les balises: ils peuvent être de très bonnes sources de conflit et ne facilitent pas le debug d'une page. Si, lorsqu'on aura plus de précisions sur ton problème, il s'avère que celui-ci soit plus axé HTML que PHP, je déplacerai dans la rubrique adéquate

Salut de la même hauteur ou à la même hauteur ? (ou les deux) Quoiqu'il en soit, ce genre de problème d'alignement se règle avec la propriété CSS line-height.

Salut, J'édite le titre de ton sujet puisque tu ne l'as pas fait PS: merci d'écrire correctement conformément aux règles du Hub. Avec notamment des apostrophes là où il en faut (et pas des espaces). Merci

Il sont géniaux ces articles !! Merci Monique.. et Marie.. et Joshua

Hello sarc En CSS sur et certain: non. Quant au JS, je ne vois pas comment récupérer le fait qu'un lien se trouve dans l'historique Il y a bien une fonction history mais elle n'est pas dans les spécifications DOM du W3C, si je ne m'abuse..

Salut, La croix la bannière pour installer un nouveau template: c'est encore beaucoup trop complexe Par exemple, je tente d'installer BlueMarinee (j'aurais bien été tenté par le Green mais il n'a pas l'air dispo) et je suis à la lettre les procédures d'installation et arrivé au point n°5 je ne vois pas du tout quoi faire Où suis-je censé trouver les fichiers "FormBlogComments.chunk.tpl" et "snippet.newslisting.txt" qui sont soi-disant à modifier ? et de quel nouveau code parle-t-on ? Et je ne parle même pas de créer mon propre template (bien sûr, utiliser BlueMarinee n'est pas une fin en soi bien qu'il soit très réussi) J'ai vu des CMS plus pratiques à ce niveau (un template HTML, une feuille de style et çà roule !!). Je veux bien croire que, dans le cas de MODx, ce soit plus puissant et plus fin mais quand même c'est un joli bazar PS: bonne nouvelle cette résolution du bug qui affectait Safari et Firefox lors d'une sauvegarde (boucle sans fin). Je peux enfin utiliser mon navigateur favori sans risque

Salut, en fait, si j'ai bien suivi ton problème s'arrête à cette ligne <link rel="stylesheet" media="screen" type="text/css" title="Design Standare" href:"" /> Déjà il y a une erreur: l'attribut "href" doit être suivi du signe égal (=) et non pas d'un deux-points (:). Ensuite, je ne comprends pas pourquoi la mise en relatif du lien pose problème puisque c'est justement la solution qu'il te faut. Si tu le mets en absolu, c'est là que çà va poser problème, notamment en local. Donc je te conseille le relatif. Petit rappel pour construire des chemins d'accès relatifs: <link href="style.css"> => va chercher le fichier "style.css" dans le même répertoire que le fichier appelant <link href="/style.css"> => va chercher le fichier "style.css" à la racine du site quelque soit l'emplacement du fichier appelant <link href="./style.css"> => va chercher le fichier "style.css" dans le même répertoire que le fichier appelant (idem que cas n°1) <link href="../style.css"> => va chercher le fichier "style.css" dans le répertoire parent du fichier appelant <link href="../../style.css"> => va chercher le fichier "style.css" dans le répertoire parent du répertoire parent du fichier appelant <link href="../../../style.css"> => va chercher le fichier "style.css" dans le répertoire parent du répertoire parent du répertoire parent du fichier appelant (etc etc on peut continuer longtemps) PS: je déplace ton sujet dans la section adéquate puisqu'on parle d'HTML

Bonsoir, As-tu recherché avec le mot-clé "ItEasy" ou bien "ItsEasy" ? Tu trouveras nettement plus de réponses sur ce très bon outil avec l'orthographe exacte À ce propos je corrige le titre du sujet..

Bonsoir, Olivier "vivi " Meunier in http://www.dotclear.net/forum/viewtopic.php?id=14770 Le sujet est donc clos (ceux pour qui c'est encore inaccessible devront encore avoir quelques heures de patience si nouveau DNS il y a, le temps pour votre FAI de mettre à jour la nouvelle IP du serveur) edit: la nouvelle IP semble être 217.70.182.33 pour ceux qui sont encore à la porte et qui souhaiteraient forcer le rafraîchissement des DNS. Et normalement, vous devriez aussi pouvoir visualiser le site à l'adresse http://217.70.182.33

À créer des animations Celui qui te dira le contraire est un menteur.. Accessoirement, merci de bien vouloir respecter les règles du forum (qui sont également des règles de courtoisie basique sur les sites web) comme par exemple ne pas écrire en style SMS: ton clavier comporte suffisamment de touches pour écrire quoi (français correct) plutôt que koi (SMS). De plus, écrire normalement ne prend pas spécialement plus de temps. Merci.

Bonjour Je prends le problème dans l'autre sens: pourquoi du Flash ? Ce n'est pas un outil conçu pour créer des sites web, c'est beaucoup plus ardu à aborder que l'HTML, ce n'est pas vraiment accessible .. En revanche, pour faire une animation, ou un petit film à intégrer, c'est de loin la meilleure technologie ! Les CSS n'ont aucun contrôle sur une animation Flash.Quant à connaître l'ActionScript, pas forcément: je fais des sites web et je ne connais pas l'AS.

Salut Qui est français ? Je n'ai pas tout saisi .. Pour les flèches, elle n'apparaissent qu'au survol du coin bas-droit de la page.

Salut Je rebondis sur cette phrase rapidement avant de m'intéresser au reste: Netscape (7 ou autre) étant un navigateur multi plateforme et doté d'un moteur assez répandu, Gecko pour ne pas le citer, je ne vois pas le problème qu'il tourne sur OS 9 ou sur Windows XP ou sur n'importe quelle distribution Linux. En effet, c'est un peu le problème. Faisant moi aussi partie de ceux qui conseillent les standards, je suis souvent moi-même choqué de ce que je lis sur les "tableaux" tout court. Ce qui est un frein à l'accessibilité et un non-respect de la sémantique, ce sont les "tableaux de mise en page". Énorme différence.Le dernier en date à m'avoir choqué avec çà est pourtant un mec que j'estime, et il s'appellle Eric Meyer. Dans son blog, il parle de ne pas utiliser de tableaux pour représenter des barres graphiques de type statistiques. On pourrait lancer le débat, mais ma petite conclusion personnelle c'est "oui, en tableau". Aucun débat, tu construis ta liste (une seule liste) et tu la styles en CSS, point barre. Pour le type d'application concrète dont tu parles il y a plusieurs solutions. Soit un display:table, soit un jeu de class qui ferait en sorte que chaque groupe de 2 éléments constituent un bloc à eux deux mais que chaque élément dans son bloc soit positionné en flottant, et peut-être encore d'autres. Il y a mille manières de disposer ses éléments (pourquoi pas en mode bourrin à grands coups de position:absolute sur les li) Pour ma part, je hurle aussi bien contre les tableaux-de-mise-en-page () que sur ce genre de tag-soup soit disant valide, et qui est communément appelée "divite" (il y aussi la "spanite"). On voit malheureusement souvent dans les forums s'opposer les notions de "design en tables" et de "design en div": c'en est presque à se demander pourquoi le W3C se décarcasse à instaurer de nouvelles balises. Pour ce qui est des grosses références à montrer: /. McAfee News.com Australia Microsoft Network Drupal ABC News AOL Time Warner (gaffe à la redirection, le .com est clean tandis que le .fr a un code cataclysmique) Inc.com (pas rancunier, je tire cette liste du Redesign Watch d'Eric Meyer ;-) )

À coup sûr, ce sera du Javascript. J'ai donc déplacé dans le forum adéquat Comment faire je ne sais pas, par contre, désolé. Pour info: (X)HTML: sert à construire la sémantique PHP: sert à calculer des infos côté serveur avant de les envoyer côté client CSS: sert à placer les éléments pour la mise en page JS: sert à l'interaction des divers éléments sur la page

Sois donc juste au courant que ton site n'est pas visible (page blanche) par une bonne partie de tes visiteurs potentiels, que tu arrives à corriger tes erreurs ou non. Pour les corriger, déclares un encodage dans les en-têtes de tes fichiers. Cordialement.

Salut, et bienvenue sur le Hub Le problème avec Web Creator Pro, c'est que sous certaines configurations, on ne voit qu'une page blanche sans contenu (c'est mon cas pour ton site, par exemple). De plus, tout le contenu est écrit en Javascript, ce qui n'arrange rien. Plusieurs solutions: - apprendre à écrire en HTML et tout refaire à la main - utiliser un logiciel de création plus performant Et concernant le validateur, il s'agit la plupart des fois d'un problème d'encodage non déclaré. Bon courage.

Çà marche à merveille avec goTo ! Merci ! Merci Monique pour tous ces liens, je viens déjà d'en visiter quelques-uns et ils sont au moins aussi intéressants que le script qu'ils utilisent (je ne connaissais que "SPIP et accessibilité" )

Salut sarc Oui extrêmement sympa. Je le vois souvent utilisé par beaucoup de sites (anglo-saxons pour la plupart -mais que font les frenchies?-) pour des présentations linéaires. Jusque là je n'avais pas eu l'occasion de le tester personnellement, mais c'est un vrai plaisir.Et oui effectivement, il passe sur tous les navigateurs, même les pires Mais c'est que tu as raison Damned, ma question reste donc d'actualité Je me disais aussi c'était trop simple ... edit: plutôt que de créer une seule et unique liste qui s'adapterait à l'aide d'une fonction, je vais faire une liste par étape en remplissant les nombres adéquats, ce sera moins prise de tête. Merci sarc pour le coup de main ;-)

Je viens de trouver ! En fait c'est hyper-simple et çà ne nécessite pas de modifier les fonctions Javascript. Il suffit tout bonnement d'écrire le lien de cette manière <a href="javascript:go(1);">Lien vers l'étape 1</a> <a href="javascript:go(2);">Lien vers l'étape 2</a> <a href="javascript:go(3);">Lien vers l'étape 3</a> ... et çà fonctionne tout seul !! Et dire que j'ai bien faillu attraper une migraine à modifier le fichier de fonctions Comme quoi dès fois il ne faut pas chercher la complication... Puisse ce topic servir aux futurs utilisateurs de S5

Salut à tous Dans le cadre d'une présentation, j'utilise le fabuleux système de slide show d'Eric Meyer, S5. Il s'agit d'une seule page HTML, couplé d'un côté à une CSS adaptée à une visualisation "kiosque", et de l'autre côté à un script JS qui permet une excellente fluidité. La page est conçue de la manière suivante: chaque "étape" de la présentation est contenu dans un <div class="slide"> sans aucune id particulière. Tous ces <div> sont masqués sauf celui sur lequel on se trouve. Le Javascript a pour rôle de déterminer quel <div> est affiché, et ainsi de pouvoir changer d'étape. Mon gros problème est que la navigation s'effectue par un menu déroulant, or je voudrais également associer une liste de navigation, avec de vrais liens texte. Il faudrait pour cela que j'adapte le code à mes besoins, et malheureusement j'en suis bien incapable (j'ai essayé des tonnes de trucs et c'est toujours un désastre ) Il existe bien un système qui permet de lier une étape particulière avec un URL de type "site.tld/slide.html#etape2" mais vu la conception particulière de la page, cela force le rechargement donc ruine instantanément la fluidité qu'apporte nativement S5. Amis Javascripteurs, aidez-moi ! Liens utiles: Exemple de slide Fichier slide.js D'avance un grand merci