Bonjour à tous,
Je vien a vous, car j'ai décidé d'utiliser Ajaxsur 1 des projets sur
lesquelles je travaille.
Pour me faciliter le travail, j'ai donc fait appel à la librairie
Mootools pour me décharger un peut.
mon organistion est la suivante : le site fonctionne avec et sans ajax.
Toute les page sont généré avec le fichier page.php
le get id donne la page qui nous interresse, et le get ajax détermine si
la page est appelé en ajax ou non.
se qui fait que sans javascript la page est appellé comme ça :
page.php?id=1&ajax=0
et avec javascript comme ça :
page.php?id=1&ajax=1
en fonction de $_GET['ajax'], page.php retourne la totalité de la page,
ou ne retourne que le contenu de la div du contenu.
Mes problemes sont les suivants :
Quand le client navigue sur le site en ajax, si jamais il veut revenir
en arriere avec les fleches du navigateurs, celles ci le redirige vers
la dernière requette non ajax.
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 ?
le site fonctionnant a la foit avec et sans
ajax, celà permetrait à la personne de revenir en arriere, meme en
chargent toute la page, mais au moin, correctement.
Dans la meme vene, avec les requette ajax, l'url n'est pas changé,
résultat, si la personne qui navigue veut faire un copier coller de
l'url de la page qui l'interresse, celà ne la redirigera pas du tout sur
la ressource qui l'interresse pour peut qu'elle ai navigué un peut grace
à Ajax avant... Et de plus, si elle actualise, elle ne fera
qu'actualiser la page avant les requette ajax. est il possible de palier
à ça aussi ?
autre probleme : certaines page ont besoin d'appeler un javascript
spécifique, que je ne peut inclure systématiquement. Cepandant, quand le
javascript a été inclut en Ajax, il ne fonctionne pas... Y aurait il une
solution à ça aussi ?
Je vous remerci beaucoup par avance, car je galaire depuis un moment sur
tout ces problemes...
Bonjour à tous,
Je vien a vous, car j'ai décidé d'utiliser Ajaxsur 1 des projets sur
lesquelles je travaille.
Pour me faciliter le travail, j'ai donc fait appel à la librairie
Mootools pour me décharger un peut.
mon organistion est la suivante : le site fonctionne avec et sans ajax.
Toute les page sont généré avec le fichier page.php
le get id donne la page qui nous interresse, et le get ajax détermine si
la page est appelé en ajax ou non.
se qui fait que sans javascript la page est appellé comme ça :
page.php?id=1&ajax=0
et avec javascript comme ça :
page.php?id=1&ajax=1
en fonction de $_GET['ajax'], page.php retourne la totalité de la page,
ou ne retourne que le contenu de la div du contenu.
Mes problemes sont les suivants :
Quand le client navigue sur le site en ajax, si jamais il veut revenir
en arriere avec les fleches du navigateurs, celles ci le redirige vers
la dernière requette non ajax.
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 ?
le site fonctionnant a la foit avec et sans
ajax, celà permetrait à la personne de revenir en arriere, meme en
chargent toute la page, mais au moin, correctement.
Dans la meme vene, avec les requette ajax, l'url n'est pas changé,
résultat, si la personne qui navigue veut faire un copier coller de
l'url de la page qui l'interresse, celà ne la redirigera pas du tout sur
la ressource qui l'interresse pour peut qu'elle ai navigué un peut grace
à Ajax avant... Et de plus, si elle actualise, elle ne fera
qu'actualiser la page avant les requette ajax. est il possible de palier
à ça aussi ?
autre probleme : certaines page ont besoin d'appeler un javascript
spécifique, que je ne peut inclure systématiquement. Cepandant, quand le
javascript a été inclut en Ajax, il ne fonctionne pas... Y aurait il une
solution à ça aussi ?
Je vous remerci beaucoup par avance, car je galaire depuis un moment sur
tout ces problemes...
Bonjour à tous,
Je vien a vous, car j'ai décidé d'utiliser Ajaxsur 1 des projets sur
lesquelles je travaille.
Pour me faciliter le travail, j'ai donc fait appel à la librairie
Mootools pour me décharger un peut.
mon organistion est la suivante : le site fonctionne avec et sans ajax.
Toute les page sont généré avec le fichier page.php
le get id donne la page qui nous interresse, et le get ajax détermine si
la page est appelé en ajax ou non.
se qui fait que sans javascript la page est appellé comme ça :
page.php?id=1&ajax=0
et avec javascript comme ça :
page.php?id=1&ajax=1
en fonction de $_GET['ajax'], page.php retourne la totalité de la page,
ou ne retourne que le contenu de la div du contenu.
Mes problemes sont les suivants :
Quand le client navigue sur le site en ajax, si jamais il veut revenir
en arriere avec les fleches du navigateurs, celles ci le redirige vers
la dernière requette non ajax.
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 ?
le site fonctionnant a la foit avec et sans
ajax, celà permetrait à la personne de revenir en arriere, meme en
chargent toute la page, mais au moin, correctement.
Dans la meme vene, avec les requette ajax, l'url n'est pas changé,
résultat, si la personne qui navigue veut faire un copier coller de
l'url de la page qui l'interresse, celà ne la redirigera pas du tout sur
la ressource qui l'interresse pour peut qu'elle ai navigué un peut grace
à Ajax avant... Et de plus, si elle actualise, elle ne fera
qu'actualiser la page avant les requette ajax. est il possible de palier
à ça aussi ?
autre probleme : certaines page ont besoin d'appeler un javascript
spécifique, que je ne peut inclure systématiquement. Cepandant, quand le
javascript a été inclut en Ajax, il ne fonctionne pas... Y aurait il une
solution à ça aussi ?
Je vous remerci beaucoup par avance, car je galaire depuis un moment sur
tout ces problemes...
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,
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
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)
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.
Le visiteur n'a qu'à désactiver son JS ! Non mais !
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 ?).
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)
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,
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
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)
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.
Le visiteur n'a qu'à désactiver son JS ! Non mais !
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 ?).
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)
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,
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
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)
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.
Le visiteur n'a qu'à désactiver son JS ! Non mais !
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 ?).
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)
<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...
(...)
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 :
(...)
Heureusement une personne avisé m'a recommendé l'usage
de la commande eval() qui résous ce probleme là.
<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...
(...)
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 :
(...)
Heureusement une personne avisé m'a recommendé l'usage
de la commande eval() qui résous ce probleme là.
<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...
(...)
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 :
(...)
Heureusement une personne avisé m'a recommendé l'usage
de la commande eval() qui résous ce probleme là.
Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
html ont la peau dure à ce que je voi...
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à.
Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
html ont la peau dure à ce que je voi...
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à.
Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
html ont la peau dure à ce que je voi...
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à.
J'crois que eval() n'est pas près recommandée par contre, à confirmer.
J'crois que eval() n'est pas près recommandée par contre, à confirmer.
J'crois que eval() n'est pas près recommandée par contre, à confirmer.
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...
(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 ?
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 ?
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à.
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...
(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 ?
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 ?
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à.
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...
(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 ?
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 ?
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à.
Thief13 avait écrit le 28/08/2007 :Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
html ont la peau dure à ce que je voi...
Ceci n'est pas ironique : l'attribut onclick n'est pas recommandé ?
Pourquoi. Je l'utilise assez fréquemment...
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à.
J'crois que eval() n'est pas près recommandée par contre, à confirmer.
Thief13 avait écrit le 28/08/2007 :
Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
html ont la peau dure à ce que je voi...
Ceci n'est pas ironique : l'attribut onclick n'est pas recommandé ?
Pourquoi. Je l'utilise assez fréquemment...
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à.
J'crois que eval() n'est pas près recommandée par contre, à confirmer.
Thief13 avait écrit le 28/08/2007 :Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
html ont la peau dure à ce que je voi...
Ceci n'est pas ironique : l'attribut onclick n'est pas recommandé ?
Pourquoi. Je l'utilise assez fréquemment...
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à.
J'crois que eval() n'est pas près recommandée par contre, à confirmer.
Et puis "onclick" n'est pas banni, selon la DTD utilisée il est tout à
fait acceptable.
Pas envie de coder pour toi, et oui tu m'as passablement mis en colère
avec ta réponse à Stéphane
Et puis "onclick" n'est pas banni, selon la DTD utilisée il est tout à
fait acceptable.
Pas envie de coder pour toi, et oui tu m'as passablement mis en colère
avec ta réponse à Stéphane
Et puis "onclick" n'est pas banni, selon la DTD utilisée il est tout à
fait acceptable.
Pas envie de coder pour toi, et oui tu m'as passablement mis en colère
avec ta réponse à Stéphane
Laurent vilday wrote:Et puis "onclick" n'est pas banni, selon la DTD utilisée il est tout à
fait acceptable.
A ma connaissance onClick existe dans toutes les versions de HTML 4 et
XHTML 1.0 ou 1.1 !
Laurent vilday wrote:
Et puis "onclick" n'est pas banni, selon la DTD utilisée il est tout à
fait acceptable.
A ma connaissance onClick existe dans toutes les versions de HTML 4 et
XHTML 1.0 ou 1.1 !
Laurent vilday wrote:Et puis "onclick" n'est pas banni, selon la DTD utilisée il est tout à
fait acceptable.
A ma connaissance onClick existe dans toutes les versions de HTML 4 et
XHTML 1.0 ou 1.1 !
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...
Non, rien à voir. Juste un exemple rapide du concept énoncé. C'est tout.
(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
Et alors ? Suis en bonté ce soir : url_rewrite peut-être ?
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.
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 ?
Wow, je suis impressionné par la profondeur d'une remarque si intelligente.
Très bien, au revoir donc ou adieu, c'est selon.
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...
Non, rien à voir. Juste un exemple rapide du concept énoncé. C'est tout.
(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
Et alors ? Suis en bonté ce soir : url_rewrite peut-être ?
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.
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 ?
Wow, je suis impressionné par la profondeur d'une remarque si intelligente.
Très bien, au revoir donc ou adieu, c'est selon.
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...
Non, rien à voir. Juste un exemple rapide du concept énoncé. C'est tout.
(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
Et alors ? Suis en bonté ce soir : url_rewrite peut-être ?
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.
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 ?
Wow, je suis impressionné par la profondeur d'une remarque si intelligente.
Très bien, au revoir donc ou adieu, c'est selon.