MarvinLeRouge

Salut,

Montre les styles de ton header stp (ceux qui gèrent le positionnement de la tête de lapin).

Arf zut !

Après test, il s'avère qu'on peut utiliser hover sur le select, mais le surlignage a priorité sur le hover.

NB : Même en forçant la règle à s'appliquer sur hover ou pas, ça ne semble pas marcher.

Salut,

Tu peux aussi récupérer l'ensemble des index de ton tableau $_POST grâce à la fonction array_keys, et faire en fonction.

Tu obtiens ce message d'erreur en quoi faisant, en tulisant quel programme, quel valideur ?

Qu'entends-tu par "passe bien" ?

Sois plus précis

Salut,

Ce n'est pas un spyware sur ton pc. Sinon, elles n'apparaitraient pas chez moi

Salut,

La pseudo-classe :hover s'appliquant a priori à n'importe quel élément, il devrait être possible de t'en servir pour neutraliser le bleuté ausruvol en mettant dans ton hover les propriétés standards des éléments option.

Cependant, il te faudra utiliser le hack approprié pour ie (qui permet l'application du hover à tous les éléments et pas uniquement aux liens).

NB : Pas testé

Dans ce cas :

1) Tester un import tel quel. Des fois que tous les types utilisés dans c cas soient strictement compatibles, pas besoin de se casser la tête

2) En cas de pb, relever la liste des types posant problème et trouver un type compatible correspondant, au besoin avec une conversion intermédiaire

Merci

Tiens

Pourtant, il me semblait qu'un contenu inline pouvait dépasser son conteneur via l'utilisation du padding

Salut,

Anonymus te l'a dit : il n'existe pas de solution d'identification parfaite, si l'on oublie login/mot de passe, qui dans ton cas est exclue, et qui de toute façon n'a pas une sécurité de 100% (après tout, on PEUT tomber sur un couple login / mot de passe en tapant au hasard; c'est peu probable mais pas impossible).

a) la nature même d'internet fait que tu ne peux pas savoir d'où il vient réellement, et s'il a truqué les données le concernant (poxies ou autres)

tu ne peux identifier un ordinateur qu'en mettant des données dessus (un cookie) que l'utilisateur peut effacer ou ne pas accepter.

Conclusion : sans inscription, pas d'identification certaine

NB : Pour info, dans les algorithmes de cryptage, on n'utilise pas des "grands nombres premiers", mais des "grands nombres ayant une forte probabilité d'être premier". On ne cherche pas la perfection, mais la minimisation des imperfections.

... ce qui fait qu'on doit logiquement pouvoir laisser le cache fonctionner normalement.

Je vais voir si cette solution est envisageable en l'état.

Merci

Salut,

J'ai l'impression que ta règle pour les liens inactifs contient des lignes non valides : la couleur sans valeur. Ceci dit, c'est peut-être sans rapport.

Il semble que ce ne soit pas possible... comment empecher l'internaute de revenir à la page précédente ??

Je ne veux pas l'empêcher de revenir, je veux juste qu'il y revienne SANS les données post qui existaient la première fois qu'il est passé (ou avec, mais sans avertissement postdata).

Cela me parait difficile. Tu peux empecher le navigateur de les mettre en cache, mais l'obliger...

<{POST_SNAPBACK}>

Même principe : je ne veux pas l'obliger. Ce que je cherche, c'est juste le fait que :

- je puisse passer mes données en post sans risque d'avertissement postdata au rechargement (et il me semble que c'est faisable en donnant une commande de cache mais je ne suis pas sûr)

- les données non formulaire de la page soient tout de même mises en cache

- et les deux en même temps

Salut,

Je ne sais pas si c'est le cas, mais je suppose que Postgre supporte les commandes sql standards.

Si c'est le cas, il te suffit de faire une exportation de ta base MySql (en utilisant phpMyAdmin par exemple) : il te génèrera un fichier texte avec toutes les commandes de création et d'insertion, que tu n'auras plus qu'à :

