Bonjour,

Je cherche des ressources sur les technologies Ajax (en fr éventuellement, sinon us ira trés bien aussi )

Pour rappel, c'est entre autres la technologie qui permet à Google d'afficher si rapidement les suggestions de mot clés dans Google Suggest.
Mélange de XHTML, CSS, DOM, XML, XSLT, Javascript et XMLHttpRequest, cette techno est détonante et il semblerait qu'on peut faire des choses assez fabuleuses avec !

Je ne sais s'il existe des ressources références sur le sujet, mais je suis grandement intéressé !

Merci pour vos réponses !

Bonjour,

Juste un petit message pour signaler qu'une FAQ a été ajoutée hier à l'article de référence sur Ajax chez Adaptive Path : http://www.adaptivepath.com/publications/e...ives/000385.php

Ce ne sont pas les ressources qui manquent sur les différentes technologies qui constituent l'approche Ajax. Par contre, je ne connais pas de ressource très valable sur Ajax en tant que tel. Je suis preneur aussi

Bonne journée

Bonjour,

En français, je n'ai rien trouvé.
Il y a 3 billets consacrés aux interfaces Web enrichies sur le blog de Fred Cavazza (avec des références en anglais) intéressants pour découvrir en quoi consistent ces applications en ligne

Fred fait aussi allusion à un article de Pete (auteur de l'extension Fangs, un simulateur de lecteur d'écran pour Firefox) démontrant que les interfaces riches AJAX peuvent être accessibles : AJAX and Accessibility

Autre lien :
- XMLHttpRequest, Ajax, and the customer experience

Bonjour,

Quelques nouveaux liens en vrac...

- sur gwix.net : Ajax
- sur curio’site : Guides pour garder XMLHttpRequest Utilisable
- sur Pololand : Ajax avec Dojo toolkit, le test
- sur Fastclemmy : 2005, l'année de l'AJAX
- sur Maurice Bloggue : Des noms qui servent à pas grand chose
- sur taggle.org : Ajax ou débuter avec xmlHttpRequest
- sur JDN Développeurs : XMLHttpRequest : des requêtes SQL transparentes grâce à JavaScript
- sur Le Monde informatique : Ajax, pour un Web plus ergonomique

A retenir parmi les articles en anglais :
- XMLHttpRequest Usability Guidelines
- XMLHttpRequest & Ajax Working Examples

Exemples d'utilisation :
- Renaissance du Livewiki
- PanicGoods - service (pas certaine, là )

Et dans Gmail également c'est d'ailleurs ce qui fait la force de ce webmail et le place carrément dans la catégorie des clients mails
Euh sinon, j'arrive après la bataille: tous les liens que je connaissais ont déja été donnés (je vais découvrir ceux que je ne connaissais pas, merci beaucoup à ceux qui les ont donnés, ce sujet m'interesse également)


PS précautionneux: non je n'ai pas d'invitations gmail à donner.

C'est très bon comme techno, mais à coup sûr il va falloir relativiser. L'accessibilité dans tout ça doit avoir aussi son mot à dire. Sinon c'est vraiment génial

Ben c'est les mêmes problèmes d'accessiblité que le Javascript puis que AJAX= Asynchronous JavaScript + XML (et non pas un mélange de je ne sais quoi)

Bonjour,

Un autre lien...
XmlHttpRequest : comment ça marche ? avec une explication simple du fonctionnement du flag dans Gmail.

Et un exemple significatif, hélas, des problèmes d'accessibilité : réservation de salles

Trouvé via BlogZiNet :
- Will the real AJAX pioneer please stand up
- Will AJAX help Google clean up?

Certaines personnes sont plus... disons... réservées.

Call an apple an apple

Autrement dit ça n'a absolument rien de révolutionnaire, c'est juste un nouveau nom pour vendre des technologies existantes et les faire passer pour une nouveauté alors que ça ne l'est pas du tout

Niveau accessibilite c'est pour le moment un 0 pointe et ca le restera encore longtemps.
comme l'indique Dudu c'est du java script:

Dans la mesure ou certains navigateurs ne peuvent supporter certaines fonctions de l'Ajax, il est necessaire de developper deux versions d'un site (cf gmail).
Il en va de meme pour l'accessibilite, le SEO...

Toutefois c'est une techno tres interessante dans la mesure ou il est possible de l'implementer sur un backoffice.
Par definition un backoffice est une partie restreinte d'un site web par exemple.
Cela permet d'avantage de restricitions au niveau du navigateur.

