xou

<edit modérateur> Bonjour, Tu peux visiter le site suivant pour t'aider : </edit> http://fr.selfhtml.org/html/tableaux/index.htm

Tout dépend de l'utilisation que l'on en fait.

$_SERVER['QUERY_STRING']

Humm... si tu utilises l'instruction LIKE '%recherche accentuée%' au lieu de = dans ta requette tu n'auras aucun problème de ce genre. Sinon je suis tout à fait d'accord avec captain, même Rasmus lui même utilise le manuel pour coder.

Oui avec l'objet XMLHttpRequest.

Attention ! Ne pas confondre un développement pour un public cible restreint et un développement pour un public large. Je suis tout à fait d'accord avec toi pour ce qui est d'adapter l'ergonomie d'un site au public cible mais aussi prendre en compte les développements effectués sur les navigateurs en fonction des standards du web. Prenons le cas d'un développement interne d'une entreprise: Bien entendu qu'un intranet peut être développé en frames, avoir des news en marquee, des applets java et de l'ajax dans tous les coins... mais dans ce cas précis on connais exactemment quelles sont les plateformes et les navigateurs ciblés ainsi que leurs add-ons (jre, flash, javascript, cookies...) puisque tout est standardisé. Mais dans le cadre d'une diffusion sur le web, même lorsque le public cible est restreint il y a quand même quelques règles à respecter pour permettre une accessibilité au plus grand nombre, même sans partir dans les dérives actuelles des webmasters qui cherchent à tout prix à avoir un site XHTML 1.1 strict et 300% accessible. Je pense que les technologies web actuelles ont un panel assez élevé de fonctions pour permettre une grande diversité dans les modes de navigation sans pour autant avoir recours à des éléments qui sont reconnus inadaptés à ce media. D'où proviennent ces conclusions ? principalement d'études auprès d'un panel d'internautes assez large pour refleter le public de la toile à l'heure actuelle, à les regarder naviguer sur différents types de navigations possibles: subjective, simplifiée, en cascade... Tout est passé à la moulinette par les plus grands ergonomes du web: Jakob Nielsen, Steve Krug, Don Norman, Chris Nodder... Leurs conclusions sont parfois un peu radicales, surtout Jakob Nielsen, mais permettent de se poser les bonnes questions quant à l'ergonomie à adopter pour un projet, car aussi restreint soit le public cible il n'en est pas moins des internautes de genre humain ayant des principes de fonctionnement et d'assimilation très divers et donc le plus petit dénominateur commun doit être impérativement pris en compte. Les sites qui utilisent leurs méthodes, tout ou partie, ont effectivement beaucoup d'internautes réguliers, quel que soit leur contenu. A nous de les structurer,tu es bien placé pour le savoir, les enfants s'adaptent facilement: alors pourquoi leur montrer un web qui n'existera plus dans quelques années !?

ca c'est de la bonne pub Et c'est toujours bon de lire des critiques qui mettent autant en avant son propre taff. Good one ! n' good luck.

N'éxagerons rien !! Quelqu'un recherchant un page pertinente sur la reproduction du fennec à poil ras en transylvanie les soirs de pleine lune n'ira pas faire une telle recherche dans un moteur donc inutile de faire une page la-reproduction-du-fennec-a-poil-ras-en-transylvanie-les soirs-de-pleine-lune.htm Enfin ce n'est qu'un avis personnel... Pour ta question c'est à toi de tester, personne n'a la réponse exacte seules les expérimentations te permettront de te faire une idée de la pertinence d'une telle page.

Pour une appli professionelle sans aucun doute: Flash Media Server Pour toute autre appli sous win: camftp (google t'aidera sans doute) avec une tache planifiée, léger et efficace cepandant il faut oublier la diffusion live sachant qu'une image nécessitera environs 237Kb/s de bande passante. Pour un minimum de fluidité il faut 16img/sec, autant passer par Flash Media Server.

bien entendu !! vérifie: http://www.spider-simulator.com/cgi-bin/si...direct_follow=1 http://www.spider-simulator.com/cgi-bin/si...direct_follow=1

Pour moi tout va bien ! Rien d'anormal.

Et en regardant dans le manuel au lieu de tutos ? http://fr3.php.net/manual/fr/features.file-upload.php

http://fr3.php.net/manual/fr/ref.strings.php Je pense que la manuel est là pour ça, tu sais même Rasmus avoue lui même l'utiliser ce n'est pas une tare. Fais le premier pas, ensuite on pourra te guider.

Y'a pas de quoi ! Au fait avais-tu une question ?

le problème ne se produit que sur IE, il est inexistant sur les autres navigateurs, depuis le temps que l'on vous dit que IE c'est de la m**** A mon avis je suis sûr que cet article va t'aider: http://www.openweb.eu.org/articles/dimensions_boites_css/

objet history en java script: http://fr.selfhtml.org/javascript/objets/history.htm

A Pragues pour des littiges... humm ça laisse la porte ouverte aux bakchich à mon avis le service de com de legrand a bien bouclé son affaire donc je ne pense pas que tu ai une solution.

Oui c'est exectemment identique niveau fonctionnalités sauf que tu ne disposes d'aucune license te permettant de commercialiser tes productions. J'ai posé la question concernant l'export des documents lors du tour de France Macromedia et apparement il n'y a aucune fonction manquante ni bridée. C'est une excellente initiative de leur part.

Pour que tu arretes de partir sur des suppositions qui ne valent pas la peine: tu prends un fichier test.htm qui a une feuille de style test.css, si tu renomme ton fichier test.php tout fonctionnera de manière identique à l'exception qu'il faudra exécuter ce fichier sur un serveur web acceptant ces extensions. Sinon je ne pense vraiment pas que le rewritting soit utile...

Si tu utilises php5 je suis tombé sur une classe que je n'ai pas encore testé mais qui me parait sympatique: http://classes.scriptsphp.net/doc.captcha Sinon j'ai un vieux script que je vais essayer de retrouver ce soir.

Oui avec un script php ou asp qui renvoie les infos ! Pas très simple tout ça ! Pourquoi ne pas utiliser simplement l'attribut alt de la balise img !? C'est du temps et de la ressource processeur gagné. Si vous voulez persister dans la creation du script voilà de quoi potasser le FSO: http://www.asp-php.net/tutorial/scripting/fso.php?page=1 http://developpeur.journaldunet.com/tutori...ilesystem.shtml

Négatif ! javascript est un language client (s'execute côté client) et ne peut donc pas discutter avec le serveur. Je suis catégorique, Urban dit vrai.

La meilleure réponse sera celle de la banque avec laquelle tu monte ton partenariat, mais je n'ai jamais rencontré le moindre problème de ce côté là.

Aucune contre-indication.

le "push to talk" ça s'apelle en réalité le web-callback, il y a effectivement quelques boites françaises qui s'y sont mises ces dernières années. Quand au client mail... je pense que tu n'as pas la bonne définition: Thunderbird, Outlook, Eudora sont des clients mail. Ne voudrais-tu pas parler de comptes mail ? (comptes pop) Ce sont de simples comptes clients sur un serveur pop, il suffit pour celà de disposer d'un nom de domaine et d'un serveur pop sur une bonne connect.