Reprise du message précédent :

le <select> en HTML :
http://www.imcdb.org/login.php?op=create
Edit : en regardant le code je me dis que j'aurais pu mettre un \n dans ma boucle
Et si tu veux je te passe l'array PHP qui a servi à le créer.
Les pays/codes de la liste sont ceux qui correspondent à une série de drapeaux que j'ai trouvé sur http://www.famfamfam.com/lab/icons/flags/
Donc pour une utilisation normale il faudra virer "scotland", "england" et "wales" répertoriés dans "united kingdom / ..."
Il me semble qu'en comparant avec la liste du site de MSN (que j'avais utilisée pour un autre site) il ne manquait aucun pays. J'avais juste dû en renommer un ou deux.

pour ce genre de truc www.insee.fr
 
la liste des pays est téléchargeable ici http://www.insee.fr/fr/nom_def_met [...] gement.asp

Génial
 
Entre temps, j'avais trouvé mon formulaire, par contre, ton lien avec tous les p'tits drapeaux là, c'est fun, j'adore, je vais réutiliser.

Je cherchais justement un site avec plein d'icones comme ça merci !!

skoi ce titre

bah c'est blabla@web

le dev du site de kenaz est parmis nous

La différence de vitesse entre la fermeture d'un popup avec réaffichage de l'autre page et le fait de cacher un div et d'en afficher un autre est surement négligeable.
 

En AJAX avec un "div" pour la page initiale et un "div" pour la recherche : tu tapes tes trois lettres, et ca te retourne la même liste sans retélécharger tout l'html et le JS associé. (en pourcentage : petit gain de temps de chargement si la liste retourné est trés grande, et trés grand gain de temps si la liste est petite) Ensuite, tu cliques sur le chien, tu affectes les bonnes valeurs au bons endroits, tu caches le "div" de recherche et t'affiche le "div" générique. Côté ergonomie, ca doit se valoir. Côté vitesse, ca doit se valoir aussi à par que si tu t'es planté en cliquant sur le chien, t'es pas obliger de récupérer à nouveau le code html de la "page virtuelle" de recherche du pédigré. D'un autre côté, c'est vrai que t'es obligé de le récupérer soit au début soit à la premiére demande de recherche.
 

C'est marrant, mais on nous avait parlé de ce genre de réfléxions à l'IUT : En clair, un utilisateur de base qui a l'habitude d'un systéme et qui n'arrive pas à s'imaginer mieux le trouvera toujours parfait. Le jour où tu leur montres un systéme différent, ils commenceront par lui trouver pleins de défauts et la pluspart des défauts seront là où c'est différent de ce qu'ils conaissent, mais aprés un temps d'adaptation, ils se rendront compte des défauts du systéme précédant voire trouveront que le nouveau est 100 fois mieux.
 

Trop jeune alors qu'elle a au moins 5 ans d'age? Moi, j'utilise un peu d'ajax sur certaines pages du site web de la boite où je bosse et ca passe trés bien avec IE6/7, Firefox 1.0 à 1.5 (pas testé avec la 2.0) Pour Safari, Konqueror et Opera, par contre, je ne peux pas dire ce qu'il en est vu qu'on ne m'a pas autorisé à les installé. En tout cas au vu de mon expérience d'AJAX, c'est pas la partie de javascript qui demande le plus d'adaptation du code. A vrai dire, pour gérer IE et firefox, il m'a suffit de rajouter deux lignes au niveau de la demande de fichier (la partie centrale d'ajax quoi). Par contre pour d'autres éléments dynamiques, j'ai été obligé de modifier plusieurs disaines de lignes de code javascript pour que ca fonctionne enfin sous IE alors que ca marchait trés bien avec firefox.
 

Moi, j'ai tendance à dire : ne pas confondre les barres de défilement situé au milieu de la page qui devraient pouvoir coller au site (bien que parfois les teintes sont mal choisit et réduisent l'accéssibilité) et les barres extérieures qui devraient toujours rester la propriété du navigateur et ne pas être modifiable par le site. A ma conaissance, aucun navigateur n'a choisit ce que je considére comme le juste milieu. D'ailleur, en général, quand un webmaster modifie les barres de défilement, il modifie aussi les barres de défilement extérieure ce que je trouve débile.
 
 

