À quel moment dois-je lancer une gracieuse dégradation au vent?
Pour une fonctionnalité que je travaille actuellement sur l'implémentation de mon application (une fonctionnalité assez standard), il semble que je ai pour ignorer essentiellement la "dégradation gracieuse". Je me réfère, bien sûr, à une entrée de sélection de pays/territoire "liée". La fourniture des données et la mise en œuvre du contrôle de ces contrôles liés dépendent uniquement de JavaScript.
Juste au cas où vous ne savez pas de quoi je parle, c'est d'avoir une entrée de sélection de pays qui, lorsqu'elle est modifiée, change directement l'état d'une entrée de sélection de territoire, soit en changeant ce qui peut être sélectionné, soit en désactivant complètement l'entrée de territoire lorsqu'un pays n'a pas de territoires définis.
Il me semble assez étrange qu'il n'y ait pas de véritable solution non JavaScript pour cela.
Exiger JavaScript dans ce cas est-il une chose correcte à faire? Essentiellement, cela le rend presque impossible à utiliser sans l'activation de JavaScript. Dois-je même me soucier des utilisateurs avec JavaScript désactivé en 2011?
De façon pragmatique, c'est lorsque le coût de la dégradation gracieuse l'emporte sur l'avantage.
Donc, dans votre cas, vous devez vraiment connaître le nombre d'utilisateurs qui ont désactivé JavaScript. S'il s'agit d'une grande partie de votre base d'utilisateurs, vous devrez probablement faire quelque chose pour les satisfaire. Si ce n'est qu'un petit pourcentage, alors vous n'avez probablement pas besoin de vous embêter.
Au bout du compte, c'est une décision commerciale. Votre entreprise peut-elle faire face à la perte?
Je pense que vous pouvez ajouter un bouton après la "saisie de sélection du pays", puis recharger le formulaire incomplet avec les territoires du pays sélectionné. Lorsque Javascript est activé, cachez le bouton.
Si cela vaut la peine de s'inquiéter pour les utilisateurs avec Javascript désactivé, je pense que cela dépend du genre de chose que vous faites, de la cible et du temps dont vous disposez pour le faire. Dans ce cas, semble être une solution relativement simple.
Il n'y a pas de réponse qui s'applique universellement. Je dirai que l'accueil des non-JS devient de moins en moins une priorité. Du point de vue de l'accessibilité, des choses comme ARIA nous aident à aller dans la bonne direction, permettant à JavaScript d'être un outil standard supposé.
Je trace habituellement la ligne à la raison. À un certain moment, la quantité de temps/d'efforts dépensés sur un navigateur ou une plate-forme obsolète n'est pas équitable pour tous ceux qui ont mis à jour une plate-forme standard. Notre temps pourrait être consacré à améliorer leur expérience plutôt que d'accommoder cette minorité de personnes utilisant un outil obsolète pour accéder au produit.