Sharepoint 苔藓'；07-页面视图Web部件减缓菜单悬停
在我们的MOSS'07站点中，我们有一个页面，其中只包含一个指向另一台服务器上的站点的页面查看器web部件。但是，我注意到，在该页面上（以及任何其他在其上有页面查看器web部件的页面），我们的下拉菜单和悬停效果都是超慢的，并且完全耗尽了访问者计算机上的CPU（进程是IExplorer） 通过测试，我能够确定web部件指向的URL是什么并不重要……只是在页面上有Iframe似乎就导致了它（只是将查看器设置为加载Google的主页——这可能是我所知道的最简单的网站——仍然会导致问题）。如果我去删除web部件，菜单会再次正常运行 我在进程上附加了一个调试器，并逐步通过Sharepoint 苔藓'；07-页面视图Web部件减缓菜单悬停,sharepoint,iframe,moss,web-parts,menu,Sharepoint,Iframe,Moss,Web Parts,Menu,在我们的MOSS'07站点中，我们有一个页面，其中只包含一个指向另一台服务器上的站点的页面查看器web部件。但是，我注意到，在该页面上（以及任何其他在其上有页面查看器web部件的页面），我们的下拉菜单和悬停效果都是超慢的，并且完全耗尽了访问者计算机上的CPU（进程是IExplorer） 通过测试，我能够确定web部件指向的URL是什么并不重要……只是在页面上有Iframe似乎就导致了它（只是将查看器设置为加载Google的主页——这可能是我所知道的最简单的网站——仍然会导致问题）。如果我去删除w
菜单\u HoverStatic面板时，它似乎很难将弹出显示功能中的scrollTop
设置为零
还有人注意到了吗。。。也许找到了解决办法？我找不到在我们的服务器上编辑PopOut\u Show
功能的位置（我认为它是.NET DLL中的一个资源），否则我就把那行注释掉，因为我认为它其实并不重要……至少在我们的网站上是这样
我真的很喜欢在我们的SharePoint网站上托管来自另一台服务器的网页，但悬停时的性能令人痛苦。。。老实说，这是不可接受的。根据用户计算机的资源，悬停效果有时需要15秒才能完成
任何建议都将不胜感激 SharePoint的内置JavaScript可能使浏览器等待页面查看器Web部件中的IFrame完全加载。如果您尝试单击页面时看到一条状态栏消息，上面写着“正在加载脚本，请稍候…”，那么这肯定是问题所在。谢谢您的回复。事实上，我发现了问题所在（我对没有在这里与大家分享而感到抱歉！）
问题不在于页面上有IFRAME，而是因为我将区域设置为100%宽度和高度。由于IE中的一个but，试图计算下拉列表的位置是错误的（我不记得到底是什么javascript函数或调用造成的，但我记得用调试器进行了调试。）我相信这与“位置偏移”或类似的东西有关。我当时的想法是，它试图在屏幕上定位下拉菜单，而定位它的计算失败了
为了解决这个问题，我必须设置一个javascript例程，以编程方式设置页面加载后区域的高度。准确设置高度可以避免菜单中的下拉问题。当然，这并不理想，因为如果用户调整窗口大小，IFRAME（或者更准确地说，它所在的区域）不会随之调整大小。但是，这是一个适合这个问题的创可贴。
我希望IE8发布后能解决这个问题 您是否使用最新和最棒的MOSS版本、基础设施更新等？最新最伟大的IE？该Web部件在我们的环境中似乎工作正常，没有任何减速……是pageviewer与页面上的另一个Web部件组合在一起可能导致冲突吗？