Leonick

de la même manière que <div /> était correctement (?) interprété par FF mais pas par IE qui voulait <div></div>

par exemple pour avoir un div redimensionnable par js pour google map

de toutes façons, le but d'un flux rss n'est pas réellement d'être lu tel quel, mais de donner un aperçu et renvoyer sur le site.

La perte de l'utilisation de la feuille XSLT me gène beaucoup plus avec FF 2 qu'avec IE7, car avec IE7, en contrepartie il y a une vraie gestion des flux RSS

il suffit de rediriger les url des "pubeurs" dans le host, du genre

127.0.0.1 pagead2.googlesyndication.com

et pareil pour les autres

Il y remplace par sa page d'abonnement du flux, c'est moyen ca

je trouve ça très bien, au niveau de la gestion des flux rss, il fonctionne aussi par catégorie, chose que ne fait pas TB. Et de toutes façons FF2 n'utilise plus non plus les feuilles XSLT sur du RSS

c'est l'anti phising de IE7. Cela signifie que l'on vient d'un site que l'on n'a pas mis dans ses "sites sûrs" et que l'on veut aller sur un "site sûr" (pour soi).

Par exemple si on n'a pas rajouté google.fr dans sa liste mais son propre site, il y aura ce message.

Mais pour tes visiteurs ton site ne sera pas, lors de leur première visite, voire après, dans leur trusted list

En plus, il faut voir si avec les licences Php et Mysql il est légal de protéger ses sources de cette manière, car open source signifie que le "client" a l'accès entier aux sources de son application. Même si pour le commun des mortels open source est équivalent à gratuit

Objectifweb -> pourquoi se prendre la tête comme ça ?

Surtout que les robots d'indexation ne "cliquent pas sur les liens depuis un moteur de recherche".

C'était juste pour lui montrer ce que le referer pouvait lui donner comme infos sur son surf et ses requêtes (d'où la recherche d'une url pour venir d'un moteur). C'est pour cela qu'il disait de supprimer ensuite le code.

C'est un problème de z-index ou un problème de balise mal fermée. Car on ne peut accéder à aucune sélection dans ce cadre, et pas seulement les liens cliquables.

essaie de corriger déjà les erreurs de validation. http://validator.w3.org/check?verbose=1&am...ne69.free.fr%2F

pour info, toutes les balises sont en minuscule en xhtml

en effectuant un update des champs de la base et un str_replace("","'",$lechamp)

Mais c'est un émulateur online. Moi, je voulais un émulateur offline de manière à pouvoir faire des tests en local et ne faire la mise à jour de la base de production que quand la base de tests est ok.

Et je n'ai pas réussi à en trouver.

c'est peut-être des slide-in ?

juste une question, est-il possible d'installer opera mini non pas sur un téléphone mais sur un pc pour pouvoir tester son site en local ?

il doit donc y avoir moyen plus propre, en particulier avec les balises d'en-têtes correctes.

Il faut déjà la balise "description" bien renseignée ainsi que d'autres pour indiquer le codage de page, la langue, ...

comment veut tu etre bien référencé , ton site fait en tout 30 lignes ,

quand tu arrivera a 200 ou 300 article , tu n'aura meme pas a te poser la question du référencement, google t'envera plein de visiteurs.

A oui, je n'avais même pas fait attention à ça. Rien dans le forum et la page news qui fait du duplicate content avec la page d'accueil. Google il va pas aimer

Quand on regarde le code, il est...

assez space

Déjà que les dernière versions de DW ont du mal à faire un code potable, mais là, ça doit être fait avec une très vieille version. Il manque la balise description, et certaines autres meta.

Il faudrait nettoyer fortement le code pour avoir un affichage plus "normal" dans les moteurs de recherches.

souvent, ça avait été fait pour garder un menu fixe, alors que cela est possible, même (et surtout), sans utiliser javascript.

Rien qu'avec des CSS

ton écriture dans le fichier doit se faire dans la parenthèse correspondant à l'insertion dans la BdD et pas en dehors. En la mettant après l'écriture BdD, ça permet d'être sur que tout ce qui est dans le fichier texte se trouve bien dans la base.

Bonjour

qui peut me dire ce qu'il faut faire pour que le titre s' affiche bien sur une page composée de 3 cadres.

intro cadre haut.htm

intro cadre central.htm

intro cadre bas.htm

le tout sauvegardé comme intro.htm

a cette heure, seules les pages simples affichent le titre celle ci affiche "document sans titre" alors que les 4 parties ont le même titre de sauvegardé ???

Alain

C'est pour cela qu'on dit toujours que les frames, c'est pas bon du tout

En même temps, qui a la barre alexa installée en dehors de certains webmaster. Et encore, parmi ceux là, le taux doit être faible.

Donc pertinence ??

Etant donné que le jeu de caractère utilisé dans le protocole HTTP et par PHP est l' iso-8859-1

Non, c'est toi qui indique au serveur quel encodage tu utilises. En php, c'est avec header("Content-Type: application/xhtml+xml; charset=UTF-8"); ou header("Content-Type: text/html; charset=UTF-8"); si tu ne codes pas en xhtml (ou pour les "vieux" navigateur comme IE6)

dans le 2° lien, il n'y a plus onmouseover="self.status=' '

il y a un problème de cookies, car le navigateur renvoie toujours style=couleurs, quelque soit le choix effectué

même avec FF 2, ça pose problème. Le bandeau de menu dépasse la ligne et fait tout décaler vers le bas ;-(

il faut que la feuille de style sélectionnée soit en "stylesheet" et pas en "alternate stylesheet".

A faire donc après avoir récupéré les cookies lors de l'ouverture de la page

A vérifier aussi dans le bios, on ne sait jamais.

c'est la touche blocage numérique qui doit être restée activée

Ca ne serait pas un portable ?