Dudu

Es-tu dans le cas où Firefox ne trouve pas la police demandée ? C'est-à-dire, concernant le Hub: es-tu dans le cas où Firefox ne trouve pas la Verdana ?Si tu utilises Mac OS ou Windows, la réponse est non puisque Verdana est présente par défaut dans ces 2 OS depuis belle lurette. Donc il paraît assez logique que tu ne rencontres aucun problème (car si ma mémoire est bonne, tu es sous XP). Relis bien mon message précédent si ce n'est pas encore assez clair

Salut Je me suis aperçu hier (suite à une remarque d'un collègue modérateur qui trouvait ma signature illisible ) que Firefox 1.5 a un gros bug sur la gestion des polices: quand il ne peut pas trouver la police demandée par la CSS dans les ressources systèmes, il passe à la police par défaut définie dans les préférences. Alors qu'en théorie, un navigateur est censé ignorer la police qu'il ne peut afficher, et passer à la prochaine dans la liste de la règle CSS. Puisque tu es sous Linux tu n'as pas Verdana (= la police par défaut du Hub) donc Firefox te balance sa police par défaut. Je ne sais si un report a été signalé sur bugzilla, mais si ce n'est pas fait il faudrait y songer de toute urgence parce que bon nombre d'utilisateurs vont voir s'afficher leurs pages n'importe comment PS: quant à ma signature, elle hérite à nouveau de la police par défaut de la CSS du Hub.

Salut, Alors, le .exe pas mieux, je pense vraiment qu'il est bon pour la poubelle Le .bin en revanche marche très bien, si ce n'est qu'il faille passer par l'installeur personnel d'iScreenSaver ce qui est un peu rebutant. En tout cas çà marche Très jolies photos en passage

Salut Je n'ai pas fait gaffe à la date de modification, je le ferais si le phénomène doit se reproduire. Quant au cache du navigateur, non rien à voir: on est deux (au moins) à avoir vu çà, et de toute façon les modifications disparaissent côté FTP. Apparemment çà ne touche que les *modifications* (page existant préalablement) et pas les nouveaux fichiers créés. Donc j'ai trouvé une ruse pour éviter d'avoir à refaire la page d'index indéfiniment: j'ai créé une page toto.html et j'ai fait une redirection d'index.html vers toto.html avec un .htaccess (le .htaccess ne semble pas touché) N'empêche que je ne vais pas m'amuser très longtemps à trouver des ruses de ce genre, çà m'aura gonflé avant ..

Bonjour Voilà le problème: j'ai un client qui héberge un petit site statique chez OVH avec l'offre 20GP. La semaine dernière, il me signale une faute d'orthographe, je la corrige. Le lendemain, la faute était revenue.. Il y a 2 jours, je lui change radicalement sa page d'index pour une nouvelle. Hier, l'ancienne était revenue et aucune trace de la nouvelle. Je précise que seul lui et moi ont les infos FTP (et qu'il ne risque pas de s'y connecter car il n'y connaît rien en ce domaine) et je ne crois pas une seule seconde à un hack. J'en veux pour preuve que ce phénomène apparaît approximativement au bout de 24h, et qu'il n'était pas évident de relever une faute d'orthographe sur une page qui comporte autant de lignes que cette page d'index. Quant à passer à une offre supérieure, je me refuse à lui proposer cette suggestion car le site est déjà très à l'aise au vu de son faible trafic, de l'inutilité d'une base de données, et du peu de fichiers. En tous cas je n'ai jamais vu ce phénomène avec d'autres sites hébergés chez OVH avec des offres supérieures) Que se passe-t-il ? - un fantôme traîne ses guêtres dans le datacenter, du côté des serveurs 20GP - les sauvegardes sont un peu violentes - c'est fait exprès par OVH pour forcer le passage à une offre supérieure (je ne pense quand même pas que ce soit çà ) Si quelqu'un peut me renseigner, ou apporter un témoignage concordant je suis preneur. Merci

Salut Pour apparaître sur les pages France de Google il faut avoir un nom de domaine avec extension .fr ou avoir un hébergement en France (ou les deux bien sûr). Dans le cas présent, aucune des conditions ne sont vérifiées donc je crois bien que c'est cuit. Au maximum, tu peux apparaître dans les pages francophones.

Bonjour Tu ne voulais pas plutôt dire l'inverse ? Parce que si Google suit les liens non affichés, et que ton sorcier glouton a bénéficié d'un bon PR avec des BL pas affichés, c'est plutôt que Google ne prend pas en compte le "display:none;" Isn't it ?

Salut, Joli design effectivement (la 3ème version bien sûr) bien que chez moi il soit quelque peu gâché: toute la page est un lien géant donc tout le texte a la couleur et le soulignement d'un lien. Si la plupart des navigateurs corrigent l'erreur sans sourciller, c'est un des cas fréquents pour lequel Safari est intransigeant: balise <a> non fermée (ligne 61, <a id="top">) Dernier détail embêtant après j'arrête, promis: je ne suis pas certain qu'Invision Power Services ait placé ses images sous license libre (les guillemets bleus)

