PHWinfo - Afficher un message

28/08/2007, 14h38

ASM a écrit :
>
> Je ne sais si une librairie est vraiment "utile" pour ne faire que du
> simple request ... ? !
>
Outre le fait que XHR est appelé diféremment entre IE et Firefox,
Mootools ne me sert pas qu'a ça

> On peut bien se passer du double envoi (JS !JS) c'est au navigateur de
> s'en soucier :
>
> <a href="?page2" onclick="return ajax(this);">page 2</a>
>
Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
html ont la peau dure à ce que je voi...

Et puis ça n'a rien a voir avec ce que je dit, merci quand meme pour
l'effort...

> Si pas de JS le lien est envoyé normalement (le fichier php est lu)
> Si JS l'appel Ajax est lancé et le lien HTML annulé (fichier php zappé)
> (l'Ajax peut faire appel à un autre fichier php spécifique)
>
>
> Il suffit de n'avoir un php "intelligent" qu'au niveau du div
> d'insertion, si le JS est activé et la requête reconnue le fichier php
> ne sera pas lu et seul le fichier à inclure sera appelé.
>
> (la fonction de requête peut lancer un fichier php différent de celui
> déjà affiché (et principal) qui ira chercher le bon fichier requis)

Et bin non, c'est bien ce que je dit, rien à voir : c'est le meme
fichier qui genere soit la page, soit juste le contenu qui nous
interresse en fonction du contenu du paramattre ajax, qui ne coute pas
vraiment bien chere à ajouter dans mon URL...
Pour moi celà n'est pas un probleme.

>> Ce qui fait que la navigation dans le
>> site est bien moin ergonomique à mon sens. Est il possible d'écrire dans
>> l'historique en javascript ?
>
> Je ne pense pas.

en effet, mais heureusement que quelquepart une personne compétante m'a
recommendé ça :
http://digitarald.de/project/historymanager/

> Le visiteur n'a qu'à désactiver son JS ! Non mais !

Merci pour cette réflexion intelligente. Et comment fait un aveugle qui
navigue avec un lecteur de texte qui ne marche pas avec javascript ?

> Non.
> Du moins si, ce doit être +/- possible mais cela reviendrait à faire
> naviguer via JS comme si on était en mode non-JS (alors ... pourquoi
> choisir Ajax ?).

ha parce que pour toi, l'interret et la particularité de l'Ajax, c'est
d'être privé de l'historique de navigation ?

Enfin, pour ceux qui ne considèrent pas ça comme un avantage,
re : http://digitarald.de/project/historymanager/

> Rien compris ...
> Pourquoi ne pas pouvoir inclure ce(s) JS spécifique(s) à la page
> principale PHP ?
> (ils ne sont chargés qu'une foi)
>

tout simplement parce que c'est su Javascript qui ne concerne que le
contenu en cours. Heureusement une personne avisé m'a recommendé l'usage
de la commande eval() qui résous ce probleme là.

28/08/2007, 14h38	#3
Thief13 Messages: n/a Hébergeur:	Re: divers problemes Ajax ASM a écrit : > > Je ne sais si une librairie est vraiment "utile" pour ne faire que du > simple request ... ? ! > Outre le fait que XHR est appelé diféremment entre IE et Firefox, Mootools ne me sert pas qu'a ça > On peut bien se passer du double envoi (JS !JS) c'est au navigateur de > s'en soucier : > > <a href="?page2" onclick="return ajax(this);">page 2</a> > Haaa, les bonne vielle mauvaise partique genre onclick dans la balise html ont la peau dure à ce que je voi... Et puis ça n'a rien a voir avec ce que je dit, merci quand meme pour l'effort... > Si pas de JS le lien est envoyé normalement (le fichier php est lu) > Si JS l'appel Ajax est lancé et le lien HTML annulé (fichier php zappé) > (l'Ajax peut faire appel à un autre fichier php spécifique) > > > Il suffit de n'avoir un php "intelligent" qu'au niveau du div > d'insertion, si le JS est activé et la requête reconnue le fichier php > ne sera pas lu et seul le fichier à inclure sera appelé. > > (la fonction de requête peut lancer un fichier php différent de celui > déjà affiché (et principal) qui ira chercher le bon fichier requis) Et bin non, c'est bien ce que je dit, rien à voir : c'est le meme fichier qui genere soit la page, soit juste le contenu qui nous interresse en fonction du contenu du paramattre ajax, qui ne coute pas vraiment bien chere à ajouter dans mon URL... Pour moi celà n'est pas un probleme. >> Ce qui fait que la navigation dans le >> site est bien moin ergonomique à mon sens. Est il possible d'écrire dans >> l'historique en javascript ? > > Je ne pense pas. en effet, mais heureusement que quelquepart une personne compétante m'a recommendé ça : http://digitarald.de/project/historymanager/ > Le visiteur n'a qu'à désactiver son JS ! Non mais ! Merci pour cette réflexion intelligente. Et comment fait un aveugle qui navigue avec un lecteur de texte qui ne marche pas avec javascript ? > Non. > Du moins si, ce doit être +/- possible mais cela reviendrait à faire > naviguer via JS comme si on était en mode non-JS (alors ... pourquoi > choisir Ajax ?). ha parce que pour toi, l'interret et la particularité de l'Ajax, c'est d'être privé de l'historique de navigation ? Enfin, pour ceux qui ne considèrent pas ça comme un avantage, re : http://digitarald.de/project/historymanager/ > Rien compris ... > Pourquoi ne pas pouvoir inclure ce(s) JS spécifique(s) à la page > principale PHP ? > (ils ne sont chargés qu'une foi) > tout simplement parce que c'est su Javascript qui ne concerne que le contenu en cours. Heureusement une personne avisé m'a recommendé l'usage de la commande eval() qui résous ce probleme là.