Forms 表单能否在现有Mediawiki页面中插入预格式化文本？

我希望非熟练用户能够在“成员查找”页面中创建个人条目，我已经在标准Mediawiki标记中将其实现为一个表

我有一个庞大的用户群，其中大部分都不是熟练的Mediawiki编辑器。他们都有编辑权限，只是没有技能或兴趣。如果我告诉他们去编辑原始标记，他们不会

理想的解决方案是一个带有几个文本框和下拉列表的表单，然后“提交”将在指定位置在页面中插入新的文本行。如果用户在提交更改之前必须通过实时编辑页面，则可以信任用户遵循“保持单击提交”指令

我知道这需要延期。（如果我错了，我会很高兴被纠正。）

技术限制：

• IT策略要求将扩展标记为稳定
• 我有sysop，但我不是服务器管理员；我将不得不要求管理员安装扩展，如果有文件必须进行配置，不能从wiki内完成，我将不得不提出请求，每次。因此，理想情况下，一旦初始安装完成，扩展允许我完全在wiki中实现表单

到目前为止，我发现了两个有希望的选择。我很难确定我找到的扩展是否能完成任务；他们似乎专注于创建全新的页面，但也承诺了更多的灵活性。我也不知道它们是否有隐藏的依赖项，或者是否需要大量的服务器端

其他看起来过于有限或需要太多服务器端的稳定扩展（同样，我很高兴被纠正）：

• -似乎只有一组预定的表单函数
• -不清楚其功能，可能需要服务器端
• 锅炉房和FormInputMik似乎做了一些完全不同的事情
• -我浏览了一遍，这些是我研究中发现的最好的。我可能错过了一个

这不是一个“哪一个是最好的”问题，尽管我欢迎关于易用性的意见。简而言之，问题是：

---

我列出的任何工具都能完成我描述的工作吗？如果没有，你知道有什么工具能做到吗？

语义形式是标准的选择：它功能强大，维护积极，支持良好，被许多大型网站使用，并与语义MediaWiki生态系统相关联，因此，如果您需要列出条目或在地图上显示条目，则可以很容易地在此基础上进行构建

---

我不熟悉DynamicForms，但我会避免任何版本控制系统是zip下载的情况。仅仅因为它被标记为稳定（设置该标志主要取决于作者，并且在国际海事组织中过于依赖它是一个糟糕的it政策），并不意味着它可以与当前版本的MediaWiki一起工作（如果它可以，我会感到惊讶，因为它的上一次更新是在五年前）.

如果您想要一个轻量级但不那么用户友好的替代方案，您可以结合一些技巧，在基本的MediaWiki上提供穷人表单的编辑链接：

• 使用

  section=new

  和

  nosummary=1

  将链接附加到页面末尾
• 创建模板以格式化信息，例如

  模板：成员

  ：

  {|
  | Name || {{name}}
  |-
  | Job title || {{job title}}
  |-
  ....
  |}
  

• 创建另一个模板以格式化上一个模板的实例，例如

  模板：成员预加载

  ：

  {{ Member
  | name = 
  | job title = 
  ...
  }}
  

• 使用

  preload=Template:Member preload

  URL参数将第二个模板预加载到编辑框中

---

谢谢您提供详细信息！感谢您注意到DynamicForms的更新日期；我没有注意到这一点。我同意IT政策是荒谬的，而且没有经过特别仔细的审查。（另一方面，我很高兴我不负责制定或实施这类策略，因此这不是我的问题。）语义表单是否需要将整个标准MediaWiki升级为语义MediaWiki？这是我关注的问题之一，因为这肯定是一个拦截器。扩展页面说，自3.0版以来，它也可以在没有安装SMW的情况下工作。但是，这样做可能没什么用处，因为你没有办法列出结果。你能定义“没有办法列出结果”吗？我想在执行操作时将结果插入页面上的表中。你是说那不可能吗？