Rediriger/Actualiser vers l'identificateur de fragment

Question

Im en utilisant le cadre iUI pour créer un site. Si vous n'êtes pas familier avec cela, vous avez une page composée de divs et vous naviguez l'utilisateur entre avec des identifiants de fragment.

Le problème avec ceci est que si votre utilisateur ajoute du contenu, il n'est pas visible tant qu'il n'est pas actualisé. Dans ma sistation, ils ajoutent des données à une liste via jquery post, mais comme je dis qu'ils ne voient rien jusqu'à un rafraîchissement et une fois que vous faites un rafraîchissement, il va à la div parent comme le # fragment a été perdu.

J'ai donc réussi à obtenir la page pour aller à mywebsite.com/#_fragment après la mise à jour using window.location = mywebsite.com/#_fragment mais il ne recharge pas réellement la page.

Quelqu'un a des indices a comment rafraîchir une page à un fragment?

Answer 1

Les identificateurs de fragment d'URI sont uniquement côté client et ne sont pas envoyés au serveur, c'est-à-dire que si vous inspectez l'en-tête de requête HTTP, vous ne verrez pas #_fragment. En outre, apporter des modifications à l'URI qui modifie uniquement le fragment ne déclenchera aucun événement DOM.

Bien qu'il existe des solutions de contournement comme l'utilisation d'un appel setInterval() pour surveiller activement la propriété document.location.hash, le plus simple est de simplement modifier la chaîne de requête arg. Par exemple, au lieu de:

window.location = mywebsite.com/#_fragment 

comprennent un élément de chaîne de requête comme:

window.location = mywebsite.com/?refresh=1#_fragment 

La présence du (ou toute autre paire de clés/valeur) provoquera le « Refresh = 1? » faire une requête au serveur, tout en préservant l'identifiant #hash.

Voir ici pour plus d'informations sur l'objet de l'emplacement JS: http://docs.sun.com/source/816-6408-10/location.htm

Answer 2

Je crois que vous utilisez pour construire iUI-application web conviviale iPhone. Je ne suis pas sûr si vous avez déjà évalué iWebkit pour le même ou pas. J'ai regardé iUI et iWebkit à la fois et trouvé iWebkit à être beaucoup plus en vedette, stable & facile à mettre en œuvre aussi bien.