Si joce avait mis une image qui clignote, moi aussi j'aurais choisit le popup. Mais il a juste mis le texte et c'est trés bien. Je sais pas comment est ton smilie, mais s'il est comme je l'imagine alors c'est logique que la pluspart des gens ne l'aient pas choisit surtout qu'un élément clignotant est une géne dans une page où le reste est fixe vu que ca attire l'oeuil même si on a envie de lire le reste de la page.
Au fait, par défaut, t'as mis le popup ou le smilie + texte en rouge? Il ne faut pas oublier que si les gens n'ont jamais vu fonctionner une option et qu'ils sont habitué au réglage par défaut, alors dans la pluspart des cas, ils ne changeront pas ce réglage. Ca n'a donc pas forcément de rapport avec un manque d'hergonomie de cette fonction là.
 

Certe, mais d'un autre côté, il faut aussi savoir évolué sous peine de se rendre compte un matin qu'on est totalement dépassé par un concurent qu'a fait des choix qu'on s'est refusé par ce que "c'était toujours mieux avant".
D'ailleur, une chôse est certaine en matiére d'ergonomie de site web : il est plus facile de faire accepter une ergonomie différente quand on crait un nouveau site que quand le site existe depuis longtemps.
 
PS : Malgrés ces remarques, ne va pas croire que je penses que ton site est nul et que tes choix technologiques sont foireux. En fait, je n'ai jamais testé ton site alors je ne peux pas dire s'il a ou non des défauts. Par contre, c'est vrai que j'ai l'impression que t'as inutilement peur d'AJAX sans même l'avoir testé ce que je trouves domage au vu de ses qualités. En plus, comme je te le montres plus haut, ce que t'as fait sans "ajax" à l'aide de "popup" est faisable sans "popup" avec de l' "ajax". Tes arguments comme quoi ajax serait plus lent ou plus compliqué ne sont pas vraiment recevable. De tous tes arguments, seuls le coup de ta cible qui n'accepterait pas une autre ergonomie est un argument valable pour l'utilisation des frames et c'est vrai que c'est une raison sufisante en elle même. (attention de bien garder à l'esprit que "ta cible" pourait trés bien accepter chez un concurent ce qu'elle te refuse par habitude de l'ergonomie en place )
 
PS2 : Le seul cas où je trouve que les popup peuvent être utile, c'est bien le genre que t'indique, mais d'un autre côté, j'ai bien vu sur de nombreux site que même si les popup peutvent être utile, on peut se débrouiller tout aussi bien sans et si on y rajoute une utilisation intélligente de javascript voire d'AJAX, la navigation est de meilleure qualité surtout avec un rajout d'ajax aux bons endroits. Mon avis est donc mitigé sur ce genre d'utilisation d'une popup mais je reste totalement contre l'utilisation d'une popup pour les liens vers d'autres sites.

Dites les gens, comment règle-t-on l'espace entre le point et le texte dans un ul, li en css?

