我们最近遇到了问题，因为自Firefox 4发行以来，ScrollPosition数据从未发送给Firefox用户。这是由browsercaps文件仅指定Firefox 3.x的功能引起的。解决此问题的一种方法是，每当发布新版本的Firefox(或Chrome，或任何其他版本)时，更新每台服务器上的browsercaps文件。好吧，在我们甚至没有机会解决这个问题之前，我们已经在使用Firefox 6，这似乎是一场我们不想一直运行的竞赛。
事实证明，在母版页中设置Page.ClientTarget =“uplevel”(因此，对于所有内容，都是无条件的)可以解决我们特定的Firefox ScrollPosition问题。解决方案对此有哪些负面影响？使用Android浏览器的用户会不会有更糟糕的体验？他们现在只是要下载不必要的更大页面吗？有什么理由不应该这样做吗？
Page.ClientTarget的文档非常令人恐惧:
uplevel , which specifies browser capabilities equivalent to Internet Explorer 6.0.
..似乎是错误的，或至少具有误导性。似乎它是在IE6是功能最强大的浏览器时编写的。 “高级”是否真的意味着“假定浏览器具备所有功能”或“像对待IE6一样对其进行处理”？
最佳答案
如果您想让WebForms有效地“下岗”，则可以设置Uplevel的作品，尽管您想在比母版页更早的Page_Init中进行设置。此时，WebForms将假定每个人都是比您自己的浏览器新的浏览器。
关于asp.net - 为所有页面设置Page.ClientTarget = "uplevel"有什么缺点？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7097829/