Il y a deux choses que j'entends dans la défense de l'amélioration progressive.
JavaScript est désactivé ou non disponible. Selon Statistiques JavaScript de W3School , 95% avaient activé Javascript enable janvier 2008 (il y a 2,5 ans). La tendance, basée sur ces statistiques, semble être que les navigateurs activés JavaScript sont à la hausse. L'adoption Heavy Ajax a probablement poussé les utilisateurs à permettre encore plus vite. Pour soutenir la perspective des entreprises, la perspective de Text-Seule ou l'accessibilité n'a probablement pas de sens, car ils représentent probablement moins de <1% du trafic.
Les navigateurs mobiles ne fonctionneront pas. Je voudrais créer une version mobile du site en raison de la taille de l'écran limitée et d'une expérience de navigation complète sur les appareils mobiles. On pourrait discuter d'utiliser différents CSS pour les lecteurs d'écran / des appareils mobiles, mais vous ne serez pas en mesure de parcourir autant d'informations sur un appareil mobile, peu importe la manière dont vous le rendez bien rangés.
La déclaration originale n'est même pas vraie pour les nouveaux périphériques mobiles de génération, comme l'Android et l'iPhone, qui ont un total de 200 000 200 000 combinés Les araignées ne seront pas capables de ramper. Ce n'est pas vrai non plus. Il est possible d'utiliser le DOM comme conteneur de données pour la JavaScript (peupler div / d'entrée étiquettes avec vos entités). En outre, Google a déployé des efforts pour fabriquer Sites Web AJAX robustes .
threades similaires:
6 Réponses :
JavaScript est éteint ou non disponible
et l'utilisation de plugins tels que Noscript est également à la hausse (sans surprise car les vulnérabilités JS ont été un vecteur d'attaque populaire, et il n'a pas besoin d'une vulnérabilité pour une bombe d'alerte en boucle () pour gâcher votre après-midi)
Les navigateurs mobiles ne fonctionneront pas.
Et puis nous avons des navigateurs tels que Opera Mini, qui ne gère pas JS bien, mais gère bien les mises en page d'écran.
Les araignées ne seront pas capables de ramper
Vous pouvez donc travailler autour de certaines dépendances sur JS dans
certains moteurs de recherche en passant du temps à fournir des instructions sur la manière de gérer le JS et de la construire d'une manière particulière en premier lieu. C'est souvent une maintenance plus élevée que simplement construire avec une amélioration progressive.
est-ce que IE6 reste autour? Oui. Vous avez donc encore besoin de solution de contournement. Si PE est meilleur que les autres peuvent être discutés.
Quant à JavaScript: Le nouveau trou de sécurité peut transformer l'opinion publique en croyant "JS == Satan", de sorte qu'ils l'allument tous et lynch ceux qui plaident-ils.
Enfin, chaque petit problème avec votre site vous coûtera vos clients. Alors, que devrait-il être? Voulez-vous un site facile à créer (mais éteint la plupart des gens, en particulier ceux avec influence) ou un site qui tente de briller dans n'importe quel navigateur (et attire plus de visites)?
avec Attributs Wai-Aria , vous pouvez construire des applications AJAX accessibles. Bien sûr ... Il y a encore des problèmes avec glisser-déposer, etc., mais n'utilisez pas de statistiques pour prouver que l'accessibilité ne vaut pas.
Vous mélangez des affaires avec la philanthropie. Évaluation de la rentabilité de l'appui d'un ensemble de fonctionnalités indiquant que de nouveaux clients devraient être basés sur des statistiques. Ne me trompez pas, mes plus profonds sympathies aux personnes handicapées. Mais comme indiqué, nous créons / exécutant une entreprise et la priorisation de l'aide à l'accessibilité n'est pas très élevé sur la liste depuis le gain monétaire de celui-ci n'est pas relativement aussi élevé. C'est simple que ça.
Je ne pense pas que l'Aria est cette surcharge. Vous avez toujours besoin de classes CSS pour styler votre contenu. Mais vous pouvez utiliser des rôles et des états d'Aria pour obtenir le même effet plus il le rend utilisable pour les scénaristes qui soutiennent l'ARIA. Donc, au lieu de la classe = "bouton actif", vous pouvez utiliser le rôle = "bouton" aria-pressé = "vrai". Ces attributs peuvent utiliser CSS pour styler votre bouton, si vous n'avez pas besoin de prendre en charge IE6.
@RandOMGuy - Je vous suggère de discuter du cas avec votre gestion. Et quand vous y êtes, vous pourriez suggérer que vous économiserez encore plus d'argent, vous devez l'externer à une économie émergente moins chère. Après tout, cela rend le sens des affaires et votre entreprise n'est pas un organisme de bienfaisance.
@Gert g - wow. Qu'est-ce que tu babillons? La géoarbitration pourrait vraiment être une bonne décision d'affaires. Mais pourquoi énoncez-vous l'évidence et la projection de l'argument (raisonnable) que je vous ai jeté? Vous ou votre parent proche doit être désactivé. Mes condoléances. Permet de guérir toutes les maladies, apportez la paix dans le monde et vivez heureusement après. Il est temps de venir à la réalité. Vous ne connaissez même pas le site Web / le service que je crée et pourtant vous avez une position très forte sur la manière dont il sera utile aux personnes handicapées. Je suis la direction, bien que je ne voie pas comment cela est pertinent.
@Gert g - Vous devez définir ce qui vaut la peine de continuer dans ce contexte pour que nous puissions continuer. Faire du monde un meilleur endroit ne le coupe pas. Prenez-vous honnêtement les efforts de faire chaque site Web que vous créez accessible?
@Gert g, j'aimerais avoir la chance. J'aurais aimé avoir un temps et des ressources illimitées. Veuillez comprendre que ce n'est pas une question si je voudrais, personnellement, aime ajouter le soutien. Tous les kudos que j'ai pour essayer d'aider ces personnes. Pas de malaise. J'ai une famille à nourrir. Je ferai tout ce qui est en mon pouvoir pour maximiser la probabilité de ce projet qui réussit à les nourrir. Actuellement, l'ajout d'un soutien d'accessibilité (ainsi que de nombreuses autres choses) ajoute une complexité inutile qui ne m'aide pas à atteindre l'objectif, ni ne génère aucun revenu. Le bien-être de ma famille (à une mesure raisonnable) vient avant d'autres.
La complexité pourrait être une exigence légale, en fonction des juridictions que vous opérez.
Cela dépend de ce que vous construisez.
Pour les applications Web, PE n'est souvent pas idéal. L'effort impliqué dans l'EP pour les applications Web sans compromettre l'interface utilisateur de l'une des plateformes est si grosse que la construction de plusieurs fronts multiples est la plupart du temps moins cher et plus efficace pour vos utilisateurs. Une interface utilisateur mobile bien conçue est souvent fonctionnelle de son cousin de bureau par nécessité. Les moteurs de recherche ne comptent généralement pas beaucoup pour les applications Web, car le contenu lui-même ne doit pas être indexé. À titre d'exemple, examinez Gmail, qui met en œuvre plusieurs frontières différentes et redirige simplement les utilisateurs à la conviendité.
Pour les sites Web, les choses sont très différentes. Le contenu est plus statique et il doit être indexé. Dans ce cas, PE est presque une donnée.
Donc, vous devrez examiner vos projets spécifiques et évaluer les pro et les contenus pour chacun individuellement.
Nous avons récemment eu un projet de création de widgets d'interface utilisateur accessibles. Nous avons exploré l'amélioration progressive et avons trouvé peu de raison de l'utiliser (même après avoir lu le livre de filament). Nous avons utilisé JQuery et Wai-Aria. L'amélioration progressive peut être utile si votre produit doit absolument fonctionner sur n'importe quel type de navigateur. Cependant, la plupart des entreprises n'ont pas besoin de supporter un large éventail de dispositifs / navigateurs.
Amélioration progressive vous rend essentiellement plus que doubler vos efforts, car vous devez créer le widget moderne qui fonctionne avec Ajax et style sophistiqué. Vous devez également faire une version nue-Bones qui utilise des postes de formes traditionnelles. Si vous avez un widget complexe qui fait quelque chose comme un assistant ou une édition de grille en page utilisant Ajax, vous devez développer cela plus, vous devez faire des pages distinctes pour chaque étape pour prendre en charge les navigateurs sans capacité d'Ajax. La surcharge devient énorme.
C'est une excellente méthodologie pour maximiser les capacités, mais ce n'est pas très pratique sur des initiatives à grande échelle avec des contraintes de temps et de budget. C'était la décision de notre projet. Nous pensons que nous avons fait le bon choix.
Ce sont pas Statistiques W3C. Ce sont des statistiques de W3schools qui sont générées à partir de l'échantillon de sélection automatique d'utilisateurs qui souhaitent apprendre à créer des sites Web mais n'ont pas découvert que W3schools a des tutoriels sujets aux erreurs d'erreur et des trous de sécurité qui doivent être évités, voire éventuellement possible.
Fixé. Bonne prise! Il semble difficile de trouver des statistiques d'utilisation de JS non biaisées.
Ce serait parce qu'il est impossible de collecter des statistiques d'utilisation JS vraiment impartiales.