web-dev-qa-db-fra.com

Existe-t-il un site expliquant les problèmes courants de «fonctionnalité non prise en charge» dans un langage convivial?

Lors de l'écriture de sites Web, nous devons souvent détecter les fonctionnalités, puis trouver un plan pour gérer les fonctionnalités non prises en charge (dégradation gracieuse), parfois obligé de ne pas utiliser de messages "non pris en charge" demandant à l'utilisateur de mettre à niveau son navigateur.

Beaucoup de travail a été fait dans la création de bibliothèques pour aider à une dégradation gracieuse, mais les messages donnés aux utilisateurs lorsqu'une fonctionnalité n'est pas prise en charge sont toujours principalement roulés à la main par les développeurs.

Existe-t-il des sites qui offrent des explications conviviales sur les fonctionnalités courantes qui ne sont pas prises en charge, ainsi que des instructions sur la raison pour laquelle ils souhaitent mettre à niveau leur navigateur et des liens vers les différents sites de téléchargement du navigateur?

c'est-à-dire donc au lieu de le faire:

<canvas id="myCanvas">
    Sorry, but your browser does not support this feature.  
    I recommend trying 
    <a href="https://chrome.google.com/" target="_blank">Google Chrome</a> 
    instead.
</canvas>

Je pourrais créer un lien vers un site dédié à ces messages, où ils pourraient justifier de réfléchir davantage à la réponse. par exemple.

<canvas id="myCanvas">
    Sorry, your browser does not support this feature; 
    for more information and instructions on how to resolve this issue 
    please refer to this 
    <a href="https://www.demouri.org/notsupported/canvas" target="_blank">support article</a>.
</canvas>
2
JohnLBevan

Je sais que cela pourrait être hors du graphique, mais je veux juste partager cela

enter image description here

2
user51145
1
sergiol

Personnellement, je n'aime pas l'idée d'une dégradation gracieuse, surtout maintenant que presque chaque nouveau PC Windows d'un OEM est livré avec Chrome préinstallé et les Mac devraient principalement avoir une sorte de version de Safari qui prend en charge la plupart Fonctionnalités HTML5.

Une approche consiste à ce que l'application soit entièrement prise en charge ou qu'elle ne fonctionne pas et que l'utilisateur pointe vers un navigateur Web gratuit qui est pris en charge. Il n'y a pas de barrière énorme pour qu'un utilisateur installe Chrome; cela prend environ 5 minutes sur n'importe quel ordinateur moderne avec une connexion Internet décente, et, tout comme les anciennes exigences du système PC, votre application Web peut avoir des exigences de navigateur.

Une grande application qui utilise cette même approche est Asana. Cela ne fonctionne tout simplement pas sur les navigateurs non pris en charge et ils donnent à l'utilisateur une petite image avec des liens vers les navigateurs pris en charge. Plutôt que de "fragmenter" votre application pour prendre en charge des navigateurs non pris en charge et de dire à vos utilisateurs que leur navigateur n'est pas pris en charge pour x raisons et fonctionnalités, passez plus de temps à faire fonctionner l'application vraiment bien sur les navigateurs qui sont entièrement pris en charge.

En outre, en fonction de l'audience de votre application, leur donner un lien vers une description technique des raisons pour lesquelles quelque chose ne fonctionne pas est juste une douleur et ils ne comprendront probablement pas ou ne s'en soucieront pas. Je sais que mes utilisateurs dans mon entreprise ne se soucient pas de la raison pour laquelle quelque chose ne fonctionne pas; ils ont juste besoin de savoir comment le faire fonctionner et ils seront heureux.

Une autre approche consiste simplement à ne rien dire et à simplement dégrader ou caler l'application Web avec élégance. L'utilisateur ne devrait même pas savoir que cela se produit.

1
CM Smith