AJAX et le bouton Précédent du navigateur

Question

Je lance un jeu basé sur un navigateur sur www.darknovagames.com. Récemment, j'ai travaillé sur le reformatage du site avec CSS, en essayant de vérifier toutes ses pages selon le standard HTML.

J’ai eu l’idée de placer AJAX à gauche dans le menu de navigation (plutôt que d’amener l’utilisateur à une page séparée à chaque fois, ce qui nécessite un rechargement du titre et de la barre de navigation, qui ne changent presque jamais ) et je sais que si je le fais, je casserai probablement les boutons Suivant / Précédent du navigateur. Je pense que ma question est la suivante: devrais-je utiliser AJAX le site, obligeant ainsi l’utilisateur à utiliser la navigation du site pour jouer au jeu, ou devrais-je quitter le site tel qu’il est actuellement et utiliser des hyperliens standard et des éléments de navigation?

La raison pour laquelle je pose la question, je suppose, c’est que j’ai construit un système de forums sur le site et que, très souvent, je souhaite créer un lien avec un sujet spécifique des forums.

Je suis également ouvert aux suggestions. Existe-t-il un moyen standard (de préférence sans cadres traditionnels) de ne recharger que la zone de corps du site, tout en modifiant l'URL pour permettre aux utilisateurs de créer des signets, de faire suivre ou de revenir en arrière, etc.? Cela pourrait potentiellement résoudre mon problème aussi. Je demande simplement la meilleure solution ici, pas une réponse à une question spécifique. ^ _ ^

Merci

Answer 1

Si vous souhaitez activer AJAX, ne le faites pas au détriment des URL accessibles pour toutes les pages importantes de votre site. C’est l’épine dorsale d’un site navigable que les internautes peuvent utiliser.

Lorsque vous intégrez toutes vos fonctionnalités dans les appels et les rappels AJAX, vous forcez les utilisateurs sur un seul chemin pour accéder aux fonctionnalités et au contenu qu'ils souhaitent - ce qui est totalement contraire à la manière dont le Web est censé fonctionner. Les gens comptent sur la barre d'adresse et le bouton de retour. Si vous remplacez tous vos liens afin que votre site soit essentiellement constitué d'une seule page mise à jour uniquement via AJAX, vous empêchez les utilisateurs de naviguer sur votre site et de trouver ce dont ils ont besoin. Cela empêche également vos utilisateurs de pouvoir partager ce qu'ils trouvent (ce qui fait partie de la question, non?).

Pensez à la carte mentale de votre site concernant un utilisateur. S'ils savent qu'ils sont entrés via la page d'accueil, ils sont ensuite allés chercher quelque chose, puis ils ont atterri sur une page de jeux, puis ils ont commencé à jouer à un jeu en particulier, c'est-à-dire quatre unités d'action distinctes prises par l'utilisateur. Ils auraient peut-être fait quelques autres actions plus petites et plus insignifiantes sur chacune de ces pages - mais ce sont les unités principales. Lorsqu'ils cliquent sur le bouton Précédent, ils doivent s'attendre à retrouver le chemin emprunté. Si vous chargez toutes ces pages via des appels AJAX, vous fournissez un site dont les fonctionnalités sont contraires aux attentes de l'utilisateur.

Découpez votre site en chaque fonction importante (recherche, accueil, profils, jeux, tout dépend de la nature de votre site). Partout où vous créez un lien vers ces pages, faites-le via un lien régulier et une URL statique.

AJAX va bien. Mais l'art consiste à savoir quand l'utiliser et quand ne pas le faire. Si vous vous en tenez au modèle que j'ai esquissé ci-dessus, vos utilisateurs l'apprécieront.

Answer 2

Utilisez ajax pour les parties de la page qui doivent être mises à jour, pas pour la totalité. Pour cela, vous devez utiliser des modèles.

Si vous souhaitez conserver le bouton Précédent pour vos divers changements d'état sur la page, combinez-les avec # achors pour modifier l'URL (sans obliger le navigateur à émettre un autre GET).

Par exemple, l'apparence de Gmail est la suivante:

mail.google.com/#inbox/message-1234

tout ce qui s’est passé après le # était un changement d’état de page qui s’est produit via ajax. Si j'appuie sur Retour, je reviendrai dans la boîte de réception (encore une fois, sans autre navigateur GET)

Answer 3

Découvrez vraimentsimplehistory . Le wiki n'a pas été mis à jour depuis 10 mois, mais j'étais juste à l'expérience Ajax 2008 et j'ai vu un présentation de Brian Dillard à ce sujet. Il dit que le code 0.8 est sur son disque dur. Espérons que ce sera bientôt téléchargeable.

Answer 4

Une autre solution:

AJAX Pagination & amp; Bouton Précédent

Cela semble être le meilleur qui existe, fonctionne avec JQuery & amp; Mootools.

Answer 5

Il existe de nombreuses façons de résoudre ce problème en utilisant des techniques Javascript géniales, impliquant souvent des iframes, mais je pense que dans cette situation, vous devez vous demander pourquoi vous utilisez AJAX. Est-ce que cela va réellement rendre le site plus facile à utiliser pour l'utilisateur? Il me semble que vous l'utilisez parce que vous trouvez que c'est cool (ce qui en soi n'est pas toujours une mauvaise chose), pas parce que cela ajoutera réellement de la valeur à vos visiteurs. Sur n'importe quel site Web normal, les documents hyperliens normaux sont presque toujours la bonne chose pour la navigation principale. C’est ce à quoi les gens s’attendent et je ne vous recommanderais pas de briser ces attentes avec une technologie sophistiquée.

AJAX est génial et vous permet de faire beaucoup de choses géniales. Changer la navigation d’un site Web n’en fait pas partie.

Bien joué pour résoudre ce problème, il existe de nombreux sites qui utilisent AJAX et ne pensent même pas à cela!

Answer 6

Essayez ce simple & amp; PathJS lib. léger. Cela permet de lier directement les auditeurs aux ancres.

Exemple:

Path.map("#/page").to(function(){
    alert('page!');
});

Answer 7

AJAX n’est pas la meilleure solution de navigation pour la raison que vous décrivez. Le succès du rechargement de l'en-tête et de la barre de navigation est minime par rapport à la difficulté de casser l'interface utilisateur de navigation du navigateur.

Un exemple plus approprié d’AJAX serait de permettre aux utilisateurs de jouer au jeu dans la fenêtre principale pendant qu’ils peuvent parcourir une liste d’autres contenus dans un volet de navigation. Vous pouvez charger des éléments supplémentaires dans le volet de navigation via AJAX sans perturber le jeu.

Answer 8

Je me contenterais d'hyperliens simples. Le mobilier de votre page ne devrait pas représenter une grande partie du code HTML. Ce n’est donc pas une grosse victoire de l’exclure des requêtes de page. Rendre chaque ressource adressable (c'est-à-dire une URL pour chaque bit de contenu susceptible d'intéresser un utilisateur) est une caractéristique essentielle de la conception Web. Cela signifie que la mise en cache peut fonctionner et que les utilisateurs peuvent partager des signets. Il fait fonctionner Google, ainsi que les sites de bookmarking social.

À mon avis, supprimer quelques octets HTML des modifications de page ultérieures ne vaut pas la peine.