wikimedia/mediawiki-extensions-VisualEditor
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/VisualEditor synced 2024-11-16 02:51:50 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Visual.../modules/ve-mw/ui/styles/ve.ui.Icons.css

179 lines
4.5 KiB
CSS
Raw Normal View History

The great directory split of 2013 Move all MW-specific files into the ve-mw directory, in preparation for moving them out into a separate repo. All MW-specific files were moved into a parallel directory structure in modules/ve-mw . Files with both generic and MW-specific things were split up. Files in ve/init/mw/ were moved to ve-mw/init/ rather than ve-mw/init/mw ; they're still named ve.init.mw.* but we should change that. Some of the test files for core classes had MW-specific test cases, so those were split up and the test runner was duplicated; we should refactor our tests to use data providers so we can add cases more easily. Split files: * ve.ce.Node.css * ve.ce.ContentBranchNode.test.js (MWEntityNode) * ve.ce.Document.test.js (some core test cases genericized) * ve.dm.InternalList.test.js (uses mwReference test document) * ve.dm.SurfaceFragment.test.js, ve.ui.FormatAction.test.js ** Made core tests use heading instead of mwHeading ** Updated core tests because normal headings don't break out of lists ** Moved test runners into ve.test.utils.js * ve.ui.Icons-*.css * ve.ui.Dialog.css (MW parts into ve.ui.MWDialog.css) * ve.ui.Tool.css * ve.ui.Widget.css (move ve-ui-rtl and ve-ui-ltr to ve.ui.css) ve.dm.Converter.test.js: Moved runner functions into ve.test.utils.js ve.dm.example.js: * Refactored createExampleDocument so mwExample can use it * Removed wgExtensionAssetsPath detection, moved into mw-preload.js * Genericized withMeta example document (original version copied to mwExample) * Moved references example document to mwExample ve.dm.mwExample.js: * Move withMeta and references example documents from ve.dm.example.js * Add createExampleDocument function ve-mw/test/index.php: Runner for MW-specific tests only ve-mw/test/mw-preload.js: Sets VE_TESTDIR for Special:JavaScriptTest only ve.ui.Window.js: * Remove magic path interpolation in addLocalStyleSheets() * Pass full(er) paths to addLocalStyleSheets(), here and in subclasses ve.ui.MWDialog.js: Subclass of Dialog that adds MW versions of stylesheets ve.ui.MW*Dialog.js: * Subclass MWDialog rather than Dialog * Load both core and MW versions of stylesheets that have both ve.ui.PagedDialog.js: Converted to a mixin rather than an abstract base class * Don't inherit ve.ui.Dialog * Rather than overriding initialize(), provide initializePages() which the host class is supposed to call from its initialize() * Rename onOutlineSelect to onPageOutlineSelect ve.ui.MWMetaDialog.js, ve.ui.MWTransclusionDialog.js: * Use PagedDialog as a mixin rather than a base class, inherit MWDialog bullet-icon.png: Unused, deleted Stuff we should do later: * Refactor tests to use data providers * Write utility function for SVG compat check * Separate omnibus CSS files such as ve.ui.Widget.css * Separate omnibus RL modules * Use icon classes in ViewPageTarget Change-Id: I1b28f8ba7f2d2513e5c634927a854686fb9dd5a5
2013-07-03 01:30:10 +00:00
/*!
Dump raster support (unuseful) and assert SVG works before loading Depends on Idb26804576 in core. Change-Id: I17481b2d52ab2c33c26ff935b0fd58deb4aa207b
2014-05-21 23:02:22 +00:00
* VisualEditor MediaWiki UserInterface icon styles.
The great directory split of 2013 Move all MW-specific files into the ve-mw directory, in preparation for moving them out into a separate repo. All MW-specific files were moved into a parallel directory structure in modules/ve-mw . Files with both generic and MW-specific things were split up. Files in ve/init/mw/ were moved to ve-mw/init/ rather than ve-mw/init/mw ; they're still named ve.init.mw.* but we should change that. Some of the test files for core classes had MW-specific test cases, so those were split up and the test runner was duplicated; we should refactor our tests to use data providers so we can add cases more easily. Split files: * ve.ce.Node.css * ve.ce.ContentBranchNode.test.js (MWEntityNode) * ve.ce.Document.test.js (some core test cases genericized) * ve.dm.InternalList.test.js (uses mwReference test document) * ve.dm.SurfaceFragment.test.js, ve.ui.FormatAction.test.js ** Made core tests use heading instead of mwHeading ** Updated core tests because normal headings don't break out of lists ** Moved test runners into ve.test.utils.js * ve.ui.Icons-*.css * ve.ui.Dialog.css (MW parts into ve.ui.MWDialog.css) * ve.ui.Tool.css * ve.ui.Widget.css (move ve-ui-rtl and ve-ui-ltr to ve.ui.css) ve.dm.Converter.test.js: Moved runner functions into ve.test.utils.js ve.dm.example.js: * Refactored createExampleDocument so mwExample can use it * Removed wgExtensionAssetsPath detection, moved into mw-preload.js * Genericized withMeta example document (original version copied to mwExample) * Moved references example document to mwExample ve.dm.mwExample.js: * Move withMeta and references example documents from ve.dm.example.js * Add createExampleDocument function ve-mw/test/index.php: Runner for MW-specific tests only ve-mw/test/mw-preload.js: Sets VE_TESTDIR for Special:JavaScriptTest only ve.ui.Window.js: * Remove magic path interpolation in addLocalStyleSheets() * Pass full(er) paths to addLocalStyleSheets(), here and in subclasses ve.ui.MWDialog.js: Subclass of Dialog that adds MW versions of stylesheets ve.ui.MW*Dialog.js: * Subclass MWDialog rather than Dialog * Load both core and MW versions of stylesheets that have both ve.ui.PagedDialog.js: Converted to a mixin rather than an abstract base class * Don't inherit ve.ui.Dialog * Rather than overriding initialize(), provide initializePages() which the host class is supposed to call from its initialize() * Rename onOutlineSelect to onPageOutlineSelect ve.ui.MWMetaDialog.js, ve.ui.MWTransclusionDialog.js: * Use PagedDialog as a mixin rather than a base class, inherit MWDialog bullet-icon.png: Unused, deleted Stuff we should do later: * Refactor tests to use data providers * Write utility function for SVG compat check * Separate omnibus CSS files such as ve.ui.Widget.css * Separate omnibus RL modules * Use icon classes in ViewPageTarget Change-Id: I1b28f8ba7f2d2513e5c634927a854686fb9dd5a5
2013-07-03 01:30:10 +00:00
*
build: Bump copyright notices to 2015 Change-Id: Ie92dab7411116d3410195c3fb0a3513c664c0c30
2015-01-08 23:54:03 +00:00
* @copyright 2011-2015 VisualEditor Team and others; see AUTHORS.txt
The great directory split of 2013 Move all MW-specific files into the ve-mw directory, in preparation for moving them out into a separate repo. All MW-specific files were moved into a parallel directory structure in modules/ve-mw . Files with both generic and MW-specific things were split up. Files in ve/init/mw/ were moved to ve-mw/init/ rather than ve-mw/init/mw ; they're still named ve.init.mw.* but we should change that. Some of the test files for core classes had MW-specific test cases, so those were split up and the test runner was duplicated; we should refactor our tests to use data providers so we can add cases more easily. Split files: * ve.ce.Node.css * ve.ce.ContentBranchNode.test.js (MWEntityNode) * ve.ce.Document.test.js (some core test cases genericized) * ve.dm.InternalList.test.js (uses mwReference test document) * ve.dm.SurfaceFragment.test.js, ve.ui.FormatAction.test.js ** Made core tests use heading instead of mwHeading ** Updated core tests because normal headings don't break out of lists ** Moved test runners into ve.test.utils.js * ve.ui.Icons-*.css * ve.ui.Dialog.css (MW parts into ve.ui.MWDialog.css) * ve.ui.Tool.css * ve.ui.Widget.css (move ve-ui-rtl and ve-ui-ltr to ve.ui.css) ve.dm.Converter.test.js: Moved runner functions into ve.test.utils.js ve.dm.example.js: * Refactored createExampleDocument so mwExample can use it * Removed wgExtensionAssetsPath detection, moved into mw-preload.js * Genericized withMeta example document (original version copied to mwExample) * Moved references example document to mwExample ve.dm.mwExample.js: * Move withMeta and references example documents from ve.dm.example.js * Add createExampleDocument function ve-mw/test/index.php: Runner for MW-specific tests only ve-mw/test/mw-preload.js: Sets VE_TESTDIR for Special:JavaScriptTest only ve.ui.Window.js: * Remove magic path interpolation in addLocalStyleSheets() * Pass full(er) paths to addLocalStyleSheets(), here and in subclasses ve.ui.MWDialog.js: Subclass of Dialog that adds MW versions of stylesheets ve.ui.MW*Dialog.js: * Subclass MWDialog rather than Dialog * Load both core and MW versions of stylesheets that have both ve.ui.PagedDialog.js: Converted to a mixin rather than an abstract base class * Don't inherit ve.ui.Dialog * Rather than overriding initialize(), provide initializePages() which the host class is supposed to call from its initialize() * Rename onOutlineSelect to onPageOutlineSelect ve.ui.MWMetaDialog.js, ve.ui.MWTransclusionDialog.js: * Use PagedDialog as a mixin rather than a base class, inherit MWDialog bullet-icon.png: Unused, deleted Stuff we should do later: * Refactor tests to use data providers * Write utility function for SVG compat check * Separate omnibus CSS files such as ve.ui.Widget.css * Separate omnibus RL modules * Use icon classes in ViewPageTarget Change-Id: I1b28f8ba7f2d2513e5c634927a854686fb9dd5a5
2013-07-03 01:30:10 +00:00
* @license The MIT License (MIT); see LICENSE.txt
*/
Add csslint rule for duplicate background images to ve-mw icons CSS too Change-Id: I8b179f9caf884bf53d9393570e6b786b52d52d79
2014-01-15 03:11:36 +00:00
/*csslint duplicate-background-images:false */
The great directory split of 2013 Move all MW-specific files into the ve-mw directory, in preparation for moving them out into a separate repo. All MW-specific files were moved into a parallel directory structure in modules/ve-mw . Files with both generic and MW-specific things were split up. Files in ve/init/mw/ were moved to ve-mw/init/ rather than ve-mw/init/mw ; they're still named ve.init.mw.* but we should change that. Some of the test files for core classes had MW-specific test cases, so those were split up and the test runner was duplicated; we should refactor our tests to use data providers so we can add cases more easily. Split files: * ve.ce.Node.css * ve.ce.ContentBranchNode.test.js (MWEntityNode) * ve.ce.Document.test.js (some core test cases genericized) * ve.dm.InternalList.test.js (uses mwReference test document) * ve.dm.SurfaceFragment.test.js, ve.ui.FormatAction.test.js ** Made core tests use heading instead of mwHeading ** Updated core tests because normal headings don't break out of lists ** Moved test runners into ve.test.utils.js * ve.ui.Icons-*.css * ve.ui.Dialog.css (MW parts into ve.ui.MWDialog.css) * ve.ui.Tool.css * ve.ui.Widget.css (move ve-ui-rtl and ve-ui-ltr to ve.ui.css) ve.dm.Converter.test.js: Moved runner functions into ve.test.utils.js ve.dm.example.js: * Refactored createExampleDocument so mwExample can use it * Removed wgExtensionAssetsPath detection, moved into mw-preload.js * Genericized withMeta example document (original version copied to mwExample) * Moved references example document to mwExample ve.dm.mwExample.js: * Move withMeta and references example documents from ve.dm.example.js * Add createExampleDocument function ve-mw/test/index.php: Runner for MW-specific tests only ve-mw/test/mw-preload.js: Sets VE_TESTDIR for Special:JavaScriptTest only ve.ui.Window.js: * Remove magic path interpolation in addLocalStyleSheets() * Pass full(er) paths to addLocalStyleSheets(), here and in subclasses ve.ui.MWDialog.js: Subclass of Dialog that adds MW versions of stylesheets ve.ui.MW*Dialog.js: * Subclass MWDialog rather than Dialog * Load both core and MW versions of stylesheets that have both ve.ui.PagedDialog.js: Converted to a mixin rather than an abstract base class * Don't inherit ve.ui.Dialog * Rather than overriding initialize(), provide initializePages() which the host class is supposed to call from its initialize() * Rename onOutlineSelect to onPageOutlineSelect ve.ui.MWMetaDialog.js, ve.ui.MWTransclusionDialog.js: * Use PagedDialog as a mixin rather than a base class, inherit MWDialog bullet-icon.png: Unused, deleted Stuff we should do later: * Refactor tests to use data providers * Write utility function for SVG compat check * Separate omnibus CSS files such as ve.ui.Widget.css * Separate omnibus RL modules * Use icon classes in ViewPageTarget Change-Id: I1b28f8ba7f2d2513e5c634927a854686fb9dd5a5
2013-07-03 01:30:10 +00:00
Split oojs-ui from ve.ui * Move and rename generic parts of ve.ui to OO.ui * We now have a UI test suite because ve.Element (outside ve.ui) is now part of oojs-ui, so it needs a test suite. * Added to the MW test run (just like we do for unicodejs). * Updated csslint config (also added ve-mw and syntaxhighlight which were missing). oojs-ui still depends on the TriggerRegistry in VE, this is addressed in a follow-up commit. Change-Id: Iec147155c1ddf20b73a4d15d87b8742207032312
2013-10-09 20:09:59 +00:00
.oo-ui-icon-alienextension {
Alien extensions VisualEditor.i18n.php, VisualEditor.php * Button title * New experimental files ve.*.MWAlienExtensionNode.js * Very basic extension of ve.*.MWExtensionNode ve.ui.MWAlienExtensionInspector.js * Default to inline-block for wrapper. Should probably get rid of styled wrappers for GeneratedContent eventually. ve.ui.MWAlienExtensionInspector.js * Basic extension of MWExtensionInspector. Override title to use tag name e.g. '<easytimeline>'. Could be changed in future to 'Extension: easytimeline' or similar. *.png, *.svg, *Icons*.css, ve.ui.MWAlienExtensionButtonTool.js * Angle bracket icon for button (open to suggestions) ve.ui.MWInspector.css * Make extension inspector text input tall by default. Change-Id: I07f0686839192cad3cd8dfd3233ae907fe5cdf6a
2013-08-07 05:21:10 +00:00
/* @embed */
background-image: url(images/icons/alienextension.svg);
}
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-rtl .oo-ui-icon-gallery,
/* HACK */ .ve-ui-surface-dir-rtl .oo-ui-icon-gallery,
/* HACK */ .oo-ui-rtl .oo-ui-icon-gallery {
Ultra-basic gallery editing 'Cos Erik doesn't like things he can't edit. Change-Id: I1d9fb1215bb16b1245eddd87c977fb5bfdee4da9
2014-01-15 03:04:58 +00:00
/* @embed */
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
background-image: url(images/icons/gallery-rtl.svg);
}
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-ltr .oo-ui-icon-gallery,
/* HACK */ .ve-ui-surface-dir-ltr .oo-ui-icon-gallery,
/* HACK */ .oo-ui-ltr .oo-ui-icon-gallery {
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @embed */
background-image: url(images/icons/gallery-ltr.svg);
Ultra-basic gallery editing 'Cos Erik doesn't like things he can't edit. Change-Id: I1d9fb1215bb16b1245eddd87c977fb5bfdee4da9
2014-01-15 03:04:58 +00:00
}
Image frame icons Change-Id: Icc2d4f44db2860ce11b8022035ba670d7d5bf064
2014-03-03 12:40:07 +00:00
.oo-ui-icon-image-none {
/* @embed */
background-image: url(images/icons/image-none.svg);
}
.oo-ui-icon-image-frame {
/* @embed */
background-image: url(images/icons/image-frame.svg);
}
.oo-ui-icon-image-frameless {
/* @embed */
background-image: url(images/icons/image-frameless.svg);
}
.oo-ui-icon-image-thumbnail {
/* @embed */
background-image: url(images/icons/image-thumbnail.svg);
}
Remove oo-ui-{ltr,rtl} special-casing for parameter icons It works both with and without in isolated dialogs, but styling things this way breaks in non-isolated dialogs. Change-Id: Ia498b48d8c199f50df326ddeb61d958cbe2c520d
2014-10-28 00:49:42 +00:00
.oo-ui-icon-parameter {
The great directory split of 2013 Move all MW-specific files into the ve-mw directory, in preparation for moving them out into a separate repo. All MW-specific files were moved into a parallel directory structure in modules/ve-mw . Files with both generic and MW-specific things were split up. Files in ve/init/mw/ were moved to ve-mw/init/ rather than ve-mw/init/mw ; they're still named ve.init.mw.* but we should change that. Some of the test files for core classes had MW-specific test cases, so those were split up and the test runner was duplicated; we should refactor our tests to use data providers so we can add cases more easily. Split files: * ve.ce.Node.css * ve.ce.ContentBranchNode.test.js (MWEntityNode) * ve.ce.Document.test.js (some core test cases genericized) * ve.dm.InternalList.test.js (uses mwReference test document) * ve.dm.SurfaceFragment.test.js, ve.ui.FormatAction.test.js ** Made core tests use heading instead of mwHeading ** Updated core tests because normal headings don't break out of lists ** Moved test runners into ve.test.utils.js * ve.ui.Icons-*.css * ve.ui.Dialog.css (MW parts into ve.ui.MWDialog.css) * ve.ui.Tool.css * ve.ui.Widget.css (move ve-ui-rtl and ve-ui-ltr to ve.ui.css) ve.dm.Converter.test.js: Moved runner functions into ve.test.utils.js ve.dm.example.js: * Refactored createExampleDocument so mwExample can use it * Removed wgExtensionAssetsPath detection, moved into mw-preload.js * Genericized withMeta example document (original version copied to mwExample) * Moved references example document to mwExample ve.dm.mwExample.js: * Move withMeta and references example documents from ve.dm.example.js * Add createExampleDocument function ve-mw/test/index.php: Runner for MW-specific tests only ve-mw/test/mw-preload.js: Sets VE_TESTDIR for Special:JavaScriptTest only ve.ui.Window.js: * Remove magic path interpolation in addLocalStyleSheets() * Pass full(er) paths to addLocalStyleSheets(), here and in subclasses ve.ui.MWDialog.js: Subclass of Dialog that adds MW versions of stylesheets ve.ui.MW*Dialog.js: * Subclass MWDialog rather than Dialog * Load both core and MW versions of stylesheets that have both ve.ui.PagedDialog.js: Converted to a mixin rather than an abstract base class * Don't inherit ve.ui.Dialog * Rather than overriding initialize(), provide initializePages() which the host class is supposed to call from its initialize() * Rename onOutlineSelect to onPageOutlineSelect ve.ui.MWMetaDialog.js, ve.ui.MWTransclusionDialog.js: * Use PagedDialog as a mixin rather than a base class, inherit MWDialog bullet-icon.png: Unused, deleted Stuff we should do later: * Refactor tests to use data providers * Write utility function for SVG compat check * Separate omnibus CSS files such as ve.ui.Widget.css * Separate omnibus RL modules * Use icon classes in ViewPageTarget Change-Id: I1b28f8ba7f2d2513e5c634927a854686fb9dd5a5
2013-07-03 01:30:10 +00:00
/* @embed */
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
background-image: url(images/icons/parameter-ltr.svg);
The great directory split of 2013 Move all MW-specific files into the ve-mw directory, in preparation for moving them out into a separate repo. All MW-specific files were moved into a parallel directory structure in modules/ve-mw . Files with both generic and MW-specific things were split up. Files in ve/init/mw/ were moved to ve-mw/init/ rather than ve-mw/init/mw ; they're still named ve.init.mw.* but we should change that. Some of the test files for core classes had MW-specific test cases, so those were split up and the test runner was duplicated; we should refactor our tests to use data providers so we can add cases more easily. Split files: * ve.ce.Node.css * ve.ce.ContentBranchNode.test.js (MWEntityNode) * ve.ce.Document.test.js (some core test cases genericized) * ve.dm.InternalList.test.js (uses mwReference test document) * ve.dm.SurfaceFragment.test.js, ve.ui.FormatAction.test.js ** Made core tests use heading instead of mwHeading ** Updated core tests because normal headings don't break out of lists ** Moved test runners into ve.test.utils.js * ve.ui.Icons-*.css * ve.ui.Dialog.css (MW parts into ve.ui.MWDialog.css) * ve.ui.Tool.css * ve.ui.Widget.css (move ve-ui-rtl and ve-ui-ltr to ve.ui.css) ve.dm.Converter.test.js: Moved runner functions into ve.test.utils.js ve.dm.example.js: * Refactored createExampleDocument so mwExample can use it * Removed wgExtensionAssetsPath detection, moved into mw-preload.js * Genericized withMeta example document (original version copied to mwExample) * Moved references example document to mwExample ve.dm.mwExample.js: * Move withMeta and references example documents from ve.dm.example.js * Add createExampleDocument function ve-mw/test/index.php: Runner for MW-specific tests only ve-mw/test/mw-preload.js: Sets VE_TESTDIR for Special:JavaScriptTest only ve.ui.Window.js: * Remove magic path interpolation in addLocalStyleSheets() * Pass full(er) paths to addLocalStyleSheets(), here and in subclasses ve.ui.MWDialog.js: Subclass of Dialog that adds MW versions of stylesheets ve.ui.MW*Dialog.js: * Subclass MWDialog rather than Dialog * Load both core and MW versions of stylesheets that have both ve.ui.PagedDialog.js: Converted to a mixin rather than an abstract base class * Don't inherit ve.ui.Dialog * Rather than overriding initialize(), provide initializePages() which the host class is supposed to call from its initialize() * Rename onOutlineSelect to onPageOutlineSelect ve.ui.MWMetaDialog.js, ve.ui.MWTransclusionDialog.js: * Use PagedDialog as a mixin rather than a base class, inherit MWDialog bullet-icon.png: Unused, deleted Stuff we should do later: * Refactor tests to use data providers * Write utility function for SVG compat check * Separate omnibus CSS files such as ve.ui.Widget.css * Separate omnibus RL modules * Use icon classes in ViewPageTarget Change-Id: I1b28f8ba7f2d2513e5c634927a854686fb9dd5a5
2013-07-03 01:30:10 +00:00
}
Remove oo-ui-{ltr,rtl} special-casing for parameter icons It works both with and without in isolated dialogs, but styling things this way breaks in non-isolated dialogs. Change-Id: Ia498b48d8c199f50df326ddeb61d958cbe2c520d
2014-10-28 00:49:42 +00:00
.oo-ui-icon-parameter-set {
Alphabetise icon styles in ve-mw Change-Id: I6d0e5aa7e17abbe88c6bd06e7e9c605cdb5ad9a1
2013-07-26 10:30:35 +00:00
/* @embed */
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
background-image: url(images/icons/parameter-set-ltr.svg);
Alphabetise icon styles in ve-mw Change-Id: I6d0e5aa7e17abbe88c6bd06e7e9c605cdb5ad9a1
2013-07-26 10:30:35 +00:00
}
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-rtl .oo-ui-icon-reference,
/* HACK */ .ve-ui-surface-dir-rtl .oo-ui-icon-reference,
/* HACK */ .oo-ui-rtl .oo-ui-icon-reference {
Alphabetise icon styles in ve-mw Change-Id: I6d0e5aa7e17abbe88c6bd06e7e9c605cdb5ad9a1
2013-07-26 10:30:35 +00:00
/* @embed */
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
background-image: url(images/icons/reference-rtl.svg);
}
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-ltr .oo-ui-icon-reference,
/* HACK */ .ve-ui-surface-dir-ltr .oo-ui-icon-reference,
/* HACK */ .oo-ui-ltr .oo-ui-icon-reference {
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @embed */
background-image: url(images/icons/reference-ltr.svg);
}
Put "re-use reference" in the toolbar "Cite" menu, and give it an icon Bug: 68201 Change-Id: I9fc61e498748fb086c3e506959bee2438b8cbea6
2014-07-03 20:42:54 +00:00
/* @noflip */
.ve-ui-dir-block-rtl .oo-ui-icon-reference-existing,
/* HACK */ .ve-ui-surface-dir-rtl .oo-ui-icon-reference-existing,
/* HACK */ .oo-ui-rtl .oo-ui-icon-reference-existing {
/* @embed */
background-image: url(images/icons/reference-existing-rtl.svg);
}
/* @noflip */
.ve-ui-dir-block-ltr .oo-ui-icon-reference-existing,
/* HACK */ .ve-ui-surface-dir-ltr .oo-ui-icon-reference-existing,
/* HACK */ .oo-ui-ltr .oo-ui-icon-reference-existing {
/* @embed */
background-image: url(images/icons/reference-existing-ltr.svg);
}
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-rtl .oo-ui-icon-references,
/* HACK */ .ve-ui-surface-dir-rtl .oo-ui-icon-references,
/* HACK */ .oo-ui-rtl .oo-ui-icon-references {
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @embed */
background-image: url(images/icons/references-rtl.svg);
}
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-ltr .oo-ui-icon-references,
/* HACK */ .ve-ui-surface-dir-ltr .oo-ui-icon-references,
/* HACK */ .oo-ui-ltr .oo-ui-icon-references {
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @embed */
background-image: url(images/icons/references-ltr.svg);
Alphabetise icon styles in ve-mw Change-Id: I6d0e5aa7e17abbe88c6bd06e7e9c605cdb5ad9a1
2013-07-26 10:30:35 +00:00
}
Ultra-mega-hyper-citation editing on crack Objectives: * Allow users on-wiki to create tools and dialogs for citation templates of their choosing * Allow editing of citation templates directly, without having to go through the reference dialog * Provide citation template tools within reference editing that use the same titles and icons as the citation tools do, but don't wrap the inserted content in a ref tag Changes: * Reference list was cloning the DOM element it was inserting into its view before the generated content node could finish rendering, so it never ended up showing the finished rendering in the reference list * Documenting hack about use of reference list node's destroy method, and how we are depending on destroy not canceling generated content rendering * Introduced reference model * Added saving/updating method to transclusion model * Added getPartsList method to dm transclusion node, which caches the result and invalidates the cache on update * Added citation dialog, which extends transclusion dialog * Added cite group to toolbars, cite-template in reference dialog toolbar * Factored out getting the node to edit and saving changes procedures in transclusion dialog so they could be extended in citation dialog * Updated uses of autoAdd as per changes in oojs-ui (Ic353f91) * Renamed MWDialogTool file since there was only one tool in it * Expanded TransclusionDialogTool file out since there is now more logic to it * Switched to using ve.dm.MWReferenceModel instead of plain objects in reference search widget Configuration: If you add to MediaWiki:Visualeditor-cite-tool-definition.json the following code you will magically be presented with a delightful array of citation options: [ { "name": "web", "icon": "ref-cite-web", "template": "Cite web" }, { "name": "book", "icon": "ref-cite-book", "template": "Cite book" }, { "name": "news", "icon": "ref-cite-news", "template": "Cite news" }, { "name": "journal", "icon": "ref-cite-journal", "template": "Cite journal" } ] ...or... [ { "name": "any-name", "icon": "any-ooui-icon", "template": "Any template", "title": "Any title text" } ] The title text is derived either from the title property or from the name property by pre-pending the string 'visualeditor-cite-tool-name-' to generate a message key. Titles for 'web', 'book', 'news' and 'journal' are provided. The icon is a normal oo-ui-icon name, and more icons can be added, as usual, by adding a class called .oo-ui-icon-{icon name} to MediaWiki:Common.css. 'ref-cite-web', 'ref-cite-book', 'ref-cite-news' and 'ref-cite-journal' are provided. The template name is simply the name of the template without its namespace prefix. Depends on Ic353f91 in oojs-ui Bug: 50110 Bug: 50768 Change-Id: Id401d973b8d5fe2faec481cc777c17a24fd19dd4
2014-03-21 18:56:46 +00:00
.oo-ui-icon-ref-cite-book {
/* @embed */
background-image: url(images/icons/ref-cite-book.svg);
}
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-rtl .oo-ui-icon-ref-cite-journal,
/* HACK */ .ve-ui-surface-dir-rtl .oo-ui-icon-ref-cite-journal,
/* HACK */ .oo-ui-rtl .oo-ui-icon-ref-cite-journal {
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @embed */
background-image: url(images/icons/ref-cite-journal-rtl.svg);
}
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-ltr .oo-ui-icon-ref-cite-journal,
/* HACK */ .ve-ui-surface-dir-ltr .oo-ui-icon-ref-cite-journal,
/* HACK */ .oo-ui-ltr .oo-ui-icon-ref-cite-journal {
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @embed */
background-image: url(images/icons/ref-cite-journal-ltr.svg);
}
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-rtl .oo-ui-icon-ref-cite-news,
/* HACK */ .ve-ui-surface-dir-rtl .oo-ui-icon-ref-cite-news,
/* HACK */ .oo-ui-rtl .oo-ui-icon-ref-cite-news {
Ultra-mega-hyper-citation editing on crack Objectives: * Allow users on-wiki to create tools and dialogs for citation templates of their choosing * Allow editing of citation templates directly, without having to go through the reference dialog * Provide citation template tools within reference editing that use the same titles and icons as the citation tools do, but don't wrap the inserted content in a ref tag Changes: * Reference list was cloning the DOM element it was inserting into its view before the generated content node could finish rendering, so it never ended up showing the finished rendering in the reference list * Documenting hack about use of reference list node's destroy method, and how we are depending on destroy not canceling generated content rendering * Introduced reference model * Added saving/updating method to transclusion model * Added getPartsList method to dm transclusion node, which caches the result and invalidates the cache on update * Added citation dialog, which extends transclusion dialog * Added cite group to toolbars, cite-template in reference dialog toolbar * Factored out getting the node to edit and saving changes procedures in transclusion dialog so they could be extended in citation dialog * Updated uses of autoAdd as per changes in oojs-ui (Ic353f91) * Renamed MWDialogTool file since there was only one tool in it * Expanded TransclusionDialogTool file out since there is now more logic to it * Switched to using ve.dm.MWReferenceModel instead of plain objects in reference search widget Configuration: If you add to MediaWiki:Visualeditor-cite-tool-definition.json the following code you will magically be presented with a delightful array of citation options: [ { "name": "web", "icon": "ref-cite-web", "template": "Cite web" }, { "name": "book", "icon": "ref-cite-book", "template": "Cite book" }, { "name": "news", "icon": "ref-cite-news", "template": "Cite news" }, { "name": "journal", "icon": "ref-cite-journal", "template": "Cite journal" } ] ...or... [ { "name": "any-name", "icon": "any-ooui-icon", "template": "Any template", "title": "Any title text" } ] The title text is derived either from the title property or from the name property by pre-pending the string 'visualeditor-cite-tool-name-' to generate a message key. Titles for 'web', 'book', 'news' and 'journal' are provided. The icon is a normal oo-ui-icon name, and more icons can be added, as usual, by adding a class called .oo-ui-icon-{icon name} to MediaWiki:Common.css. 'ref-cite-web', 'ref-cite-book', 'ref-cite-news' and 'ref-cite-journal' are provided. The template name is simply the name of the template without its namespace prefix. Depends on Ic353f91 in oojs-ui Bug: 50110 Bug: 50768 Change-Id: Id401d973b8d5fe2faec481cc777c17a24fd19dd4
2014-03-21 18:56:46 +00:00
/* @embed */
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
background-image: url(images/icons/ref-cite-news-rtl.svg);
Ultra-mega-hyper-citation editing on crack Objectives: * Allow users on-wiki to create tools and dialogs for citation templates of their choosing * Allow editing of citation templates directly, without having to go through the reference dialog * Provide citation template tools within reference editing that use the same titles and icons as the citation tools do, but don't wrap the inserted content in a ref tag Changes: * Reference list was cloning the DOM element it was inserting into its view before the generated content node could finish rendering, so it never ended up showing the finished rendering in the reference list * Documenting hack about use of reference list node's destroy method, and how we are depending on destroy not canceling generated content rendering * Introduced reference model * Added saving/updating method to transclusion model * Added getPartsList method to dm transclusion node, which caches the result and invalidates the cache on update * Added citation dialog, which extends transclusion dialog * Added cite group to toolbars, cite-template in reference dialog toolbar * Factored out getting the node to edit and saving changes procedures in transclusion dialog so they could be extended in citation dialog * Updated uses of autoAdd as per changes in oojs-ui (Ic353f91) * Renamed MWDialogTool file since there was only one tool in it * Expanded TransclusionDialogTool file out since there is now more logic to it * Switched to using ve.dm.MWReferenceModel instead of plain objects in reference search widget Configuration: If you add to MediaWiki:Visualeditor-cite-tool-definition.json the following code you will magically be presented with a delightful array of citation options: [ { "name": "web", "icon": "ref-cite-web", "template": "Cite web" }, { "name": "book", "icon": "ref-cite-book", "template": "Cite book" }, { "name": "news", "icon": "ref-cite-news", "template": "Cite news" }, { "name": "journal", "icon": "ref-cite-journal", "template": "Cite journal" } ] ...or... [ { "name": "any-name", "icon": "any-ooui-icon", "template": "Any template", "title": "Any title text" } ] The title text is derived either from the title property or from the name property by pre-pending the string 'visualeditor-cite-tool-name-' to generate a message key. Titles for 'web', 'book', 'news' and 'journal' are provided. The icon is a normal oo-ui-icon name, and more icons can be added, as usual, by adding a class called .oo-ui-icon-{icon name} to MediaWiki:Common.css. 'ref-cite-web', 'ref-cite-book', 'ref-cite-news' and 'ref-cite-journal' are provided. The template name is simply the name of the template without its namespace prefix. Depends on Ic353f91 in oojs-ui Bug: 50110 Bug: 50768 Change-Id: Id401d973b8d5fe2faec481cc777c17a24fd19dd4
2014-03-21 18:56:46 +00:00
}
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
/* @noflip */
Followup 54458c8: make newly RTFified icons actually work everywhere Right now our system is so horrible that we need three separate CSS rules to make the icons appear in three separate places: 1. Toolbar (with contextual directionality) 2. Context menu 3. Top-left corner of dialogs Also, the icons in the context menu should use contextual directionality but are using the document directionality because the context doesn't compute and set a class for the context directionality. This is only done by the toolbar. It used to work because the context menu *was* a toolbar, but that changed recently. Change-Id: I3ebc1ba7dfcd384a2a62664e55a4a77c8dedd513
2014-07-03 02:54:07 +00:00
.ve-ui-dir-block-ltr .oo-ui-icon-ref-cite-news,
/* HACK */ .ve-ui-surface-dir-ltr .oo-ui-icon-ref-cite-news,
/* HACK */ .oo-ui-ltr .oo-ui-icon-ref-cite-news {
Ultra-mega-hyper-citation editing on crack Objectives: * Allow users on-wiki to create tools and dialogs for citation templates of their choosing * Allow editing of citation templates directly, without having to go through the reference dialog * Provide citation template tools within reference editing that use the same titles and icons as the citation tools do, but don't wrap the inserted content in a ref tag Changes: * Reference list was cloning the DOM element it was inserting into its view before the generated content node could finish rendering, so it never ended up showing the finished rendering in the reference list * Documenting hack about use of reference list node's destroy method, and how we are depending on destroy not canceling generated content rendering * Introduced reference model * Added saving/updating method to transclusion model * Added getPartsList method to dm transclusion node, which caches the result and invalidates the cache on update * Added citation dialog, which extends transclusion dialog * Added cite group to toolbars, cite-template in reference dialog toolbar * Factored out getting the node to edit and saving changes procedures in transclusion dialog so they could be extended in citation dialog * Updated uses of autoAdd as per changes in oojs-ui (Ic353f91) * Renamed MWDialogTool file since there was only one tool in it * Expanded TransclusionDialogTool file out since there is now more logic to it * Switched to using ve.dm.MWReferenceModel instead of plain objects in reference search widget Configuration: If you add to MediaWiki:Visualeditor-cite-tool-definition.json the following code you will magically be presented with a delightful array of citation options: [ { "name": "web", "icon": "ref-cite-web", "template": "Cite web" }, { "name": "book", "icon": "ref-cite-book", "template": "Cite book" }, { "name": "news", "icon": "ref-cite-news", "template": "Cite news" }, { "name": "journal", "icon": "ref-cite-journal", "template": "Cite journal" } ] ...or... [ { "name": "any-name", "icon": "any-ooui-icon", "template": "Any template", "title": "Any title text" } ] The title text is derived either from the title property or from the name property by pre-pending the string 'visualeditor-cite-tool-name-' to generate a message key. Titles for 'web', 'book', 'news' and 'journal' are provided. The icon is a normal oo-ui-icon name, and more icons can be added, as usual, by adding a class called .oo-ui-icon-{icon name} to MediaWiki:Common.css. 'ref-cite-web', 'ref-cite-book', 'ref-cite-news' and 'ref-cite-journal' are provided. The template name is simply the name of the template without its namespace prefix. Depends on Ic353f91 in oojs-ui Bug: 50110 Bug: 50768 Change-Id: Id401d973b8d5fe2faec481cc777c17a24fd19dd4
2014-03-21 18:56:46 +00:00
/* @embed */
Provide RTL variants of eight icons Per bug 63593. However, this does somewhat bloat our payload. Change-Id: Id98d585dfcacf01941808c228800ee2bf2c559fb
2014-07-01 03:48:07 +00:00
background-image: url(images/icons/ref-cite-news-ltr.svg);
Ultra-mega-hyper-citation editing on crack Objectives: * Allow users on-wiki to create tools and dialogs for citation templates of their choosing * Allow editing of citation templates directly, without having to go through the reference dialog * Provide citation template tools within reference editing that use the same titles and icons as the citation tools do, but don't wrap the inserted content in a ref tag Changes: * Reference list was cloning the DOM element it was inserting into its view before the generated content node could finish rendering, so it never ended up showing the finished rendering in the reference list * Documenting hack about use of reference list node's destroy method, and how we are depending on destroy not canceling generated content rendering * Introduced reference model * Added saving/updating method to transclusion model * Added getPartsList method to dm transclusion node, which caches the result and invalidates the cache on update * Added citation dialog, which extends transclusion dialog * Added cite group to toolbars, cite-template in reference dialog toolbar * Factored out getting the node to edit and saving changes procedures in transclusion dialog so they could be extended in citation dialog * Updated uses of autoAdd as per changes in oojs-ui (Ic353f91) * Renamed MWDialogTool file since there was only one tool in it * Expanded TransclusionDialogTool file out since there is now more logic to it * Switched to using ve.dm.MWReferenceModel instead of plain objects in reference search widget Configuration: If you add to MediaWiki:Visualeditor-cite-tool-definition.json the following code you will magically be presented with a delightful array of citation options: [ { "name": "web", "icon": "ref-cite-web", "template": "Cite web" }, { "name": "book", "icon": "ref-cite-book", "template": "Cite book" }, { "name": "news", "icon": "ref-cite-news", "template": "Cite news" }, { "name": "journal", "icon": "ref-cite-journal", "template": "Cite journal" } ] ...or... [ { "name": "any-name", "icon": "any-ooui-icon", "template": "Any template", "title": "Any title text" } ] The title text is derived either from the title property or from the name property by pre-pending the string 'visualeditor-cite-tool-name-' to generate a message key. Titles for 'web', 'book', 'news' and 'journal' are provided. The icon is a normal oo-ui-icon name, and more icons can be added, as usual, by adding a class called .oo-ui-icon-{icon name} to MediaWiki:Common.css. 'ref-cite-web', 'ref-cite-book', 'ref-cite-news' and 'ref-cite-journal' are provided. The template name is simply the name of the template without its namespace prefix. Depends on Ic353f91 in oojs-ui Bug: 50110 Bug: 50768 Change-Id: Id401d973b8d5fe2faec481cc777c17a24fd19dd4
2014-03-21 18:56:46 +00:00
}
.oo-ui-icon-ref-cite-web {
/* @embed */
background-image: url(images/icons/ref-cite-web.svg);
}
Split oojs-ui from ve.ui * Move and rename generic parts of ve.ui to OO.ui * We now have a UI test suite because ve.Element (outside ve.ui) is now part of oojs-ui, so it needs a test suite. * Added to the MW test run (just like we do for unicodejs). * Updated csslint config (also added ve-mw and syntaxhighlight which were missing). oojs-ui still depends on the TriggerRegistry in VE, this is addressed in a follow-up commit. Change-Id: Iec147155c1ddf20b73a4d15d87b8742207032312
2013-10-09 20:09:59 +00:00
.oo-ui-icon-source {
The great directory split of 2013 Move all MW-specific files into the ve-mw directory, in preparation for moving them out into a separate repo. All MW-specific files were moved into a parallel directory structure in modules/ve-mw . Files with both generic and MW-specific things were split up. Files in ve/init/mw/ were moved to ve-mw/init/ rather than ve-mw/init/mw ; they're still named ve.init.mw.* but we should change that. Some of the test files for core classes had MW-specific test cases, so those were split up and the test runner was duplicated; we should refactor our tests to use data providers so we can add cases more easily. Split files: * ve.ce.Node.css * ve.ce.ContentBranchNode.test.js (MWEntityNode) * ve.ce.Document.test.js (some core test cases genericized) * ve.dm.InternalList.test.js (uses mwReference test document) * ve.dm.SurfaceFragment.test.js, ve.ui.FormatAction.test.js ** Made core tests use heading instead of mwHeading ** Updated core tests because normal headings don't break out of lists ** Moved test runners into ve.test.utils.js * ve.ui.Icons-*.css * ve.ui.Dialog.css (MW parts into ve.ui.MWDialog.css) * ve.ui.Tool.css * ve.ui.Widget.css (move ve-ui-rtl and ve-ui-ltr to ve.ui.css) ve.dm.Converter.test.js: Moved runner functions into ve.test.utils.js ve.dm.example.js: * Refactored createExampleDocument so mwExample can use it * Removed wgExtensionAssetsPath detection, moved into mw-preload.js * Genericized withMeta example document (original version copied to mwExample) * Moved references example document to mwExample ve.dm.mwExample.js: * Move withMeta and references example documents from ve.dm.example.js * Add createExampleDocument function ve-mw/test/index.php: Runner for MW-specific tests only ve-mw/test/mw-preload.js: Sets VE_TESTDIR for Special:JavaScriptTest only ve.ui.Window.js: * Remove magic path interpolation in addLocalStyleSheets() * Pass full(er) paths to addLocalStyleSheets(), here and in subclasses ve.ui.MWDialog.js: Subclass of Dialog that adds MW versions of stylesheets ve.ui.MW*Dialog.js: * Subclass MWDialog rather than Dialog * Load both core and MW versions of stylesheets that have both ve.ui.PagedDialog.js: Converted to a mixin rather than an abstract base class * Don't inherit ve.ui.Dialog * Rather than overriding initialize(), provide initializePages() which the host class is supposed to call from its initialize() * Rename onOutlineSelect to onPageOutlineSelect ve.ui.MWMetaDialog.js, ve.ui.MWTransclusionDialog.js: * Use PagedDialog as a mixin rather than a base class, inherit MWDialog bullet-icon.png: Unused, deleted Stuff we should do later: * Refactor tests to use data providers * Write utility function for SVG compat check * Separate omnibus CSS files such as ve.ui.Widget.css * Separate omnibus RL modules * Use icon classes in ViewPageTarget Change-Id: I1b28f8ba7f2d2513e5c634927a854686fb9dd5a5
2013-07-03 01:30:10 +00:00
/* @embed */
background-image: url(images/icons/source.svg);
}
Alphabetise icon styles in ve-mw Change-Id: I6d0e5aa7e17abbe88c6bd06e7e9c605cdb5ad9a1
2013-07-26 10:30:35 +00:00
Split oojs-ui from ve.ui * Move and rename generic parts of ve.ui to OO.ui * We now have a UI test suite because ve.Element (outside ve.ui) is now part of oojs-ui, so it needs a test suite. * Added to the MW test run (just like we do for unicodejs). * Updated csslint config (also added ve-mw and syntaxhighlight which were missing). oojs-ui still depends on the TriggerRegistry in VE, this is addressed in a follow-up commit. Change-Id: Iec147155c1ddf20b73a4d15d87b8742207032312
2013-10-09 20:09:59 +00:00
.oo-ui-icon-template {
Alphabetise icon styles in ve-mw Change-Id: I6d0e5aa7e17abbe88c6bd06e7e9c605cdb5ad9a1
2013-07-26 10:30:35 +00:00
/* @embed */
background-image: url(images/icons/template.svg);
}
Transform the search widget to show image details Add an info panel to the MediaDialog to show the user information about the chosen file from the new extmetadata API. Also, change the way results are viewed: * Present the search results with their proper ratio. * Use masonry fit for the search results. * Change the resizeToBoundingBox method in ve.dm.MWImageNode to accept a specific side constraint, either 'width' or 'height'. This is also going to be useful for adding and calculating 'scale' considerations that affects the image height. * Add info panel with details from extmetadata including author, license, date of upload and creation, etc. * Get descriptions and data according to wiki language. Bug: T78161 Bug: T74061 Change-Id: I7b4d019825aa89dd178665bd9492a07af15954ac
2014-09-18 19:49:22 +00:00
.oo-ui-icon-time {
/* @embed */
background-image: url(images/icons/time.svg);
}
.oo-ui-icon-public-domain {
/* @embed */
background-image: url(images/icons/public-domain.svg);
}
.oo-ui-icon-creative-commons {
/* @embed */
background-image: url(images/icons/creative-commons.svg);
}
.oo-ui-icon-profile {
/* @embed */
background-image: url(images/icons/profile.svg);
}
Reference in a new issue Copy permalink