2009-06-17 4 views
4

En plus de stocker l'URL, les signets IE stockent les noms et les emplacements de tout cadre ou cadre iFr chargé sur la page que vous avez marquée. Lorsque vous chargez ce signet, IE essaie de charger les images sur la page avec les URL dans le fichier de signet. Peut-être que c'était une bonne idée dans les années 90, (ou peut-être c'est toujours une bonne idée aujourd'hui et je ne peux pas penser à la raison), mais pour toute application web suffisamment compliquée qui utilise les iframes . C'est la situation même dans laquelle je me trouve maintenant. Pendant que je travaille sur le traitement de cette question dans mon application, ce que j'aimerais vraiment, c'est un moyen de désactiver ce comportement. Bref, si quelqu'un pouvait me dire pourquoi les signets stockent et utilisent cette information, je serais un heureux campeur car je suis intensément curieux.Un problème étrange avec les fichiers de marque-page IE

Merci pour toute aide.

+0

Je veux juste ajouter que j'ai eu exactement le même problème avec mon équipe au travail ces derniers jours. Le court et sale était que nos utilisateurs ont fait un favori de notre site il y a quelques éditions. Eh bien, la page principale qui a été chargée dans l'iframe a été refactorisée et nommée quelque chose de différent. Donc, quand ils utilisent leurs raccourcis, IE tente de charger l'ancienne page dans le cadre, en jetant une erreur «contrôleur ne peut pas être trouvé». – JasonWilczak

Répondre

2

Je suppose que vous avez envoyé cette question à IEBlog il y a quelques jours. :-)

IE n'offre pas une option pour supprimer cela, et la raison pour laquelle il existe est fondamentalement toujours valable aujourd'hui: Les utilisateurs s'attendent à ce que le chargement d'un signet reconstitue la page comme ils l'ont vu à l'origine. S'il est vrai que certaines applications Web basées sur des trames ne peuvent pas être reconstituées de cette manière, il reste tout à fait vrai que les sites autorisant les navigations de sous-trames peuvent être reconstitués correctement si les sous-trames sont dirigées vers la même URL que le signet. a été sauvé.

+0

Merci d'avoir expliqué cela, c'était un bug sur notre dos ces derniers jours. J'ajouterai que nos seules corrections consistent à ajouter une page ou un contrôleur "fictif" pour faire taire les exceptions ou rediriger, si nécessaire, ou pour forcer les utilisateurs à changer leurs signets. – JasonWilczak