表单可以在现有的 Mediawiki 页面中插入预格式化的文本吗？
Can a form insert preformatted text within an existing Mediawiki page?
我希望不熟练的用户能够在 "Member Lookup" 页面中进行个人输入，我在标准 Mediawiki 标记中将其实现为 table。
我有一个庞大的用户群，其中大部分不是熟练的 Mediawiki 编辑。他们都有编辑 权限， 只是没有技能或兴趣。如果我告诉他们去编辑原始标记，他们不会。
理想的解决方案是一个带有几个文本框和下拉列表的表单，然后 "Submit" 会在页面的指定位置插入一个新的文本行。如果在提交更改之前必须通过实时编辑页面，则可以信任用户遵循 'keep clicking submit' 说明。
我知道这需要延期。 （如果我错了，我会很高兴被纠正。）
技术限制：
- IT 政策要求将扩展标记为 Stable。
- 我有系统操作员，但我不是服务器管理员；我将不得不请管理员安装扩展，如果必须配置无法从 wiki 中完成的文件，我将不得不每次都提出请求。所以理想情况下，一旦初始安装完成，该扩展让我可以完全在 wiki 中实现表单 。
到目前为止，我找到了两个有希望的选择。我无法确定我找到的扩展是否能完成这项工作；他们似乎专注于创建全新的页面，但也承诺提供更大的灵活性。我也不知道他们是否有隐藏的依赖关系或者需要很多服务器端。
其他 table 看起来太有限或需要太多服务器端的扩展（再次，我很高兴得到纠正）：
- Input Box - 似乎只有一组预先确定的表单函数
- FormProc - 不清楚其功能，可能需要服务器端？
- Boiler Room 和 FormInputMik 似乎在做一些完全不同的事情。
- List of Form Extensions - 我浏览了一下，这些是我的研究中发现的最好的。我可能会错过一个。
这不是 "which is best" 问题，尽管我欢迎就易用性提出意见。问题，简称：
我列出的任何工具是否真的能完成我描述的工作，如果不能，您知道有什么工具可以吗？
Semantic Forms 是这方面的标准选择：它功能强大、积极维护和得到良好支持，被许多大型站点使用，并且与 Semantic MediaWiki 生态系统相关联，因此很容易在其上构建，例如您需要列出条目，或在地图上显示它们。
我不熟悉 DynamicForms，但我会避免版本控制系统是 zip 下载的任何内容。仅仅因为它被标记为稳定（设置该标志在很大程度上取决于作者并且过分依赖它是一个糟糕的 IT 政策 IMO）并不意味着它适用于当前版本的 MediaWiki（如果它确实如此我会感到惊讶，鉴于它的最后一次更新是五年前）。
如果您想要一个轻量级但不太用户友好的替代方案，您可以结合一些技巧在基本 MediaWiki 上提供编辑 link 和穷人的表单：
- 使用
section=new 和 nosummary=1 URL parameters 使 link 附加到页面末尾
创建一个模板来格式化信息，例如Template:Member:
{|
| Name || {{name}}
|-
| Job title || {{job title}}
|-
....
|}
创建另一个模板来格式化先前模板的实例，例如Template:Member preload:
{{ Member
| name =
| job title =
...
}}
使用preload=Template:Member preload URL参数将第二个模板预载入编辑框
我希望不熟练的用户能够在 "Member Lookup" 页面中进行个人输入，我在标准 Mediawiki 标记中将其实现为 table。
我有一个庞大的用户群，其中大部分不是熟练的 Mediawiki 编辑。他们都有编辑 权限， 只是没有技能或兴趣。如果我告诉他们去编辑原始标记，他们不会。
理想的解决方案是一个带有几个文本框和下拉列表的表单，然后 "Submit" 会在页面的指定位置插入一个新的文本行。如果在提交更改之前必须通过实时编辑页面，则可以信任用户遵循 'keep clicking submit' 说明。
我知道这需要延期。 （如果我错了，我会很高兴被纠正。）
技术限制：
- IT 政策要求将扩展标记为 Stable。
- 我有系统操作员，但我不是服务器管理员；我将不得不请管理员安装扩展，如果必须配置无法从 wiki 中完成的文件，我将不得不每次都提出请求。所以理想情况下，一旦初始安装完成，该扩展让我可以完全在 wiki 中实现表单 。
到目前为止，我找到了两个有希望的选择。我无法确定我找到的扩展是否能完成这项工作；他们似乎专注于创建全新的页面，但也承诺提供更大的灵活性。我也不知道他们是否有隐藏的依赖关系或者需要很多服务器端。
其他 table 看起来太有限或需要太多服务器端的扩展（再次，我很高兴得到纠正）：
- Input Box - 似乎只有一组预先确定的表单函数
- FormProc - 不清楚其功能，可能需要服务器端？
- Boiler Room 和 FormInputMik 似乎在做一些完全不同的事情。
- List of Form Extensions - 我浏览了一下，这些是我的研究中发现的最好的。我可能会错过一个。
这不是 "which is best" 问题，尽管我欢迎就易用性提出意见。问题，简称：
我列出的任何工具是否真的能完成我描述的工作，如果不能，您知道有什么工具可以吗？
Semantic Forms 是这方面的标准选择：它功能强大、积极维护和得到良好支持，被许多大型站点使用，并且与 Semantic MediaWiki 生态系统相关联，因此很容易在其上构建，例如您需要列出条目，或在地图上显示它们。
我不熟悉 DynamicForms，但我会避免版本控制系统是 zip 下载的任何内容。仅仅因为它被标记为稳定（设置该标志在很大程度上取决于作者并且过分依赖它是一个糟糕的 IT 政策 IMO）并不意味着它适用于当前版本的 MediaWiki（如果它确实如此我会感到惊讶，鉴于它的最后一次更新是五年前）。
如果您想要一个轻量级但不太用户友好的替代方案，您可以结合一些技巧在基本 MediaWiki 上提供编辑 link 和穷人的表单：
- 使用
section=new和nosummary=1URL parameters 使 link 附加到页面末尾 创建一个模板来格式化信息，例如
Template:Member:{| | Name || {{name}} |- | Job title || {{job title}} |- .... |}创建另一个模板来格式化先前模板的实例，例如
Template:Member preload:{{ Member | name = | job title = ... }}使用
preload=Template:Member preloadURL参数将第二个模板预载入编辑框