astuces d'amélioration progressive [fermé]

Question

Il y a un art à la conception d'un site Web qui fonctionne pour tout le monde, et progressif de mise en valeur est pratiquement un mantra pour moi ...

Je me demande, ce sont quelques-uns des meilleurs trucs que vous avez utilisé pour faire fonctionner les sites Web pour tous quel que soit le navigateur, OS, javascript, flash, résolution d'écran, l'accessibilité des utilisateurs handicapés, etc.?

(je sais beaucoup de choses sur javascript et astuces navigateur, mais dois admettre d'être la moindre idée de flash, etc.)

EDIT : Je ne parle pas vraiment de 1% des sites qui sont RIAs qui peuvent tout simplement pas fonctionner sans javascript ou flash. Je ne demande pas comment écrire Google Docs sans js. Je voudrais savoir ce que les gens font pour les sites qui peut faire des choses cool, mais ne fait pas besoin .

Je vais offrir quelques moi-même comme une réponse ...

Answer 1

J'essaie d'éviter mantras, à l'exception du mantra que le monde est un endroit désordonné.

Je pense que beaucoup de fonctionnalités de bureau sera remplacée par la fonctionnalité web, et ça va être une transition délicate qui va se retrouver avec des applications réelles dans le navigateur. applications réelles signifie JavaScript ou Flash ou Silverlight ou Java ou C # ou Objective-J compilés dans JavaScript.

Pour moi, le seul truc est d'identifier les personnes et les navigateurs qui ne peuvent pas utiliser utilement les applications et en leur fournissant un contenu alternatif.

Et cela inclut la détection mobile et fournissant un contenu approprié. Il existe de nombreux sites qui vient de tomber en morceaux sur l'iPhone parce qu'ils sont si Flash lourds et dépendent de moniteurs larges d'ordinateur.

ne pense pas il est OK pour exiger JavaScript pour un site qui est un site Web, mais je pense qu'il est OK pour un site Web qui est une application. I ne pas pense qu'il est bon de servir seulement 960px larges pages. I ne pas pense qu'il est autorisé à servir des vidéos uniquement au format Flash.

Answer 2

Certains des trucs chouettes-je utiliser pour travailler avec des sites en fonction ajax-:

1) la page entière et tous les liens en utilisant une des balises normales qui vont à la bonne page avec javascript désactivé, « Hijax » les basées sur quelque chose comme « rel = externe ».

2) Ajouter des balises noscript avec tout lieu de contenu alternatif où javascript serait autrement insérer du contenu dynamique.

3) Masquer éléments javascript contrôlerez à la charge DOM avec JavaScript au lieu de les cacher dans la feuille de style, puis montrant les avec javascript puisque l'utilisateur ne jamais les voir si elles ont le javascript tourné off.

Answer 3

Vérifiez vos statistiques (ou installer Google Analytics si vous ne possédez pas les statistiques) et de déterminer où vos utilisateurs vont et ce qu'ils sont en train de faire.

par exemple.

1.) Vos utilisateurs constamment utiliser la recherche parce qu'ils ne peuvent pas trouver quelque chose? Si oui, vous pouvez peut-être mieux le travail de recherche?

2.) Est-ce que votre page 404 fournit des options rapides à rechercher des termes connexes ou essayer de « deviner » ce qu'ils cherchaient?

3.) Est-ce que votre site a un plan du site qui permet d'accéder rapidement à des parties significatives de votre site?

4). Si tout le reste échoue, l'utilisateur ne pouvoir disposer de moyens de vous contacter / support technique pour les aider à trouver ce dont ils ont besoin?

5.) Je ne sais pas si vous « vendre » quelque chose sur votre site, mais semblable à quand vous arrivez à la caisse à des briques principales n Morter détaillant ... ils vous demandent si vous avez trouvé tout ce que vous recherchez aujourd'hui. Envisager de fournir une option où les utilisateurs peuvent faire des suggestions ... peut-être vous avez un marché inexploité en attente d'être conquis.

6.) Sur la facilité d'utilisation, assurez-vous de surfer sur votre site dans Internet Explorer (6,7,8), Safari, etc., et assurez-vous qu'il fonctionne partout que vous aimez.

7.) Il y a un livre intitulé " Ne me font penser " qui est une excellente ressource sur la facilité d'utilisation réaliste. Si vous avez pas déjà lu ... allez récupérer une copie.

