0

当我将模板用作表格中的单独行时,它似乎工作得很好,除了一个地方它一直吃第二列的第一个单词,我不知道为什么。

背景:我有一个小型的 MediaWiki,大到足以需要几个导航列表,然后我想将它们组合在页面底部作为站点地图。

所以在一个单独的页面上,我使用模板 Template:Core_Links

'''[[Main Page]]''' || [[FAQ]] | [[Groups]] | [[Other Stuff]]

我使用相同格式的 Region_Links、Leadership_Links 等作为相关页面的标题。

然后我有模板:Sitewide_Links,它这样做:

{| class="wikitable"
|+ '''Site at a Glance'''
!Core pages
!More information
|-
|  {{Core Links}}
|-
|  {{Leadership Links}}
|-
|  {{Unfinished Links}}
|-
|  {{Good to Know Links}}
|-
|  '''Webmaster'''  ||  {{Webmaster}}
|}

我得到了一张漂亮的表格,较小的模板中的双管道充当了列分隔符。它工作得很好。

除了在中间的 Template:Unfinished_Links 上。我实际上并没有将双管后面的单词联系起来,这可能是问题所在。

这是模板的代码:Unfinished_Links

'''[[Bad Portal]]''' || Add | Links | Like | This

当它被包含在内时,所有这些词都会像他们应该的那样出现。

但是,当它作为 Sitewide 表模板的一部分包含在内时,该行看起来像...(假设双管道是列分隔符)

'''[[Bad Portal]]''' || Links | Like | This

它吃了“添加”这个词和下面的管道。我试着把它改成不同的词,寻找额外的空格,任何会导致这种情况的微小语法错误。

我能看到的唯一区别是它们还不是链接,但我读过的表格标记中没有任何内容表明应该有所作为。

我知道这通常是一个脆弱的解决方案。答案可能是“只需从 Wikipedia 导入 Navbox”。然而,我对此很陌生,我对所有潜在的调试和挖掘可能需要的 css 或 javascript 感到害怕。如果我能让这个或类似的工作足够好,我愿意。

4

1 回答 1

0

如前所述,管道在表语法中具有含义。在一个单元格内,第一个管道及其前面的管道被假定为一组单元格属性| style="text-align:right;" | 500.00而不是仅仅一个| 500.00.

没有正确的方法来(ab)在桌子上使用管道,但如果你真的必须,那么你可以尝试使用{{!}}魔法词等。

于 2015-04-27T16:00:32.940 回答