gmane.comp.lang.ruby.rails.french

[RailsFr] Développer pour les navigateurs sans javascript...


Salut,

Je me pose une question concernant l'accessibilité des sites :
Pendant le développement, jusqu'à quel point est-il nécessaire de
prévoir le cas de l'internaute qui n'aurait pas Javascript?

Je dis ça car j'ai lu par ci par là que JS ne devait être qu'une option
pour agrémenter un site, car certaines personnes ne peuvent le lire.
Un nombre non négigleable d'internautes le désactiveraient car il
estiment qu'il est généralement utilisé de façon parasite et intrusive
(pop up...). Peut-être faut-il envisager aussi le cas du type sous
Windows 3.1/Netscape, ou du navigateur exotique.
Malheureusement, certaines fonctionnalités importantes, très faciles à
implémenter en Ajax, s'avèrent un vrai calvaire à intégrer sans JS.

Que savez-vous à ce propos?
Savez-vous où je pourrais trouver des statistiques sur le sujet?
Quelle est la politique habituelle des développeurs?

Merci d'avance
--

-- 
Posted via http://www.ruby-forum.com/.

--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

(Continue reading)

headers

philippe lachaise | 14 May 13:36

[RailsFr] Re: Développer pour les navigateurs sans javascript...

>> Quelle est la politique habituelle des développeurs?
Un avis fréquemment rencontré est que le site doit pouvoir tourner (au moins ses fonctions de base) SANS JS. On rajoute donc le JS APRES avoir une V1 qui fait l'essentiel du boulot de façon classique.

IMHO, si on escompte une fidélisation des utilisateurs on peut leur permettre de découvrir des fonctionnalités avancées Ajax une fois qu'ils ont bien pris leurs repères dans le site.
Si les gens ne font que passer, il vaut mieux leur présenter l'interface standard html la plus conforme possible aux habitudes Web du plus grand nombre (clic-nouvelle-page, clic-nouvelle-page, ...)

Bien sûr ça dépend à qui on s'adresse ; c'est la première question à se poser.

My 2 cents :-)

--
IciMarché fédère l'e-commerce de proximité
http://icimarche.fr
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
-~----------~----~----~----~------~----~------~--~---

headers

mourad hammiche | 14 May 14:20

[RailsFr] Re: Développer pour les navigateurs sans javascript...

On 14 mai, 11:22, Julien Lestavel <list-incom...@...> wrote:

> Malheureusement, certaines fonctionnalités importantes, très faciles à
> implémenter en Ajax, s'avèrent un vrai calvaire à intégrer sans JS.

Il s'agit là d'un aspect très mal géré par Ruby on Rails :  Il est
effectivement très simple d'ajouter du comportement Ajax dans un site
web. Mais qu'en est-t-il de l'accessibilité ? Alors que du coté
serveur, RoR encourage une séparation nette entre les modèles, la
présentation et le contrôle. Il n'existe rien en standard coté client.
Pire, les helpers par défaut vont généré du code mélangeant
allègrement le contenu (html), la présentation (css) et le
comportement (javascript). Ce qui a mon sens va à l'encontre des
bonnes pratiques du web!

Comme le souligne Philippe, il faudrait effectivement développer un
site en se concentrant sur son contenu. La présentation et Ajax sont
bien sur des "plus" certes importants mais qui ne doivent pas être des
facteurs de limitation. Il ne faut pas oublier que faire un site
accessible, c'est faire un site qui sera visible et utilisable par
tous les utilisateurs : Les être humains avec ou sans handicap mais
également les agents logiciels tel que les moteurs de recherche...

Mourad

--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

headers

Cyril Mougel | 14 May 14:40

[RailsFr] Re: Développer pour les navigateurs sans javascript...