essaye li { margin ou padding, et essaye avec des valeurs negatives.

marche po

et en l'appliquant aux ul ?

anapajari > Est ce que t'as définis un doctype pour ton document? Si t'as défini un doctype xhtml (je ne sais pas pour l'html) tu peux soit mettre l'icone dans la partie texte (list-style-position:inside) mais à ce moment là, elle sera colé au texte, soit la mettre en dehors de la zone texte (list-style-position:outside) et à ce moment là tu poura définir le décalage. (de mémoire en utilisant padding)

Bon d'abord merci  , effectivement j'étais en doctype xhtml et il me fallait spécifié le list-style-position...
 
Maintenant c'est pas encore trop ça non plus   :
Sous FF:

Donc j'ai un retour à la ligne inexplicable entre ma cellule et mon texte
 
Sous IE:

Et il m'aligne la cellule en bas du texte.
 
Si quelqu'un a une idée je suis preneur:
l'HTML utilisé:

et la CSS qui va bien:

 
Ps: Et je dis oui aux gros patés...

pour mettre de l'eau à ton moulin : http://www.yaou.org/W3C-go-home-C- [...] qu-on.html (article surement déjà connu de vous, et avec lequel je ne suis pas d'accord sur tous les points, mais qui n'a pas tort sur tous les points)

on oublie c'est mon link en display block dans le li qui fout la merde ... merci à tous  
 
edit: c'est lui qui foutait la merde dans FF, pour IE j'ai été obligé de rajouter un vertical-align dans le li!

>>> Moment émotion <<<
 
les flasheux > J'ai un champ texte dynamique. Jusque là ça va
Je lui fais afficher le contenu d'une variable ... Il me mets une police caca
Je lui colle un "txt3.embedFonts = true;" et là le texte disparait
 
Un indice ?

 
Je partage ton avis, pleins de points négatifs, mais bon aussi quelques bonne choses  

y'a moyen d'avoir des puces quand on met une liste en "inline" ?

ce qui semble vraiment mytho dans cet article, c'est les pauvres photos avec commentaire genre "et la maman d'ajouter : <j'espère bien que mes mioches pourront faire du code à chier !>"

REPONDEZ A LA QUESTION §§§§

STOP AUX GROS PAVÉS!

BON ET MON PROBLEME FLASHHHH

résumé de l'article :
le W3C sont des gros méchants qui veulent que seuls les pros du devélopement web avec bac+5 et 10 ans d'expériences en html soient capable de faire un site web.
 
Pour ce que j'ai vu quasiment tous ces arguments sont foireux. D'ailleur, je me demande s'il a conus autre chôse que l'html4, par ce que s'il a conus les anciennces versions de l'html, alors il faut le vouloir pour oublier qu'en html3 il y a eu disparition d'une grosse quantité des nouvelles balises introduite par le w3c et que donc le "deprecated" n'est pas nouveau.
Le coup des tableaux est pas mal aussi avec son idée selon laquelle même avec une présentation en tableau, le contenu est compréhensible dans un navigateur texte. Pour avoir fait le test à plusieurs reprises, je peux le dire, c'est clairement faux.
Je penses que le top, c'est quand il se dit contre la séparation présentation/signification du contenu d'un fichier (x)-html par ce que "le contenu est stocké dans une base de donnée" et que selon lui l'échange de donné se fait toujours par un fichier xml séparé. Je ne lui souhaite pas, mais s'il perd la vu ne seraisse que quelques jours, il sera bien content de devoir lire les fichiers xml pour avoir accés à un contenu compréhensible.
 
Finalement, les trés rares arguments qui pouraient être valable dans son discourt me semblent juste du à iune mauvaise interprétation qu'a une réalité absolut.
 
PS : Sur ce forum, j'ai quand même vu des arguments bien plus intéressant et réaliste que les siens.

MAIS ON S4EN FOU §§§

Bon, tu penses c'que tu veux après tout.    
Juste un truc, le coup du smiley qui clignote, je voulais juste dire qui bouge hein,  
Joce il a mis ça :
   
Et moi j'ai mis ça :

 

Pour avoir tester tous mes sites sous lynx indépendament de leur réalisation table ou Full CSS, je peux te dire qu'il a complètement raison.  

tu exporte en Flash player combien, a partir du 8 (et si tu as la bon player) l'incorporation de typo est relativement simple, mais 7 et moins y a plusieurs etapes a respecter...
 
cf. =>

quand on code en PHP aussi, avoir un site en XHTML + CSS c'est beaucoup mieux qu'en HTML 4
on se fait moins chier, y'a juste a placer quelques id ou classes et c bon

player 7
J'ai recherché mais ce que j'ai trouvé marche pas

 
 
+ 1
 
Et puis le monsieur déclare, fait n'importe quoi c'est trop cool        
 
Ben je demanderais au gars quand il faudra repasser derrière pour une mise à jour.
 
Ou encore là: j'était sur un projet de statistiques, ben putain les balises manquantes, les frames etc...
 
ça m'en a fait rajouté des algos dans le code....

http://forum.hardware.fr/hardwaref [...] m#t1232213 ?

Que l'html soit tolérant aux erreurs n'est pas nécessairement mauvais (enfin, si une ommission de balise fait partie de la spec c'est de toute facon pas une erreur). Pourvu cependant que le comportement en cas d'erreur soit normalisé (comportement certes normalisé en xml par exemple, mais d'une manière un peu violente je trouve : "a la moindre erreur, on envoie tout balader" ).

merci mais c'est ce que j'ai fais et mon texte a disparu !