[thick]

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

[Xavier]

AbaqueInside, le jeudi 09 juin 2005, 10h24, dit :

Si tu as un IE qui traine sur ton ordi, refais le test avec !
<{POST_SNAPBACK}>

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...)

[Dudu]

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.

[AbaqueInside]

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

[Thanh]

AbaqueInside, le vendredi 10 juin 2005, 10h28, dit :

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
<{POST_SNAPBACK}>

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

Ce message a été modifié par solo - 10 juin 2005 - 10:32.

[dièse]

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

Ce message a été modifié par dièse - 10 juin 2005 - 14:14.

[Thanh]

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

[Thanh]

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

[Sebastien]

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...

[Thanh]

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

[Dash]

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.upthewurz...om/reg-form.mov

[dièse]

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

[Monique]

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

[enroc]

Monique, le mardi 05 juillet 2005, 12h35, dit :

A voir absolument : Egographies
<{POST_SNAPBACK}>

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.

[Ego]

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.

Ce message a été modifié par Ego - 05 juillet 2005 - 18:05.

[enroc]

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

[Monique]

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

Ce message a été modifié par Monique - 05 juillet 2005 - 18:13.

[Ego]

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.

[Dudu]

Ego bienvenue à toi

Je tiens quand même à préciser quelques énormités dites sur ton site quant à la compatibilité

egographies.com dit :

J’ai appris grâce aux commentaires qu’il présentait des incompatibilités sur Macintosh avec Opera, Safari ou Camino. Je ne suis pas vraiment surpris, car j’utilise des techniques avancées qui ne sont probablement supportées que par les navigateurs les plus respectueux des standards.

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

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

Ce message a été modifié par Dudu - 06 juillet 2005 - 02:33.

[Sebastien]

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