使用 Lotus Domino Web 应用程序中的视图应用字段中的选择

发布于 2024-11-30 17:27:03 字数 136 浏览 0 评论 0原文

我不太清楚在基于网络的应用程序中使用“使用视图对话框进行选择”的解决方法。

我的问题是如何在控制选项卡中的字段中转换此设置,然后选择,在选择“使用视图对话框进行选择”中,然后使用当前数据库和访问视图以及特定列。

提前致谢 :)

I can't quite figure out a work around for using "Use view dialog for choices" in a web based application.

My Question is how can i convert this settings in my field in the Control Tab then Choices, in choices "Use view dialog for choices" then Use current database and access view and a specific column.

Thanks in advance :)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

孤者何惧 2024-12-07 17:27:03

“使用视图对话框进行选择”几乎总是一种绕过公式返回值限制的方法。例如,当列表框或对话框列表选择公式的选择公式中的 @DbColumn 会导致错误时,您可以使用它。

其结果是网络没有“一次性”解决方法。直接的功能替换是在弹出窗口或覆盖 div 中打开视图,并将一些 JavaScript 附加到视图,以覆盖默认的 Web 行为并强制将值返回到主文档上的字段。这种方法效果很好,但可能需要服务器设置来允许一次提供整个视图(每页显示的最大行数可能会少于您的需要),并且如果用于显示 HTML,则可能会损坏观点不断变化。

您可以在 WebQueryOpen 代理中使用 LotusScript 或 Java,使用 PassThru HTML 或“将内容视为 HTML”表单来填充 Rich Text 字段中的常规小部件(元素列表)。这将涉及获取视图,然后逐个文档(或逐个类别)运行视图索引以获取所需的列值。 (如果采用这种方法,请使用 ColumnValues 而不是文档字段名称来检索值 - 打开文档来读取值的成本很高,并且代码的运行时间将延长很多倍。)

您还可以使用 AJAX 请求和 ?ReadViewEntries 查询根据需要获取视图,这将返回视图的 XML 表示形式。同样,您可能必须提高每页的最大查看行数限制才能获得所需的数据量。不过,您可以通过使用“建议”方法来解决这个问题,该方法在用户在字段中输入至少一个字符之前不会开始检索数据。

所有这些方法都意味着使用单独的网络表单。这很简单——您只需创建一个具有与 Notes 客户端使用的别名相同的别名(或名称,如果您不使用别名)的表单即可。在 Designer 的表单列表中,您可以使用 hidewhen 选项卡从 Notes 客户端隐藏一个表单,从 Web 隐藏另一个表单。 (请注意,如有必要,您可以以相同的方式为移动设备创建附加表单。)

根据手头的信息,我无法获得比这更具体的信息。如果这不足以为您指明正确的方向,请编辑您的问题以使其更加具体(并对此回复发表评论 - 我不会在 SO 上花费大量时间,但我确实在其他 StackExchange 上花费了时间网站,所以我会收到通知)。

"Use view dialog for choices" is almost always a way to get around the restrictions on the return value of a formula. For instance, you'd use it when @DbColumn in a choices formula for a listbox or dialog list choices formula would cause an error.

The upshot of that is that there's no "one-shot" workaround for the web. A direct functional replacement would be to open the view in a pop-up window or overlay div, and attach some JavaScript to the view in order to override the default web behaviour and force the return of values to a field on the main document. This approach will work well, but it may require server settings that allow the entire view to be served at once (the maximum lines to display per page will probably be less than you need), and it's subject to breakage if the HTML used to display the view ever changes.

You can use LotusScript or Java in a WebQueryOpen agent to populate a conventional widget (the list of a element) in a Rich Text field, either using PassThru HTML or a "Treat contents as HTML" form. That would involve getting the view, then doing a document-by-document (or category-by-category) run through the view index to get the column values you need. (If you take this approach, use the ColumnValues rather than the document field name to retrieve the values -- the cost of opening the document to read the values is high, and your code will take many times longer to run.)

You can also get the view as need using an AJAX request and a ?ReadViewEntries query, which will return an XML representation of the view. Again, you may have to have the maximum view lines per page limit upped in order to get the amount of data you need. You can get around that, though, by using a "suggest" method that doesn't begin retrieving data until the user enters at least one character into the field.

All of these approaches mean using a separate form for the web. That's easy enough -- you simply create a form with the same alias (or name, if you're not using aliases) as the one you're using for the Notes client. In the list of forms in Designer, you can use the hidewhen tab to hide one from the Notes client and the other from the web. (Note that you can create an additional form for mobile devices the same way if necessary.)

I can't get more specific than this with the information at hand. If this is insufficient to point you in the right direction, then edit your question to be more specific (and post a comment to this reply -- I don't spend a lot of time on SO, but I do spend time on other StackExchange sites, so I'll be notified).

念三年u 2024-12-07 17:27:03

不幸的是,您必须自己开发它。

http://www.openntf .org/internal/home.nsf/project.xsp?action=openDocument&name=AJAX%20Name%20Picker

基于 AJAX 的名称选择器是我想这是一个好的开始。

Unfortunately, you have to develop it yourself.

http://www.openntf.org/internal/home.nsf/project.xsp?action=openDocument&name=AJAX%20Name%20Picker

AJAX-based name picker is a good start I guess.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文