创建Wiki网站的一些建议

在这里,会写明试图创建一个Wiki网站需要注意的地方。

不要使用大量的表格标签

一般来说''表格处理对客户端和服务端都是非常繁重的。基本上,不读入全部表格的话不会显示表格内的内容。如果是单纯的表格不会有问题,但在行和列之间到处都有合并的单元格时,这时的负载就需要考虑下了。
尤其应当注意移动设备的情况。在有限的空间里,让使用者看到多列的页面,会变得很困难。而Adv.的表格具有启用分页的参数,完全为了更容易看全列而设置。
例如,如下图常见的游戏型内容表格示例。

ceferino.png出现位置拉特尔高原
HP100攻击力112防御力32防护14
Exp4500金币84打击次数3次移动速度
掉落物品
凤凰羽毛
信息
这是测试。

然后,从移动设备上看到的会变成以下内容。

mobile1.png

另外,源代码也变得复杂了。

|CENTER:125|CENTER:70|CENTER:70|CENTER:70|CENTER:70|CENTER:70|CENTER:70|CENTER:70|CENTER:70|c
|&ref(ceferino.png,zoom,80x80);|~出现位置|>|>|>|>|>|>|拉特尔高原|
|~|~HP|100|~攻击力|112|~防御力|32|~防护|14|
|~|~Exp|4500|~金币|84|~打击次数|3次|~移动速度|快|
||||||||||c
|>|>|>|>|>|>|>|>|~掉落物品|
|>|>|>|>|>|>|>|>|凤凰羽毛|
|>|>|>|>|>|>|>|>|~信息|
|>|>|>|>|>|>|>|>|这是测试。|

为了防止这种情况,可以使用区块型设计。

利用ref插件的around参数

ceferino.png
HP100
攻击力112
防御力32
防护14
Exp4500
金币84
打击次数3次
移动速度
掉落物品
凤凰羽毛
信息
这是测试。

只有在这种方式中,源代码才变得最简单。

 #ref(ceferino.png,zoom,80x80,around,left)
|~HP		|100|
|~攻击力	|112|
|~防御力	|32|
|~防护		|14|
|~Exp		|4500|
|~金币		|84|
|~打击次数	|3次|
|~移动速度	|快|
#clear
:掉落物品	|凤凰羽毛
:信息		|这是测试。

由于使用float让图片左对齐,移动设备上也能正确显示了。

mobile2.png

利用row与span插件

上面的例子可能会觉得不够好。此外,还存在无法设置图片对应表格只居左或居右的问题。所以,请尝试使用row与span插件来组成。

ceferino.png
HP100
攻击力112
防御力32
防护14
Exp4500
金币84
打击次数3次
移动速度
掉落物品凤凰羽毛
信息这是测试。
#row(true){{{{
#span(4){{
#ref(./ceferino.png,center,zoom,64x64)
}}
#span(4){{
|~HP		|100|
|~攻击力	|112|
|~防御力	|32|
|~防护		|14|
|~Exp		|4500|
|~金币		|84|
|~打击次数	|3次|
|~移动速度	|快|
}}
#span(4){{
|~掉落物品		|凤凰羽毛|
|~信息			|这是测试。|
}}
}}}}

只要稍微习惯一下输入方法,就可以轻松组建一个网格布局。请进行各种尝试。但要记住,span插件合计数值到12会导致页面错位。例如,6乘6的话正好分成2等分,4等分时,因为4x3=12,输入3即可。

详情,请访问http://twitter.github.com/bootstrap/scaffolding.html#fluidGridSystem

总结

复杂的语法,处理起来负载就重。但观Wikipedia之类的站点,除了一览用途以外几乎不怎么使用表格。即使用也不怎么出现合并的单元格。在这个例子中,如果仍感到不满意,请尝试改写样式表。例如加入

.style_table{
	min-width:90%;
}

的话,可以完整的显示表格宽度。

如果需要更先进的排列方式,可以将style.inc.php纳入查看范围。

太长的页面无法读到最后

例如,如果将夏目漱石的「小孩子」放到Wiki里。在PukiWiki的性能上、这样做几乎不会增加服务器负载。但是,实际上几乎没有想读到最后的。这是为什么呢?
这是因为在页面的文本太长。用户只看到页面右侧的滚动条的大小就厌倦了。给予滚动条的行为,是强加于用户的。最好适当的切分到别的页面。
此外,可以稍微接触下Technical Note/Block and Inline,以区分开段落与换行。