Question

Je suis en train d'envelopper ma tête autour de jQuery Mobile. Mon objectif est de construire une application très rapide avec un regard et se sentir aussi près que possible d'une application native (au moins pour les appareils modernes).

Je crois savoir qu'il ya deux façons de naviguer entre les pages:

  1. Chargement chaque page comme une page séparée et liens vers d'autres pages avec des ancres HTML réguliers.

  2. Mettre tous (ou plusieurs) pages sur une seule page Web et naviguer entre eux au moyen de javascript (.mobile.changePage $ (méthode) et les fonctions api similaires.

La première approche devrait fonctionner sur tous les navigateurs, mais effectue assez mal car il y a un délai entre chaque transition de page.

La deuxième semble que ce devrait être beaucoup plus rapide, donc je préfère certainement cette approche. Mais comment ce travail pour les navigateurs de périphériques mobiles sans support javascript? Il semble bien violer le but de jQuery Mobile pour offrir une expérience gracieusement dégradée pour les navigateurs C-qualité.

Il me semble que je dois mettre en œuvre mon application deux fois, une fois optimisé pour les navigateurs compatibles avec javascript, une fois pour les navigateurs sans? L'utilisation peut être une autre option, mais semble encore plus désordonnée.

Quelle est la méthode recommandée pour aborder ce dilemme? Est-ce que je n'ai pas remarqué?

Merci,

Adrian

Était-ce utile?

La solution

Tout d'abord:. Votre point2 est erroné

Voir locale, liée interne "pages" ici et le lire attentivement. Un href="#pageelementid" lien fonctionnera bien et fonctionnera dans un navigateur capable HTML4 trop [pourrait exiger <a name="pageelementid"> dans certains cas, je ne suis pas sûr plus] avec la seule différence étant que toutes les pages sont visibles à la fois.

La deuxième chose est que si vous utilisez le numéro de façon 1, il semble assez bien aussi. Il se charge, oui, mais dans les navigateurs javascript activé il est chargé avec AJAX et il n'y a aucun clignotement méchant entre les pages. En outre -. Un pop-up "de chargement" apparaît

jQuery Mobile est censé vous permettre de créer une application avec un peu html pur et simple sans JS. JQM lui-même prend la mise en valeur de la page afin qu'il semble bon et utilise AJAX. Essayez de créer une application qui fonctionnerait dans tous les navigateurs possible (mon inspiration: lynx) et le balisage de l'utilisation JQM pour cela. Tout javascript que vous êtes prêt à écrire devrait fonctionner comme une amélioration -. Ce qui en fait mieux au lieu de le faire fonctionner du tout

bonne chance avec ça!

Autres conseils

La réflexion actuelle sur le soutien des navigateurs moins est de ne pas se dégrader avec élégance, mais pour améliorer. Si vous construisez le site à partir du sol au travail sans javascript puis peaufinez plus tard, alors vous savez à peu près que le site fonctionnera (plutôt que d'avoir à fix ou construire un site secondaire).

En ce qui concerne les deux options que vous avez spécifié, numéro un serait ma préférence en tant que utilisateur mobile si j'avais une bande passante limitée et aussi beaucoup de gens ont une quantité de téléchargement restreint par mois.

Lumping toutes les pages dans un grand fichier peut sembler une bonne idée (déjà téléchargé), mais vous pouvez bien fonctionner dans les limites de la mémoire sur certains téléphones. Et si tout ce qu'ils veulent faire est de visiter deux pages, pourquoi devraient-ils être obligés de télécharger l'ensemble du site pour le faire?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top