-
Compteur de contenus
4 021 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par Dudu
-
Je n'ai pas compris la question, désolé. D'autant qu'un calque n'est pas un <div> et qu'un <div> n'est pas un calque; et qu'ils sont à utiliser avec beaucoup de parcimonie. Tu as essayé les différents modèles donnés en exemple et çà ne marche pas ?
-
Salut, Tu te poses la mauvaise question. L'internaute n'attend pas => il exige. L'internaute ne veut pas de message "attendez patati patata.." => il veut du contenu tout de suite. Je schématise, je généralise mais en gros c'est çà.. je te conseille plutôt ce genre de technique sans preload qui marche merveilleusement bien, et qui évite au webmaster de créer moultes javascripts pourris d'attente, de preload, de mise en cache, etc etc... edit dans la même veine, 2 autres liens: un article d'A List Apart et un autre article de Superfluous Banter
-
Même en mettant un bon petit "header("Cache-Control: no-store, no-cache, must-revalidate");" des familles ??
-
Ne fais pas de tableau: je te l'ai déjà dit quand tu te baladais sur le Hub avec un autre pseudo. Tu verras tout sera plus simple. Toujours pas d'URL au fait ? çà nous faciliterait la tâche quand même.. PS: une "<div> css" çà n'existe pas..
-
Léger, souple et fiable 100% d'accord. Complet certainement pas Il n'y a quasiment aucune option livrée en standard dans le script
-
Bon au risque de me répéter. => Quasi-toutes les extensions Firefox sont multi-plateformes => IE PC n'a rien à voir avec IE Mac => Corleone souhaitait un site pour tester IE PC qu'il ne peut pas tester sur son Mac C'est peut-être plus clair ainsi
-
La discussion continue ici: PHP changement de date d'un fichier, merci.
-
Pour voir le site avec IE PC alors que Corleone a un Mac ? Tu es sûr que ce plugin existe ? Je le veux !
-
Aïe aïe aïe les détections Javascript Du coup quand on a désactivé le JS pour moultes raisons intéressantes (comme 12% des internautes, ce n'est pas rien) et bien .. c'est pas beau à voir.. le Javascript doit servir de "bonus" à une page, mais pas être indispensable.. edit sans parler de la redirection
-
Les règles du forum <_<
-
Oui c'est ce qui est écrit et c'est pourtant ce qu'il ne faut pas faire, désolé si mon précédent message n'était pas clair. En tous cas, sur Mac OS X c'est comme çà. Pour l'instant, je m'amuse à compter les bugs de localisation française, çà pèche à ce niveau. Mais cette version 8.02 est très aboutie: un vrai régal
-
Petite info intéressante aux utilisateurs Mac: Sur le site d'Opera ils disent de se rendre dans le menu Aide > Acheter Opera C'est faux, çà mène sur la page opera.com/buy et on tourne en rond. Il faut faire menu Opera > Enregistrer Opera et là çà marche. Je viens de me galérer pendant une heure à comprendre l'astuce, si ce message peut éviter à d'autres d'avoir le même problème
-
Désolé pour le bump sauvage, mais sérieusement j'attends une réponse L'accessibilité des formulaires est un sujet assez délicat comme çà pour le laisser traiter de manière automatique par un langage serveur, j'aimerais savoir si le code généré par ASP respecte un minimum de règles de lisibilité. Et surtout les histoires de "checked" ne se codent pas pareil en HTML ou en XHTML donc j'ai un comme un gros doute sur la "portabilité" de la chose, vue cette fois du côté langage client.. Merci d'avance pour la réponse
-
C'est marrant cette manie d'accuser toujours les navigateurs quand on est face à un script pourri Heureusement que Mozilla n'affiche pas ce truc. Pour ta solution, garde ton code d'origine, et modifies le code de la page sommaire.htm et remplace-le par ceci: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <title>Sommaire</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <style type="text/css"> <!-- body, html, * {margin:0; padding:0;} //--> </style> </head> <body> <img src="700x700(sommaire).gif" width="700" height="700" alt="sommaire"></body> </html>
-
Excellente nouvelle ! Depuis le temps que je me disais qu'il fallait le re-télécharger (je l'avais effacé) Merci pour l'info
-
Juste un petit message pour donner un lien intéressant à propos de l'utilisation de la police Comic Sans Tu devrais changer de doctype aussi, sinon c'est dans Explorer que ton site risque de mal s'afficher
-
D'où l'interêt de l'UTF-8 ou de l'ISO-8859-15 Ainsi tu tapes directement tes lettres au clavier plutôt que tout encoder manuellement. Attention à l'ISO-8859-1 qui ne contient pas le , d'ailleurs vous savez pourquoi ? (on vit vraiment une époque formidable)
-
Sur la requête "il" (avec le e-dans-l'o) les résultats mélangent les 2 orthographes. Donc a piori Google comprend bien et fait le rapprochement; pour lui = oe. En revanche Yahoo est strict: un n'est pas un "oe". Quant à MSN Search il est définitivement dans les choux.
-
Hello, Oui et non. Un site qui va parler de standards web 'doit obligatoirement' respecter cetraines règles d'accessibilité, sinon il passe pour un *** (pour ceux qui se souviennent, cf l'histoire entre kalitee.org et tw.apinc.org dont même le cache Google a perdu trace). Cela étant dit, si Folken souhaite faire un site accessible, même si ce site ne traite pas de standards, d'accessibilité et compagnie.. => où est le problème ? C'est tout à son honneur, je trouve NB: je suis d'accord en revanche sur le côté "vantard" du lien accessibilité. Disons que je ne l'enlèverais pas, mais je le masquerais un peu plus. Le public visé par le site ne comprendra certainement pas la présence de cette page Uniquement Netscape 4 qui est vraiment préhistorique et dont quasi plus personne ne sert Ce n'est pas gênant d'oublier cet espace je pense. Même si le w3c conseille de le mettre C'est plus complexe:ce doctype (xhtml 1.1) oblige à envoyer la page avec le type MIME application/xhtml+xml et IE ne sait pas lire les fichiers XHTML du moins quand ils sont envoyés sous le type MIME sus-cité. Mon avis serait de "resdescendre" en doctype xhtml 1.0 Strict À ceux qui seraient tentés de répondre que le validateur n'a vu aucune erreur, je répondrais ceci: le validateur vérifie la structure d'une page et non sa validité intrinsèque. Faire une confiance aveugle au validateur n'est pas toujours bon. La limite est redescendue à 5 emoticônes par message. L'astuce consiste à utiliser le tag [ img ]J'ai fait part du problème, car il me gêne aussi occasionnellement. Wait & see.
-
Presque: Alsa est sur PlumeCMS qui, lui, est inspiré de Dotclear Pour le titre, il faut prendre en compte les paramètres suivants: Si le visiteur met une page en favoris, c'est le titre de la page qui apparaîtra par dessus l'URL: il faut donc quelque chose de simple mais précis. Plus le nom du site pour le référencement, les mots utilisés dans le titre comptent beaucoup, il faut donc éviter les mots inutiles et privilégier l'efficacité quand le visiteur a plusieurs onglets sur son navigateur, il différencie chaque onglet grâce à son titre, principalement (+ favicon pour FF, + 'photo' de la page pour Omniweb) Il faut donc savoir jongler entre tout çà pour définir un titre de page: ce n'est finalement pas si simple que çà en a l'air Quant au code PHP nécessaire pour mettre tout çà en place, je laisse le champ aux experts
-
Salut, Pour ton menu, tu devrais écrire du vrai texte dans les balises <li> plutôt que des espaces insécables. Car en mode texte, on a des liens 'vides' (mauvais pour le référencement + les internautes handicapés) Pour les masquer, encapsule-les dans des balises <span></span> de la manière suivante: <div id="menu"> <ul> <li> <a id="actualites" href="../actualites/actualites.php" accesskey="1" title="actualité"><span>Actualités</span></a></li> <li> <a id="presentation" href="../apresentation/presentation.php" accesskey="2" title="présentation"><span>Présentation</span></a></li> <li> <a id="projets" href="../projets/projets.php" accesskey="3" title="projets"><span>Projets</span></a></li> <li> <a id="conseils" href="../conseils/conseils.php" accesskey="4" title="conseils"><span>Conseils</span></a></li> <li> <a id="annonces" href="../annonces/annonces.php" accesskey="5" title="annonces"><span>Annonces</span></a></li> <li> <a id="contact" href="../contact/contact.php" accesskey="6" title="contact"><span>Contact</span></a></li> </ul> </div> ensuite dans ta CSS #menu li a span { visibility:hidden; } Quant à la bordure supérieure, je ne suis pas sûr de bien comprendre ce dont tu parles: il s'agit de la bordure tout en haut de la page ? Dans ce cas, modifies ceci dans ta CSS #container { position: relative; border-top: none; border: 1px; border-style: solid; border-color: #60979F; width: 816px; margin: 0px auto; } et transforme-le comme ceci #container { border: 1px; border-style:solid; border-color:#60979F; border-top: none; width:816px; margin:0px auto; } çà devrait passer
-
Merci pour l'info, mais du coup je me (re)pose 2 questions: quel interêt de transformer de l'HTML en ASP qui va le retransformer en HTML ? quel est le rendu HTML généré par ASP ? Accessoirement, je dois dire que ni mon ordinateur (qui sert aussi de serveur) ni les serveurs de mes différents sites ne tournent sous Windows et/ou IIS: quel interêt à se cantonner à une seule et unique plate-forme, réduisant ainsi toute tentative de portabilité ? Je ne peux faire tourner aucun .exe (format propriétaire s'il en est), quant à VB oui je peux faire des macros Excel c'est cool mais l'interêt est très réduit. C'est çà le professionnalisme ? J'aimerais qu'on m'explique .. À l'heure où certaines 'entreprises' (Mairie de Paris, gouvernement, Police Nationale) switchent comme un seul homme vers Linux çà me semble étrange de proclamer la supériorité des outils Microsoft en entreprise. Dans le même genre, Aéroports de Paris et Air France (l'un ayant entraîné l'autre) sont passés l'an dernier sur Mac OS X: même cas de figure.
-
L'utilité ? Moi je trouverais çà mortellement efficace pour les modérations: plus de transparence dans l'équipe de modos, moins de MP etc etc.. (Je parle dans l'absolu, pas dans le cas particulier du Hub ) Après, si toi tu n'en vois pas l'intérêt, pas la peine de te prendre la tête là-dessus
-
Salut davidm Bonne nouvelle, je sens que je vais être un des premiers "clients" de la section française parce que je ne me suis décidemment pas fait aux <txp>. Du coup je fais la moitié de mes modifs à la main, et ensuite je m'aperçois que tout est cassé Par pure méchanceté gratuite, le menu de navigation admin est toujours en tableaux?
-
Plutôt que de réinventer la roue, y'a htmlentities dont c'est le boulot