IE 书签文件的奇怪问题
除了存储 URL 之外，IE 书签还存储您添加书签的页面上任何加载的 iframe 或框架的名称和位置。 当您加载该书签时，IE 会尝试使用书签文件中的 url 加载页面上的框架。
也许这在 90 年代是一个好主意（或者也许今天仍然是一个好主意，但我只是想不出原因），但对于任何使用 iframe 的足够复杂的 Web 应用程序来说，它很容易导致问题。 这就是我现在的处境。
当我正在我的应用程序中处理这个问题时，我真正想要的是一种关闭这种行为的方法。 除此之外，如果有人能告诉我为什么书签存储和使用这些信息，我将是一个快乐的露营者，因为我非常好奇。
谢谢你的帮助。
In addition to storing the URL, IE bookmarks store the names and locations of any loaded iframe or frame on the page you bookmark. When you load that bookmark, IE tries to load the frames on the page with the urls in the bookmark file.
Maybe this was a good idea in the 90's, (or maybe it's still a good idea today and I just can't think of the reason), but for any sufficiently complicated web app that uses iframes it can easily cause problems. This is the very situation I find myself in now.
While I'm working on handling this in my app, what I'd really like is a way to just turn this behavior off. Short of that, if someone could tell me why bookmarks store and use this information I would be one happy camper as I am intensely curious.
Thanks for any help.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我怀疑您几天前将这个问题邮寄到了 IEBlog。 :-)
IE 没有提供抑制这种情况的选项，并且它存在的原因今天基本上仍然有效：用户期望加载书签将重新构建他们最初看到的页面。 虽然某些基于框架的 Web 应用程序确实无法以这种方式重构，但允许子框架导航的网站通常仅只有在子框架导航到同一 URL 时才能正确重构，这一点仍然是完全正确的。它们是保存书签时的状态。
I suspect you mailed this question to the IEBlog a few days ago. :-)
IE doesn't offer an option to suppress this, and the reason it exists is basically still valid today: Users expect that loading a bookmark will reconstitute the page as they originally saw it. While it's true that some web applications based on frames cannot be reconstituted in this way, it remains entirely true that sites that allow navigations of subframes usually can only be reconstituted correctly if the subframes are navigated to the same URL they were when the bookmark was saved.