【问题标题】:MOSS'07 - Page View Web Part Slows Menu HoversMOSS'07 - 页面视图 Web 部件减慢菜单悬停
【发布时间】:2010-09-23 13:26:52
【问题描述】:

在我们的 MOSS '07 站点中,我们有一个页面,其中仅包含一个 Page Viewer Web 部件,它指向另一个服务器上的站点。但是,我注意到在该页面(以及任何其他具有页面查看器 Web 部件的页面)上,我们的下拉菜单和悬停效果超级慢,并且完全耗尽了访问者的 CPU计算机(进程是IExplorer。)

通过测试,我能够确定 Web 部件指向的 URL 无关紧要...只是在页面上有 iframe 似乎会导致它(只是将查看器设置为加载 Google 的主页--这可能是我所知道的最简单的网站——仍然会导致问题)。如果我去移除 Web 部件,菜单会再次正常运行。

我在进程中附加了一个调试器并逐步执行Menu_HoverStatic 并调用了函数,在PopOut_Show 函数中将panel.scrollTop 分配为零时似乎很难。

有没有其他人注意到这一点? ...也许找到了解决方案?我找不到在我们的服务器上编辑 PopOut_Show 函数的位置(我认为它是一个 .NET DLL 中的资源),否则我只会注释掉该行,因为我认为它并不重要。 ..至少在我们的网站上。

我真的很喜欢在我们的 SharePoint 网站中托管来自另一台服务器的网页的能力,但是悬停时的性能令人痛苦……而且,老实说,不可接受。根据用户计算机的资源,悬停效果有时可能需要 15 秒才能完成!!!!

任何建议将不胜感激!

【问题讨论】:

  • 您是否在使用最新最好的 MOSS 版本、基础设施更新等?最新最好的IE?该 webpart 似乎在我们的环境中工作得很好,没有任何减速......它是 pageviewer 与页面上的另一个 webpart 组合可能导致冲突吗?

标签: sharepoint iframe moss web-parts menu


【解决方案1】:

SharePoint 的内置 JavaScript 可能使浏览器等待页面查看器 Web 部件中的 IFrame 完全加载。如果您在尝试单击页面时看到状态栏消息“请稍候,正在加载脚本...”,那么这肯定是问题所在。

【讨论】:

    【解决方案2】:

    感谢您的回复。我实际上能够发现问题所在(我很抱歉没有在这里与所有人分享!)

    问题不在于页面上有 IFRAME,而是因为我已将区域设置为 100% 的宽度和高度。因为在 IE 中,试图计算下拉菜单的位置是错误的(我不记得究竟是什么 javascript 函数或调用应该归咎于,但我记得用调试器单步执行它。)我相信它有一些东西要使用“位置偏移”或类似的东西。我当时的看法是,它试图在屏幕上定位下拉菜单,但定位它的计算失败了。

    为了解决这个问题,我必须设置一个 javascript 例程,以便在页面加载后以编程方式设置区域的高度。精确设置高度可以防止菜单中的下拉问题。当然,这并不理想,因为如果用户调整窗口大小,IFRAME(或更准确地说,它所在的区域)不会随之调整大小。但是,它是解决问题的合适的创可贴。

    我希望 IE 8 在发布时能够解决这个问题。

    【讨论】:

      猜你喜欢
      • 2010-11-28
      • 2010-09-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-11-18
      • 2019-09-23
      • 1970-01-01
      相关资源
      最近更新 更多