Je pense sincerement que l'Ajax a une place importante a jouer dans les backoffices, certains intranet et extranet.

J'use en j'abuse de cette techno sur les backoffice.
Et les utilisateurs en sont ravis.

FRed

Comme pour la plupart des technologies (DHTML, flash...) ce qui pose surtout problème, ce sont les mauvaises mises en pratique, les utilisations inadaptées ou mal ciblées... et d'une manière générale tous les abus, beaucoup trop fréquents.

Ceux que l'anglais ne rebute pas trouveront certainement leur bonheur dans cette page de liens : AJAX Matters
Et une dernière source de liens : BlogMarks.net

Je me permets de rajouter deux ressources, dont la mienne

http://www.sutekidane.net/blog/avec-la-cla...ttprequest.html

http://openweb.eu.org/articles/objet_xmlhttprequest/

^_^

Bonjour,

Fred Cavazza signale l'existence d'un blog (en anglais) dédié à la technologie AJAX : Ajaxian.com

Fred parle aussi d'un article de Johnnie Manzari (Ajax: 99% Bad) où l'auteur, faisant une analogie avec Flash, démontre les dangers d'une mauvaise utilisation de la technologie AJAX en terme d'utilisabilité.

Il faut toujours faire attention avec les jugements à l'emporte-pièce...

Les problèmes d'accessibilité (que ce soit du javascript ou tout autre chose) sont essentiellement le fait de défaut de conception et d'écriture des process et ne sont en rien lié à la nature du langage.

AJAX n'étant rien d'autre que l'application d'une méthode Javascript ne pose pas plus de problèmes d'accessibilité que ceux habituellement rencontré avec Javascript.
Si la conception intègre une alternative crédible et une ergonomie satisfaisante le résultat sera parfaitement accessible.

Mieux encore, du fait qu'elle offre la possibilité de lier un process scripté à un traitement serveur sans rechargement de page, elle permet tout au contraire d'améliorer l'accessibilité, y compris dans le cadre d'utilisateurs handicapés.

Il y à bien des cas, par exemple des mises à jour de résultats ou des enchainements de formulaires dynamiques qui deviennent vite des impasses ergonomiques et oblige à séquencer des process qui ne devraient pas l'être.
Dans ce genre de situation, le recours à une méthode comme AJAX offre des solutions d'une rare élégance.

L'autre avantage, immense avantage, est qu'elle permets d'alléger et d'optimiser de manière considérable les process javascript en économisant la nécessité d'embarquer et de stocker les données et les traitements associés.
Couplée à des tables de bases de données et/ou à des flux XML, cette méthode est redoutable d'efficacité.

Bien évidemment, comme tout process javascript, il est necéssaire d'intégrer des alternatives de même qu'il faut étudier soigneusement les contextes d'éxécution et ses effets sur l'ergonomie et l'utilisabilité.
Mais c'est strictement la même chose qu'avec (x)Html et la conception web : on essaye de faire le job correctement ou pas ...

A ces conditions, la "vieille" méthode AJAX (l'objet XmlHttp existe depuis IE 5), est intelligente, souhaitable et recommandable en ce qu'elle améliore le confort de l'utilisateur donc l'accessibilité et l'utilisabilité.

JP

Une ressource de plus...

http://developpeur.journaldunet.com/tutori...echerche1.shtml

Démonstation d'un catalogue en ligne fonctionnant selon les principes Ajax depuis ... 2000
Abaque IntuiCat :
http://www.abaqueinside.com/prodIntuiCat.shtm

Et bien c'est dur la voir cette démo !

* Déjà j'ai eu un petit message qui m'annonçait que je n'avais pas de cookies, donc impossible de continuer..
Je n'ai vu nulle part sur mon navigateur le menu 'Outils' (encore moins 'Options Internet'>'Sécurité') donc j'ai décidé de me débrouiller par moi-même.
Donc, vu que mes cookies sont activés à fond, je suis allé bidouiller les droits de lecture/écriture sur mes fichiers cookies.plist
çà fonctionne, page suivante

* Mon navigateur n'est pas le plus performant Zut, on m'a menti: la société qui le développe m'avait pourtant dit sur son site Internet (que j'ai eu moins de mal que le vôtre à visiter) que ce navigateur était le meilleur ! :o
J'aurais du me douter du complot: la boîte qui édite le navigateur voisin disait aussi la même chose
Donc.. je me suis fait passer pour Internet Explorer 6 pour Windows en changeant le User-Agent de mon navigateur. Ah oui, car j'oubliais de préciser: même sur mon navigateur obsolète et non-compatible, on peut changer son UA. La classe, n'est-ce pas ?
çà fonctionne, page suivante

