Développeur : ASK : Un framework Ajax accessible
Posté par fyah (page perso, ). Modéré le 28 octobre 2007.
"The purpose of ASK is to offer you a simple way to get content into your page on-the-fly through asynchronous JavaScript and XmlHttpRequest, without sacrificing accessibility or usability"
Ce qui peut se traduire par: « L'objectif de ASK est de vous offrir une solution simple pour actualiser votre page à la volée en utilisant Javascript et XmlHttpRequest, sans pour autant perdre en accessibilité ou en utilisabilité »
En effet, de plus en plus de sites se mettent à la mode « 2.0 » et sacrifient divers aspects :
- Gestion des bookmarks ;
- Gestion des fonctions suivant, précédent, rafraîchir ;
- Accessibilité de certains navigateurs ;
- Accessibilité pour les clients n'utilisant pas Javascript.
Il suffit de surfer quelques temps avec l'extension NoScript de Firefox pour vite s'apercevoir que tous les webmaistres n'envisagent pas le minitel 2.0 du même point de vue.
ASK est donc une manière élégante et légère (8 Ko) d'implémenter l'Ajax sur votre site, tout en limitant les sacrifices d'accessibilité.
NdM : la licence est précisée en entête du script. L'auteur a précisé qu'il n'avait pas approfondi la question de la licence et qu'il n'avait rien contre changer pour une licence open-source si cela avait un intérêt.
![[en]](../images/en.png)
ASK (753 hits)-
Release notes (55 hits)
-
Robert Nyman (46 hits)
> Lire la dépêche (10 commentaires, moyenne: 1,9).
Vous avez demandé le commentaire #878023.
Run by 
Cette page a été générée par Templeet en 0.0519s (dont 0.0053 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
lien enrhumé
le lien n'est pas complet, ça ne marche pas!
voici le vrai: http://www.robertnyman.com/ask/content.php?continents=true&a(...)
Apparemment, ça marche bien avec Konqueror (3.5.8) aussi.
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
[+] [^]Re: lien enrhumé
En effet si cela fonctionne avec Safari, ce serait idem pour Konqueror !
[^]Re: lien enrhumé
Ben non, ce n'est pas évident:
l'historique ne marche pas avec Safari, en revanche il marche avec Konqueror.
Ce n'est d'ailleurs pas très surprenant: Konqueror évolue en permanence tandis que Safari ne change qu'avec les nouvelle versions de MacOSX.
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
[^]Re: lien enrhumé
Absolument pas !
Il ya de vrais grosse différences entre les 2. Surtout niveau "chargement" (tout ce qui se passe en gros avant le "onload").
En fait même Safari 3 entre la version Mac et Windows il y a des différences. Archetype semblerait ne pas fonctionner sur la version Mac (néanmoins on a très peu d'informations et pas de Mac pr debugger :'( ) alors qu'elle fonctionne comme un charme sur la version Windows.
Sinon, personnellement je préfèrerais que les gens se concentrent sur l'intègration de moteur javascript (spider monkey, rhino ...) dans les navigateurs "accessibles" pour l'accessibilité plutôt que de se limiter dans ce qu'il font, alors qu'à part le chargement javascript, les applications peuvent facilement être accessibles ...
Pour moi arrêter de faire du javascript car les navigateurs accessibles ne le supportent pas est débile :/
P.S.: Je suis d'ailleurs tout à fait pret à aider un projet dans ce sens s'il en existe ! ;)
Archetype Javascript Framework : Faites le côté client!
[^]Re: lien enrhumé
Le problème de lien est du à un problème dans le système de post de DLFP...
J'ai ouvert une entrée dans le système de suivi pour cela:
https://linuxfr.org/tracker/685.html
pour résumer: a chaque fois que l'on post un message sur dlfp, on passe le contenu du message 'à la moulinette'(tm) (boutons vérifier, valider).
Cette moulinette à l'avantage de supprimer toutes les balises que l'on ne souhaite pas et c'est très bien. Cependant, si je souhaite écrire une balise interdite en tant que texte, j'utilise alors les codes html des caractères, ainsi la balise n'est pas reconnue.
Le problème c'est que les caractères encodés sont décodés par la moulinette, et donc interprété au deuxième passage (validation)...
donc par exemple, pour réussir à afficher cette balise script, j'ai du la reéditer après l'étape de vérification pour remplacer les balises par leur code html correspondant juste avant la validation.
<script type="text/javascript" src="js/ask.js"></script>