Damned ! mon grand copain Web Creator Pro Avec ce logiciel, il faut savoir que certains utilisateurs (dont je fais partie) voient une page blanche à la place du site.. et que l'accessibilité du contenu est vraiment désastreuse, la faute au javascript utilisé en lieu et place de l'HTML Dans la mesure du possible, essaie de changer au plus vite de logiciel (ou mieux encore, apprends l'HTML mais c'est plus long)

La source la plus sûre, c'est IP to country Cela étant dit je plussoie grandement à la remarque de Sébastien au message n°4 de cette discussion: - un abonné AOL, résidant en France, et ayant un contrat avec AOL France (à Neuilly sur Seine en France) peut fort bien avoir un pool d'IP dynamiques "américaines" (AOL maison-mère est dans l'état de Virginie aux États-Unis) - un abonné Chello, résidant toujours en France, et ayant un contrat avec ChelloUPCFrance, peut avoir un pool d'IP "suédoises" ou "autrichiennes" (Chello est suédois et s'est fait manger par l'autrichien UPC) - un abonné Wanadoo, résidant en Angleterre et ayant un contrat avec Wanadoo UK peut, lui, avoir une IP "française" (Wanadoo = France Telecom) - etc etc.. En résumé: rien n'est jamais vraiment garanti à 100% quant au pays réel du visiteur (d'ailleurs Ip to country m'informe sur sa page d'accueil que mon IP est étatsunienne)

Salut La solution est là: labels.js

