对于asp:gridview寻呼机选项的开箱即用,我真的很沮丧: - NextPrevious - NextPreviousFirstLast - 数字 - NumericFirstLast
我正在处理一个网格视图,出于实际目的,实际上不应该一次更深10行,以便进行良好的管理。但是,在没有对源引用表进行任何过滤的情况下这意味着我们正在处理396页,每行10行,以覆盖寻呼机中表的内容。这对于诸如下面的默认设备或此处所示的原始目标的设备而言实际上并不实用。
但是我想的越多,即使通过396页数据进行跋涉也是徒劳的。什么会更好的是某种滑块或其他机制。
所以我想在这里解决这个问题,看看是否有人有解决方案来增强默认寻呼机或替换它以提供更好的方法来处理大量数据,就像我在这里处理的那样。
思想?
答案 0 :(得分:1)
您可以自己创建寻呼机。
我有两种方法可以想到。第一个是在GridView的CXHandle
事件上创建自己的寻呼机。在那里,您可以投射寻呼机的type
并根据需要重建它。我用它来为页码添加OnRowCreated
链接。
第二个选项是使用JavaScript的客户端解决方案。这是它的一个片段。诀窍是,Pager项目只不过是一个看起来像这样的javascript链接。
Table
您可以使用该信息在其他地方重新创建新链接。
首先要设置View all
以确保它包含页面上所有可能的寻呼机号码,否则您将获得<a href="javascript:__doPostBack('ctl00$mainContentPane$GridView1','Page$14&')">14</a>
然后给寻呼机一个带PagerSettings-PageButtonCount
的CSS类。
GridView控件现在看起来像这样:
invalid postback or callback argument
并将其添加到.aspx页面
PagerStyle-CssClass