* Vérifions la configuration de mon ordinateur
Je cherche toujours le bouton 'Démarrer'. Pouvez-vous m'indiquer ce que c'est et où est-il ?
çà ne fonctionne pas, page précédente, passons directement au test

* Le javascript sur l'<input type="submit"> qui est placé hors d'une balise <form> ne fonctionne pas, je regarde dans le code source pour trouver la page suivante (Passe-Partout, t'as la clé?)
çà fonctionne, page suivante

* Quelques mots avant de commencer la démo..
Le javascript sur l'<input type="submit"> qui est placé ho.. cf paragrage précédent

* La démo est lancé, rien ne marche. L'icône d'un plug-in manquant s'affiche en dessous des menus. En regardant le code sources
<script language="VBScript">
merci au revoir

Au fait, est-ce normal si votre Javascript bwType.js ne reconnaît que IE 5 PC et Netscape 6. Savez-vous qu'en 2005, il y a d'autres navigateurs ? Qu'en 2000 ces mêmes navigateurs existaient déjà (ou alors leurs moteurs de rendu) ?

Désolé si je vous ai cassé votre publicité mais sérieusement, pas un seul effort de compatibilité, d'interopérabilité, de respect des normes HTML.. çà déçoit franchement :nono:

Merci quand même pour la démo, et bienvenue sur le Hub désolé d'avoir été aussi sec (les bidules propriétaires non compatibles, çà me met tout de suite en boule).

PS: un miracle que mon JS ait été activé lors de ma visite sur votre site.

Merci beaucoup pour tes remarques.
Je dois avouer qu'en 2000 nous nous sommes concentrés sur IE5 + et ni le code ni le HTML n'ont évolué depuis lors. FireFox n'est pas pris en compte ...
Nous regardons les améliorations à apporter et revenons ici dès que les problèmes sont résolus.
A propos quelqu'un sait-il pourquoi FireFox émet cette requête ...
GET favicon.ico - 404 4313 0 Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+fr-FR;+rv:1.7.8)+Gecko/20050511+Firefox/1.0.4 - -
Th N

Je n'utilise pas Firefox

FF recherche toujours un favicon

Les erreurs de <Form></Form> sont corrigées.
Quant au VBScript, désolé, il est écrit par un générateur de page et là je dois dire que j'ai un peu la flemme de tout reprendre.
Si tu as un IE qui traine sur ton ordi, refais le test avec !

Etant victime d'une saleté de vérole qui passe par IE et que je peine à dégommer, je l'ai carrément interdit de connection dans mon pare feu
Du coup, ça fait carrément le tri avec les sites qui ne veulent que du IE ... tant pis

Dudu n'a pas windows

Il tourne sous Mac avec Safari si je ne me trompe pas. Donc il faut tout de suite oublier les détections de navigateur, il n'y aura jamais qu'un seul et unique navigateur (même si on en est passé très près) et toujours de l'hétérogénéité (heureusement !)

Pour Firefox qui recherche favicon.ico c'est à la base par mimétisme avec IE (qui recherche aussi favicon.ico à la racine, encore qu'il semble qu'il le fasse fort différemment...)

