“LLWiki:管理员技术手册”的版本间差异

| wgFormattedNamespaces || 储存了所有命名字空间本地化译名的数组，不过目前除了“模块”都是英文 || 可用

| wgNamespaceIds || 储存了所有可接受的中英文命名字空间名称对应的编号，注意英文名称中的空格都显示为下划线 || 可用

| wgCategories || 当前阅读的历史版本所属的分类，不含命名字空间，下划线显示为空格，且总是包含隐藏分类。繁简规则一般遵从实际分类页面，但似乎偶有例外 || 除非已执行[[mediawiki:gadget-MobileCategories.js|MobileCategories小工具]]，否则不仅LLWiki可用。另外桌面版的空值为<code>[]</code>，手机版的空值为<code lang="js">null</code>，注意可能的bug

| wgNamespaceNumber || 命名字空间编号 || 在[[special:历史|历史]]和[[special:移动版差异|{{int:diff}}]]页面会显示为-1

| wgRestrictionEdit || 编辑保护，不存在的页面（含受保护的标题）或特殊页面为<code lang="js">null</code>，存在的内容页面受全保护时为<code lang="js">["sysop"]</code>，受半保护时为<code lang="js">["autoconfirmed"]</code>，未保护为<code>[]</code>；不包含命名字空间保护和级联保护 || 在[[special:历史|历史]]和[[special:移动版差异|{{int:diff}}]]页面不可用，另外未保护的内容页面为<code lang="js">["*"]</code>

| wgRestrictionMove || 移动保护，不存在的页面或特殊页面为<code lang="js">null</code>，存在的内容页面受全保护时为<code lang="js">["sysop"]</code>，受半保护时为<code lang="js">["autoconfirmed"]</code>，未保护为<code>[]</code>；不包含命名字空间保护和级联保护 || 在[[special:历史|历史]]和[[special:移动版差异|{{int:diff}}]]页面不可用

| wgTitle || 不含命名字空间的页面名称，下划线显示为空格 || 在[[special:历史|历史]]和[[special:移动版差异|{{int:diff}}]]页面不可用

| transclusion.preview || 用于预览潜嵌入页面的编辑区加载完成

彻底解决关于页面名称或文件名称的各种烦恼，包括大小写、空格/下划线、命名字空间别名等等。通常用法为先使用<code lang="js">const title = new mw.Title(str);</code>的语法构建一个mw.Title对象。与mw.util的很多方法以及<code lang="js">new mw.Uri()</code>不同，<code lang="js">new mw.Title(str)</code>不会以当前页面作为默认参数。因为未统一大小写、空格/下划线等，请勿直接访问title.title属性，而是根据需要使用下列方法。

*title.getNamespaceId()，获取命名字空间，能识别一切别名。也可以直接使用title.namespace属性访问。

*title.getNamespacePrefix()，获取标准命名字空间前缀，含<code>:</code>。

*title.toString()，获取完整页面名称，命名字空间使用标准前缀，不含<code>#</code>，空格替换为下划线。

*<code>title.getRelativeText(nsid)</code>，相比title.toText()方法，会命名字空间编号匹配时移除命名字空间前缀。

*<code>mw.Title.makeTitle(nsid, title)</code>，给定命名字空间编号和标题生成对象。不存在的命名字空间会报错。仅当命名字空间为0时，会根据标题生成正确的命名字空间。

*<code>mw.Title.newFromText(title, nsid)</code>，相比mw.Title.makeTitle()方法，错误的命名字空间编号也不会报错，且当标题含命名字空间前缀时总是覆盖第二个命名字空间参数。

| NumberInputWidget || 带增减按钮的输入仅限数字的文本框，由min/max/step/required设置代替validate设置

:借助OO.ui.confirm()方法生成一个确认对话框。text为确认提示；flags，可以是字符串或jQuery；flags为确认键的样式数组，可选元素包括<code lang="js">'primary'</code>、<code lang="js">'progressive'</code>和<code lang="js">'destructive'</code>，其中<code lang="js">'primary'</code>不能单独生效。返回值为一个状态为resolve的Promise对象，值为真表示确认。需要oojs-ui-windows。

:借助OO.ui.prompt()方法生成一个prompt对话框。text为文字提示；flags，可以是字符串或jQuery；flags为确认键的样式数组，可选元素包括<code lang="js">'primary'</code>、<code lang="js">'progressive'</code>和<code lang="js">'destructive'</code>，其中<code lang="js">'primary'</code>不能单独生效；config为可选的文本框设置。返回值为一个状态为resolve的Promise对象，值为<code lang="js">null</code>表示取消。需要oojs-ui-windows。

这里重点说明一下第二和第四条规则造成的影响。第二条规则使得表格的外层边框、行边框和单元格边框合并，可能造成一系列关于边框的CSS规则出现不符合预期的表现，尤其是<code>&lt;table&gt;</code>的<code>cellspacing</code>属性会无法生效。因此一般建议避免使用<code>cellspacing</code>这一HTML属性，改为使用CSS中的<code>border-spacing</code>。另外，在需要<code>border-spacing</code>或<code>border-radius</code>等样式时，请同时指定<code langclass="csshljs">border-collapse: separate;</code>以使手机版生效。

第四条规则的本意是在窄屏上<code>&lt;table&gt;</code>元素不会将页面撑得过宽，但这同时会造成外层的<code>&lt;table&gt;</code>和内层的<code>&lt;tbody&gt;</code>分离。特别是如果外层<code>&lt;table&gt;</code>规定了边框或背景色时，很容易看出样式的错误。为此一般需要主动指定<code langclass="csshljs">display: table;</code>以修复这一问题，LLWiki有很多预定义的表格CSS类也都添加了这一规则<ref name="site-styles">[[mediawiki:gadget-site-styles.css|全站CSS]]</ref>。但这样修改的话又会重新面临过宽的表格将整个页面撑大的问题。LLWiki现定义了<code>table-wrapper</code>类<ref name="site-styles" />，用于套在宽表格外：<code lang="html"><nowiki><div class="table-wrapper"></nowiki></code>，这个外层容器会在窄屏上通过<code langclass="csshljs">overflow-x: auto;</code>限制里面的表格宽度。