在我们的MOSS '07网站中，我们有一个页面，其中只包含一个指向另一台服务器上的网站的页面查看器Web部件。但是，我注意到在该页面上（以及其他任何有页面查看器Web部件的页面）我们的下拉菜单和悬停效果超慢并完全最大化访问者的CPU电脑（流程 IExplorer 。）
通过测试，我能够确定Web部件指向的URL无关紧要...只是让页面上的Iframe似乎导致它（只是设置查看器加载Google的主页 - 这可能是我所知道的最简单的网站 - 仍然会导致问题）。如果我去除网页部分，菜单会再次正常运行。
我将一个调试器附加到进程并逐步执行Menu_HoverStatic并调用了函数，在panel.scrollTop函数中将PopOut_Show赋值为零时似乎很难。
有没有人注意到这个？ ......也许找到了解决方案？我找不到在我们的服务器上编辑PopOut_Show函数的位置（我认为它是.NET DLL中的一个资源）或者我只是注释掉那一行，因为我觉得它不是很重要无论如何...至少在我们的网站上。
我真的很喜欢在我们的SharePoint网站上托管其他服务器的网页，但是在悬停时的表现令人痛苦......而且老实说，这是不可接受的。根据用户计算机的资源，悬停效果有时需要15秒才能完成!!!!
任何建议都会非常感激！
答案 0 :(得分：0)
SharePoint的内置JavaScript可能使浏览器等到页面查看器Web部件中的IFrame完全加载。如果您在尝试单击页面时看到状态栏消息“请等待脚本加载...”，那么这肯定是问题所在。
答案 1 :(得分：0)
感谢您的回复。我实际上能够发现问题是什么（当我这样做的时候，我不会在这里与大家分享它的应用！）
问题不在于在页面上使用IFRAME，而是因为我将区域设置为100％的宽度和高度。因为在IE中，尝试计算下拉列表的位置是错误的（我不记得是什么javascript函数或调用是完全责备，但我记得用调试器踩过它。）我相信它有一些东西给做“位置偏移”或类似的事情。我当时的看法是它试图将下拉菜单放在屏幕上，并且计算它的位置失败。
为了解决这个问题，我必须设置一个javascript例程，以便在加载页面后以编程方式设置区域的高度。正确设置高度可以防止菜单中的下拉问题。当然，这并不理想，因为如果用户调整窗口大小，IFRAME（或者更准确地说，它所在的区域）不会随之调整大小。但是，这是一个适合这个问题的创可贴。
我希望IE 8能够解决这个问题。