Xavier a raison (le coup du bouton "Démarrer" que je n'arrive pas à trouver sur mon desktop, c'était quand même flagrant, non ?)
Cela étant, je ferais peut-être le test sur Explorer 5 Mac voir ce que çà donne (et surtout voir s'il accepte de manger du Visual Basic )

PS: À ma connaissance, 3 navigateurs font des requêtes automatiques sur /favicon.ico si aucun favicon n'a été déclaré: Internet Explorer (seulement celui pour Windows), Firefox et Omniweb.

Je vois que vous vous connaissez bien ..
Merci en tous cas pour vos réponses
Accepter le Javascript paraît un prérequis pour aJax !

Nous travaillons à généraliser notre démo ... mais ce n'est pas très facile ! La documentation est rare, ardue et principalement en anglais (W3C).
En 2000 nous n'avions connaissance que du DHTML de Microsoft. Depuis, le DOM du W3C s'est popularisé et nous essayons de nous y conformer.

Deux questions sur laquelle vous pouvez peut-être nous aider :
- un <button> doit-il toujours se trouver dans un <form> ? Comment avoir un bouton qui exécute un script sans soumettre un <form> ?
- Quand je clique sur un <button>, la page est rechargée ; comment éviter cela ?

D'avance merci

tu devrais peut être poser ta question dans un nouveau topic et laisse celui ci pour les ressources

Solo puisque tu as l'air de t'y connaitre j'aurais une petite question. Qu'est-ce que les protocoles SOAP ou XML-PRC (qui, si j'ai bien compris sont basés, sur XMLhttpRequest) permettent qu'une utilisation direct de L'objet XMLhttpRequest compliquerait. Pas facile de trouver de la doc sur ces technologies


Sinon pour les ressources, vu sur abondance ce matin : become

On parle aussi de Middleware pour décrire les modules qui permettait la connexion de logiciels entre eux. Quelque soit le processus mis en jeu, il faut que les différents intervenant se comprennent d'où la mise en avant du XML.

XHR est un moyen de communication très adapté je trouve

Des docs bien intérressante:

http://developpeur.journaldunet.com/tutori...hp_xmlrpc.shtml
http://www.xml-rpc.net/
http://phpxmlrpc.sourceforge.net/


http://www.olf.gouv.qc.ca/ressources/bibli...es/8358885.html
http://www.journaldunet.com/encyclopedie/d...vices_web.shtml

Même voila se mets à AJAX
http://s.billard.free.fr/referencement/ind...le-moteur-voila
Je n'ai cependant pas saisi l'interet du truc...

Surtout que c'est terriblement lent par rapport à Google Suggest.

J'aime assez l'une des utilisations d'AJAX que Matt Mecham prevoit pour les prochaines versions d'IPB :
http://ips2.blogs.com/matts_blog/2005/06/i...friendly_1.html
Quicktime : http://www.upthewurzels.com/reg-form.mov

C'est effectivement pas mal du tout et très simple à mettre en oeuvre, ça donne des idées

Bonjour,

Thierry Dulieu a fait un très bel essai de présentation d'un blog en utilisant la technologie Ajax.

A voir absolument : Egographies

Non seulement c'est joli, mais en plus il n'y a aucun problème d'accessibilité : le javascript est en surcouche, donc toutes les fonctionnalités sont là avec ou sans javascript.

Premier bilan d'utilisation d'Ajax sur mon site : ça marche, très bien même, avec cependant certaines incompatibilités sur Macintosh. J'utilise le script script.aculo.us. Il se charge rapidement et demande extrêmement peu de modifications du code HTML pour être utilisable (uniquement l'ajout de quelques DIV anonymes).

L'utilisation que j'ai faite d'Ajax est ici purement esthétique, ce qui va quelque peu à l'encontre de ma conception du design web (mais c'était juste un essai). Ajax offre de belle promesses pour réaliser des sites qui apportent un vrai plus aux utilisateurs en terme de fonctionnalités, mais il ne faut pas oublier ceux qui ne disposent pas de Javascript et toujours leur offrir des solutions alternatives.

Je n'ai pas trouvé ici ce lien :
http://openrico.org/.
Sur la page de démos il y a plusieurs démos Ajax. C'est une grosse (énorme) librairie qui fait tout un tas de trucs sans être trop compliqué d'utilisation. Et puis aussi pourquoi pas :
http://del.icio.us/tag/ajax

Bonjour Thierry,

Et bienvenue sur le Hub
qui compte ainsi un graphiste de talent de plus !

Pour continuer dans la série des exemples d'application, Eric Daspet vient d'en signaler un autre sur la liste des Pompeurs, purement technique, il n'en est pas moins intéressant : LiveGrid - Data Table
Gros couac cependant : Stephane Deschamps l'a testé avec Jaws, la page n'est pas accessible

Edit : enroc, nos messages se sont croisés

C'est effectivement dans ce genre d'application qu'apparaît le véritable intérêt d'Ajax: la mise à jour dynamique des pages sans rechargement, la transmission de données via XMLHttpRequest.

Il faut également signaler le script behaviour qui permet d'ajouter les appels Javascript au moment du chargement de la page, en se basant sur l'ID des éléments. L'intérêt de ce script est d'avoir du HTML propre et fonctionnel sans Javascript, tout en permettant aux internautes disposant de Javascript de bénéficier des avantages qu'il offre.

Ego bienvenue à toi

Je tiens quand même à préciser quelques énormités dites sur ton site quant à la compatibilité
Opera et Safari sont les 2 navigateurs les plus respectueux des standards que j'ai eu à utiliser (et que j'utilise toujours d'ailleurs).
Bien au delà de Firefox qui sait très bien manger du code propriétaire IE, ignorer certains attributs CSS, et connaître des bugs d'(x)HTML (notamment au niveau des float).
Je n'ai plus besoin de rajouter le laïus sur l'Acid Test, Monique s'en est déja chargée
Quant à Camino, il a exactement le même moteur de rendu que le fameux Firefox.
La seule différence entre Firefox et Camino est que le 2nd est codé en Cocoa, donc profite des routines natives d'OS X. Point barre.
(et du coup, Camino n'est pas multi plate-forme comme l'est Firefox)

En tous cas, avec Safari, je n'ai aucune incompatibilité sur ton site donc tant mieux pour tout le monde.
Et j'oubliais le principal: c'est très joli et rudement bien fait, félicitations :up:

edit: à la seconde lecture, je lis aussi tes écrits sur Safari comme étant le navigateur supportant le mieux CSS2. Autant je ne serais pas aussi catégorique là-dessus, autant je dirais que c'est surtout celui qui reconnait le plus de CSS3.
Mais je t'accorde que pour le moment, il est un peu tôt pour parler de CSS3

<aparté>Hello Thierry, content de te croiser ici </aparté>

A l'instar de Ajax, il existerait "jsrs" : Javascript Remote Scripting.
Une démo ici :
http://ajornet.com/techniques/dphp/

Dudu > Je ne peux guère me prononcer sur Camino ou Safari autrement que par ce qu'en disent les autres, car je n'ai pas de Mac pour tester. Quant à Opera, je reconnais qu'il fonctionne plutôt bien (mais je ne m'en sers jamais en dehors des réglages de css).

Sebastien > je suis là grâce aux talents de persuasion de Monique

Vraiment cool de te voir ici Ego. Ton avatar le fait bien ;-)

