“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设置

:用于处理繁简文字信息，wgULS()用于界面语言，wgUCS()用于内容语言。为方便维护，在大量使用繁简转换的页面，请将所有繁简文字以mw.messages.set()方法的形式至于代码开头，然后在使用时以mw.msg()方法调用即可。

;<code>mw.addMobileLinks(linkslink)</code><ref name="site-lib" />

:这个方法生成手机版菜单需要的列表构成的数组，可以随后使用jQuery加入DOM中。linkslink为一个对象或对象数组，每一项包含链接地址hrefhref（可选）、FontAwesome图标icon和icon（默认为[https://fontawesome.com/icons/arrow-circle-right 圆圈包裹的一个向右箭头]）、文字信息text（需要手动设置繁简转换），优先级低于msg）或mw.messages的键值msg和<code>&lt;li&gt;</code>元素属性attr（可选）。

:Ajax使用POST而非GET，因此适合预览大段Wikitext。params的默认设置为<code lang="js">{action: 'parse', prop: 'text', title: mw.config.get( 'wgPageName' ), disablelimitreport: 1, disableeditsection: 1, pst: 1, formatversion: 2}</code>，可以覆盖。需要填入page、pageid或oldid参数时请勿使用此方法，应当选用包含<code lang="js">{action: 'parse'}</code>参数的mw.timedQuery()。topic同样需要手动设置繁简转换。需要mediawiki.api。

:使用mw.timedQuery()方法提交一个API请求以获取当前版本的全文Wikitext并保存至mw.request。需要mediawiki.api。

:使用mw.timedQuery()方法提交一个API请求以获取段落Wikitext并保存至mw.sections。section为段落编号，默认为序言；为降低错误编辑历史版本的风险，想要获取历史版本的段落Wikitext时，必须手动添加为真的force参数。需要mediawiki.api。

:检查有无编辑冲突后提交编辑。api为mw.Api对象；curRevid为当前最新版本的编号，默认为保险起见未赋初始值，但一般填<code lang="js">mw.config.get( 'wgCurRevisionId' )</code>即可；parmas为API参数，默认为<code lang="js">{action: 'edit'}</code>，可以覆盖，但原则上请勿使用这一方法执行其他操作；flag参数对应是否开启自动备份小工具，这会改变检测到编辑冲突时的应对错误通知。检测到编辑冲突抛出错误<code lang="js">'editConflict'</code>，API请求失败抛出错误<code lang="js">'editFailure'</code>或<code lang="js">'revisionQueryFailure'</code>。需要mediawiki.api。

:检查繁简转换后的页面是否已经存在后创建新重定向。api为mw.Api对象；title为重定向页标题；target为重定向目标页标题，默认为当前页面；summary为可选摘要。页面已存在时抛出<code lang="js">'pageExists'</code>，API请求失败时抛出<code lang="js">'createFailure'</code>或<code lang="js">'queryFailure'</code>。需要mediawiki.api。

;<code>mw.confirm(text, [flags])</code><ref name="site-lib" />

:借助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。

;<code>mw.tipsy($container, [target], [params], [$content])</code><ref name="site-lib" />

:借助OO.ui.PopupWidget对象生成一个手机版也有效的tooltip。$container为外部容器的jQuery对象，target（不能是body）；target为目标元素的选择器，params；params为建立OO.ui.PopupWidget对象时的参数，默认为<code lang="js">{padded: true, width: null, classes: ['mw-tipsy']}</code>，可以覆盖；$content为自定义的tooltip内容，默认为title或data-title属性。需要oojs-ui-core。

这里重点说明一下第二和第四条规则造成的影响。第二条规则使得表格的外层边框、行边框和单元格边框合并，可能造成一系列关于边框的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>限制里面的表格宽度。