- importer dans Postgre s'il le supporte

- copier-coller et exécuter à la main sinon

Salut,

Conseil : n'essaie pas de "traduire" tes balises table. Regarde ta page et définis la structure qui apparaît sous tes yeux. A partir de à, ça devait être plus facile.

NB : Utilise un valideur. Tu aurais constaté que l'attribut valign n'existe pas. De plus, vertical-align n'est pas fait pour les div. Et tout mettre en float n'a généralement pas d'utilité : tu mets en float ce qui a un positionnement particulier; le reste se positionnera en fonction.

Salut,

Une recherche sur Google avec les termes "Flash Satay" devrait t'aider.

Salut,

Tu aurais une URL où on pourrait voir le pb ?

Salut,

Un élément en display : block occupe par défaut toute la largeur disponible (hors marges).

Pour ce qui est des li, il te faudra fixer leur largeur à la main, en faisant ton petit calcul.

Euh moi c'était la 1.0.1 ou la 1.0.2 au moment où j'ai regardé, je ne sais plus.

En tout cas, pas de tremblote avec la 1.0.2.

Salut,

J'ai un site qui contient notamment des formulaires.

Je voudrais que :

- les formulaires ne soient pas en cache, ou plus précisément que la personne puisse revenir sur la page en question en appuyant sur le bouton retour de son navigateur sans avoir droit à l'avertissement de renvoi des données post, et sans que celles-ci soient renvoyées

- les images et le contenu soient en cache afin que le chargement soit plus rapide

Autre chose :

La gestion du cache des images dont le nom apparaît dans les css (les fonds notamment) est-elle différente du cache standard du navigateur ?

Salut,

1) Chez moi, point de tremblote

2) Le overflow marche parfaitement. Tu as indiqué pour .centre un height 100%, ce qui signifie 100% de la hauteur du parent. Ici, le parent est .conteneur, qui occupe la hauteur apparente de .centre, plus la hauteur du menu bas.

3) Je te conseille fortement de faire ta page en mode strict, si tu ne veux pas avoir de problèmes de dimension sous IE.

Oui, c'est possible, à condition qu'un paramètre sur les "gestionnaires d'url" soit activé (cf la doc).

La question n'est pas de savoir si ces tests ont une valeur "dans l'absolu", effectivement CSS3 est en draft. La question c'est de savoir lorsque l'on souhaite utiliser certaines de ces propriétés quels sont les navigateurs compatibles ou non.  Ces tests donnent des indications, et intéressent ceux qui veulent expérimenter.

Je suis d'accord que ces tests sont intéressants à titre d'étude de progression, mais la première phrase de la page sonne comme un reproche à tel ou tel navigateur de ne pas supporter certaines propriétés. Or, j'estime qu'on n'a pas à reprocher à un navigateur de ne pas supporter des propriétés qui ne sont pas encore officiellement définies.

On peut penser qu'il y a quand même quelques éléments stabilisés puisque les navigateurs ont pris la peine de les intégrer...

Les seuls éléments qui peuvent être considérés stabilisés sont ceux qui ont atteint le statut W3C Recommendation.

moz-border-radius est la solution qui fonctionne mais la CSS n'est plus valide

Comme je l'ai dit précédemment, cette propriété étant propriétaire, il me semble que ta feuille de style est théoriquement valide, quoi qu'en dise le valideur automatique w3c. Il me semble en effet que tu as le droit d'utiliser des propriétés propriétaires, si elles sont clairement nommées comme telles, à l'aide du préfixe qui a été attribué au fabricant du navigateur en question.

Ces "tests" n'ont aucune valeur, puisque :

1) CSS3 n'en est pas encore au stade de "Recommandation"

2) Dire qu'un navigateur supporte telle ou telle propriété sur les background alors que le sujet en question en est encore au stade de "working draft" est absurde

Salut,

position:fixed et le hack qui permet de le faire marcher sous IE sont tes amis.