De plus, assurez-vous de toutes les autres petites choses sont pris en charge ... par exemple vous faites bon usage de la mise en cache (JS, CSS, images)

Answer 4

Normalement, ce que je fais est d'écrire tout le site sans javascript. Une fois que cela est fonctionnel, vous pouvez « marquer vers le haut ».

Cela dit, il y a quelques bons blocs de départ:

Le modèle PRG est généralement indispensable pour une bonne accessibilité.

Vous voulez vous assurer qu'il ya un menu activé jumplink-près du début de votre code HTML. Si vous n'êtes pas sûr, essayez d'exécuter votre site Web en lien, ou un navigateur basé sur un texte similaire ou de la parole. Si vous obtenez agacé, ainsi que vos utilisateurs accessibles.

Assurez-vous d'appliquer les balises alt à vos images seulement quand ils sont significatifs. Il est légitime de donner une image alt = « » quand il est uniquement à des fins de conception. De même, la mise title = « » satisfera vos utilisateurs de Firefox désirent pour les infobulles de vol stationnaire sans vos utilisateurs accessibles ennuyeux.

Espérons que ces conseils simples vous aider! L'accessibilité est la responsabilité de tous!

Answer 5

Essayez de fournir un contenu de secours lors de l'utilisation des plugins ou autres contenus qui peuvent être difficiles à rendre accessibles. Mettre la vidéo sur la page, par exemple. Si vous deviez aller dans le sens HTML5:

<video>
    <source src="video.ogv" type="video/ogg" /><!-- OGG for Mozilla/Opera -->
    <source src="video.mp4" type="video/mp4" /><!-- h.264 for Apple/Google -->
    <object><!-- Fall back to Flash/h.264 for older browsers -->
            <!-- And in the event the UA can't handle any of those, all you can do is provide a link to the media -->
            <p><a href="video.ogv">Download the video</a>.</p>
    </object>
</video>

[pseudocode, mais vous voyez l'idée]

Pour une solution plus complète à ce problème particulier, consultez vidéo pour tout le monde .

Answer 6

progressive amélioration est pas compliqué.

Considérons les trois principales préoccupations:

• Contenu (HTML)
• Présentation (CSS)
• Comportement (JS)

Vous commencez avec le contenu et travaillez votre chemin à travers les préoccupations en veillant à ce que chaque nouvelle préoccupation ne fait pas obstacle à la précédente ou essayer d'imiter une autre préoccupation; JavaScript ne doit pas se contenter de générer; CSS ne doit pas être le comportement de manutention; HTML ne doit pas être la présentation manutentionnaires, etc., etc.

Answer 7

ok, en ce qui concerne l'application de type site web, le meilleur est de toujours soutenir une multitude de formats, dans un RESTful façon ... HTML, XML, JSON, RSS, Atom (où il est logique) et pourquoi pas d'autres ... de le faire, vous avez besoin d'une architecture MVC propre sur le serveur ... eh bien, il n'a pas besoin d'être MVC, mais disons, la couche de rendu doit être muet comme le pain, et une logique d'affaires bien écrit en cours d'exécution sous ... votre contrôleur frontend devrait choisir le format pour revenir en réponse à une demande et là vous allez ... toute votre logique métier pour récupérer des données / de mise à jour, la pagination, etc., est mis en œuvre une fois, puis vous rendre simplement dans un modèle HTML, ou le convertir en JSON, ou faire tout .. .

une idée serait, de faire la mise en œuvre d'une vue, qui retourne solide comme le roc, HTML sémantique et simple ... et faire un, ça va beaucoup utiliser javascript ... les rendre accessibles sous des chemins différents, et faire le javascript uncrawlable ... mettre une ligne de javascript au début de votre principal modèle HTML, qui provoque une redirection vers la version javascript de ce site ... vous pouvez faire la même chose pour le flash et ... etc ... puis, dans la version « sale » des applications, vous pouvez vraiment faire quelque chose, vous aimez ... modèles de charge par HTTP, puis les données JSON, et faire le rendu sur le client, la création d'un clientside stateful persistante javascript app ... pourquoi pas?

Personnellement, je pense, il vaut mieux, que de commencer par HTML agréable et clair, et que la farce en tonnes de javascript, qui ne fonctionnera pas même pour tous les utilisateurs ...

greetz

back2dos