N'hésites pas à nous parler de tes expérimentations

Vos remarques étaient très pertinentes aussi nous avons amélioré notre démonstration pour la rendre :
- compatible W3C DOM (normalement, je croise les doigts)
- sans cookie
- sans ouverture de fenêtre non sollicitée.

Testé à ce jour avec succès sous windows 2000 avec IE5+, FireFox 1.0.4, Netscape 8.

Je serais ravi d'avoir vos commentaires si vous utilisez d'autres navigateurs.

N.B concernant les temps serveur :
- notre serveur est un peu vieux <g> : pentium III @ 500 mHz. nous devrions avoir mieux à la rentrée
- l'application catalogue (à l'origine sur CD-ROM) est assez complexe ... chaque click provoque environ 6 requêtes sur une table de 500.000 enregistrements.

Je vous rappelle l'adresse :
Catalogue IntuiCat selon technologie Ajax (démo sur un cas réel)

Merci de vos retours

J'ai un peu tout essayé, je n'arrive qu'à avoir ce message ..

Mac OS X.3 - Safari 1.2

Une ressource intérressante sur journaldunet

http://developpeur.journaldunet.com/tutori...iour-ajax.shtml

Salut Dudu et merci pour ton commentaire.

Je cherche dans la doc Safari le nom des composants XMLHttp et XMLDOM (en espérant qu'ils existent bien).

Le cross-browser n'est décidément pas une science exacte !

Les problèmes rencontrés avec les démos Ajax prouvent surtout que cette nouvelle technologie en est encore à sa prime jeunesse. Elle n'est pas supportée partout, nécessite des configurations un peu spécifiques, et produit parfois des résultats inattendus avec certains navigateurs.

Rien d'étonnant à cela quand on pense qu'une norme déjà ancienne comme CSS2 n'est encore correctement implémentée par aucun navigateur. De même, il faudra du temps pour qu'Ajax devienne, le cas échéant, un standard du web.

La conclusion est qu'il est trop tôt pour utiliser Ajax sur des sites conçus pour des clients. Mais l'on peut toujours s'y familiariser sur des sites personnels ou expérimentaux.

:o

Peux tu préciser quels genres de problème tu aurais rencontrés avec des navigateurs supportant l'objet XMLhttprequest ?

C'est à moi de te remercier. Félicitations pour tes efforts

Au cas où tu n'aurais pas encore trouvé ce que tu cherches, quelques liens en vrac:
Dynamic HTML and XML: The XMLHttpRequest Object (@ developer.apple.com)
Does Safari support XMLHttpRequest objects? (@ id.)
XML Extras Online Tests (@ mozilla.org)