Salut. => effectivement c'est bien mieux en CSS et tu auras une meilleure compatibilité (quoique IE Mac gère mal l'overflow:auto, il y a des hacks à ce sujet) => par contre, çà serait mieux en CSS externe une fois en production (sinon çà garde la même lourdeur pachydermique que les tableaux imbriqués dans des div imbriqués dans d'autres tableaux) => il est tout à fait possible d'omettre le dernier point-virgule d'une déclaration CSS, que celle-ci soit soit en ligne, interne, ou externe: de mémoire cette possibilité est même évoquée sur le site du w3c. => tu parles de code HTML en évoquant le référencement et donc tu postes cette discussion dans "PHP/mySQL" N'y voyant pas vraiment de logique, je déplace dans "(X)HTML/CSS".

Salut Nicolas, La réponse est oui, c'est marqué noir sur blanc dans les spécifs: http://www.robotstxt.org/wc/exclusion-admin.html Tu peux aussi notifier les balises <meta> adéquates (<meta name="robots" content="nofollow"> ou <meta name="robots" content="noindex">) qui peuvent etre utilisées en complément du fichier robots.txt

Salut Mincoin, impossible d'installer ton économiseur d'écran version Mac. J'ai un peu tiqué lorsque j'ai vu que l'extension était .exe (format propriétaire Microsoft qui désigne un exécutable Windows et qui habituellement ne pas être lu par un Mac) mais il arrive que sous ce format se cache parfois une simple archive, comme si c'était un .zip, auquel cas il est possible de l'expandre depuis un Mac. Et en fait, non: mon expandeur me précise bien qu'il ne s'agit pas d'une archive et qu'il ne peut pas le lire... Désolé pour la mauvaise nouvelle

Salut Mincoin, je te conseille l'excellent dewplayer. Par contre, il me semble qu'il ne lit que les fichiers MP3 et pas les WMA. Il te permettra de lancer ou non la lecture du fichier à l'ouverture de la page (autostart), de lire le son en boucle ou non (autoreplay), de régler le volume par défaut, et pour ne rien gâcher il peut s'adapter au design de ta page (on peut modifier les couleurs) et il est valide w3c (au pire, de très vieux navigateurs comme IE4 souffiront un peu pour le lire mais çà fait belle lurette qu'on ne les voit plus dans les stats). Et surtout énorme avantage pour le confort de l'utilisateur (qui surfe parfois en écoutant de la musique), le client peut parfaitement pauser ou stopper la lecture du son. Et même "naviguer" dans le fichier à partir de la version 1.2 du dewplayer. En résumé: peut-être pas parfait, mais on n'a pas encore vu mieux PS/MP: je m'aperçois que j'ai complètement zappé ton histoire d'économiseur d'écran, je vois çà tout de suite

Salut .htaccess Si tes images générées se trouvaient dans un répertoire spécifique, tu peux mettre un .htaccess dans ce répertoire, comme suit ErrorDocument 404 /image-par-defaut.png

Les Ko seront toujours les mêmes au départ comme à l'arrivée. Mais il peut très bien s'agir du mode avec lequel sont envoyées les images. Il y a deux modes pour le FTP: l'ASCII et le binaire. Le mode ASCII modifie notamment les fins de lignes sur les fichiers texte (pour des problèmes de compatibilité multi-OS), et théoriquement ne devrait pas toucher aux images (mais...) Regarde si par hasard ce n'est pas le mode ASCII qui est notifié par défaut dans FTP Expert

Salut, d'après ce que tu en dis, ce sont des élements qui sont contrôlés par une interface DOM qui permet de les rendre visibles/invisibles, et -pourquoi pas- de es déplacer dans la page. Je ne saurais t'en dire plus (à part de ne pas réutiliser cette librairie pour la raison qui suit) car elle ne semble pas compatible avec tous les navigateurs: utilisant Safari, j'ai droit à une page vide de tout contenu. Petit rappel sur la création d'une page web: - (X)HTML: marque le contenu avec de la sémantique - CSS: permet de "styler" le contenu, c'est-à-dire toute la partie présentation (positionner les éléments, les colorer, changer leur taille, changer une police de caractères, etc etc..) - DOM: (plus connu sous le nom de Javascript, bien que ce nom englobe un peu tout) permet d'ajouter le type de "dynamique" dont tu parles, permet de dialoguer avec a navigateur pour par exemple créer dynamiquement une URL, récupérer des cookies, avoir des éléments que l'on peut déplacer à la souris, récupérer des dimensions (éléments, fenêtre...), modifier une taille de fenêtre (exemple parfait: la pop-up, la vraie) etc etc.. Quant aux mots-clés à utiliser je pense à DOM, draggable, alert, pop-up, Javascript, JS, DHTML.. Un exemple qui semble être proche de ce dont tu parles: custom alert (et çà marche avec Safari aussi). D'ailleurs, ce site regorge de ce genre de scripts fort sympathiques, tu y trouveras peut-être ton bonheur

Bonsoir, Floriana, sauf mon respect, tu confonds tout 150 euros c'est le prix de Mac OS X (à quoi tu rajouteras aussi le prix d'un ordinateur de marque Apple) mais ensuite Safari est gratuit. Si la question que tu poses est "comment faire tourner Safari sous Windows" je te rassure, tu auras beau payer autant que tu veux ce n'est pas possible. PS: dans l'enseignement, les Macs sont légion et je sais de quoi je parle

Bonjour Idéalement, tu peux mettre un dewplayer en autoplay. PS: accessoirement, la langue officielle sur Webmaster-Hub est le français correct. Merci de faire un effort.

Salut le CSS c'est ce qui gère le design de la page (couleurs, bordures, positionnement, etc..) Un code HTML valide mais dépourvu de CSS c'est une page blanche avec du texte noir et tous les éléments les uns à la suite des autres: c'est vraiment ce que tu souhaites avoir sur ton site ?

Bien sûr qu'il faut chercher l'accessibilité avec tous les navigateurs (même les plus nuls) .. .. mais à quel prix Voilà ce que je vois sur batraciens.net: - utiliser "overflow-y: hidden" - mais alors dans ce cas utiliser aussi "html>body: overflow:auto" pour les autres (jusque là c'est un hack normal) - sauf que du coup plus rien ne marche dans Firefox et Opera (ni dans Safari d'ailleurs) donc "body>.menu1 {position:fixed}" - et avec une DTD correcte çà ne marchera plus dans IE, donc il faut en plus mettre la DTD en commentaires () Il y aussi d'autres solution à base de règles CSS propriétaires IE comme "expression". Mais ni celle-ci ni celle de batraciens.net ne sont ce que je qualifierais de code pérenne. Sachant que Microsoft promet -à tort ou à raison- de tout bousculer pour IE7 on ne sait pas trop finalement ce que rendra ce type de "hacks" d'ici une ou deux années. Quant aux (encore trop) nombreux utilisateurs d'IE Win, ils seraient moins nombreux si les webmasters ne perdaient pas 2 heures de leur temps à chaque fois qu'IE Win ne sait pas gérer une propriété: c'est ce ce qu'on appelle un cercle vicieux Ensuite chacun fait comme il l'entend, tant mieux si çà marche pour le moment. A+ PS: est-ce normal si toute la page est violette avec Safari ?

Salut Malheureusement aucune solution de contournement ne se révèle vraiment propre, donc vraiment efficace. Et sinon, je confirme Internet Explorer pour Windows n'est pas en mesure de gérer la valeur "fixed" de l'attribut "background-attachment" en CSS 2. Ce n'est pourtant pas le nombre de pétitions à Microsoft qui manque (si çà se trouve, c'est peut-être quelque chose de très difficile à coder pour les ingénieurs de Microsoft) La seule solution que je vois est la solution de facilité: ne plus coder quoi que ce soit en fonction de MSIE tant que celui-ci ne daignera pas évoluer un minimum. C'est triste à dire, c'est parfois compliqué à gérer lorsqu'on doit faire des sites pour des clients lambda qui utilisent le premier navigateur venu sur le premier OS venu (donc IE sous Windows), mais dès fois il n'y a pas vraiment d'autre solution..

Salut Pas d'accord.Le fait est que n'importe quel registrar peut vendre des extensions génériques (donc à 3 ou 4 lettres): .com .biz .info .net .org Alors que seulement certains registrars, prestataires de la boîte nationale qui gère les noms de domaine d'un territoire (en france, l'AFNIC), peut vendre des extensions nationales (.fr .uk .pt .es .de .dk ....)

Tu en a deux beaux dans ce topic Pas de souci pour tester, pour ma part