2008/5/14 mourad hammiche <mourad.hammiche <at> gmail.com>:
>
> On 14 mai, 11:22, Julien Lestavel <list-incom...@andreas-s.net> wrote:
>
>> Malheureusement, certaines fonctionnalités importantes, très faciles à
>> implémenter en Ajax, s'avèrent un vrai calvaire à intégrer sans JS.
>
> Il s'agit là d'un aspect très mal géré par Ruby on Rails :  Il est
> effectivement très simple d'ajouter du comportement Ajax dans un site
> web. Mais qu'en est-t-il de l'accessibilité ? Alors que du coté
> serveur, RoR encourage une séparation nette entre les modèles, la
> présentation et le contrôle. Il n'existe rien en standard coté client.
> Pire, les helpers par défaut vont généré du code mélangeant
> allègrement le contenu (html), la présentation (css) et le
> comportement (javascript). Ce qui a mon sens va à l'encontre des
> bonnes pratiques du web!

Pour palier à ce comportement il existe des plugins pour sortir le
Javascript des pages HTML.

>
> Comme le souligne Philippe, il faudrait effectivement développer un
> site en se concentrant sur son contenu. La présentation et Ajax sont
> bien sur des "plus" certes importants mais qui ne doivent pas être des
> facteurs de limitation. Il ne faut pas oublier que faire un site
> accessible, c'est faire un site qui sera visible et utilisable par
> tous les utilisateurs : Les être humains avec ou sans handicap mais
> également les agents logiciels tel que les moteurs de recherche...
>
> Mourad
>
>
> >
>

--

-- 
Cyril Mougel
http://blog.shingara.fr

--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance <at> googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe <at> googlegroups.com
-~----------~----~----~----~------~----~------~--~---

headers

mourad hammiche | 14 May 14:55

[RailsFr] Re: Développer pour les navigateurs sans javascript...


On 14 mai, 14:40, "Cyril Mougel" <cyril.mou...@...> wrote:

> Pour palier à ce comportement il existe des plugins pour sortir le
> Javascript des pages HTML.

Ou tout a fait. Je pense en particulier à 'LowPro'
Je n'est pas dit qu'il n'existait rien, mais que Rails par défaut ne
force pas une séparation coté client tel qu'il le fait coté serveur.
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

headers

Costo | 16 May 16:08

[RailsFr] Re: Développer pour les navigateurs sans javascript...


> > Pour palier à ce comportement il existe des plugins pour sortir le
> > Javascript des pages HTML.
>
> Ou tout a fait. Je pense en particulier à 'LowPro'
> Je n'est pas dit qu'il n'existait rien, mais que Rails par défaut ne
> force pas une séparation coté client tel qu'il le fait coté serveur.

Pour faire du JS proprement, il me semble élémentaire de l'écrire de
manière totalement non intrusive.
Et on a pas besoin de LowPro pour cela, juste d'une bonne connaissance
de Prototype (ça fait 2 ans que j'ai plus écrit une ligne de
javascript dans des templates HTML et je n'ai pas encore utilisé
LowPro, beaucoup moins nécessaire depuis prototype 1.6 et son DOM
Builder) ou de Mootools ou jQuery.

Venant du monde PHP (CodeIgnitor, un framework MVC léger), je trouve
l'approche de Rails à ce sujet particulièrement mal adaptée, surtout
avec le .rjs : générer du javascript en ruby, diable pourquoi faire ?
Pour ne pas utiliser les caches des browsers et ralentir l'affichage
des pages ? Pour ne pas avoir à apprendre le Javascript alors que vous
vous êtes déjà tapé tout RoR ?

Une bonne pratique est donc, comme cela a déjà été suggéré plus haut,
d'écrire une application RoR classique et fonctionnelle en HTML, puis
de créer un fichier .js par écran/view et ajouter les actions
correspondantes aux requêtes AJAX dans les controlleurs (avec
rendering en json ou en partial view HTML, selon que vous "buildiez"
votre DOM vous même ou que vous injectiez plutôt du HTML "prégénéré".)
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---