帮助:页面格式临时规范:修订间差异
来自RIA | Wiki
更多操作
→红线:稍微写下 标签:mobile edit mobile web edit advanced mobile edit |
→红线:简化下代码 标签:mobile edit mobile web edit advanced mobile edit |
||
| 第9行: | 第9行: | ||
** 包括但不限于更改大小、斜体、粗体、上下标、各种附加线。 | ** 包括但不限于更改大小、斜体、粗体、上下标、各种附加线。 | ||
* <strong>不要</strong>随地大小变。也就是说, 不要随意改变文本的大小。 | * <strong>不要</strong>随地大小变。也就是说, 不要随意改变文本的大小。 | ||
** 强调文本使用粗体 (<code><nowiki>'''文本'''</nowiki></code>) 、斜体 (<code><nowiki>''文本''</nowiki></code>) 、语义强调 ( | ** 强调文本使用粗体 (<code><nowiki>'''文本'''</nowiki></code>) 、斜体 (<code><nowiki>''文本''</nowiki></code>) 、语义强调 ({{Tag|em|content=文本}}) 和重要性强调 ({{Tag|strong|content=文本}}) 就够了, 在多数情况下使用前面两个就够了。 | ||
** 标题 (<code>= ... =</code> 到 <code><nowiki>====== ... ======</nowiki></code>) 是<em>标题</em>且<strong>只能是</strong>标题, 不要用标题改变文本大小。 | ** 标题 (<code>= ... =</code> 到 <code><nowiki>====== ... ======</nowiki></code>) 是<em>标题</em>且<strong>只能是</strong>标题, 不要用标题改变文本大小。 | ||
** 如果确实需要改变文本大小, 使用{{tl|Resize}}, {{tl|Font}}和 CSS 。 | ** 如果确实需要改变文本大小, 使用{{tl|Resize}}, {{tl|Font}}和 CSS 。 | ||
* <strong>不要</strong>使用过时元素, 如: | * <strong>不要</strong>使用过时元素, 如: {{Tag|tt}}、{{Tag|big}} 和 {{Tag|strike}}。 | ||
** 特别是 | ** 特别是 {{Tag|big|o}}, 你不应该使用 wiki 编辑器 (无论是源代码还是可视化) 自带的改变文本大小功能。考虑放弃改变文本大小 (是的, 没有改变文本大小的必要, 再想想) 或用上面的方法代替。 | ||
* 多数 HTML 元素都有它的语义<ref group="reference" name="semantic-html" />, 对于生成 HTML 的 wikitext 来说也是如此。当你想要以wikitext来产生视觉效果时, 想一想: "这有必要吗? ", "这个标记是否有语义含义? ", "考虑到语义, 标记的内容是不是符合这个语义呢? " | * 多数 HTML 元素都有它的语义<ref group="reference" name="semantic-html" />, 对于生成 HTML 的 wikitext 来说也是如此。当你想要以wikitext来产生视觉效果时, 想一想: "这有必要吗? ", "这个标记是否有语义含义? ", "考虑到语义, 标记的内容是不是符合这个语义呢? " | ||
** 块引用 ( | ** 块引用 ({{Tag|blockquote}}) 和描述列表的描述 (行首的 <code>:</code> 或 {{Tag|dd}}) 都不应该当成缩进使用, 它们 (具体地说, 除了 div 和 span 的所有 HTML 元素<ref group="reference" name="semantic-html" />) 有自己的语义。你几乎找不到非要在条目里缩进的理由。 | ||
*** 如果你想要首行缩进, 放弃吧, 这俩都达不到你要的效果。 | *** 如果你想要首行缩进, 放弃吧, 这俩都达不到你要的效果。 | ||
*** 有个例外, <code>:</code> 可以用来在讨论页中生成回复的缩进, 虽然这并不符合 HTML 标准。 | *** 有个例外, <code>:</code> 可以用来在讨论页中生成回复的缩进, 虽然这并不符合 HTML 标准。 | ||
2022年1月9日 (日) 22:51的版本
一些在编辑 wiki 时希望各位遵守的规范。
这只是临时规范, 应急用, 之后会补充内容。
红线
- 不要在条目内添加 1 级标题。
- 1 级标题用于页面名, 就是条目内容上方的大字, 每个页面只能有一个。
- 不要在标题内添加额外样式。默认样式的是标准的, 而且已经够好了。
- 包括但不限于更改大小、斜体、粗体、上下标、各种附加线。
- 不要随地大小变。也就是说, 不要随意改变文本的大小。
- 不要使用过时元素, 如:
<tt>…</tt>、<big>…</big>和<strike>…</strike>。- 特别是
<big>, 你不应该使用 wiki 编辑器 (无论是源代码还是可视化) 自带的改变文本大小功能。考虑放弃改变文本大小 (是的, 没有改变文本大小的必要, 再想想) 或用上面的方法代替。
- 特别是
- 多数 HTML 元素都有它的语义[reference 1], 对于生成 HTML 的 wikitext 来说也是如此。当你想要以wikitext来产生视觉效果时, 想一想: "这有必要吗? ", "这个标记是否有语义含义? ", "考虑到语义, 标记的内容是不是符合这个语义呢? "
- 块引用 (
<blockquote>…</blockquote>) 和描述列表的描述 (行首的:或<dd>…</dd>) 都不应该当成缩进使用, 它们 (具体地说, 除了 div 和 span 的所有 HTML 元素[reference 1]) 有自己的语义。你几乎找不到非要在条目里缩进的理由。- 如果你想要首行缩进, 放弃吧, 这俩都达不到你要的效果。
- 有个例外,
:可以用来在讨论页中生成回复的缩进, 虽然这并不符合 HTML 标准。
- 块引用 (
注释和参考文献
- ↑ 1.0 1.1
就其核心而言, HTML 是一种相当简单的、由不同元素组成的标记语言,它可以应用于文本片段,使文本在文档中具有不同的含义(它是一个段落吗?它是一个项目列表吗?它是一个表格吗?),将文档结构化为逻辑块(文档是否有头部?有三列内容?有一个导航菜单?),并且可以将图片,影像等内容嵌入到页面中。
—HTML 介绍 - 学习 Web 开发 | MDN
外部链接
- HTML 元素参考 - HTML (超文本标记语言) | MDN — 这个元素是什么? 有什么语义? (请善用 Ctrl+F)