“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 || 用于预览潜嵌入页面的编辑区加载完成

mediawiki.util提供了很多非常方便的方法，可以用于满足形形色色的需要。这个模块会在加载很多其他模块时加载，如mediawiki.api、mediawiki.Title和mediawiki.Uri等。

彻底解决关于页面名称或文件名称的各种烦恼，包括大小写、空格/下划线、命名字空间别名等等。通常用法为先使用<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()方法，错误的命名字空间编号也不会报错，且当标题含命名字空间前缀时总是覆盖第二个命名字空间参数。

用於查詢用戶設備和瀏覽器的相關信息，相比直接使用navigator，這個模塊使用起來更加簡便和友好。这个模块会在加载mediawiki.util时加载。

*profile.platform，可識別的設備類型：ipad、iphone：iphone、linux、mac、win。

*profile.name，可識別的瀏覽器類型：android、chrome（包括手機chrome、edge、opera等）、chrios（iOS上的chrome，實際使用safari）iphone、edge（舊版edge）、firefox（包括手機firefox）、fxios（iOS上的firefox，實際使用safari）、opera（舊版opera）、safari（包括手機safari）safari等。

*prefileprofile.layout，可識別的引擎類型：edge、gecko、khtmlkonqueror、prestoopera、trident、webkit。

MediaWiki对于各种用于用户交互的HTML元素，如&lt;button&gt;、&lt;select&gt;、&lt;input&gt;等，不同浏览器往往会默认添加不同的样式。为了统一这些表单元素的外观，MediaWiki的界面UI基本大多基于OOUI设计，oojs-ui-core则包含了OOUI的最基本元素。这些元素往往借助&lt;div&gt;等基本HTML元素和CSS/JavaScript模拟出表单元素的效果。下表列出oojs-ui-core中供直接使用的对象实例：

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

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

;<code>mw.pagenamee([title])</code><ref name="site-lib" />

:这个方法用于获取转义后的当前页面名称，默认参数为当前页面。需要mediawiki.util。

:这个方法用于提交一个可自定义的API请求，并记录用时，失败时应用mw.apiFailure()方法生成气泡通知并抛出错误。api为一个mw.Api对象；params即API参数，默认已填入<code lang="js">{action: 'query', formatversion: 2}</code>，可以覆盖；topic为简短文字描述，需要手动设置繁简转换。需要mediawiki.api。

: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和mediawiki.util。

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

;<code>mw.dialogmenu(dialogoptions, actions, message[config], [titleunselectable])</code><ref name="site-lib" />

;<code>mw.tipsyconvertTimezone($containerthen, target, [params]timezone)</code><ref name="site-lib" />

>/* global mw */</code>和<code lang="js">/* jshint jquery: true */</code>被替换为乐<code lang="js">/* jshint varstmt: true */</code>。注意JSHint并不会对大多数JS模块不允许使用的ES6语法作出警告（详见[[#ResourceLoader和JS模块]]），因此请勿过度依赖这一功能来除错。另外CodeEditor安装的JSHint版本较老，无法识别ES7以上的语法，因此在代码中使用ES7语法可能会造成除错时的困难。

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