wikimedia/mediawiki-extensions-Cite
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/Cite synced 2024-12-18 01:30:32 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Cite/extension.json

407 lines
13 KiB
JSON
Raw Normal View History

Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
{
"name": "Cite",
"author": [
"Ævar Arnfjörð Bjarmason",
"Andrew Garrett",
"Brion Vibber",
VisualEditor: Move code for Cite into this repo This code has been developed over three years now in the repo of MediaWiki's integration of VisualEditor. It has grown and developed significantly during that time, but now is pretty stable. A number of hacks inside the MediaWiki- VisualEditor code base have been used to prevent this code from being loaded on wikis where the Cite extension is not deployed, but this state of affairs is and always was meant to be temporary. This code is under the MIT licence which is a tad messy, but not impossible. It's clearly labelled as such. The list of authors has been updated to take into account the influx of new functionality. Bug: T41621 Bug: T104928 Change-Id: I39936ed83d5a60471a0a75da753f498e80aef234
2016-02-03 21:03:41 +00:00
"Ed Sanders",
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
"Marius Hoch",
VisualEditor: Move code for Cite into this repo This code has been developed over three years now in the repo of MediaWiki's integration of VisualEditor. It has grown and developed significantly during that time, but now is pretty stable. A number of hacks inside the MediaWiki- VisualEditor code base have been used to prevent this code from being loaded on wikis where the Cite extension is not deployed, but this state of affairs is and always was meant to be temporary. This code is under the MIT licence which is a tad messy, but not impossible. It's clearly labelled as such. The list of authors has been updated to take into account the influx of new functionality. Bug: T41621 Bug: T104928 Change-Id: I39936ed83d5a60471a0a75da753f498e80aef234
2016-02-03 21:03:41 +00:00
"Steve Sanbeg",
"Trevor Parscal",
"..."
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
],
"url": "https://www.mediawiki.org/wiki/Extension:Cite",
"descriptionmsg": "cite-desc",
Use SPDX 3.0 license identifier SPDX released version 3 of their license list (<https://spdx.org/licenses/>), which changed the FSF licenses to explicitly end in -only or -or-later instead of relying on an easy to miss + symbol. Bug: T183858 Change-Id: I77bf3f7910b083ff8a09ebc4c556ab60f500803a
2018-01-04 10:54:51 +00:00
"license-name": "GPL-2.0-or-later",
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
"type": "parserhook",
Use HTML5 id attributes; remove use of deprecated Sanitizer::escapeId() When using HTML5 ids, we need to take greater care to properly escape the id (or derived strings) before passing them back through Parser::recursiveTagParse(). Bug: T176170 Change-Id: I89a4f8ba24b867f2d5ccdc2bf9a4312ab9b385a9
2017-09-18 19:17:06 +00:00
"requires": {
build: Update MediaWiki requirement to 1.43 All extensions in the MediaWiki tarball are expected to track MediaWiki's release directly. Change-Id: Ibc1f2c62054f76423778af600cf7b563c8a10f1b
2024-08-22 20:43:49 +00:00
"MediaWiki": ">= 1.43"
Use HTML5 id attributes; remove use of deprecated Sanitizer::escapeId() When using HTML5 ids, we need to take greater care to properly escape the id (or derived strings) before passing them back through Parser::recursiveTagParse(). Bug: T176170 Change-Id: I89a4f8ba24b867f2d5ccdc2bf9a4312ab9b385a9
2017-09-18 19:17:06 +00:00
},
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
"MessagesDirs": {
Only register one name in MessagesDirs Each name can have multiple directories though. Change-Id: Ifed47cc7079c2fda96b659a8f887ce6afaa511fb
2018-09-12 04:32:11 +00:00
"Cite": [
"i18n",
"modules/ve-cite/i18n"
Use tabs in extension.json Change-Id: I614010709e7e8679a4382bb4f0d534cb32816e05
2018-09-16 09:12:25 +00:00
]
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
},
"Hooks": {
Update Cite to use the new HookContainer/HookRunner system Bug: T270875 Change-Id: Ieb29603cde24a1c52829c12ae431eca09ba37bf9
2020-12-28 15:40:47 +00:00
"APIQuerySiteInfoGeneralInfo": "main",
"ContentHandlerDefaultModelFor": "main",
Move Reference Previews user preference into the Cite extension This seems to play well with Popups with and without Ie8fa1672b9fd . However, it's not clear to me why this still works and even gives priority to the Popups implementation when present, regardless of the order the extensions are loaded in. Happily, this is the desired behavior. Bug: T363162 Change-Id: Ic479c0a381ee16d1abcecfdd5ee48f0afccc1d3f
2024-09-06 12:21:58 +00:00
"GetPreferences": "main",
Update Cite to use the new HookContainer/HookRunner system Bug: T270875 Change-Id: Ieb29603cde24a1c52829c12ae431eca09ba37bf9
2020-12-28 15:40:47 +00:00
"ParserAfterParse": "parser",
"ParserClearState": "parser",
"ParserCloned": "parser",
"ParserFirstCallInit": "parser",
Move Cite-specific settings from WikiEditor The WikiEditor extension has a button and some help text that is only applicable if the Cite extension is enabled. Move that (with some modifications) to the Cite extension instead. Bug: T339973 Depends-On: I8256660f9c6886d6764b45735284e00308fc56e5 Change-Id: Ib3fdc897dd3330f69c5832003d4c3cb1e6dba2f3
2023-06-21 14:40:12 +00:00
"EditPage::showEditForm:initial": "main",
Add ReferencePreviews config checks to Cite extension PHP classes and test are somewhat copies from the Popups codebase. Some refactoring was applied. More could be done. Not to sure if this should happen more in follow ups though. Could also reduce the complexity of checks on the JS side. Most of these things can only change on page load. The only dynamic part left is the anon user setting managed by the Popups extension. Note, that I needed to add a new PHP config for here although the other still exists and is needed in the Popups extension. This will change, when the user settings code also moves. I guess it's okay for now though. Both settings default to true and are not overridden in the config repos. Also needed to add the Gadget extension as phan dependency. Bug: T362771 Depends-On: Ia028c41f8aaa1c522dfc7c372e1ce51e40933a5e Change-Id: Ie6e8bc706235724494036c7f0d873f5c996c46e6
2024-04-19 07:42:41 +00:00
"MakeGlobalVariablesScript": "main",
Move reference previews to Cite extension The ext.cite.referencePreviews module will transparently replace the ext.popups.referencePreviews module after this patch. Configuration stays in Popups for now, we can migrate it in later work. CSS classes may be renamed in the future but this will be handled separately since it could be a breaking change for on-wiki customizations. A lot of fancy footwork happens in this patch to emulate a soft dependency on Popups. This mechanism doesn't exist explicitly in either ResourceLoader or QUnit, so lots of workarounds are used, to conditionally load the module and to dynamically skip dependent tests. renderer.test.js is fully skipped for now, but can be wired up in later work. Bug: T355194 Change-Id: I0dc47abb59a40d4e41e7dda0eb7b415a2e1ae508
2024-01-12 22:30:44 +00:00
"ResourceLoaderGetConfigVars": "main",
Move Reference Previews user preference into the Cite extension This seems to play well with Popups with and without Ie8fa1672b9fd . However, it's not clear to me why this still works and even gives priority to the Popups implementation when present, regardless of the order the extensions are loaded in. Happily, this is the desired behavior. Bug: T363162 Change-Id: Ic479c0a381ee16d1abcecfdd5ee48f0afccc1d3f
2024-09-06 12:21:58 +00:00
"ResourceLoaderRegisterModules": "main",
"UserGetDefaultOptions": "main"
Update Cite to use the new HookContainer/HookRunner system Bug: T270875 Change-Id: Ieb29603cde24a1c52829c12ae431eca09ba37bf9
2020-12-28 15:40:47 +00:00
},
"HookHandlers": {
"main": {
Move Cite-specific settings from WikiEditor The WikiEditor extension has a button and some help text that is only applicable if the Cite extension is enabled. Move that (with some modifications) to the Cite extension instead. Bug: T339973 Depends-On: I8256660f9c6886d6764b45735284e00308fc56e5 Change-Id: Ib3fdc897dd3330f69c5832003d4c3cb1e6dba2f3
2023-06-21 14:40:12 +00:00
"class": "Cite\\Hooks\\CiteHooks",
"services": [
[refactor] Rewrite context as service Puts the ReferencePreviewsContext behind a service to improve testability. Bug: T363162 Change-Id: I63aa4144081a2625da1b89f4d56adb612741c8fc
2024-09-06 14:25:26 +00:00
"Cite.ReferencePreviewsContext",
Move Reference Previews user preference into the Cite extension This seems to play well with Popups with and without Ie8fa1672b9fd . However, it's not clear to me why this still works and even gives priority to the Popups implementation when present, regardless of the order the extensions are loaded in. Happily, this is the desired behavior. Bug: T363162 Change-Id: Ic479c0a381ee16d1abcecfdd5ee48f0afccc1d3f
2024-09-06 12:21:58 +00:00
"Cite.GadgetsIntegration",
Move Cite-specific settings from WikiEditor The WikiEditor extension has a button and some help text that is only applicable if the Cite extension is enabled. Move that (with some modifications) to the Cite extension instead. Bug: T339973 Depends-On: I8256660f9c6886d6764b45735284e00308fc56e5 Change-Id: Ib3fdc897dd3330f69c5832003d4c3cb1e6dba2f3
2023-06-21 14:40:12 +00:00
"UserOptionsLookup"
]
Update Cite to use the new HookContainer/HookRunner system Bug: T270875 Change-Id: Ieb29603cde24a1c52829c12ae431eca09ba37bf9
2020-12-28 15:40:47 +00:00
},
"parser": {
Inject MainConfig services into Cite Change-Id: I24cc3e4965d4a9fe41dcd799dac4cbce762fb068
2024-09-28 21:38:19 +00:00
"class": "Cite\\Hooks\\CiteParserHooks",
"services": [
"MainConfig"
]
Update Cite to use the new HookContainer/HookRunner system Bug: T270875 Change-Id: Ieb29603cde24a1c52829c12ae431eca09ba37bf9
2020-12-28 15:40:47 +00:00
}
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
},
"ResourceModules": {
Cleanup style RL modules for Cite Move the JS which is purely for accessibility purposes into a separate JS RL module named ext.cite.a11y. Move all pure CSS, which is not dependant on accompanying JS into a separate ext.cite.styles module Bug: T101559 Change-Id: I58adcfbcf9af2bb3b6d5dabb6c38c42af78e0416
2015-06-05 20:56:58 +00:00
"ext.cite.styles": {
Move '@media print' rules to separate file Not a fix for T93746 yet, but a prerequisite. Bug: T93746 Change-Id: I3dc1fa9cf176540500b48f21d9f4f737b37010d1
2015-05-19 16:23:43 +00:00
"styles": {
Convert (almost) all .css files to .less Intentionally no other change is made (yet). This is for a later, separate patch. Intentionally not touching the huge list of per-language ext.cite.style.*.css files for the moment. Again, I would prefer to do this in a separate patch. Change-Id: I4e392c7bd1c69849a6c7946676a64c749ddbcd60
2024-01-21 14:38:12 +00:00
"ext.cite.styles.less": {},
"ext.cite.print.less": {
Move '@media print' rules to separate file Not a fix for T93746 yet, but a prerequisite. Bug: T93746 Change-Id: I3dc1fa9cf176540500b48f21d9f4f737b37010d1
2015-05-19 16:23:43 +00:00
"media": "print"
}
},
Reduce column-width to 25em for Minerva skin Current Minerva skin is purposely restricted to 55.8em This means references will never be split into 2 columns as 30em*2=60em. Dropping it to 25em would mean the CSS applies here and no more than 2 columns would ever be used to display references. Bug: T160497 Change-Id: I6f9b85cd6cfdb055692b1f537d569c158900f7c9
2017-06-16 18:17:17 +00:00
"skinStyles": {
"minerva": "ext.cite.styles.minerva.less"
Targets no longer needed in Cite All match current default. Bug: T328497 Change-Id: Id2992d5beb0bc226a9acdfd28b2c7b37eee7e06a
2023-08-15 17:45:58 +00:00
}
Cleanup style RL modules for Cite Move the JS which is purely for accessibility purposes into a separate JS RL module named ext.cite.a11y. Move all pure CSS, which is not dependant on accompanying JS into a separate ext.cite.styles module Bug: T101559 Change-Id: I58adcfbcf9af2bb3b6d5dabb6c38c42af78e0416
2015-06-05 20:56:58 +00:00
},
Rename ext.cite.style.css to ext.cite.parsoid.styles.css ext.cite.style.css is very close to ext.cite.styles.css and is often confusing. In about 3 weeks (the current PC expiry time), we should be able to get rid of the ext.cite.style module from extension.json after removing all references to it from other repos and caches. I don't see a reason to rename all the other language specific CSS files since there is no room for being confused there. Change-Id: I3a41f435b0cbe51f8c9a6dde8a9f6eb13a9879f7
2023-07-13 15:50:57 +00:00
"ext.cite.parsoid.styles": {
Move Parsoid-specific CSS into a subdirectory The first two files have been added to the root modules/ directory via I487095d in 2015. No problem. Many, many more files have been added via I000b453 in 2022. It's really hard to tell what is what since then. I'm not absolutely sure what the naming convention for this folder should be. Could as well be "localized-styles/" or just "Parsoid/". Bug: T156350 Change-Id: Ibcf8c7a6db5400ed8a9811244a070e03ff372a39
2024-03-11 10:33:19 +00:00
"localBasePath": "modules/parsoid-styles",
"remoteExtPath": "Cite/modules/parsoid-styles",
Rename ext.cite.style.css to ext.cite.parsoid.styles.css ext.cite.style.css is very close to ext.cite.styles.css and is often confusing. In about 3 weeks (the current PC expiry time), we should be able to get rid of the ext.cite.style module from extension.json after removing all references to it from other repos and caches. I don't see a reason to rename all the other language specific CSS files since there is no room for being confused there. Change-Id: I3a41f435b0cbe51f8c9a6dde8a9f6eb13a9879f7
2023-07-13 15:50:57 +00:00
"class": "Cite\\ResourceLoader\\CiteCSSFileModule",
Match minerva base styles for Parsoid * The Minerva repository has a ".mw-ref" style which is Cite-specific so that makes be wonder if the expectation is for this to be in that file instead. That would be a really simple fix and be attached to the rule for sup as an extra selector. * But, it seems like Cite extension is the right place for this. * Found while trying to test Cite rendering with MFE. Notes: * This mirrors the style added in Ieb91c1251839ff4bb54451aae69af9fb88322219 Change-Id: Iae1d391ef11e53110bfb758d45a0fbdf2addf62e
2024-05-22 21:32:00 +00:00
"styles": "ext.cite.parsoid.styles.less",
"skinStyles": {
"minerva": "ext.cite.parsoid.styles.minerva.less"
}
Rename ext.cite.style.css to ext.cite.parsoid.styles.css ext.cite.style.css is very close to ext.cite.styles.css and is often confusing. In about 3 weeks (the current PC expiry time), we should be able to get rid of the ext.cite.style module from extension.json after removing all references to it from other repos and caches. I don't see a reason to rename all the other language specific CSS files since there is no room for being confused there. Change-Id: I3a41f435b0cbe51f8c9a6dde8a9f6eb13a9879f7
2023-07-13 15:50:57 +00:00
},
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"ext.cite.visualEditor.core": {
"localBasePath": "modules/ve-cite",
"remoteExtPath": "Cite/modules/ve-cite",
"scripts": [
[refactor] switch reflist rendering source of truth Pure refactor which shouldn't change output in production. Switches to interfacing with MWDocumentReferences to get refs in index order. Temporarily suppresses any subrefs, we only show top-level refs. Bug: T247921 Change-Id: I9c8347b064173027f436722c87e15e0381c958bd
2024-06-28 09:54:20 +00:00
"ve.dm.MWDocumentReferences.js",
Moving ref group knowledge into a dedicated data structure Pushes per-group knowledge down into a structured object and give it an interface, separated from the singleton cache across all groups. Also changes the behavior of orphaned subrefs so that they're still rendered as subrefs, with an error placeholder where the parent should be. Bug: T372871 Change-Id: I84e679a8365f3fbfabaf344d99f56f6d069c0776
2024-08-02 09:57:08 +00:00
"ve.dm.MWGroupReferences.js",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"ve.dm.MWReferenceModel.js",
"ve.dm.MWReferencesListNode.js",
"ve.dm.MWReferenceNode.js",
"ve.ce.MWReferencesListNode.js",
"ve.ce.MWReferenceNode.js",
"ve.ui.MWReferencesListCommand.js"
],
"styles": [
Wire subref counting into the numbering renderer Significant change is that footnote marker numbers are changed from being a CSS-rendered marker to using the rendered "fallback" text. This could be avoided using the same trick as is implemented for the reflist: send an inline style variable with the marker content; but let's only do this if really necessary for user experience. Template-produced refs are still wrong, but this patch continues to render them as they come from Parsoid, in the content script. TODO in later patches: * reuse of a subref is rendered as '3.2.1' in reader view but '3.0' and '3.1' in the editor. * subref numbering is backwards in RTL languages Bug: T247921 Change-Id: Ieff73769f8ebbc3724f6a9b498487c4e7d09aa2e
2024-06-28 10:12:37 +00:00
"ve.ce.MWReferencesListNode.less"
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
],
"dependencies": [
"ext.visualEditor.mwcore",
"ext.visualEditor.mwtransclusion"
],
"messages": [
"cite-ve-referenceslist-isempty",
"cite-ve-referenceslist-isempty-default",
Show specific error message in reflist when parent is missing Bug: T372871 Change-Id: Idce84adc0100dfd73f02611f2825f3be1d2da223
2024-08-21 14:56:34 +00:00
"cite-ve-referenceslist-missing-parent",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"cite-ve-referenceslist-missingref",
"cite-ve-referenceslist-missingref-in-list",
ve-cite: Remove unused messages for fake refernce headings These were removed upstream in Iedc17c8ac9c. Change-Id: Ic1240329de348a687db0373a9d247d3cd0780b46
2023-11-08 12:06:56 +00:00
"cite-ve-referenceslist-missingreflist"
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
]
},
"ext.cite.visualEditor": {
"localBasePath": "modules/ve-cite",
"remoteExtPath": "Cite/modules/ve-cite",
"scripts": [
Migrate CiteVisualEditorModule to a virtual file callback Depends-On: I97d61b5793159cea365740e0563f7b733e0f16de Bug: T47514 Change-Id: Iabfbb6751707813b7ec68f49b35441ab5dbb5622
2023-05-05 05:50:22 +00:00
{
"name": "ve.ui.MWCitationTools.js",
"callback": "Cite\\ResourceLoader\\CitationToolDefinition::makeScript"
},
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"ve.ui.MWReferenceGroupInputWidget.js",
"ve.ui.MWReferenceSearchWidget.js",
"ve.ui.MWReferenceResultWidget.js",
"ve.ui.MWUseExistingReferenceCommand.js",
"ve.ui.MWCitationDialog.js",
"ve.ui.MWReferencesListDialog.js",
"ve.ui.MWReferenceDialog.js",
"ve.ui.MWReferenceDialogTool.js",
Introduce MWReferenceEditPanel to extract editing UI First step to move the UI parts that are relevant for creating, editing (and extending) a reference to it's own class. There remains some duplication because of the sub-referencing in Citoid currently depending on the static properties to build its own editing interface. More patches follow, I just wanted to keep it small for reviewers. Bug: T369005 Change-Id: I8588cde1a54cd505a57a36ed97fc591653c9fb6f
2024-07-17 17:51:31 +00:00
"ve.ui.MWReferenceEditPanel.js",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"ve.ui.MWCitationDialogTool.js",
"ve.ui.MWReferenceContextItem.js",
"ve.ui.MWReferencesListContextItem.js",
"ve.ui.MWCitationContextItem.js",
"ve.ui.MWCitationAction.js",
"ve.ui.MWReference.init.js",
Make content language data available to VE We have a use case in which the client needs to be able to use language utilities in the content language (footnote markers), so the data must be wired through. This will only be done in VE, and in the special case that the interface language != the content language. Bug: T369613 Change-Id: I2c10e1e36ba594da98e0efa433dd9e1a25aae6fe
2024-07-09 11:09:03 +00:00
"ve.ui.MWCitationNeededContextItem.js",
[refactor] Moving the SetExtendsDialog class from Citoid First step in streamlining the code to create sub-references. Slightly renaming the class to fit the schema and avoid conflicts. Bug: T373849 Change-Id: Iadbdbecbedf4d4aa3f0e0bade88ea020f2570926
2024-09-17 08:24:05 +00:00
"ve.ui.MWSetExtendsContentDialog.js",
Make content language data available to VE We have a use case in which the client needs to be able to use language utilities in the content language (footnote markers), so the data must be wired through. This will only be done in VE, and in the special case that the interface language != the content language. Bug: T369613 Change-Id: I2c10e1e36ba594da98e0efa433dd9e1a25aae6fe
2024-07-09 11:09:03 +00:00
{
"name": "ve.ui.contentLanguage.js",
"callback": "Cite\\ResourceLoader\\ContentLanguage::makeScript"
}
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
],
"styles": [
ve-cite: Convert .css files to .less Change-Id: If831c23721cc2c3ec3cc17d4cd9c9533a0aa4cb4
2023-03-27 13:56:27 +00:00
"ve.ui.MWReferenceDialog.less",
"ve.ui.MWReferenceContextItem.less",
"ve.ui.MWReferenceResultWidget.less",
[refactor] Moving the SetExtendsDialog class from Citoid First step in streamlining the code to create sub-references. Slightly renaming the class to fit the schema and avoid conflicts. Bug: T373849 Change-Id: Iadbdbecbedf4d4aa3f0e0bade88ea020f2570926
2024-09-17 08:24:05 +00:00
"ve.ui.MWCitationDialogTool.less",
"ve.ui.MWSetExtendsContentDialog.less"
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
],
"dependencies": [
"oojs-ui.styles.icons-alerts",
"oojs-ui.styles.icons-editing-citation",
"oojs-ui.styles.icons-interactions",
"ext.cite.visualEditor.core",
Rename ext.cite.style VE dependency to ext.cite.parsoid.styles Follows-Up: a5b8640928c7cc03199f14e93c97c806ea99f3bc Change-Id: If697936b8107b43be6019aa612f9fce8a21e87a4
2023-07-20 17:23:27 +00:00
"ext.cite.parsoid.styles",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"ext.cite.styles",
"ext.visualEditor.mwtransclusion",
Combine ext.cite.visualEditor.data into ext.cite.visualEditor Rather than depending on a separate module with one line of generated JS code, generate it as a prepended statement to the same module. Should be a no-op. Depends-On: I809951d34feb2dbd01b7ae0f4bd98dac7c3f6fe2 Change-Id: I5886bf9f82025048976b7750e8cb751681021fb4
2021-11-10 20:36:35 +00:00
"ext.visualEditor.base",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"ext.visualEditor.mediawiki"
],
"messages": [
"cite-ve-changedesc-ref-group-both",
"cite-ve-changedesc-ref-group-from",
"cite-ve-changedesc-ref-group-to",
"cite-ve-changedesc-reflist-group-both",
"cite-ve-changedesc-reflist-group-from",
"cite-ve-changedesc-reflist-group-to",
"cite-ve-changedesc-reflist-responsive-set",
"cite-ve-changedesc-reflist-responsive-unset",
"cite-ve-citationneeded-button",
"cite-ve-citationneeded-description",
Show reason and/or date in CitationNeededContextItem Bug: T270107 Depends-On: I7fdd4810118e72b9719b840fa5e0887006a74a25 Change-Id: I873fb28f5e8fbac469f0fe050818c58dc782fea9
2020-12-14 14:45:25 +00:00
"cite-ve-citationneeded-reason",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"cite-ve-citationneeded-title",
Adjust messages related to sub-referencing Also adding some margin where it made sense looking at the mocks in the message document. Bug: T373876 Change-Id: I1165681521565d900b705a45579fd816fe625a8f
2024-09-26 19:00:06 +00:00
"cite-ve-dialog-reference-contextitem-extends",
"cite-ve-dialog-reference-editing-add-details",
"cite-ve-dialog-reference-editing-add-details-placeholder",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"cite-ve-dialog-reference-editing-reused",
"cite-ve-dialog-reference-editing-reused-long",
Adding extendsRef to reference model * reads the new attribute extends from wikitext * saves it into the reference model * adds a message to the VE popup of an extension as a first demo * tests will be added in a separate patch Bug: T247922 Change-Id: If4d309c4678022642f39e21565950dc45e557d47
2023-05-04 16:56:41 +00:00
"cite-ve-dialog-reference-editing-extends",
Add a submenu to offer a re-use with different details Adding a submenu to the results of the reference re-use search. This allows the user to either create a direct reuse or a reuse with different details. Hide the menu when there's a sub-reference. Known Issues: - Ref name is hidden (conditionally when our feature is enabled) as a quick fix to not having a good layout choice yet. - Submenu is clipped at the dialog bounds. - Submenu highlight should vanish when the submenu is closed - Instrument action with metrics. Bug: T375053 Change-Id: I3eddd6bad328aaf9bb99eb2783ba66d4e08f862d
2024-09-23 09:49:21 +00:00
"cite-ve-dialog-reference-extend-long-tool",
Show error placeholder in context item for orphaned subref Bug: T372871 Change-Id: Ifc183b33793fb8e5c736488569f47838c138ce2e
2024-08-21 14:57:27 +00:00
"cite-ve-dialog-reference-missing-parent-ref",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"cite-ve-dialog-reference-options-group-label",
"cite-ve-dialog-reference-options-group-placeholder",
"cite-ve-dialog-reference-options-responsive-label",
"cite-ve-dialog-reference-options-section",
"cite-ve-dialog-reference-placeholder",
"cite-ve-dialog-reference-title",
Adjust messages related to sub-referencing Also adding some margin where it made sense looking at the mocks in the message document. Bug: T373876 Change-Id: I1165681521565d900b705a45579fd816fe625a8f
2024-09-26 19:00:06 +00:00
"cite-ve-dialog-reference-title-add-details",
"cite-ve-dialog-reference-title-edit-details",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"cite-ve-dialog-reference-useexisting-tool",
Add a submenu to offer a re-use with different details Adding a submenu to the results of the reference re-use search. This allows the user to either create a direct reuse or a reuse with different details. Hide the menu when there's a sub-reference. Known Issues: - Ref name is hidden (conditionally when our feature is enabled) as a quick fix to not having a good layout choice yet. - Submenu is clipped at the dialog bounds. - Submenu highlight should vanish when the submenu is closed - Instrument action with metrics. Bug: T375053 Change-Id: I3eddd6bad328aaf9bb99eb2783ba66d4e08f862d
2024-09-23 09:49:21 +00:00
"cite-ve-dialog-reference-useexisting-long-tool",
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
"cite-ve-dialog-referenceslist-contextitem-description-general",
"cite-ve-dialog-referenceslist-contextitem-description-named",
"cite-ve-dialog-referenceslist-title",
"cite-ve-dialogbutton-citation-educationpopup-title",
"cite-ve-dialogbutton-citation-educationpopup-text",
"cite-ve-dialogbutton-reference-full-label",
"cite-ve-dialogbutton-reference-tooltip",
"cite-ve-dialogbutton-reference-title",
"cite-ve-dialogbutton-referenceslist-tooltip",
"cite-ve-reference-input-placeholder",
"cite-ve-toolbar-group-label",
Show reason and/or date in CitationNeededContextItem Bug: T270107 Depends-On: I7fdd4810118e72b9719b840fa5e0887006a74a25 Change-Id: I873fb28f5e8fbac469f0fe050818c58dc782fea9
2020-12-14 14:45:25 +00:00
"cite-ve-othergroup-item",
"parentheses",
"word-separator"
Unconditionally register the VisualEditor integration statically This is how we handle this in othe repos; CI ensures that VisualEditor is indeed loaded alongside the Cite extension whenever it's required, and this significantly reduces the complexity of the code in the repo and the processing time needed from Cite's hooks on every PHP init. I'm leaving the "ux-enhancements" module for now, as you can't mix static (late) module registration with dynamic (immediate) code. Change-Id: I974654d00687b0dea6aed342d8fa9dcb6ef90768
2020-12-13 17:34:45 +00:00
]
Move ext.cite.ux-enhancements to extension.json Change-Id: Ia6a0c34800b018e76b9e246898ddfb991f238d55
2020-12-13 17:56:00 +00:00
},
Move Cite-specific settings from WikiEditor The WikiEditor extension has a button and some help text that is only applicable if the Cite extension is enabled. Move that (with some modifications) to the Cite extension instead. Bug: T339973 Depends-On: I8256660f9c6886d6764b45735284e00308fc56e5 Change-Id: Ib3fdc897dd3330f69c5832003d4c3cb1e6dba2f3
2023-06-21 14:40:12 +00:00
"ext.cite.wikiEditor": {
"localBasePath": "modules",
"remoteExtPath": "Cite/modules",
"scripts": [
"ext.cite.wikiEditor.js"
],
"dependencies": [
"ext.wikiEditor",
"mediawiki.jqueryMsg",
"mediawiki.language"
],
"messages": [
"cite-wikieditor-tool-reference",
"cite-wikieditor-help-page-references",
"cite-wikieditor-help-content-reference-example-text1",
"cite-wikieditor-help-content-reference-example-text2",
"cite-wikieditor-help-content-reference-example-text3",
"cite-wikieditor-help-content-reference-example-ref-id",
Add 'Extends' section to Wikitext toolbar Help menu in Beta Cluster Implemented addition of 'extends' feature information to WikiEditor Help menu, under the extends feature flag Bug: T361088 Change-Id: Ide15286527227f61a48386384b96ac965c5dec42
2024-04-05 07:31:52 +00:00
"cite-wikieditor-help-content-reference-example-extra-details",
Move Cite-specific settings from WikiEditor The WikiEditor extension has a button and some help text that is only applicable if the Cite extension is enabled. Move that (with some modifications) to the Cite extension instead. Bug: T339973 Depends-On: I8256660f9c6886d6764b45735284e00308fc56e5 Change-Id: Ib3fdc897dd3330f69c5832003d4c3cb1e6dba2f3
2023-06-21 14:40:12 +00:00
"cite-wikieditor-help-content-reference-example-ref-normal",
"cite-wikieditor-help-content-reference-example-ref-named",
"cite-wikieditor-help-content-reference-example-ref-reuse",
Add 'Extends' section to Wikitext toolbar Help menu in Beta Cluster Implemented addition of 'extends' feature information to WikiEditor Help menu, under the extends feature flag Bug: T361088 Change-Id: Ide15286527227f61a48386384b96ac965c5dec42
2024-04-05 07:31:52 +00:00
"cite-wikieditor-help-content-reference-example-ref-extends",
Move Cite-specific settings from WikiEditor The WikiEditor extension has a button and some help text that is only applicable if the Cite extension is enabled. Move that (with some modifications) to the Cite extension instead. Bug: T339973 Depends-On: I8256660f9c6886d6764b45735284e00308fc56e5 Change-Id: Ib3fdc897dd3330f69c5832003d4c3cb1e6dba2f3
2023-06-21 14:40:12 +00:00
"cite-wikieditor-help-content-reference-example-ref-result",
"cite-wikieditor-help-content-reference-example-reflist",
"cite-wikieditor-help-content-reference-description",
"cite-wikieditor-help-content-named-reference-description",
"cite-wikieditor-help-content-rereference-description",
Add 'Extends' section to Wikitext toolbar Help menu in Beta Cluster Implemented addition of 'extends' feature information to WikiEditor Help menu, under the extends feature flag Bug: T361088 Change-Id: Ide15286527227f61a48386384b96ac965c5dec42
2024-04-05 07:31:52 +00:00
"cite-wikieditor-help-content-extended-reference-description",
Move Cite-specific settings from WikiEditor The WikiEditor extension has a button and some help text that is only applicable if the Cite extension is enabled. Move that (with some modifications) to the Cite extension instead. Bug: T339973 Depends-On: I8256660f9c6886d6764b45735284e00308fc56e5 Change-Id: Ib3fdc897dd3330f69c5832003d4c3cb1e6dba2f3
2023-06-21 14:40:12 +00:00
"cite-wikieditor-help-content-showreferences-description",
"cite_reference_backlink_symbol"
]
},
Move ext.cite.ux-enhancements to extension.json Change-Id: Ia6a0c34800b018e76b9e246898ddfb991f238d55
2020-12-13 17:56:00 +00:00
"ext.cite.ux-enhancements": {
"localBasePath": "modules",
"remoteExtPath": "Cite/modules",
"scripts": [
"ext.cite.a11y.js",
"ext.cite.highlighting.js",
"ext.cite.tracking.js"
],
"styles": [
Convert (almost) all .css files to .less Intentionally no other change is made (yet). This is for a later, separate patch. Intentionally not touching the huge list of per-language ext.cite.style.*.css files for the moment. Again, I would prefer to do this in a separate patch. Change-Id: I4e392c7bd1c69849a6c7946676a64c749ddbcd60
2024-01-21 14:38:12 +00:00
"ext.cite.a11y.less",
"ext.cite.highlighting.less"
Move ext.cite.ux-enhancements to extension.json Change-Id: Ia6a0c34800b018e76b9e246898ddfb991f238d55
2020-12-13 17:56:00 +00:00
],
"messages": [
"cite_references_link_accessibility_label",
"cite_references_link_many_accessibility_label",
"cite_references_link_accessibility_back_label"
]
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
}
},
"ResourceFileModulePaths": {
"localBasePath": "modules",
"remoteExtPath": "Cite/modules"
},
[refactor] Rewrite context as service Puts the ReferencePreviewsContext behind a service to improve testability. Bug: T363162 Change-Id: I63aa4144081a2625da1b89f4d56adb612741c8fc
2024-09-06 14:25:26 +00:00
"ServiceWiringFiles": [
"src/ServiceWiring.php"
],
Use QUnitTestModule instead of deprecated ResourceLoaderTestModules CI already ensures that VisualEditor is loaded alongside Cite, so the defensive check in the code isn't needed; ext.cite.visualEditor is defined statically, it's just injected into the page dynamically in the VisualEditor code handling VisualEditorPluginModules. Bug: T232875 Change-Id: Ie5e096feca92f9c3ef13c732f3f1ae491e2b7d03
2020-05-11 20:34:44 +00:00
"QUnitTestModule": {
Move reference previews to Cite extension The ext.cite.referencePreviews module will transparently replace the ext.popups.referencePreviews module after this patch. Configuration stays in Popups for now, we can migrate it in later work. CSS classes may be renamed in the future but this will be handled separately since it could be a breaking change for on-wiki customizations. A lot of fancy footwork happens in this patch to emulate a soft dependency on Popups. This mechanism doesn't exist explicitly in either ResourceLoader or QUnit, so lots of workarounds are used, to conditionally load the module and to dynamically skip dependent tests. renderer.test.js is fully skipped for now, but can be wired up in later work. Bug: T355194 Change-Id: I0dc47abb59a40d4e41e7dda0eb7b415a2e1ae508
2024-01-12 22:30:44 +00:00
"localBasePath": "",
"remoteExtPath": "Cite",
Use QUnitTestModule instead of deprecated ResourceLoaderTestModules CI already ensures that VisualEditor is loaded alongside Cite, so the defensive check in the code isn't needed; ext.cite.visualEditor is defined statically, it's just injected into the page dynamically in the VisualEditor code handling VisualEditorPluginModules. Bug: T232875 Change-Id: Ie5e096feca92f9c3ef13c732f3f1ae491e2b7d03
2020-05-11 20:34:44 +00:00
"scripts": [
Move ve-cite QUnit tests to top-level tests/ directory It's just hard to find and confusing when hidden in that sub-directory. Bug: T358851 Change-Id: I19ffe73b79fa9add52af12f477afe7abbc6db836
2024-04-03 10:03:33 +00:00
"tests/qunit/ve-cite/ve.dm.citeExample.js",
"tests/qunit/ve-cite/ve.dm.Converter.test.js",
Add basic QUnit test for MWDocumentReferences Change-Id: I40a62ceecc4ab5d0b4b6154bd934ccf4ae6a2774
2024-07-26 19:00:58 +00:00
"tests/qunit/ve-cite/ve.dm.MWDocumentReferences.test.js",
Adding some QUnit tests for MWGroupReferences Bug: T373854 Change-Id: Ie1ea1016e6e67429b109989bc7995b6dd532f314
2024-09-03 12:03:13 +00:00
"tests/qunit/ve-cite/ve.dm.MWGroupReferences.test.js",
Move ve-cite QUnit tests to top-level tests/ directory It's just hard to find and confusing when hidden in that sub-directory. Bug: T358851 Change-Id: I19ffe73b79fa9add52af12f477afe7abbc6db836
2024-04-03 10:03:33 +00:00
"tests/qunit/ve-cite/ve.dm.InternalList.test.js",
"tests/qunit/ve-cite/ve.dm.MWReferenceModel.test.js",
"tests/qunit/ve-cite/ve.dm.MWReferenceNode.test.js",
"tests/qunit/ve-cite/ve.dm.MWReferencesListNode.test.js",
"tests/qunit/ve-cite/ve.dm.Transaction.test.js",
"tests/qunit/ve-cite/ve.ui.DiffElement.test.js",
"tests/qunit/ve-cite/ve.ui.MWCitationDialogTool.test.js",
"tests/qunit/ve-cite/ve.ui.MWReferenceContextItem.test.js",
Move more editing methods to the EditPanel Mainly leaving out the event handling for the change detection to still keep it simple. Also the data flow back for editing the content is still somewhat opaque because the relevant data is passed by reference. I might change that in follow up patches so it's more clear. Bug: T369005 Change-Id: I93b62791ef10bf318697905af8a0c5b5d438fdb5
2024-07-21 18:09:27 +00:00
"tests/qunit/ve-cite/ve.ui.MWReferenceEditPanel.test.js",
Move ve-cite QUnit tests to top-level tests/ directory It's just hard to find and confusing when hidden in that sub-directory. Bug: T358851 Change-Id: I19ffe73b79fa9add52af12f477afe7abbc6db836
2024-04-03 10:03:33 +00:00
"tests/qunit/ve-cite/ve.ui.MWReferenceGroupInputWidget.test.js",
"tests/qunit/ve-cite/ve.ui.MWReferenceResultWidget.test.js",
"tests/qunit/ve-cite/ve.ui.MWReferenceSearchWidget.test.js",
"tests/qunit/ve-cite/ve.ui.MWReferencesListDialog.test.js",
"tests/qunit/ve-cite/ve.ui.MWUseExistingReferenceCommand.test.js",
"tests/qunit/ve-cite/ve.ui.MWWikitextStringTransferHandler.test.js",
Move reference previews to Cite extension The ext.cite.referencePreviews module will transparently replace the ext.popups.referencePreviews module after this patch. Configuration stays in Popups for now, we can migrate it in later work. CSS classes may be renamed in the future but this will be handled separately since it could be a breaking change for on-wiki customizations. A lot of fancy footwork happens in this patch to emulate a soft dependency on Popups. This mechanism doesn't exist explicitly in either ResourceLoader or QUnit, so lots of workarounds are used, to conditionally load the module and to dynamically skip dependent tests. renderer.test.js is fully skipped for now, but can be wired up in later work. Bug: T355194 Change-Id: I0dc47abb59a40d4e41e7dda0eb7b415a2e1ae508
2024-01-12 22:30:44 +00:00
"tests/qunit/ext.cite.referencePreviews/createReferenceGateway.test.js",
"tests/qunit/ext.cite.referencePreviews/isReferencePreviewsEnabled.test.js",
Add ReferencePreviews config checks to Cite extension PHP classes and test are somewhat copies from the Popups codebase. Some refactoring was applied. More could be done. Not to sure if this should happen more in follow ups though. Could also reduce the complexity of checks on the JS side. Most of these things can only change on page load. The only dynamic part left is the anon user setting managed by the Popups extension. Note, that I needed to add a new PHP config for here although the other still exists and is needed in the Popups extension. This will change, when the user settings code also moves. I guess it's okay for now though. Both settings default to true and are not overridden in the config repos. Also needed to add the Gadget extension as phan dependency. Bug: T362771 Depends-On: Ia028c41f8aaa1c522dfc7c372e1ce51e40933a5e Change-Id: Ie6e8bc706235724494036c7f0d873f5c996c46e6
2024-04-19 07:42:41 +00:00
"tests/qunit/ext.cite.referencePreviews/renderer.test.js"
Use QUnitTestModule instead of deprecated ResourceLoaderTestModules CI already ensures that VisualEditor is loaded alongside Cite, so the defensive check in the code isn't needed; ext.cite.visualEditor is defined statically, it's just injected into the page dynamically in the VisualEditor code handling VisualEditorPluginModules. Bug: T232875 Change-Id: Ie5e096feca92f9c3ef13c732f3f1ae491e2b7d03
2020-05-11 20:34:44 +00:00
],
"dependencies": [
"ext.cite.visualEditor",
"test.VisualEditor"
Move reference previews to Cite extension The ext.cite.referencePreviews module will transparently replace the ext.popups.referencePreviews module after this patch. Configuration stays in Popups for now, we can migrate it in later work. CSS classes may be renamed in the future but this will be handled separately since it could be a breaking change for on-wiki customizations. A lot of fancy footwork happens in this patch to emulate a soft dependency on Popups. This mechanism doesn't exist explicitly in either ResourceLoader or QUnit, so lots of workarounds are used, to conditionally load the module and to dynamically skip dependent tests. renderer.test.js is fully skipped for now, but can be wired up in later work. Bug: T355194 Change-Id: I0dc47abb59a40d4e41e7dda0eb7b415a2e1ae508
2024-01-12 22:30:44 +00:00
],
"optionalDependencies": {
"Popups": "ext.cite.referencePreviews"
},
"factory": "Cite\\ResourceLoader\\OptionalLoader::addOptionalDependencies"
Use QUnitTestModule instead of deprecated ResourceLoaderTestModules CI already ensures that VisualEditor is loaded alongside Cite, so the defensive check in the code isn't needed; ext.cite.visualEditor is defined statically, it's just injected into the page dynamically in the VisualEditor code handling VisualEditorPluginModules. Bug: T232875 Change-Id: Ie5e096feca92f9c3ef13c732f3f1ae491e2b7d03
2020-05-11 20:34:44 +00:00
},
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
"attributes": {
"CodeMirror": {
"TagModes": {
Highlight markup inside <references> in CodeMirror See also: 9fd55c5f38571b171a2d1f381d0beab527872204 Bug: T294546 Change-Id: I55747e89242f0b53ec1f41c86c3523ad545e8470
2021-10-28 11:31:26 +00:00
"ref": "text/mediawiki",
"references": "text/mediawiki"
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
}
},
Move reference previews to Cite extension The ext.cite.referencePreviews module will transparently replace the ext.popups.referencePreviews module after this patch. Configuration stays in Popups for now, we can migrate it in later work. CSS classes may be renamed in the future but this will be handled separately since it could be a breaking change for on-wiki customizations. A lot of fancy footwork happens in this patch to emulate a soft dependency on Popups. This mechanism doesn't exist explicitly in either ResourceLoader or QUnit, so lots of workarounds are used, to conditionally load the module and to dynamically skip dependent tests. renderer.test.js is fully skipped for now, but can be wired up in later work. Bug: T355194 Change-Id: I0dc47abb59a40d4e41e7dda0eb7b415a2e1ae508
2024-01-12 22:30:44 +00:00
"Popups": {
"PluginModules": [
"ext.cite.referencePreviews"
]
},
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
"VisualEditor": {
"PluginModules": [
"ext.cite.visualEditor"
]
}
},
Surface references via api query property * The query request prop=references will return a JSON blob of all references in the page * Conveniently references are returned with an array id key that corresponds to an anchor tag in the HTML * When references storage is disabled the API request will trigger an error. Bug: T123290 Change-Id: I81a965bcb47d17df18f1e415e3c25f88f6b48ffc
2016-02-17 21:55:48 +00:00
"ConfigRegistry": {
"cite": "GlobalVarConfig::newInstance"
},
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
"config": {
Feature flag for Book Referencing Bug: T236255 Change-Id: I3848eda89178c53af7eeaf87df4efad0f9987557
2019-10-24 08:42:35 +00:00
"CiteBookReferencing": {
Avoid the term "book referencing" in a few places We are discussing this for a long time and finally renamed the tag on Phabricator: https://phabricator.wikimedia.org/tag/cite-extends This patch updates only places where it can't have any negative consequences. This is also a direct follow-up to Ic73f1b7 where this class was created. Bug: T353269 Change-Id: I644fe41d3386b9bf02b83366654301633efd535f
2023-12-15 14:45:15 +00:00
"description": "Temporary feature flag while the extends=\"…\" feature (a way to nest citations and e.g. reference pages in a book) is in development.",
Feature flag for Book Referencing Bug: T236255 Change-Id: I3848eda89178c53af7eeaf87df4efad0f9987557
2019-10-24 08:42:35 +00:00
"public": true,
"value": false
},
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
"CiteVisualEditorOtherGroup": {
Document config flags in extension.json Change-Id: Ife0c18b8e06980cdd23dae976749afdfb0cbd7e5
2023-05-16 07:57:17 +00:00
"description": "If VisualEditor should list the citation features as part of the existing \"Insert\" drop-down menu instead of a top-level \"Cite\" toolbar button.",
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
"public": true,
"value": false
},
"CiteResponsiveReferences": {
Use dependency injection for References/RefProcessor This avoids the use of Parsoid's SiteConfig::getMWConfigValue() method, which is unnecessary when the extension has direct access to MediaWiki services itself. This also fixes the omission of CiteResponsiveReferencesThreshold from the extension.json. Change-Id: I01b43136b0827f185523f1318253372b09750de4
2024-09-06 18:34:39 +00:00
"description": "If long <references /> lists with more than $wgCiteResponsiveReferencesThreshold references should behave responsive by default and be displayed in two or more columns. This can also be toggled individually with <references responsive /> to enable and <references responsive=\"0\" /> to disable it.",
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
"public": true,
"value": true
Add ReferencePreviews config checks to Cite extension PHP classes and test are somewhat copies from the Popups codebase. Some refactoring was applied. More could be done. Not to sure if this should happen more in follow ups though. Could also reduce the complexity of checks on the JS side. Most of these things can only change on page load. The only dynamic part left is the anon user setting managed by the Popups extension. Note, that I needed to add a new PHP config for here although the other still exists and is needed in the Popups extension. This will change, when the user settings code also moves. I guess it's okay for now though. Both settings default to true and are not overridden in the config repos. Also needed to add the Gadget extension as phan dependency. Bug: T362771 Depends-On: Ia028c41f8aaa1c522dfc7c372e1ce51e40933a5e Change-Id: Ie6e8bc706235724494036c7f0d873f5c996c46e6
2024-04-19 07:42:41 +00:00
},
Use dependency injection for References/RefProcessor This avoids the use of Parsoid's SiteConfig::getMWConfigValue() method, which is unnecessary when the extension has direct access to MediaWiki services itself. This also fixes the omission of CiteResponsiveReferencesThreshold from the extension.json. Change-Id: I01b43136b0827f185523f1318253372b09750de4
2024-09-06 18:34:39 +00:00
"CiteResponsiveReferencesThreshold": {
"description": "The number of references at which CiteResponsiveReferences is enabled.",
"public": true,
"value": 10
},
Add ReferencePreviews config checks to Cite extension PHP classes and test are somewhat copies from the Popups codebase. Some refactoring was applied. More could be done. Not to sure if this should happen more in follow ups though. Could also reduce the complexity of checks on the JS side. Most of these things can only change on page load. The only dynamic part left is the anon user setting managed by the Popups extension. Note, that I needed to add a new PHP config for here although the other still exists and is needed in the Popups extension. This will change, when the user settings code also moves. I guess it's okay for now though. Both settings default to true and are not overridden in the config repos. Also needed to add the Gadget extension as phan dependency. Bug: T362771 Depends-On: Ia028c41f8aaa1c522dfc7c372e1ce51e40933a5e Change-Id: Ie6e8bc706235724494036c7f0d873f5c996c46e6
2024-04-19 07:42:41 +00:00
"CiteReferencePreviews": {
"description": "Feature flag to enable or disable the popups provided by the Popups extension for <ref> tags.",
"value": true
},
"CiteReferencePreviewsConflictingNavPopupsGadgetName": {
"description": "@var string: Name of a gadget that would cause duplicate reference preview popups. Should usually be identical to wgPopupsConflictingNavPopupsGadgetName in the Popups extension.",
"value": "Navigation_popups"
},
"CiteReferencePreviewsConflictingRefTooltipsGadgetName": {
"description": "@var string: Name of a gadget that would cause duplicate reference preview popups. Known conflicting gadgets include \"ReferenceTooltips\", \"CiteTooltip\" alias \"RefTooltip\", \"ReferencePopups\", and \"tooltipRef\" (see T274353).",
"value": "ReferenceTooltips"
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
}
Baseline reference interaction tracking Collect EventLogging metrics for footnote and reference link interactions, so that we can compare behavior with and without Reference Previews enabled. This tracking will be reverted once analysis is complete. A mostly arbitrary sample rate of 1/1000 is hardcoded here. This is loosely based on the latest tuning of Popups sampling at 1/100, divided by a conservative factor of 10 to ensure headroom. The sample is skewed by skipping clients without sendBeacon support, but we're avoiding the mw.track synchronous fallback, which injects an image tag and introduces lag any time the user clicks external links in the references. Bug: T231529 Change-Id: Iad32b64114f88675eecbb01712418c968e3cf661
2019-09-20 13:03:16 +00:00
},
Move all code to PSR-4 compatible namespaces This patch does intentionally not touch any file name. Some of the file names are a little weird now, e.g. \Cite\Cite. These can more easily be renamed in later patches. I used https://codesearch.wmflabs.org/search/?q=new%20Cite%5C( and it looks like this code is not used anywhere else. Change-Id: I5f93a224e9cacf45b7a0d68c216a78723364dd96
2019-11-19 14:12:11 +00:00
"AutoloadNamespaces": {
"Cite\\": "src/"
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
},
Encapsulate ref object: limited to ReferenceStack This encapsulation gives us field name, type validation and code documentation. This patch only affects ReferenceStack and continues to return approximately the same array outputs to callers. Some additional information is included and the placeholder column has a new name. Bug: T353451 Change-Id: I405fe7ac241f6991fd4c526bfbb58fbc34f2e147
2023-12-22 22:40:52 +00:00
"TestAutoloadNamespaces": {
"Cite\\Tests\\": "tests/phpunit/"
},
Add pages with Cite errors to a tracking category Bug: T104792 Change-Id: I6f8b12788a20480bd8880332238d545ee70a8ef9
2015-07-05 12:32:44 +00:00
"TrackingCategories": [
Replace book-referencing page property with tracking category Page property is removed immediately since $wgCiteBookReferencing has never been enabled in production. Bug: T239989 Change-Id: I6252fcf1485994244dca40470cc5955e8d4f6917
2022-03-31 17:56:13 +00:00
"cite-tracking-category-cite-error",
"cite-tracking-category-ref-extends"
Add pages with Cite errors to a tracking category Bug: T104792 Change-Id: I6f8b12788a20480bd8880332238d545ee70a8ef9
2015-07-05 12:32:44 +00:00
],
build: Update MediaWiki requirement to 1.43 All extensions in the MediaWiki tarball are expected to track MediaWiki's release directly. Change-Id: Ibc1f2c62054f76423778af600cf7b563c8a10f1b
2024-08-22 20:43:49 +00:00
"ParsoidModules": [
{
"name": "Cite",
"domProcessors": [
Use dependency injection for References/RefProcessor This avoids the use of Parsoid's SiteConfig::getMWConfigValue() method, which is unnecessary when the extension has direct access to MediaWiki services itself. This also fixes the omission of CiteResponsiveReferencesThreshold from the extension.json. Change-Id: I01b43136b0827f185523f1318253372b09750de4
2024-09-06 18:34:39 +00:00
{
"class": "Cite\\Parsoid\\RefProcessor",
"services": [
"MainConfig"
]
}
build: Update MediaWiki requirement to 1.43 All extensions in the MediaWiki tarball are expected to track MediaWiki's release directly. Change-Id: Ibc1f2c62054f76423778af600cf7b563c8a10f1b
2024-08-22 20:43:49 +00:00
],
"tags": [
{
"name": "ref",
"handler": "Cite\\Parsoid\\Ref",
"options": {
"wt2html": {
"unpackOutput": false,
"embedsHTMLInAttributes": true
},
"outputHasCoreMwDomSpecMarkup": true
}
},
{
"name": "references",
Use dependency injection for References/RefProcessor This avoids the use of Parsoid's SiteConfig::getMWConfigValue() method, which is unnecessary when the extension has direct access to MediaWiki services itself. This also fixes the omission of CiteResponsiveReferencesThreshold from the extension.json. Change-Id: I01b43136b0827f185523f1318253372b09750de4
2024-09-06 18:34:39 +00:00
"handler": {
"class": "Cite\\Parsoid\\References",
"services": [
"MainConfig"
]
},
build: Update MediaWiki requirement to 1.43 All extensions in the MediaWiki tarball are expected to track MediaWiki's release directly. Change-Id: Ibc1f2c62054f76423778af600cf7b563c8a10f1b
2024-08-22 20:43:49 +00:00
"options": {
"wt2html": {
"embedsHTMLInAttributes": true
},
"html2wt": {
"format": "block"
},
"outputHasCoreMwDomSpecMarkup": true
}
Hook up Parsoid implementation of Cite This commit also moves certain parser tests involving <ref> from the Parsoid repo to citeParserTests.txt in this repo. Bug: T354215 Change-Id: Ie5b211d2af01a56684473723c68a9ab2775542e3
2024-01-18 18:35:32 +00:00
}
build: Update MediaWiki requirement to 1.43 All extensions in the MediaWiki tarball are expected to track MediaWiki's release directly. Change-Id: Ibc1f2c62054f76423778af600cf7b563c8a10f1b
2024-08-22 20:43:49 +00:00
]
}
],
Migrate to extension registration version 2 New manifest schema version requires some minor changes. Bug: T236255 Change-Id: I9e9d047917c4118ceef1e5be21029d7838f49094
2019-10-24 08:37:46 +00:00
"manifest_version": 2
Add extension.json, empty PHP entry point Depends upon I9a736a4c0ff73 in MediaWiki core Bug: T87893 Change-Id: I860a1da0b49092bfeeea2c8f80b4da57efc913ec
2015-04-30 18:45:20 +00:00
}
Reference in a new issue Copy permalink