Dojo DataGrid (8.5.3 UP1) 返回空白行 - 基于 Readers 字段 [英] Dojo DataGrid (8.5.3 UP1) Returning Blank Rows - based on Readers field
问题描述
在现有视图的备用 XPage 上试用 Dojo DataGrid 控件(以免影响生产)，该视图利用文档中的 Readers 字段.我已经实现了 REST 服务 (xe:viewItemFileService) 并很好地连接到 Dojo DataGrid(来自 8.5.3 UP1 控件).
Trying out a Dojo DataGrid control on an alternate XPage (so as not to impact production) for an existing View, which utilizes Readers fields in the documents. I've got the REST service implemented (xe:viewItemFileService) and connected to the Dojo DataGrid just fine (from 8.5.3 UP1 controls).
我有两种用户可见性方案(通过 Readers 字段中的角色，由 NAB Group 定义分配):
I have two scenarios of user visibility (via Roles in the Readers field, assigned by NAB Group definition):
- 所有文档都可见(用户 A).用户 A 可以查看所有文档，对于这个文档一切正常.
- 用户 B 可以看到一些文档.ViewPanel 控件工作正常，但是一旦它在 Dojo DataGrid 中，它就只有用户 B 应该看到的文档的值，其余的 X(正确可见和总文档计数之间的差异)行填充有..."(非-值).
通过 pathInfo 检查 REST 服务的输出，只会为用户 B 生成正确的文档；我认为这是一个好兆头，让我认为 Dojo DataGrid 出现了问题.
Inspecting the REST service's output via the pathInfo yields only the correct documents for User B; which I take as a good sign and makes me think the Dojo DataGrid is what's misbehaving.
实际问题:
如何抑制不必要的行的生成?
Actual Question:
How can I suppress the generation of the unnecessary rows?
我尝试实施 Marky Roden 的方法，但是在我如何控制 DataGrid 正在查看的内容以生成行计数的操作上迷失了(当我使用xe:djxDataGrid 控件).rowPerPage 的属性似乎不正确，我找不到 xe:restService 的属性，这对我正在寻找的内容有意义.
I've tried to implement Marky Roden's approach, but got lost on the manipulation of how I can control what the DataGrid is looking at to generate row count (he's talking programmatic store definitions when I'm using the xe:djxDataGrid control). The attribute of rowsPerPage doesn't seem right, and I can't find one for the xe:restService that would make sense to me for what I'm looking for.
有人知道怎么做吗?很想得到这份工作.一直喜欢 Brad Balassaitis 以及 XPage 可以为我们做什么.
Anyone know how to do this? Would love to get this work. Been loving the series by Brad Balassaitis and what XPages can do for us.
设置:
Domino 服务器 8.5.3 UP1
NSF 签名为服务器 ID
Setup:
Domino Server 8.5.3 UP1
NSF signed as Server ID
推荐答案
网格从 ?readViewEntriews 获取行数的提示，它告诉实际数量，而不仅仅是用户 B 可以看到的文档数量.无论如何，只是在不考虑访问速度的情况下浏览受读者保护的视图会巨大的性能后果.如果您可以按组合的读者/作者字段对视图进行分类，并将其限制为该类别，则性能和空行都将消失.如果您有多个可能的匹配项(用户名、角色、组成员资格)，您可能希望使用使用 viewNavigator 使用某些 SSJS 返回数据的休息服务
The grid gets the hint for the number of rows from ?readViewEntriews which tells the actual number, not just the number of documents user B can see. Anyway just romping through reader protected views without designing for access speed has huge performance ramifications. If you can categorize the view by the combined reader/author fields and limit to that category both performance and empty rows will go away. If you have multiple possible hits (username, role, group membership), you might want to use a rest service that returns data using some SSJS using a viewNavigator
这篇关于Dojo DataGrid (8.5.3 UP1) 返回空白行 - 基于 Readers 字段的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
