wikimedia/mediawiki-extensions-VisualEditor
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/VisualEditor synced 2024-11-15 10:35:48 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Visual.../VisualEditor.php

956 lines
33 KiB
PHP
Raw Normal View History

Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
<?php
/**
* VisualEditor extension
Removed some whitespace And added a license to some files that didn't have it yet Change-Id: I3a7e60374d1198d369a0475b8f65f7415012a337
2012-07-19 21:25:16 +00:00
*
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
* @file
* @ingroup Extensions
Bump copyright notice year range to -2013 over -2012 199 files touched. Whee! Change-Id: Id82ce4a32f833406db4a1cc585674f2bdb39ba0d
2013-02-19 23:37:34 +00:00
* @copyright 2011-2013 VisualEditor Team and others; see AUTHORS.txt
Changed to use MIT license per agreement with the VisualEditor team This license change is aimed at maximizing the reusability of this code in other projects. VisualEditor is more than just an awesome editor for MediaWiki, it's the new editor for the entire internet. Added license and author files, plus mentions of the license to all VisualEditor PHP, JavaScript and CSS files. Parser files have not been modified but are effectively re-licensed since there's no overriding license information. 3rd party libraries are not changed, but are all already MIT licensed. Change-Id: I895b256325db7c8689756edab34523de4418b0f2
2012-07-19 00:11:26 +00:00
* @license The MIT License (MIT); see LICENSE.txt
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
*/
/* Setup */
$wgExtensionCredits['other'][] = array(
'path' => __FILE__,
'name' => 'VisualEditor',
'author' => array(
'Trevor Parscal',
'Inez Korczyński',
'Roan Kattouw',
'Neil Kandalgaonkar',
'Gabriel Wicke',
'Brion Vibber',
Add Christian, Rob and Subbu to the extension authors list Change-Id: Ifc2d683e510b3f6e76037ac67a559586fc971dc5
2012-06-25 23:26:48 +00:00
'Christian Williams',
'Rob Moen',
'Subramanya Sastry',
Register QUnit tests suites in MediaWiki to run from Special:JavaScriptTest * Also update test/index.html with latest minimalistic format * Update test suite hardcoded paths to match the definition in VisualEditor.php for ResourceLoader * Issues: - 'jquery/jquery.json.js' should not be loaded directly, using a dependency instead. - Load scripts from the <head> in test/index.html so that code that depends on document being ready is catches instead of silently being ignored. Change-Id: I5ad7390137f4d17c153a1bf69f19c4869c08e323
2012-07-27 23:43:27 +00:00
'Timo Tijhof',
Add Ed Sanders to the authors list for the MW extension Change-Id: I5560bdf12c4e496ef85be9251e3c94ceab71414f
2013-03-15 12:22:33 +00:00
'Ed Sanders',
Add David to author lists Change-Id: If46dc34381e5cc7c3fbfc9886868cd1a63bf7a47
2013-08-29 18:11:10 +00:00
'David Chan',
Add Moriel Schottlender to AUTHORS.txt and authors string Change-Id: Id6e540aaa4d7b51e068a41f8eceba6b386fa2064
2013-10-23 18:24:03 +00:00
'Moriel Schottlender',
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
),
'version' => '0.1.0',
Update a butt-ton of extension about URLs to point to https://www.mediawiki.org/
2011-12-13 23:49:33 +00:00
'url' => 'https://www.mediawiki.org/wiki/Extension:VisualEditor',
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
'descriptionmsg' => 'visualeditor-desc',
);
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
$dir = dirname( __FILE__ ) . '/';
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
// Register files
$wgAutoloadClasses['ApiVisualEditor'] = $dir . 'ApiVisualEditor.php';
$wgAutoloadClasses['ApiVisualEditorEdit'] = $dir . 'ApiVisualEditorEdit.php';
$wgAutoloadClasses['VisualEditorHooks'] = $dir . 'VisualEditor.hooks.php';
data: Rename MessagesModule to DataModule Also.. * removed an incorrrect comment referring to the old module name (standalone didn't use the VisualEditorMessagesModule). * made it use debug mode to determine whether to minify or prettify the js code. Change-Id: I493007649fba27e7faab0cf743eded5f68714c50
2013-08-30 00:55:31 +00:00
$wgAutoloadClasses['VisualEditorDataModule'] = $dir . 'VisualEditorDataModule.php';
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
$wgExtensionMessagesFiles['VisualEditor'] = $dir . 'VisualEditor.i18n.php';
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
// Register API modules
$wgAPIModules['visualeditor'] = 'ApiVisualEditor';
$wgAPIModules['visualeditoredit'] = 'ApiVisualEditorEdit';
// Register Hooks
$wgHooks['BeforePageDisplay'][] = 'VisualEditorHooks::onBeforePageDisplay';
Move edit tab generation into PHP and make it more configurable * Generate the edit tabs and the section edit links in PHP, with a fallback in JS for cases where we don't have them yet due to caching. But only change things if VE is enabled, and have the JS correct the state if the wrong cached HTML comes through. * Make the order of the tabs/links and the messages to use as captions configurable * Make the edit tabs and section edit links always be present in the page (regardless of namespace, user prefs, etc.) but be hidden and have JS unhide them (using html.ve-available) if appropriate * Add appendix messages so we can do a superscript "beta" even in places where we can't use HTML in the message VisualEditor.php: * Add new hook registrations * Remove edit link caption messages from the init init module because they're now added dynamically in VisualEditor.hooks.php * Add a noscript CSS module so we can hide some things in JS-less environments * Remove $wgVisualEditorTabLayout and replace it with $wgVisualEditorPosition * Add config vars for link captions, with null causing us to use the default caption * Add config vars for link caption appendices. Too many config vars but we'll clean that up later VisualEditor.hooks.php: * Dynamically add tab messages to the init init module * Remove unused globals in onBeforePageDisplay() * Add noscript CSS module * Add a SkinTemplateNavigation hook that changes and reorders the edit tabs as appropriate * Add a DoEditSectionLink hook that overwrites the edit section links * Export the new config variables to JS VisualEditor.i18n.php: * Add beta appendix message * Add a message for the default VE edit section link ve.init.mw.ViewPageTarget.init.css: * Remove the animation on the edit section links * Darken the color of the brackets and the pipe from #ccc to #555 * Style the beta message to be superscript-like (but not real <sup> to avoid moving the baseline) ve.init.mw.ViewPageTarget.noscript.css: * Hide the VE edit tab, the pipe and the VE edit section link initally unless and until JS unhides ve.init.mw.ViewPageTarget.init.js: * Toggle .ve-not-available / .ve-available * Edit tabs ** Only generate the the edit tabs if they're not already there from PHP ** Rewrite the edit tab generation to mirror what's being done in PHP * Section edit links ** Same as for edit tabs ** Also add mw-visualeditor-expanded to pad the brackets ve.init.mw.ViewPageTarget.js: * #ca-ve-edit is now always the VE tab (and #ca-edit always the edit source tab) so update the .selected behavior accordingly Change-Id: Idcb15faea7fabe5fe7578b1508079969b27d2469
2013-08-01 19:14:41 +00:00
$wgHooks['DoEditSectionLink'][] = 'VisualEditorHooks::onDoEditSectionLink';
Integrate with BetaPreferences Look at logo Michael. Bug: 52686 Change-Id: I3cfada2ea264184698de5f322c1fe5041b37b8c8
2013-08-12 05:50:04 +00:00
if ( array_key_exists( 'GetBetaFeaturePreferences', $wgHooks ) ) {
$wgHooks['GetBetaFeaturePreferences'][] = 'VisualEditorHooks::onGetBetaPreferences';
}
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
$wgHooks['GetPreferences'][] = 'VisualEditorHooks::onGetPreferences';
$wgHooks['ListDefinedTags'][] = 'VisualEditorHooks::onListDefinedTags';
$wgHooks['MakeGlobalVariablesScript'][] = 'VisualEditorHooks::onMakeGlobalVariablesScript';
$wgHooks['ResourceLoaderGetConfigVars'][] = 'VisualEditorHooks::onResourceLoaderGetConfigVars';
$wgHooks['ResourceLoaderTestModules'][] = 'VisualEditorHooks::onResourceLoaderTestModules';
Move edit tab generation into PHP and make it more configurable * Generate the edit tabs and the section edit links in PHP, with a fallback in JS for cases where we don't have them yet due to caching. But only change things if VE is enabled, and have the JS correct the state if the wrong cached HTML comes through. * Make the order of the tabs/links and the messages to use as captions configurable * Make the edit tabs and section edit links always be present in the page (regardless of namespace, user prefs, etc.) but be hidden and have JS unhide them (using html.ve-available) if appropriate * Add appendix messages so we can do a superscript "beta" even in places where we can't use HTML in the message VisualEditor.php: * Add new hook registrations * Remove edit link caption messages from the init init module because they're now added dynamically in VisualEditor.hooks.php * Add a noscript CSS module so we can hide some things in JS-less environments * Remove $wgVisualEditorTabLayout and replace it with $wgVisualEditorPosition * Add config vars for link captions, with null causing us to use the default caption * Add config vars for link caption appendices. Too many config vars but we'll clean that up later VisualEditor.hooks.php: * Dynamically add tab messages to the init init module * Remove unused globals in onBeforePageDisplay() * Add noscript CSS module * Add a SkinTemplateNavigation hook that changes and reorders the edit tabs as appropriate * Add a DoEditSectionLink hook that overwrites the edit section links * Export the new config variables to JS VisualEditor.i18n.php: * Add beta appendix message * Add a message for the default VE edit section link ve.init.mw.ViewPageTarget.init.css: * Remove the animation on the edit section links * Darken the color of the brackets and the pipe from #ccc to #555 * Style the beta message to be superscript-like (but not real <sup> to avoid moving the baseline) ve.init.mw.ViewPageTarget.noscript.css: * Hide the VE edit tab, the pipe and the VE edit section link initally unless and until JS unhides ve.init.mw.ViewPageTarget.init.js: * Toggle .ve-not-available / .ve-available * Edit tabs ** Only generate the the edit tabs if they're not already there from PHP ** Rewrite the edit tab generation to mirror what's being done in PHP * Section edit links ** Same as for edit tabs ** Also add mw-visualeditor-expanded to pad the brackets ve.init.mw.ViewPageTarget.js: * #ca-ve-edit is now always the VE tab (and #ca-edit always the edit source tab) so update the .selected behavior accordingly Change-Id: Idcb15faea7fabe5fe7578b1508079969b27d2469
2013-08-01 19:14:41 +00:00
$wgHooks['SkinTemplateNavigation'][] = 'VisualEditorHooks::onSkinTemplateNavigation';
Don't break core's parserTests if VisualEditor is installed VisualEditor's hook changes the edit section link, which changes the output of certain parser tests so that they no longer match the expected text. Use the `ParserTestsGlobal` hook (which cleans up after itself when the parserTests ends) to disable the `onDoEditSectionLink` hook when we're running parserTests to avoid the spurious failures. Change-Id: Ic958d88f443ac37ba304d3256e2bb5ea2fde820d
2013-09-16 21:12:50 +00:00
$wgHooks['ParserTestGlobals'][] = 'VisualEditorHooks::onParserTestGlobals';
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
$wgExtensionFunctions[] = 'VisualEditorHooks::onSetup';
VisualEditor.php: Set default preferences values This not being here caused and causes various unexpected scenarios to evolve around preferences being falsy (undefined) or set to 0, and inability to distinguish between a user having not set the preference, the preference not existing due to cache or the preference being disabled explictly by the user. Change-Id: Ie50b63ba5064e85d26dad8b622554bbe809c2634
2013-07-26 20:12:48 +00:00
// Set default values for new preferences
Fix 429587d: set default value for visualeditor-enable to 0, not 1 With our current config, 429587d would have enabled VisualEditor by default on all wikis, which is not what we want to do. We can make the -enable preference default to true in the extension if we really want to, but that requires a change to wmf-config as well. Change-Id: I95664588e5e4e3d6caed90e1c83accc9434ecd49
2013-07-29 16:13:22 +00:00
$wgDefaultUserOptions['visualeditor-enable'] = 0;
Integrate with BetaPreferences Look at logo Michael. Bug: 52686 Change-Id: I3cfada2ea264184698de5f322c1fe5041b37b8c8
2013-08-12 05:50:04 +00:00
$wgDefaultUserOptions['visualeditor-enable-experimental'] = 0;
Add visualeditor-enable-mwmath preference to default user prefs Stopping a warning for an undefined index created by I28862f3e62f5c. Change-Id: Ic4ce78c769706332dc399d9b876af01c84845b9b
2013-10-30 22:07:09 +00:00
$wgDefaultUserOptions['visualeditor-enable-mwmath'] = 0;
VisualEditor.php: Set default preferences values This not being here caused and causes various unexpected scenarios to evolve around preferences being falsy (undefined) or set to 0, and inability to distinguish between a user having not set the preference, the preference not existing due to cache or the preference being disabled explictly by the user. Change-Id: Ie50b63ba5064e85d26dad8b622554bbe809c2634
2013-07-26 20:12:48 +00:00
$wgDefaultUserOptions['visualeditor-betatempdisable'] = 0;
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
// Register resource modules
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
$wgVisualEditorResourceTemplate = array(
'localBasePath' => dirname( __FILE__ ) . '/modules',
'remoteExtPath' => 'VisualEditor/modules',
);
$wgResourceModules += array(
Replaced es with ce for Sandbox and main demo * Configured VisualEditorSandbox to use es * Reconfigured the ce demo to share the sandbox module * Removed es demo * Renamed ce demo to ve (es is broken anyways) Patchset 2: squashed in https://gerrit.wikimedia.org/r/3953 Change-Id: If8d13bf7011616d222be78899b23186859d5ed70
2012-03-29 21:05:25 +00:00
'rangy' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
Updating to Rangy 1.3 alpha We previously tried Rangy 1.3 alpha but rolled back due to a bug with getting cursor position in IE. Rangy developer Tim Down fixed the issue here: https://code.google.com/p/rangy/source/detail?r=780 Both 1.2 (filenames without file versions) and 1.3 in the repo for now. Change-Id: I26263fc1d10e3c2bdda7f1c9135544ca3bc05d97
2013-05-13 21:44:16 +00:00
'rangy/rangy-core-1.3.js',
'rangy/rangy-position-1.3.js',
Updated rangy from 1.2.2 to 1.3alpha.772 This gets us some new functionality, mainly the ability to get a position from a point on screen. Changes: * Updated core and position * Removed unused modules Change-Id: I2145fe549c975fdbbcd7dfcf144afb26509d0050
2013-04-15 17:25:52 +00:00
'rangy/rangy-export.js',
Replaced es with ce for Sandbox and main demo * Configured VisualEditorSandbox to use es * Reconfigured the ce demo to share the sandbox module * Removed es demo * Renamed ce demo to ve (es is broken anyways) Patchset 2: squashed in https://gerrit.wikimedia.org/r/3953 Change-Id: If8d13bf7011616d222be78899b23186859d5ed70
2012-03-29 21:05:25 +00:00
),
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
(bug 43013) Exclude edit notices with no visible text. en.wikipedia.org has a template gala for edit notices with a whole bunch of html framework outputted by default from MediaWiki:Editnotice-0 (even if their underlying system has no matches for the current page). In the core editor from EditPage.php this isn't a problem as the element is just idling hidden above the editor. In the case of VisualEditor (where we have a custom delivery for the edit notices) we don't want to say "1 notice available" on every page, so we need to be smart and quickly walk the dom of the notice, filter out invisible nodes, and if the resulting nodes have no contents, ignore the notice all together. Change-Id: I65447da8b88a9bae9c24ff155544ff66b3fe9100
2012-12-13 00:22:10 +00:00
'jquery.visibleText' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
UnicodeJS library to implement Unicode standards Initially just with a Wordbreak module to implement Unicode standard on 'Default Word Boundaries'. Due to it's standaloneability this has been written as a separate library. Non-BMP characters are currently not supported. Bug: 44085 Change-Id: Ieafa070076f4c36855684f6bc179667e28af2c25
2013-03-18 11:31:14 +00:00
'jquery/jquery.visibleText.js',
),
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
oojs: Integrate with OOJS v1.0.0 To make integration and testing easier keeping references and tests unchanged. Change-Id: Ie808eaf0ffb754ba9c6be13810cfec2385d8de36
2013-06-06 01:52:04 +00:00
'oojs' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
Rename oo.js to oojs.js per library name Change-Id: I9f02a4438a18243022506b5a2fcc445af03aa945
2013-10-15 23:16:06 +00:00
'oojs/oojs.js',
oojs: Integrate with OOJS v1.0.0 To make integration and testing easier keeping references and tests unchanged. Change-Id: Ie808eaf0ffb754ba9c6be13810cfec2385d8de36
2013-06-06 01:52:04 +00:00
),
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +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
'oojs-ui' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
'oojs-ui/OO.ui.js',
'oojs-ui/OO.ui.Element.js',
'oojs-ui/OO.ui.Frame.js',
'oojs-ui/OO.ui.Window.js',
'oojs-ui/OO.ui.WindowSet.js',
'oojs-ui/OO.ui.Dialog.js',
'oojs-ui/OO.ui.DialogFactory.js',
'oojs-ui/OO.ui.Inspector.js',
'oojs-ui/OO.ui.InspectorFactory.js',
'oojs-ui/OO.ui.Layout.js',
'oojs-ui/OO.ui.Widget.js',
'oojs-ui/elements/OO.ui.ClippableElement.js',
'oojs-ui/elements/OO.ui.FlaggableElement.js',
'oojs-ui/elements/OO.ui.GroupElement.js',
'oojs-ui/elements/OO.ui.IconedElement.js',
'oojs-ui/elements/OO.ui.LabeledElement.js',
'oojs-ui/elements/OO.ui.PopuppableElement.js',
'oojs-ui/OO.ui.Tool.js',
'oojs-ui/OO.ui.Toolbar.js',
'oojs-ui/OO.ui.ToolFactory.js',
'oojs-ui/OO.ui.ToolGroup.js',
'oojs-ui/layouts/OO.ui.FieldsetLayout.js',
'oojs-ui/layouts/OO.ui.GridLayout.js',
'oojs-ui/layouts/OO.ui.PagedLayout.js',
'oojs-ui/layouts/OO.ui.PagedOutlineLayout.js',
'oojs-ui/layouts/OO.ui.PanelLayout.js',
'oojs-ui/layouts/OO.ui.StackPanelLayout.js',
Add OO.ui.PopupTool Tool that launches a popup when clicked. Change-Id: Ie35b51f8160ad3fb844491e2799656413d4029c0
2013-10-17 17:33:05 +00:00
'oojs-ui/tools/OO.ui.PopupTool.js',
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
'oojs-ui/toolgroups/OO.ui.BarToolGroup.js',
'oojs-ui/toolgroups/OO.ui.PopupToolGroup.js',
'oojs-ui/toolgroups/OO.ui.ListToolGroup.js',
'oojs-ui/toolgroups/OO.ui.MenuToolGroup.js',
'oojs-ui/widgets/OO.ui.ButtonWidget.js',
'oojs-ui/widgets/OO.ui.IconButtonWidget.js',
'oojs-ui/widgets/OO.ui.InputWidget.js',
'oojs-ui/widgets/OO.ui.InputLabelWidget.js',
'oojs-ui/widgets/OO.ui.LookupInputWidget.js',
'oojs-ui/widgets/OO.ui.OptionWidget.js',
'oojs-ui/widgets/OO.ui.SelectWidget.js',
'oojs-ui/widgets/OO.ui.MenuItemWidget.js',
'oojs-ui/widgets/OO.ui.MenuWidget.js',
'oojs-ui/widgets/OO.ui.MenuSectionItemWidget.js',
'oojs-ui/widgets/OO.ui.OutlineWidget.js',
'oojs-ui/widgets/OO.ui.OutlineControlsWidget.js',
'oojs-ui/widgets/OO.ui.OutlineItemWidget.js',
'oojs-ui/widgets/OO.ui.PopupWidget.js',
'oojs-ui/widgets/OO.ui.PopupButtonWidget.js',
'oojs-ui/widgets/OO.ui.PushButtonWidget.js',
'oojs-ui/widgets/OO.ui.SearchWidget.js',
'oojs-ui/widgets/OO.ui.TextInputWidget.js',
'oojs-ui/widgets/OO.ui.TextInputMenuWidget.js',
),
'styles' => array(
'oojs-ui/styles/OO.ui.css',
'oojs-ui/styles/OO.ui.Dialog.css',
'oojs-ui/styles/OO.ui.Element.css',
'oojs-ui/styles/OO.ui.Frame.css',
'oojs-ui/styles/OO.ui.Inspector.css',
'oojs-ui/styles/OO.ui.Layout.css',
Add OO.ui.PopupTool Tool that launches a popup when clicked. Change-Id: Ie35b51f8160ad3fb844491e2799656413d4029c0
2013-10-17 17:33:05 +00:00
'oojs-ui/styles/OO.ui.Tool.css',
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
'oojs-ui/styles/OO.ui.Toolbar.css',
'oojs-ui/styles/OO.ui.ToolGroup.css',
'oojs-ui/styles/OO.ui.Widget.css',
'oojs-ui/styles/OO.ui.Window.css',
),
'messages' => array(
'ooui-dialog-action-close',
'ooui-inspector-close-tooltip',
'ooui-inspector-remove-tooltip',
'ooui-outline-control-move-down',
'ooui-outline-control-move-up',
'ooui-toolbar-more',
),
'dependencies' => array(
'oojs'
)
),
'oojs-ui.icons-raster' => $wgVisualEditorResourceTemplate + array(
'styles' => array(
'oojs-ui/styles/OO.ui.Icons-raster.css',
),
),
'oojs-ui.icons-vector' => $wgVisualEditorResourceTemplate + array(
'styles' => array(
'oojs-ui/styles/OO.ui.Icons-vector.css',
),
),
UnicodeJS library to implement Unicode standards Initially just with a Wordbreak module to implement Unicode standard on 'Default Word Boundaries'. Due to it's standaloneability this has been written as a separate library. Non-BMP characters are currently not supported. Bug: 44085 Change-Id: Ieafa070076f4c36855684f6bc179667e28af2c25
2013-03-18 11:31:14 +00:00
'unicodejs.wordbreak' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
'unicodejs/unicodejs.js',
'unicodejs/unicodejs.textstring.js',
splitClusters uses Grapheme Cluster Boundary rules unicodejs.graphemebreak.js * New file: singleton class with splitClusters method * On load, builds graphemeBreakRegexp from unicodejs.graphemebreakproperties.js unicodejs.js * Remove old splitClusters method (was just a placeholder) * Change "conjunction" -> "disjunction", for consistency and correctness unicodejs.textstring.js * Use new splitClusters method modules/ve/ve.js * Use new splitClusters method unicodejs.wordbreak.text.js * Add new splitClusters test * Refactor charRangeArrayRegexp test to use splitClusters PHP files * add unicodejs.graphemebreak.js, unicodejs.graphemebreakproperties.js .docs/categories.json * add unicodeJS.wordbreak class Change-Id: I8f512e2fc2c46eb4b5f00994a8dac88f3c8f7dd2
2013-06-15 12:52:08 +00:00
'unicodejs/unicodejs.graphemebreakproperties.js',
'unicodejs/unicodejs.graphemebreak.js',
Match non-BMP characters in wordbreak regexes unicodejs.js: * charRangeArrayRegexp to write surrogate-aware regexps * private helper functions unicodejs.wordbreak.test.js: * test charRangeArrayRegexp * corrected tests for non-BMP wordbreaks unicodejs.wordbreak.js: * use new surrogate-aware regexps unicodejs.wordbreakproperties.js: * generated from Unicode data unicodejs.graphemebreakproperties.js: * generated from Unicode data unicodejs.wordbreak.groups.js: * delete as no longer used unicodejs-properties.py: * generate unicodejs.wordbreakproperties.js from Unicode data * generate unicodejs.graphemebreakproperties.js from Unicode data index.php: * update script tag links /VisualEditor.php: * update script tag links /demos/ve/index.php: * update script tag links /maintenance/makeStaticLoader.php: * update script tag links Change-Id: I39c0386a85b0cf21d68d3385b84018a5d7648de5
2013-06-07 01:30:44 +00:00
'unicodejs/unicodejs.wordbreakproperties.js',
UnicodeJS library to implement Unicode standards Initially just with a Wordbreak module to implement Unicode standard on 'Default Word Boundaries'. Due to it's standaloneability this has been written as a separate library. Non-BMP characters are currently not supported. Bug: 44085 Change-Id: Ieafa070076f4c36855684f6bc179667e28af2c25
2013-03-18 11:31:14 +00:00
'unicodejs/unicodejs.wordbreak.js',
(bug 43013) Exclude edit notices with no visible text. en.wikipedia.org has a template gala for edit notices with a whole bunch of html framework outputted by default from MediaWiki:Editnotice-0 (even if their underlying system has no matches for the current page). In the core editor from EditPage.php this isn't a problem as the element is just idling hidden above the editor. In the case of VisualEditor (where we have a custom delivery for the edit notices) we don't want to say "1 notice available" on every page, so we need to be smart and quickly walk the dom of the notice, filter out invisible nodes, and if the resulting nodes have no contents, ignore the notice all together. Change-Id: I65447da8b88a9bae9c24ff155544ff66b3fe9100
2012-12-13 00:22:10 +00:00
),
),
Split test: instrument edit events for standard editor interface This change adds 'page-edit-impression', 'page-save-(attempt/success)', and '(section-)edit-link-click' events to the standard (non-VE) editor interface, mirroring the events we added to VE. This makes the event data usable for split-test analysis. Change-Id: I51c441d61daa18d58ca7f62a9e5f07902a099050
2013-06-17 21:12:21 +00:00
Removed Special:VisualEditorSandbox and refactored demo Also renamed ext.visualEditor.editPageInit to ext.visualEditor.viewPageTarget Change-Id: I8bdd04b3442067e87bccbc60dd4947aae1c7dfd2
2012-06-28 09:52:03 +00:00
// Alias for backwards compat, safe to remove after
'ext.visualEditor.editPageInit' => $wgVisualEditorResourceTemplate + array(
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
'dependencies' => array(
Removed Special:VisualEditorSandbox and refactored demo Also renamed ext.visualEditor.editPageInit to ext.visualEditor.viewPageTarget Change-Id: I8bdd04b3442067e87bccbc60dd4947aae1c7dfd2
2012-06-28 09:52:03 +00:00
'ext.visualEditor.viewPageTarget',
)
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Improved icons * Moved icons into Illustrator (used to be in Photoshop) * Added SVG icons too * Added support for devices with pixel ratio > 1 (they use SVG) * Cleaned up icons (little rendering errors here and there) * Organized icons into their own folder * Increased the horizontal margin of the down arrows in the formatting (in the toolbar) and location (in the link inspector) drop down menus Change-Id: I29b7084c9b1145051b2a76f514cfca9826d53ddb
2012-08-30 20:04:22 +00:00
'ext.visualEditor.viewPageTarget.icons-raster' => $wgVisualEditorResourceTemplate + array(
'styles' => array(
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
've-mw/init/styles/ve.init.mw.ViewPageTarget.Icons-raster.css',
Improved icons * Moved icons into Illustrator (used to be in Photoshop) * Added SVG icons too * Added support for devices with pixel ratio > 1 (they use SVG) * Cleaned up icons (little rendering errors here and there) * Organized icons into their own folder * Increased the horizontal margin of the down arrows in the formatting (in the toolbar) and location (in the link inspector) drop down menus Change-Id: I29b7084c9b1145051b2a76f514cfca9826d53ddb
2012-08-30 20:04:22 +00:00
),
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Improved icons * Moved icons into Illustrator (used to be in Photoshop) * Added SVG icons too * Added support for devices with pixel ratio > 1 (they use SVG) * Cleaned up icons (little rendering errors here and there) * Organized icons into their own folder * Increased the horizontal margin of the down arrows in the formatting (in the toolbar) and location (in the link inspector) drop down menus Change-Id: I29b7084c9b1145051b2a76f514cfca9826d53ddb
2012-08-30 20:04:22 +00:00
'ext.visualEditor.viewPageTarget.icons-vector' => $wgVisualEditorResourceTemplate + array(
'styles' => array(
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
've-mw/init/styles/ve.init.mw.ViewPageTarget.Icons-vector.css',
Improved icons * Moved icons into Illustrator (used to be in Photoshop) * Added SVG icons too * Added support for devices with pixel ratio > 1 (they use SVG) * Cleaned up icons (little rendering errors here and there) * Organized icons into their own folder * Increased the horizontal margin of the down arrows in the formatting (in the toolbar) and location (in the link inspector) drop down menus Change-Id: I29b7084c9b1145051b2a76f514cfca9826d53ddb
2012-08-30 20:04:22 +00:00
),
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
'ext.visualEditor.viewPageTarget.init' => $wgVisualEditorResourceTemplate + array(
mw.ViewPageTarget.init: Move edit section to top init Since we're now only loading the light-weight init on page load, the section editing wasn't just deferred to after page load (like it was before), but wasn't happening at all until you clicked "Edit" (at which point the library loads). It only worked when going back to "View" after "Edit". Contrary to tab layout, edit section handling needs to be accessible both in the top init and in the main target class because we need to run it both at run time and after the user has saved a page when we show them the updated page without refresh. This is why we need to transfer the method at run time and give the main class access to it as well. Can't wait for bug 50707 to get rid of this mess... Bug: 50731 Bug: 49993 Change-Id: Iab9c81222df7f1084179c3643d158374a89ca14b
2013-07-05 06:01:31 +00:00
'scripts' => 've-mw/init/targets/ve.init.mw.ViewPageTarget.init.js',
'styles' => 've-mw/init/styles/ve.init.mw.ViewPageTarget.init.css',
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
'dependencies' => array(
'jquery.client',
mw.ViewPageTarget.init: Move conditionals client-side Load the module always and have the conditionals on the client-side so that we can change these without running into problems with the new conditions not being rolled-out quickly for anonymous users because the load queue is in the HTML and cached for 30+ days. This also allows us to fix above problem retroactively in wmf production by just adding a mw.loader.load for this module in something like MediaWiki:Common.js or something else that is already in the cached load queue (temporarily, until the cache has rolled over). Removed unreachable code for loading ext.visualEditor.splitTest. Change-Id: I21114960a88d224747447f2dc83d17d160f5f066
2013-07-19 02:44:22 +00:00
'mediawiki.Title',
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
'mediawiki.Uri',
'mediawiki.util',
Make sure 'user.options' is loaded before 'ext.visualEditor.viewPageTarget.init' The function init.isAvailable uses mw.user.options, so this dependency needs to be specified. Change-Id: Ia2c87a32f692da2347ad670cdbcf6d6e6d171f15
2013-07-26 13:54:29 +00:00
'user.options',
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
),
'messages' => array(
mw.ViewPageTarget.init: Add missing "accesskey-ca-editsource" message Added the wrong one, message "accesskey-ca-ve-editsource" doesn't even exist. It worked locally but that was probably a lucky race condition or cache. Follows-up 10fd1a3, b21fe5f. Bug: 50725 Change-Id: Ie87f8c6861dfe010c038ddb103aa5ea56cd57d24
2013-07-05 05:51:31 +00:00
'accesskey-ca-editsource',
mw.ViewPageTarget.init: Move edit section to top init Since we're now only loading the light-weight init on page load, the section editing wasn't just deferred to after page load (like it was before), but wasn't happening at all until you clicked "Edit" (at which point the library loads). It only worked when going back to "View" after "Edit". Contrary to tab layout, edit section handling needs to be accessible both in the top init and in the main target class because we need to run it both at run time and after the user has saved a page when we show them the updated page without refresh. This is why we need to transfer the method at run time and give the main class access to it as well. Can't wait for bug 50707 to get rid of this mess... Bug: 50731 Bug: 49993 Change-Id: Iab9c81222df7f1084179c3643d158374a89ca14b
2013-07-05 06:01:31 +00:00
'accesskey-ca-ve-edit',
'pipe-separator',
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
'tooltip-ca-createsource',
'tooltip-ca-editsource',
'tooltip-ca-ve-edit',
mw.ViewPageTarget.init: Move edit section to top init Since we're now only loading the light-weight init on page load, the section editing wasn't just deferred to after page load (like it was before), but wasn't happening at all until you clicked "Edit" (at which point the library loads). It only worked when going back to "View" after "Edit". Contrary to tab layout, edit section handling needs to be accessible both in the top init and in the main target class because we need to run it both at run time and after the user has saved a page when we show them the updated page without refresh. This is why we need to transfer the method at run time and give the main class access to it as well. Can't wait for bug 50707 to get rid of this mess... Bug: 50731 Bug: 49993 Change-Id: Iab9c81222df7f1084179c3643d158374a89ca14b
2013-07-05 06:01:31 +00:00
'visualeditor-ca-editsource-section',
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
),
'position' => 'top',
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Move edit tab generation into PHP and make it more configurable * Generate the edit tabs and the section edit links in PHP, with a fallback in JS for cases where we don't have them yet due to caching. But only change things if VE is enabled, and have the JS correct the state if the wrong cached HTML comes through. * Make the order of the tabs/links and the messages to use as captions configurable * Make the edit tabs and section edit links always be present in the page (regardless of namespace, user prefs, etc.) but be hidden and have JS unhide them (using html.ve-available) if appropriate * Add appendix messages so we can do a superscript "beta" even in places where we can't use HTML in the message VisualEditor.php: * Add new hook registrations * Remove edit link caption messages from the init init module because they're now added dynamically in VisualEditor.hooks.php * Add a noscript CSS module so we can hide some things in JS-less environments * Remove $wgVisualEditorTabLayout and replace it with $wgVisualEditorPosition * Add config vars for link captions, with null causing us to use the default caption * Add config vars for link caption appendices. Too many config vars but we'll clean that up later VisualEditor.hooks.php: * Dynamically add tab messages to the init init module * Remove unused globals in onBeforePageDisplay() * Add noscript CSS module * Add a SkinTemplateNavigation hook that changes and reorders the edit tabs as appropriate * Add a DoEditSectionLink hook that overwrites the edit section links * Export the new config variables to JS VisualEditor.i18n.php: * Add beta appendix message * Add a message for the default VE edit section link ve.init.mw.ViewPageTarget.init.css: * Remove the animation on the edit section links * Darken the color of the brackets and the pipe from #ccc to #555 * Style the beta message to be superscript-like (but not real <sup> to avoid moving the baseline) ve.init.mw.ViewPageTarget.noscript.css: * Hide the VE edit tab, the pipe and the VE edit section link initally unless and until JS unhides ve.init.mw.ViewPageTarget.init.js: * Toggle .ve-not-available / .ve-available * Edit tabs ** Only generate the the edit tabs if they're not already there from PHP ** Rewrite the edit tab generation to mirror what's being done in PHP * Section edit links ** Same as for edit tabs ** Also add mw-visualeditor-expanded to pad the brackets ve.init.mw.ViewPageTarget.js: * #ca-ve-edit is now always the VE tab (and #ca-edit always the edit source tab) so update the .selected behavior accordingly Change-Id: Idcb15faea7fabe5fe7578b1508079969b27d2469
2013-08-01 19:14:41 +00:00
'ext.visualEditor.viewPageTarget.noscript' => $wgVisualEditorResourceTemplate + array(
'styles' => 've-mw/init/styles/ve.init.mw.ViewPageTarget.noscript.css',
),
Removed Special:VisualEditorSandbox and refactored demo Also renamed ext.visualEditor.editPageInit to ext.visualEditor.viewPageTarget Change-Id: I8bdd04b3442067e87bccbc60dd4947aae1c7dfd2
2012-06-28 09:52:03 +00:00
'ext.visualEditor.viewPageTarget' => $wgVisualEditorResourceTemplate + array(
Create base integration core module Works on VisualEditor Namespace Created VE api wrapper for parsoid service to roundtrip pages Change-Id: I3f2967730c1a3ece31b7262a46bef31ea8b38613
2012-05-25 19:50:48 +00:00
'scripts' => array(
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
've-mw/init/targets/ve.init.mw.ViewPageTarget.js',
Refactored veCore class into ve.init and ve.init.EditPageTarget Change-Id: I52ef09aee38471ca49f3f4a845daf02e6dcc024c
2012-06-11 06:54:41 +00:00
),
'styles' => array(
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
've-mw/init/styles/ve.init.mw.ViewPageTarget.css',
Utilizing RL skinStyles for skin-specific ve.init styles Change-Id: I4b2ed55289be5dceee3e3fbdf305b4ff81d80189
2012-08-17 20:16:25 +00:00
),
'skinStyles' => array(
'vector' => array(
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
've-mw/init/styles/ve.init.mw.ViewPageTarget-vector.css',
've-mw/init/styles/ve.init.mw.ViewPageTarget-vector-hd.css' => array(
Utilizing RL skinStyles for skin-specific ve.init styles Change-Id: I4b2ed55289be5dceee3e3fbdf305b4ff81d80189
2012-08-17 20:16:25 +00:00
'media' => 'screen and (min-width: 982px)'
),
Improved appearance of activating and deactivating editor Also prevented double-initializing Change-Id: I9e64eb1f331489f6acee469fdab64133d817e7b1
2012-06-14 01:26:21 +00:00
),
Utilizing RL skinStyles for skin-specific ve.init styles Change-Id: I4b2ed55289be5dceee3e3fbdf305b4ff81d80189
2012-08-17 20:16:25 +00:00
'apex' => array(
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
've-mw/init/styles/ve.init.mw.ViewPageTarget-apex.css',
Added monobook support * Added style for monobook * Added monobook to whitelisted skins * Made ve.init.mw.ViewPageTarget resilliant to vector and monobook-like skins Change-Id: Ia39e034229204ae5f1f70dce5d74c6c4db42277b
2012-08-23 18:01:20 +00:00
),
'monobook' => array(
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
've-mw/init/styles/ve.init.mw.ViewPageTarget-monobook.css',
Utilizing RL skinStyles for skin-specific ve.init styles Change-Id: I4b2ed55289be5dceee3e3fbdf305b4ff81d80189
2012-08-17 20:16:25 +00:00
)
Refactored veCore class into ve.init and ve.init.EditPageTarget Change-Id: I52ef09aee38471ca49f3f4a845daf02e6dcc024c
2012-06-11 06:54:41 +00:00
),
'dependencies' => array(
Added ve.init.platform with MediaWiki and stand-alone implementations This should make it much simpler to keep MediaWiki specifics out of VisualEditor, which will in turn make it easier to integrate VisualEditor into another platform. Change-Id: I073e9737b37c28af889f2457d10b082cefd0d63b
2012-07-20 23:59:59 +00:00
'ext.visualEditor.base',
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
'ext.visualEditor.mediawiki',
Rewrite ve-parsoid API module * Factor out getHTML(), postHTML(), saveWikitext() and parseWikitext() * Use the API to save instead of using doEdit() directly ** This fixes a lot of integration bugs ** Get rid of the blocked user check, edit API checks this * Check the namespace parameter * Require tokens and POST * Add diff functionality Change-Id: I31891d1485985629db4e39532fb34e0e7fe23796
2012-11-14 18:33:57 +00:00
'jquery.byteLength',
mw.Platform: Only show minor edit option if user has "minoredit" right Had to make the retrieval of the Save dialog html template asynchronous due to mw.user.getRights being asynchronous. Entire block indented, ignore whitespace changes. Also: * Fixed 2 cases where ve.msg value was interpreted as HTML instead of adding a text node directly. * Alphabetically sorted the dependencies (after adding user.options and mediawiki.user). * Removed redundant inline jshint comment, multistr is already tolerated from the central .jshintrc file. Change-Id: Ie09bb5c8bdbfbb3ec0d4983b74d0697b941153e0
2012-12-02 03:44:07 +00:00
'jquery.byteLimit',
'jquery.client',
'jquery.placeholder',
(bug 43013) Exclude edit notices with no visible text. en.wikipedia.org has a template gala for edit notices with a whole bunch of html framework outputted by default from MediaWiki:Editnotice-0 (even if their underlying system has no matches for the current page). In the core editor from EditPage.php this isn't a problem as the element is just idling hidden above the editor. In the case of VisualEditor (where we have a custom delivery for the edit notices) we don't want to say "1 notice available" on every page, so we need to be smart and quickly walk the dom of the notice, filter out invisible nodes, and if the resulting nodes have no contents, ignore the notice all together. Change-Id: I65447da8b88a9bae9c24ff155544ff66b3fe9100
2012-12-13 00:22:10 +00:00
'jquery.visibleText',
mw.ViewPageTarget: Refetch token if session expired * Rephrased visualeditor-savedialog-error-badtoken to emphasise that it is the old session that become invalid, not the one the user started browsing with since in a different window. * If the session changed, the user will be asked whether they agree to save with this new session instead. * We explictly update mw.config so that future save attempts in the same window compare against the correct environment. Without this there are two problems when saving and then making a second edit in the same window and saving that: - It will bring up the same question again (user A -> user B), which is annoying. - If the user logged back in again (new session, but for user A again) it would silently try with that new token without asking, thus saving as user A when the user still thinks it switched to user B. It switching back automatically is not obvious since we asked them from A->B, so we should also ask the other way around. This can be reproduced by opending ve-edit logged-in, then logging out in a new window, save, confirm anon, save, open edit again, log back in in a new window, save open edit in the old window, confirm new logged-in, save. Bug: 50424 Change-Id: Id055eca1886f85aeaf615f645de29898afc0373c
2013-07-12 18:27:35 +00:00
'mediawiki.api',
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
'mediawiki.feedback',
Depend on jqueryMsg for the visualeditor-editnotices-button message This makes {{PLURAL}} work reliably Change-Id: Id874202544e5b2513b438fe1f0668f845acb89cb
2012-12-05 22:45:20 +00:00
'mediawiki.jqueryMsg',
Split off setup from the rest of mw.ViewPageTarget Initialisation initialisation? It's time to rename ve.init to ve.platform and ve.init.Platform to ve.platform.Environment, but that'll come later. * Moved support detection and skin set up to separate class-less file. * Swapped usage of ve.msg for mw.msg. * Callback of edit tab now does an mw.loader call to fetch the actual VisualEditor libraries. Though mw.loader won't load the same thing twice, we would bind a callback each time. To avoid instantiating ViewPageTarget more than once we use a Deferred. Bug: 50542 Bug: 50608 Bug: 50612 Change-Id: Ic8b0004ab5288fa91bb29d496485b93ffd8d977e
2013-07-03 22:14:52 +00:00
'mediawiki.notify',
mw.Platform: Only show minor edit option if user has "minoredit" right Had to make the retrieval of the Save dialog html template asynchronous due to mw.user.getRights being asynchronous. Entire block indented, ignore whitespace changes. Also: * Fixed 2 cases where ve.msg value was interpreted as HTML instead of adding a text node directly. * Alphabetically sorted the dependencies (after adding user.options and mediawiki.user). * Removed redundant inline jshint comment, multistr is already tolerated from the central .jshintrc file. Change-Id: Ie09bb5c8bdbfbb3ec0d4983b74d0697b941153e0
2012-12-02 03:44:07 +00:00
'mediawiki.Title',
'mediawiki.Uri',
'mediawiki.user',
'user.options',
'user.tokens',
Create base integration core module Works on VisualEditor Namespace Created VE api wrapper for parsoid service to roundtrip pages Change-Id: I3f2967730c1a3ece31b7262a46bef31ea8b38613
2012-05-25 19:50:48 +00:00
),
'messages' => array(
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
// MW core messages
Change document title on surface setup/teardown Now reads "Creating/Editing Title - Sitename". Bug: 48272 Change-Id: I9dcc8ec2c37a7ff9cff6cedb7bdb1fed1bdc4deb
2013-05-17 16:09:20 +00:00
'creating',
'editing',
mw.ViewPageTarget: Add support for spam blacklist Bug: 50826 Change-Id: Icdc2730e5fc644c9030a6648702e071934f5ad62
2013-07-16 14:07:20 +00:00
'spamprotectionmatch',
'spamprotectiontext',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
// Messages needed by VE in init phase only (rest go below)
Move visualeditor-loadwarning message to the correct module Change-Id: Iad34c389cf162d2c0182c25df5fd8c96da4f155a
2012-06-21 19:15:31 +00:00
'visualeditor-loadwarning',
Refetch the token when we get a badtoken error Intercept badtoken errors, refetch the edit token from the action=tokens API, and retry the request again. If this fails too, show the error to the user. Right now this just shows the good old confirm() dialog if the token refetch fails; we should probaby give the user a clearer error message telling them to refresh the page or something. Bug: 42984 Change-Id: Ib43d1938ffa24bc8d1dc76a300e16e486dabd928
2013-05-18 01:19:20 +00:00
'visualeditor-loadwarning-token',
Move notification messages to correct module They're called from ViewPageTarget, so that's where they should be registered. Change-Id: I294aad1b43021bdadae24319b99f93cd960fe908
2013-06-18 19:18:36 +00:00
'visualeditor-notification-created',
'visualeditor-notification-restored',
'visualeditor-notification-saved',
mw.ViewPageTarget: Refetch token if session expired * Rephrased visualeditor-savedialog-error-badtoken to emphasise that it is the old session that become invalid, not the one the user started browsing with since in a different window. * If the session changed, the user will be asked whether they agree to save with this new session instead. * We explictly update mw.config so that future save attempts in the same window compare against the correct environment. Without this there are two problems when saving and then making a second edit in the same window and saving that: - It will bring up the same question again (user A -> user B), which is annoying. - If the user logged back in again (new session, but for user A again) it would silently try with that new token without asking, thus saving as user A when the user still thinks it switched to user B. It switching back automatically is not obvious since we asked them from A->B, so we should also ask the other way around. This can be reproduced by opending ve-edit logged-in, then logging out in a new window, save, confirm anon, save, open edit again, log back in in a new window, save open edit in the old window, confirm new logged-in, save. Bug: 50424 Change-Id: Id055eca1886f85aeaf615f645de29898afc0373c
2013-07-12 18:27:35 +00:00
'visualeditor-savedialog-identify-anon',
'visualeditor-savedialog-identify-user',
Create base integration core module Works on VisualEditor Namespace Created VE api wrapper for parsoid service to roundtrip pages Change-Id: I3f2967730c1a3ece31b7262a46bef31ea8b38613
2012-05-25 19:50:48 +00:00
),
Refactored veCore class into ve.init and ve.init.EditPageTarget Change-Id: I52ef09aee38471ca49f3f4a845daf02e6dcc024c
2012-06-11 06:54:41 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Refactored veCore class into ve.init and ve.init.EditPageTarget Change-Id: I52ef09aee38471ca49f3f4a845daf02e6dcc024c
2012-06-11 06:54:41 +00:00
'ext.visualEditor.base' => $wgVisualEditorResourceTemplate + array(
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
'scripts' => array(
Copied CSS styles from ve to ve2 Change-Id: Iabd5ee3edde5747952c4b78ef6e9cd5949016050
2012-05-24 22:15:11 +00:00
// ve
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ve.js',
Add ve.track, a generic dispatch of analytic events This patch adds ve.track; it provides a means for VisualEditor code to log various changes of state that are of potential analytic interest. This is done without coupling VisualEditor to a particular analytics framework by providing a method, ve.hook.registerHandler, by which event data may be routed to a particular analytic framework for processing and dispatch. ve.track uses a $.Callbacks-like object for tracking analytic events which can remember an arbitrary number of past events. This is done by maintaining an array containing the arguments of past calls and maintaining a counter for each callback indicating its position in the queue (i.e., how many events it has already received.) This ensures handlers are called for each event, including events which were fired before the handler was registered. This allows the load-order of VE and analytics components to remain unspecified. Change-Id: I29740fa7a0ac403e484e0acee6dfcadaf6fc4566
2013-07-30 22:52:19 +00:00
've/ve.track.js',
ve.init: Fix broken dependency between ve.js and ve.init.platform Depencency tree looked like this * ext.visualEditor.viewPageTarget - ve.init.platform - ve.init.target ** ext.visualEditor.core - (most ve.* classes) *** ext.visualEditor.base - ve.js Some of the ve classes are calling ve.msg from the global scope at load time (e.g. in the definition of static properties or in constructors of classes that were immediately instantiated in the same file). Platform needs to be initialised in the base module. ve.init.Platform.js was already there, but that's just an abstract base class. The the ve.init.platform property is set from the implementation classes' files. Updated makeStaticLoader.php and re-ran for test and demo html. The fake "Standalone Init" module is now gone, which shows that this was needed as test/ and demo/ already put their platform code in/after the 'ext.visualEditor.base' module in the html. Bug: 45175 Change-Id: I47d7d92495974572194700c98a219d22ecbfaf4b
2013-04-03 03:47:40 +00:00
// init
Move ve.init and ve.init.Platform to the base module, where they belong Change-Id: I4547bbaa784401a6ca158daac787af23b50715c7
2012-07-27 23:08:45 +00:00
've/init/ve.init.js',
've/init/ve.init.Platform.js',
Introduce dialogs Major changes: demos/ve/index.php * Renamed ve-demo-content to ve-demo-editor ve.init.mw.ViewPageTarget, ve.init.sa.Target * Added handlers for dialog events ve.ui.*Dialog.js * Added skeleton classes for dialogs ve.init.Target.js * Create abstract class methods for Target. ve.init.sa.Target.js * Create Standalone target view methods. ve.init.mw.Target.js * Added MW specific target view methods. * Integration action buttons are now added to the edit view in the toolbar. ve.Surface.js * Simplified constructor, now requiring a target which contains the container * Other changes include some documentation and code cleanup. Bug: 39597 Change-Id: Iff39266bdd3052f34bda254ca407030dbbc81f26
2013-02-20 19:44:44 +00:00
've/init/ve.init.Target.js',
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
),
'debugScripts' => array(
've/ve.debug.js',
),
Use grapheme clusters in unicodeJS.TextString unicodejs.js: * add splitClusters(text) and splitCharacters(text) methods unicodejs.textstring.js: * change internal representation from a char string to a list of grapheme clusters unicodejs.wordbreak.js: * change getGroup to work on the first character of a grapheme cluster ve.js: * Use new unicodejs.splitClusters function Bug: 48975 Change-Id: I202b98199d2780534d1e02519b72579ba796f08f
2013-05-30 15:39:22 +00:00
'dependencies' => array(
oojs: Integrate with OOJS v1.0.0 To make integration and testing easier keeping references and tests unchanged. Change-Id: Ie808eaf0ffb754ba9c6be13810cfec2385d8de36
2013-06-06 01:52:04 +00:00
'oojs',
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
'oojs-ui',
Use grapheme clusters in unicodeJS.TextString unicodejs.js: * add splitClusters(text) and splitCharacters(text) methods unicodejs.textstring.js: * change internal representation from a char string to a list of grapheme clusters unicodejs.wordbreak.js: * change getGroup to work on the first character of a grapheme cluster ve.js: * Use new unicodejs.splitClusters function Bug: 48975 Change-Id: I202b98199d2780534d1e02519b72579ba796f08f
2013-05-30 15:39:22 +00:00
'unicodejs.wordbreak',
Image insertion Objective: * Allow inserting images from local wiki and commons Changes: ve.init.mw.ViewPageTarget.js * Add media insert button to toolbar ve.init.mw.Platform.js * Add getMediaSources method - defaults to local wiki and commons ve.ui.MWMediaInsertDialog.js * New dialog for inserting media * Uses a media select widget and inserts block images ve.ui.Dialog.css * Added styling for media select widget in media insert dialog ve.ui.Widget.css * Added styles for media select widget and media select item widget ve.ui.MWMediaInsertButtonTool.js * New tool for inserting media ve.ui.MediaSelectItemWidget.js * New item widget for media select widgets ve.ui.MediaSelectWidget.js * New widget for searching for and selecting media items ve.ui.TextInputWidget.js * Added isPending method VisualEditor.i18n.php * New messages for media insert dialog VisualEditor.php * Added links to new files and messages PhantomJS-- Change-Id: Ia803ff3ef518782ce76802d2dab7559686a1bb0a
2013-06-06 23:14:11 +00:00
'mediawiki.util',
Use grapheme clusters in unicodeJS.TextString unicodejs.js: * add splitClusters(text) and splitCharacters(text) methods unicodejs.textstring.js: * change internal representation from a char string to a list of grapheme clusters unicodejs.wordbreak.js: * change getGroup to work on the first character of a grapheme cluster ve.js: * Use new unicodejs.splitClusters function Bug: 48975 Change-Id: I202b98199d2780534d1e02519b72579ba796f08f
2013-05-30 15:39:22 +00:00
),
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
'ext.visualEditor.mediawiki' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
// init
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
've-mw/init/ve.init.mw.js',
've-mw/init/ve.init.mw.Platform.js',
've-mw/init/ve.init.mw.Target.js',
Declare dependency on jquery.client in ResouceLoader and static loader Follows-up I90ea547c735edab and I004514ab761. Change-Id: I18a34d47c40c1fa5a2305b86f3e1a066cf9dde2c
2013-04-29 21:48:27 +00:00
),
'dependencies' => array(
Track DOM retrieved events When the editor finishes retrieving the target DOM, fire a 'DOM retrieved' analytic event with the following properties: * Response time in millisecond. * Response size in bytes. * Whether request was a cache hit. * Value of X-Parsoid-Performance header (or null if unset). jQuery.byteLength is now a dependency for ext.visualEditor.mediawiki. Change-Id: I74d3964238927645e847b6e215991bd6b1ebad59
2013-10-06 06:12:51 +00:00
'jquery.byteLength',
Declare dependency on jquery.client in ResouceLoader and static loader Follows-up I90ea547c735edab and I004514ab761. Change-Id: I18a34d47c40c1fa5a2305b86f3e1a066cf9dde2c
2013-04-29 21:48:27 +00:00
'jquery.client',
Make media insertion queries less horrible Objectives: * Clear this.titles when resetting, otherwise results are shown once and then blacklisted forever. * Attach done() before always(), so done() gets called first and not after always() has dereferenced the request object. * Remove use of imaginary variables like this.loading, which were never set, and were referencing even more imaginary methods on other imaginary objects like this.request.abort()... Change-Id: Ifbe74346f68b6a91f425b56a2696fd1e46b61e02
2013-06-19 01:02:23 +00:00
'mediawiki.Uri',
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
'ext.visualEditor.base',
Using resource loader debug scripts to unstub ve.log Also added ve.dir and converted use of console.log to ve.log Change-Id: Ibbfd78b6ece163f54f40e997c79a01de6609c2b4
2012-06-18 20:30:14 +00:00
),
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
'ext.visualEditor.standalone' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
// init
've/init/sa/ve.init.sa.js',
've/init/sa/ve.init.sa.Platform.js',
've/init/sa/ve.init.sa.Target.js',
),
'dependencies' => array(
'ext.visualEditor.base',
Using resource loader debug scripts to unstub ve.log Also added ve.dir and converted use of console.log to ve.log Change-Id: Ibbfd78b6ece163f54f40e997c79a01de6609c2b4
2012-06-18 20:30:14 +00:00
),
Refactored veCore class into ve.init and ve.init.EditPageTarget Change-Id: I52ef09aee38471ca49f3f4a845daf02e6dcc024c
2012-06-11 06:54:41 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
data: Rename MessagesModule to DataModule Also.. * removed an incorrrect comment referring to the old module name (standalone didn't use the VisualEditorMessagesModule). * made it use debug mode to determine whether to minify or prettify the js code. Change-Id: I493007649fba27e7faab0cf743eded5f68714c50
2013-08-30 00:55:31 +00:00
'ext.visualEditor.data' => $wgVisualEditorResourceTemplate + array(
'class' => 'VisualEditorDataModule'
Fix display of edit summary message in save dialog Fixed by adding the specialMessages module which is only loaded once the editor loads. Then after it's loaded we use the summary message from there to update the (possibly broken) summary message in the save dialog. Change-Id: I67f5c59501cdf7c66c925cef8d4dd42b0f2cfde3
2012-06-21 20:39:27 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Refactored veCore class into ve.init and ve.init.EditPageTarget Change-Id: I52ef09aee38471ca49f3f4a845daf02e6dcc024c
2012-06-11 06:54:41 +00:00
'ext.visualEditor.core' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
// ve
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ve.Range.js',
've/ve.Node.js',
've/ve.BranchNode.js',
've/ve.LeafNode.js',
've/ve.Document.js',
ve.EventSequencer: Post-event listening modules/ve/ve.EventSequencer.js * Class to sequence pre-event and post-event listening correctly demos/ve/eventSequencer.html * Plain HTML example page for testing EventSequencer and event sequences Change-Id: I4ddb10a30c2f44015136a7978a185d0b13f0690b
2013-08-30 16:12:49 +00:00
've/ve.EventSequencer.js',
Copy ui modules to ve2 Switch sandbox demo to use new ui modules Update VisualEditor.php to use ve2 modules SpecialPageSandbox working Change-Id: I8261d6bf6ceb6ae7b7bfa5f61aec6a0121906765
2012-05-21 19:37:30 +00:00
Migrated es.* to new ve.* namespace which is more structured, and will make it easier to keep data model, edit surface, user interface and content editable work separated cleanly
2012-02-06 23:50:56 +00:00
// dm
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/ve.dm.js',
Move common Node/Annotation/MetaItem code into ve.dm.Model ve.dm.Model is now the common base class for these three. ve.dm.Node inherited from ve.Node before, so it now uses it as a mixin instead. This required changing ve.Node's usage of ve.EventEmitter from inhertiance to a mixin as well, because inherited methods apparently don't get mixed in correctly. * Change annotation terminology from linmodAnnotation to element for consistency with Node, MetaItem and Model * Reimplement getClonedElement() in Node for .internal treatment Change-Id: Ifd3922af23557c0b0f8984d36b31c8a1e2ec497e
2013-04-02 18:28:42 +00:00
've/dm/ve.dm.Model.js',
Move matching code from AnnotationFactory to ModelRegistry ModelRegistry registers both annotations and nodes, and performs matching on both at the same time. It also registers annotations with the AnnotationFactory, and nodes with the NodeFactory. Change-Id: I5e68e506a0e573cc0afe6304ccea058ffc20d1c8
2013-01-18 05:29:01 +00:00
've/dm/ve.dm.ModelRegistry.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/ve.dm.NodeFactory.js',
've/dm/ve.dm.AnnotationFactory.js',
Store data in LinearData class with an index-value store for objects Created an IndexValueStore class which can store any object and return an integer index to its hash map. Linear data is now stored in ve.dm.LinearData instances. Two subclasses for element and meta data contain methods specific to those data types (ElementLinearData and MetaLinearData). The static methods in ve.dm.Document that inspected data at a given offset are now instance methods of ve.dm.ElementLinearData. AnnotationSets (which are no longer OrderedHashSets) have been moved to /dm and also have to be instantiated with a pointer the store. Bug: 46320 Change-Id: I249a5d48726093d1cb3e36351893f4bff85f52e2
2013-03-20 22:35:05 +00:00
've/dm/ve.dm.AnnotationSet.js',
Change MetaNodes to MetaItems Rather than meta-things being special kinds of nodes, they are now a separate class of things (MetaItems) along with Nodes and Annotations. * Created a generic ve.dm.MetaItem that meta items inherit from. There will be actual instances of this class as well in the upcoming meta group code. * Renamed MetaNode to AlienMetaItem, MWMetaNode to MWMetaItem, 'metaBlock'/'metaInline' to 'alienMeta' * Created a MetaItemFactory, handle meta items in the ModelRegistry * Kill ve.dm.Node.static.isMeta, now obsolete ve.dm.Converter: * Pass in the MetaItemFactory * Look up data element types in the ModelRegistry rather than the NodeFactory, because they can be either nodes or meta items * Document createDataElement() and make explicit that modelClass can be either a node or a meta item * Handle meta items in getDataFromDom() * In getDomFromData(), check the MetaItemFactory as well as the NodeFactory Change-Id: I893709c6f3aa00f85c1b905b70f9f4e597bdeada
2013-02-21 23:01:04 +00:00
've/dm/ve.dm.MetaItemFactory.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/ve.dm.Node.js',
've/dm/ve.dm.BranchNode.js',
've/dm/ve.dm.LeafNode.js',
've/dm/ve.dm.Annotation.js',
Add data model support for MediaWiki references So far just read-only. Bug: 39599 Change-Id: I6daff5c5969e5fdc871f8f346cf790b4302ae080
2013-04-17 17:53:26 +00:00
've/dm/ve.dm.InternalList.js',
Change MetaNodes to MetaItems Rather than meta-things being special kinds of nodes, they are now a separate class of things (MetaItems) along with Nodes and Annotations. * Created a generic ve.dm.MetaItem that meta items inherit from. There will be actual instances of this class as well in the upcoming meta group code. * Renamed MetaNode to AlienMetaItem, MWMetaNode to MWMetaItem, 'metaBlock'/'metaInline' to 'alienMeta' * Created a MetaItemFactory, handle meta items in the ModelRegistry * Kill ve.dm.Node.static.isMeta, now obsolete ve.dm.Converter: * Pass in the MetaItemFactory * Look up data element types in the ModelRegistry rather than the NodeFactory, because they can be either nodes or meta items * Document createDataElement() and make explicit that modelClass can be either a node or a meta item * Handle meta items in getDataFromDom() * In getDomFromData(), check the MetaItemFactory as well as the NodeFactory Change-Id: I893709c6f3aa00f85c1b905b70f9f4e597bdeada
2013-02-21 23:01:04 +00:00
've/dm/ve.dm.MetaItem.js',
Add MetaList A MetaList is a collection of MetaItems representing all of the metadata in a ve.dm.Document, and it updates itself live as the underlying document changes. Currently this interface is read-only, I'll add mutators next. Change-Id: If7bfc9563af37e22dcdca9a682d6decc2f6f1872
2013-03-15 04:07:23 +00:00
've/dm/ve.dm.MetaList.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/ve.dm.TransactionProcessor.js',
've/dm/ve.dm.Transaction.js',
've/dm/ve.dm.Surface.js',
ve.dm.SurfaceFragment: Implement wrapNodes and wrapAllNodes Change-Id: I378f0aad0286a6c90adeb4602a57d6617154e8b6
2012-08-24 22:25:37 +00:00
've/dm/ve.dm.SurfaceFragment.js',
UnicodeJS library to implement Unicode standards Initially just with a Wordbreak module to implement Unicode standard on 'Default Word Boundaries'. Due to it's standaloneability this has been written as a separate library. Non-BMP characters are currently not supported. Bug: 44085 Change-Id: Ieafa070076f4c36855684f6bc179667e28af2c25
2013-03-18 11:31:14 +00:00
've/dm/ve.dm.DataString.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/ve.dm.Document.js',
Store data in LinearData class with an index-value store for objects Created an IndexValueStore class which can store any object and return an integer index to its hash map. Linear data is now stored in ve.dm.LinearData instances. Two subclasses for element and meta data contain methods specific to those data types (ElementLinearData and MetaLinearData). The static methods in ve.dm.Document that inspected data at a given offset are now instance methods of ve.dm.ElementLinearData. AnnotationSets (which are no longer OrderedHashSets) have been moved to /dm and also have to be instantiated with a pointer the store. Bug: 46320 Change-Id: I249a5d48726093d1cb3e36351893f4bff85f52e2
2013-03-20 22:35:05 +00:00
've/dm/ve.dm.LinearData.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/ve.dm.DocumentSynchronizer.js',
Store data in LinearData class with an index-value store for objects Created an IndexValueStore class which can store any object and return an integer index to its hash map. Linear data is now stored in ve.dm.LinearData instances. Two subclasses for element and meta data contain methods specific to those data types (ElementLinearData and MetaLinearData). The static methods in ve.dm.Document that inspected data at a given offset are now instance methods of ve.dm.ElementLinearData. AnnotationSets (which are no longer OrderedHashSets) have been moved to /dm and also have to be instantiated with a pointer the store. Bug: 46320 Change-Id: I249a5d48726093d1cb3e36351893f4bff85f52e2
2013-03-20 22:35:05 +00:00
've/dm/ve.dm.IndexValueStore.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/ve.dm.Converter.js',
Copy ui modules to ve2 Switch sandbox demo to use new ui modules Update VisualEditor.php to use ve2 modules SpecialPageSandbox working Change-Id: I8261d6bf6ceb6ae7b7bfa5f61aec6a0121906765
2012-05-21 19:37:30 +00:00
Change ve.dm.DocumentSlice to a mixin to ve.dm.LinearData Document slice only ever contained linear data, with extra functionality to preserve the range. It pre-dated LinearData, but now we should refactor it to reflect its purpose. Change-Id: Ifc908f7526c83a43a51372c8d2494d7260e7facd
2013-10-03 11:32:02 +00:00
've/dm/lineardata/ve.dm.SlicedLinearData.js',
Use FlatLinearData for storing converter results Previously we returned ElementLinearData from the converter, then stripped out the MetaLinearData. This meant that before processing the ElementLinearData from the converter actually contained metadata which is confusing. The new document constructor stores the converter results in a FlatLinearData object and simultaneously populates element and meta data stores. Also in this commit I have moved various methods from ElementLinearData to FlatLinearData, from which ElementLinearData inherits. Change-Id: I64561bde2c31d8f703c13ac7b0a0c5f7ade9f3d4
2013-10-04 11:57:03 +00:00
've/dm/lineardata/ve.dm.FlatLinearData.js',
Store data in LinearData class with an index-value store for objects Created an IndexValueStore class which can store any object and return an integer index to its hash map. Linear data is now stored in ve.dm.LinearData instances. Two subclasses for element and meta data contain methods specific to those data types (ElementLinearData and MetaLinearData). The static methods in ve.dm.Document that inspected data at a given offset are now instance methods of ve.dm.ElementLinearData. AnnotationSets (which are no longer OrderedHashSets) have been moved to /dm and also have to be instantiated with a pointer the store. Bug: 46320 Change-Id: I249a5d48726093d1cb3e36351893f4bff85f52e2
2013-03-20 22:35:05 +00:00
've/dm/lineardata/ve.dm.ElementLinearData.js',
've/dm/lineardata/ve.dm.MetaLinearData.js',
Create GeneratedContentNode which can store rendered HTML in IV store AlienNode is now a subclass of GCNode, but doesn't use the IV store yet. Bug: 46571 Change-Id: If0717afdf557a2aa681d1bae3a6e98299631091a
2013-04-03 18:21:10 +00:00
've/dm/nodes/ve.dm.GeneratedContentNode.js',
Hybrid-ify AlienBlock/AlienInline Change-Id: Ieda8383c0c04df208f4c5f2aa7380427467049b7
2013-01-25 04:09:53 +00:00
've/dm/nodes/ve.dm.AlienNode.js',
Add ve.dm.BreakNode to represent <br> Change-Id: I3825199c3c8cbe3b50c01e03f39f20cef7c55a28
2012-08-08 23:06:20 +00:00
've/dm/nodes/ve.dm.BreakNode.js',
Fix path issues with missing files, inconsistent subset in demo, test & mediawiki. * CenterNode missing in ResourceLoader registry * UI classes and rangy not in static test/index.html * Transaction and TransactionProcessor listed twice Added a maintenance script that generates the <script> and <link> tags for all files in the same order everywhere. Change-Id: I5d22d33769b4e356e8065d295505f6f9a8b0bea8
2012-10-16 14:03:26 +00:00
've/dm/nodes/ve.dm.CenterNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/nodes/ve.dm.DefinitionListItemNode.js',
've/dm/nodes/ve.dm.DefinitionListNode.js',
Add support for <div>s as user-editable blocks Bug: 47907 Change-Id: I794927a881082e0113c0ce8ee8f1d908b0960899
2013-05-01 01:32:06 +00:00
've/dm/nodes/ve.dm.DivNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/nodes/ve.dm.DocumentNode.js',
've/dm/nodes/ve.dm.HeadingNode.js',
've/dm/nodes/ve.dm.ImageNode.js',
Add data model support for MediaWiki references So far just read-only. Bug: 39599 Change-Id: I6daff5c5969e5fdc871f8f346cf790b4302ae080
2013-04-17 17:53:26 +00:00
've/dm/nodes/ve.dm.InternalItemNode.js',
've/dm/nodes/ve.dm.InternalListNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/nodes/ve.dm.ListItemNode.js',
've/dm/nodes/ve.dm.ListNode.js',
've/dm/nodes/ve.dm.ParagraphNode.js',
've/dm/nodes/ve.dm.PreformattedNode.js',
Add TableCaptionNode Because we have a node for <table>, we also need one for <caption>, otherwise we'll try to alienate it and fail. Added the test case as a separate example document so Ed can use it for his tests. Removed test case asserting <caption> is alienated. Change-Id: I3a917db58e6c0eb97899b214b07d01fc8d86b56d
2013-04-25 22:24:37 +00:00
've/dm/nodes/ve.dm.TableCaptionNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/nodes/ve.dm.TableCellNode.js',
've/dm/nodes/ve.dm.TableNode.js',
've/dm/nodes/ve.dm.TableRowNode.js',
've/dm/nodes/ve.dm.TableSectionNode.js',
've/dm/nodes/ve.dm.TextNode.js',
Copy ui modules to ve2 Switch sandbox demo to use new ui modules Update VisualEditor.php to use ve2 modules SpecialPageSandbox working Change-Id: I8261d6bf6ceb6ae7b7bfa5f61aec6a0121906765
2012-05-21 19:37:30 +00:00
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
've-mw/dm/nodes/ve.dm.MWEntityNode.js',
've-mw/dm/nodes/ve.dm.MWHeadingNode.js',
've-mw/dm/nodes/ve.dm.MWPreformattedNode.js',
Re-render images after resize Using the MW APIs get a resized version of the image and use GeneratedContentNode to cache the url. Bug: 55697 Change-Id: I418f7e1464663f447d46de7ffc29aa5f52d23b12
2013-10-15 12:18:11 +00:00
've-mw/dm/nodes/ve.dm.MWImageNode.js',
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
've-mw/dm/nodes/ve.dm.MWInlineImageNode.js',
've-mw/dm/nodes/ve.dm.MWBlockImageNode.js',
've-mw/dm/nodes/ve.dm.MWImageCaptionNode.js',
Add a node type for numbered external links Since I0f0a826c in Parsoid, numbered external links are now empty <a rel="mw:ExtLink"></a> tags. This means we have to put in a node type for them to prevent them from being considered empty annotations and getting converted to alienMeta. MWNumberedExternalLinkNode is protected and focusable to avoid making the link text (which isn't editable) clickable. It isn't inspectable yet, we need to work on that. Bug: 53505 Change-Id: I83f69695f3974089e51a84e799f31ab6ed879e05
2013-10-17 20:15:36 +00:00
've-mw/dm/nodes/ve.dm.MWNumberedExternalLinkNode.js',
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
've-mw/dm/nodes/ve.dm.MWTransclusionNode.js',
've-mw/dm/nodes/ve.dm.MWReferenceListNode.js',
've-mw/dm/nodes/ve.dm.MWReferenceNode.js',
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
've-mw/dm/nodes/ve.dm.MWExtensionNode.js',
Create MediaWiki specific nodes to contain MW specific rules. Heading and Preformatted nodes have rules that should only exist under a document node in MediaWiki. Two new node types have been created as has a new DropdownTool which uses these. The MW init options have been changed to use the new DropdownTool. Bug: 45295 Change-Id: I3f47e1ae1f5c1415bde58a75385e4bf5f4b8fffc
2013-03-01 01:17:02 +00:00
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/annotations/ve.dm.LinkAnnotation.js',
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
've-mw/dm/annotations/ve.dm.MWExternalLinkAnnotation.js',
've-mw/dm/annotations/ve.dm.MWInternalLinkAnnotation.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/dm/annotations/ve.dm.TextStyleAnnotation.js',
Make <nowiki>s non-experimental again Change-Id: Icce6c19243b82c46a6c48004065d93453bb4f8eb
2013-07-27 00:12:27 +00:00
've-mw/dm/annotations/ve.dm.MWNowikiAnnotation.js',
Copy ui modules to ve2 Switch sandbox demo to use new ui modules Update VisualEditor.php to use ve2 modules SpecialPageSandbox working Change-Id: I8261d6bf6ceb6ae7b7bfa5f61aec6a0121906765
2012-05-21 19:37:30 +00:00
Change MetaNodes to MetaItems Rather than meta-things being special kinds of nodes, they are now a separate class of things (MetaItems) along with Nodes and Annotations. * Created a generic ve.dm.MetaItem that meta items inherit from. There will be actual instances of this class as well in the upcoming meta group code. * Renamed MetaNode to AlienMetaItem, MWMetaNode to MWMetaItem, 'metaBlock'/'metaInline' to 'alienMeta' * Created a MetaItemFactory, handle meta items in the ModelRegistry * Kill ve.dm.Node.static.isMeta, now obsolete ve.dm.Converter: * Pass in the MetaItemFactory * Look up data element types in the ModelRegistry rather than the NodeFactory, because they can be either nodes or meta items * Document createDataElement() and make explicit that modelClass can be either a node or a meta item * Handle meta items in getDataFromDom() * In getDomFromData(), check the MetaItemFactory as well as the NodeFactory Change-Id: I893709c6f3aa00f85c1b905b70f9f4e597bdeada
2013-02-21 23:01:04 +00:00
've/dm/metaitems/ve.dm.AlienMetaItem.js',
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
've-mw/dm/metaitems/ve.dm.MWAlienMetaItem.js',
've-mw/dm/metaitems/ve.dm.MWCategoryMetaItem.js',
've-mw/dm/metaitems/ve.dm.MWDefaultSortMetaItem.js',
've-mw/dm/metaitems/ve.dm.MWLanguageMetaItem.js',
Handle meta-only transclusions as meta items To achieve this we need to evaluate the DOM contents of transclusion nodes to see if it consists solely of meta items and whitespace. To check for meta items we do a model registry match, but with an additional parameter to exclude mwTransclusion types as a possible result (as the first item may be a meta tag, but with a mw:Transclusion typeof attribute). Bug: 51322 Change-Id: I89a220350fb7e10e15f3682d21438539196a5846
2013-07-23 13:35:26 +00:00
've-mw/dm/metaitems/ve.dm.MWTransclusionMetaItem.js',
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
've-mw/dm/models/ve.dm.MWTransclusionModel.js',
've-mw/dm/models/ve.dm.MWTransclusionPartModel.js',
've-mw/dm/models/ve.dm.MWTransclusionContentModel.js',
've-mw/dm/models/ve.dm.MWTemplateSpecModel.js',
've-mw/dm/models/ve.dm.MWTemplateModel.js',
've-mw/dm/models/ve.dm.MWTemplatePlaceholderModel.js',
've-mw/dm/models/ve.dm.MWTemplateParameterModel.js',
Move transclusion editing from experimental to core Change-Id: Ibd0915e367d105170e6b88e3b46c2d54659ce962
2013-06-18 21:55:06 +00:00
Replaced es with ce for Sandbox and main demo * Configured VisualEditorSandbox to use es * Reconfigured the ce demo to share the sandbox module * Removed es demo * Renamed ce demo to ve (es is broken anyways) Patchset 2: squashed in https://gerrit.wikimedia.org/r/3953 Change-Id: If8d13bf7011616d222be78899b23186859d5ed70
2012-03-29 21:05:25 +00:00
// ce
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/ve.ce.js',
DomRange makes more sense as a name for this class (cause it is not rangy specific). Change-Id: I670523a0ed2216ebe34dc4b759a4aa429b9da53c
2013-03-05 20:18:59 +00:00
've/ce/ve.ce.DomRange.js',
Great Annotation Refactor of 2013 This changes the annotation API to be the same as the node API, sans a few boolean flags that don't apply. The APIs were different, but there was really no good reason why, so this makes things simpler for API users. It also means we'll be able to factor a bunch of things out because they're now duplicated between nodes, meta items and annotations. Linear model annotations are now objects with 'type' and 'attributes' properties (rather than 'name' and 'data'), for consistency with elements. They now also contain html/0/* attributes for HTML attribute preservation, which obsoletes the htmlTagName and htmlAttributes properties. dm.Annotation subclasses take a reference to such an object and implement conversion using .static.toDataElement and .static.toDomElements just like nodes do. The custom .getHash() functions are no longer necessary because of the way HTML attribute preservation was reimplemented. CE rendering has been moved out of dm.Annotation (it never made sense to have CE rendering functions in DM classes, this was bothering me) and into separate ce.Annotation subclasses. These are very similar to CE nodes in that they have a this.$ generated based on something in the DM; the main difference is that nodes listen to events and update themselves, whereas annotations are static and are simply destroyed and rebuilt when they change. This change also adds whitelisted HTML attribute rendering for annotations, as well as class="ve-ce-FooAnnotation" attributes. Now that annotation classes produce real DOM nodes rather than weird objects describing HTML tags, we can't generate HTML as a string in ce.ContentBranchNode anymore. getRenderedContents() has been rewritten to be much more similar to the way the converter renders annotations; in fact, significant parts of it were copied from the converter, so that should be factored out in the future. This change actually fixes an annotation rendering discrepancy between ce.ContentBranchNode and dm.Converter; see the diff of ve.ce.ContentBranchNode.test.js. ve.ce.MWEntityNode.js: * Remove stray property ve.dm.MWExternalLinkAnnotation.js: * Store 'rel' attribute ve.dm.TextStyleAnnotation.js: * Put all the conversion logic in the abstract base class ve.dm.Converter.js: * Also feed annotations through getDomElementsFromDataElement() and createDataElement() ve.dm.Node.js: * Fix undocumented property ve.ce.ContentBranchNode.test.js: * Add descriptive messages for each test case * Compare DOM trees, not HTML strings * Compare without all the class="ve-ce-WhateverAnnotation" clutter ve.ui.LinkInspector.js: * Replace direct .getHash() calls (evil!) with ve.getHash() Bug: 46464 Bug: 44808 Change-Id: I31991488579b8cce6d98ed8b29b486ba5ec38cdc
2013-04-02 17:23:33 +00:00
've/ce/ve.ce.AnnotationFactory.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/ve.ce.NodeFactory.js',
've/ce/ve.ce.Document.js',
Add ve.ce.View as a common base class for ce.Node and ce.Annotation Just like ve.dm.Model is a common base class for dm.Node, dm.Annotation and dm.MetaItem. ce.View abstracts the this.model and this.$ behavior, including liveness, whitelisted HTML attribute rendering and adding a back reference in .data(). The back reference has been renamed from .data( 'node' ) to the more generic .data( 'view' ). At this point this means ce.Annotation is just a shell around ce.View (except where it defaults to a span rather than a div), but that could change in the future. Change-Id: I0eef5b80718e0b0fcd3f8bba096b452f0bb680d0
2013-04-02 19:33:22 +00:00
've/ce/ve.ce.View.js',
Great Annotation Refactor of 2013 This changes the annotation API to be the same as the node API, sans a few boolean flags that don't apply. The APIs were different, but there was really no good reason why, so this makes things simpler for API users. It also means we'll be able to factor a bunch of things out because they're now duplicated between nodes, meta items and annotations. Linear model annotations are now objects with 'type' and 'attributes' properties (rather than 'name' and 'data'), for consistency with elements. They now also contain html/0/* attributes for HTML attribute preservation, which obsoletes the htmlTagName and htmlAttributes properties. dm.Annotation subclasses take a reference to such an object and implement conversion using .static.toDataElement and .static.toDomElements just like nodes do. The custom .getHash() functions are no longer necessary because of the way HTML attribute preservation was reimplemented. CE rendering has been moved out of dm.Annotation (it never made sense to have CE rendering functions in DM classes, this was bothering me) and into separate ce.Annotation subclasses. These are very similar to CE nodes in that they have a this.$ generated based on something in the DM; the main difference is that nodes listen to events and update themselves, whereas annotations are static and are simply destroyed and rebuilt when they change. This change also adds whitelisted HTML attribute rendering for annotations, as well as class="ve-ce-FooAnnotation" attributes. Now that annotation classes produce real DOM nodes rather than weird objects describing HTML tags, we can't generate HTML as a string in ce.ContentBranchNode anymore. getRenderedContents() has been rewritten to be much more similar to the way the converter renders annotations; in fact, significant parts of it were copied from the converter, so that should be factored out in the future. This change actually fixes an annotation rendering discrepancy between ce.ContentBranchNode and dm.Converter; see the diff of ve.ce.ContentBranchNode.test.js. ve.ce.MWEntityNode.js: * Remove stray property ve.dm.MWExternalLinkAnnotation.js: * Store 'rel' attribute ve.dm.TextStyleAnnotation.js: * Put all the conversion logic in the abstract base class ve.dm.Converter.js: * Also feed annotations through getDomElementsFromDataElement() and createDataElement() ve.dm.Node.js: * Fix undocumented property ve.ce.ContentBranchNode.test.js: * Add descriptive messages for each test case * Compare DOM trees, not HTML strings * Compare without all the class="ve-ce-WhateverAnnotation" clutter ve.ui.LinkInspector.js: * Replace direct .getHash() calls (evil!) with ve.getHash() Bug: 46464 Bug: 44808 Change-Id: I31991488579b8cce6d98ed8b29b486ba5ec38cdc
2013-04-02 17:23:33 +00:00
've/ce/ve.ce.Annotation.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/ve.ce.Node.js',
've/ce/ve.ce.BranchNode.js',
Render inline annotations in CE Moved annotation rendering from ce.Textnode into the new ce.ContentBranchNode class. This allows us to render annotations that span across multiple nodes. * Add ce.ContentBranchNode, inheriting ce.BranchNode * Make ce.{Paragraph,Heading,Preformatted}Node inherit ce.ContentBranchNode * Made ce.ContentBranchNode render its child nodes with anntations, using .getAnnotatedHtml() on the child nodes * Put a default implementation for .getAnnotatedHtml() in ce.LeafNode * Override this in ce.TextNode to do escaping and whitespace handling * Removed rendering code from ce.TextNode (this.$ is now unused there) * Removed ce.TextNode.onUpdate() and ce.BranchNode.clean(), now unneeded * Have ce.BranchNode propagate update events from children, so ce.ContentBranchNode can rerender when its children change * Update tests, add test case for escaping of &<>'" Change-Id: I4600e984b287c6ff9267f4281d2f09bab9e1ad95
2012-11-27 00:35:12 +00:00
've/ce/ve.ce.ContentBranchNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/ve.ce.LeafNode.js',
ve.ce.ProtectedNode Objective: Generalize the shield and phantom magic, so we can use it for pretty much any node we like. Usually this will be used with generated content nodes, but also with aliens (of course) and possible other stuff in the future. Bonus: Also fixes a bug in DM that would crash VE when you selected to the end and hit backspace. Changes: *.php * Added links to files aliens.html * Added attributes to aliens to make them aliens again ve.ce.AlienNode.js * Moved shield and phantom functionality to ve.ce.ProtectedNode ve.ce.AlienNode.js, ve.ce.MWReferenceListNode.js, ve.ce.MWReferenceNode.js, ve.ce.MWTemplateNode.js * Mixed in ve.ce.ProtectedNode ve.ce.Node.css * Reorganized styles and updated class names * Added simple light blue hover with outline (using inset box shadow) for protected nodes, same style as before for aliens ve.ce.Surface.css * Moved phantom styles to ve.ce.Node.css ve.ce.BranchNode.js * Moved call to setLive(false) to happen before detach() so that the surface object is still available and events can be disconnected ve.ce.BranchNode.js, ve.ce.Document.js, ve.ce.js, ve.ce.Surface.js, ve.ce.SurfaceObserver.js * Adjusted CSS class names ve.ce.Node.js * Moved shield template to ve.ce.ProtectedNode ve.ce.ProtectedNode.js * New class, mix into another class to protect it from editing ve.ce.RelocatableNode.js * Renamed temporary surface property to relocatingSurface to avoid confusion when debugging ve.ce.Surface.js * Moved phantom template to ve.ce.ProtectedNode ve.dm.Transaction.js * Fixed bug where most of the internal list was being deleted when the end of the document was selected and the user pressed backspace Change-Id: I2468b16e1ba6785ad298e38190e33493135719c3
2013-05-07 00:07:01 +00:00
've/ce/ve.ce.ProtectedNode.js',
Allow node focusing *.php * Added links to new file ve.ce.ImageNode.js * Added focusable node mixin ve.ce.FocusableNode.js * New class! * Adds isFocused and setFocused methods * When a node is focused or blurred, 'focus' and 'blur' events are emitted * While a node is focused, it will have the 've-ce-node-focused' class added to it's this.$ ve.ce.Surface.js * Add detection of node focusing and setting focus and blur on nodes on change Change-Id: I3f1ad6309571f2bfe568550e2e8f1bd5a0302085
2013-04-18 20:54:37 +00:00
've/ce/ve.ce.FocusableNode.js',
Allow node relocation *.php * Added links to new file ve.ce.ImageNode.js * Added relocatable node mixin * Added $image reference to the actual img element, so if it's wrapped in a sub class the functionality in the parent class doesn't break. * Moved drag start event handling to relocatable node * Removed drag end binding, not needed. ve.ce.MWImageNode.js * Moved addClass to initialization section of constructor. * Copied 'view' data prop from image element to keep stuff working after the wrapping. ve.ce.Node.css * Switched to default (arrow) cursor for images. ve.ce.RelocatableNode.js * New mixing for nodes that should be relocatable * Added implementation for drag start, which tells the surface to allow dragging this node. ve.ce.Surface.js * Added relocation support, which is used by relocatable nodes * Split onDocumentDragDrop into onDocumentDragOver and onDocumentDrop which now have implementations that support relocation of nodes ve.ui.Context.js * Added relocation tracking to prevent context being shown while relocating Change-Id: I8703adfb707af2c3224431afc3418356ac2c686c
2013-04-15 17:54:49 +00:00
've/ce/ve.ce.RelocatableNode.js',
Allow resizing nodes Actually really resizing the image Show bounding box on mouseover with 4 handles. Bounding box is resizable. Image resizes to match bounding box on mouse up. Change-Id: I1f3dac64eb86dd1f258937e4915af101b3ac19d8
2013-04-18 01:07:59 +00:00
've/ce/ve.ce.ResizableNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/ve.ce.Surface.js',
Added missing reference to SurfaceObserver in VisualEditor.php Change-Id: I05c93f55e2fd3677fdea2a03da0e5135808058fa
2012-10-11 19:45:21 +00:00
've/ce/ve.ce.SurfaceObserver.js',
Copy ui modules to ve2 Switch sandbox demo to use new ui modules Update VisualEditor.php to use ve2 modules SpecialPageSandbox working Change-Id: I8261d6bf6ceb6ae7b7bfa5f61aec6a0121906765
2012-05-21 19:37:30 +00:00
Create GeneratedContentNode which can store rendered HTML in IV store AlienNode is now a subclass of GCNode, but doesn't use the IV store yet. Bug: 46571 Change-Id: If0717afdf557a2aa681d1bae3a6e98299631091a
2013-04-03 18:21:10 +00:00
've/ce/nodes/ve.ce.GeneratedContentNode.js',
Phantoms not vanishing on mouseout If the mouse is moved too quickly, the phantoms have a tendency to stick. This change moves the event from phantom.mouseleave to surface.mousemove. Change-Id: I2c7e7bdc838427d4355a6c0c13bafe3198636dbe
2012-11-15 23:33:09 +00:00
've/ce/nodes/ve.ce.AlienNode.js',
Add ve.dm.BreakNode to represent <br> Change-Id: I3825199c3c8cbe3b50c01e03f39f20cef7c55a28
2012-08-08 23:06:20 +00:00
've/ce/nodes/ve.ce.BreakNode.js',
Fixing location of ve.ce.CenterNode.js and adding comma between variable declarations Change-Id: If54e314f47860ac30060bec6b3f5997ed3709e0b
2012-10-17 20:12:37 +00:00
've/ce/nodes/ve.ce.CenterNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/nodes/ve.ce.DefinitionListItemNode.js',
've/ce/nodes/ve.ce.DefinitionListNode.js',
Add support for <div>s as user-editable blocks Bug: 47907 Change-Id: I794927a881082e0113c0ce8ee8f1d908b0960899
2013-05-01 01:32:06 +00:00
've/ce/nodes/ve.ce.DivNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/nodes/ve.ce.DocumentNode.js',
've/ce/nodes/ve.ce.HeadingNode.js',
've/ce/nodes/ve.ce.ImageNode.js',
Add data model support for MediaWiki references So far just read-only. Bug: 39599 Change-Id: I6daff5c5969e5fdc871f8f346cf790b4302ae080
2013-04-17 17:53:26 +00:00
've/ce/nodes/ve.ce.InternalItemNode.js',
've/ce/nodes/ve.ce.InternalListNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/nodes/ve.ce.ListItemNode.js',
've/ce/nodes/ve.ce.ListNode.js',
've/ce/nodes/ve.ce.ParagraphNode.js',
've/ce/nodes/ve.ce.PreformattedNode.js',
Add TableCaptionNode Because we have a node for <table>, we also need one for <caption>, otherwise we'll try to alienate it and fail. Added the test case as a separate example document so Ed can use it for his tests. Removed test case asserting <caption> is alienated. Change-Id: I3a917db58e6c0eb97899b214b07d01fc8d86b56d
2013-04-25 22:24:37 +00:00
've/ce/nodes/ve.ce.TableCaptionNode.js',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/nodes/ve.ce.TableCellNode.js',
've/ce/nodes/ve.ce.TableNode.js',
've/ce/nodes/ve.ce.TableRowNode.js',
've/ce/nodes/ve.ce.TableSectionNode.js',
've/ce/nodes/ve.ce.TextNode.js',
Create GeneratedContentNode which can store rendered HTML in IV store AlienNode is now a subclass of GCNode, but doesn't use the IV store yet. Bug: 46571 Change-Id: If0717afdf557a2aa681d1bae3a6e98299631091a
2013-04-03 18:21:10 +00:00
Create MWResizeableNode mixin to control defaultSize flag Previously wasn't being updated to 'false' after a width/height attribute change. Bug: 50645 Change-Id: Id5dcd6998e0125757238426f8052505d131d712d
2013-07-16 14:06:47 +00:00
've-mw/ce/ve.ce.MWResizableNode.js',
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
've-mw/ce/nodes/ve.ce.MWEntityNode.js',
've-mw/ce/nodes/ve.ce.MWHeadingNode.js',
've-mw/ce/nodes/ve.ce.MWPreformattedNode.js',
Re-render images after resize Using the MW APIs get a resized version of the image and use GeneratedContentNode to cache the url. Bug: 55697 Change-Id: I418f7e1464663f447d46de7ffc29aa5f52d23b12
2013-10-15 12:18:11 +00:00
've-mw/ce/nodes/ve.ce.MWImageNode.js',
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
've-mw/ce/nodes/ve.ce.MWInlineImageNode.js',
've-mw/ce/nodes/ve.ce.MWBlockImageNode.js',
've-mw/ce/nodes/ve.ce.MWImageCaptionNode.js',
Add a node type for numbered external links Since I0f0a826c in Parsoid, numbered external links are now empty <a rel="mw:ExtLink"></a> tags. This means we have to put in a node type for them to prevent them from being considered empty annotations and getting converted to alienMeta. MWNumberedExternalLinkNode is protected and focusable to avoid making the link text (which isn't editable) clickable. It isn't inspectable yet, we need to work on that. Bug: 53505 Change-Id: I83f69695f3974089e51a84e799f31ab6ed879e05
2013-10-17 20:15:36 +00:00
've-mw/ce/nodes/ve.ce.MWNumberedExternalLinkNode.js',
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
've-mw/ce/nodes/ve.ce.MWTransclusionNode.js',
've-mw/ce/nodes/ve.ce.MWReferenceListNode.js',
've-mw/ce/nodes/ve.ce.MWReferenceNode.js',
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
've-mw/ce/nodes/ve.ce.MWExtensionNode.js',
Copy ui modules to ve2 Switch sandbox demo to use new ui modules Update VisualEditor.php to use ve2 modules SpecialPageSandbox working Change-Id: I8261d6bf6ceb6ae7b7bfa5f61aec6a0121906765
2012-05-21 19:37:30 +00:00
Great Annotation Refactor of 2013 This changes the annotation API to be the same as the node API, sans a few boolean flags that don't apply. The APIs were different, but there was really no good reason why, so this makes things simpler for API users. It also means we'll be able to factor a bunch of things out because they're now duplicated between nodes, meta items and annotations. Linear model annotations are now objects with 'type' and 'attributes' properties (rather than 'name' and 'data'), for consistency with elements. They now also contain html/0/* attributes for HTML attribute preservation, which obsoletes the htmlTagName and htmlAttributes properties. dm.Annotation subclasses take a reference to such an object and implement conversion using .static.toDataElement and .static.toDomElements just like nodes do. The custom .getHash() functions are no longer necessary because of the way HTML attribute preservation was reimplemented. CE rendering has been moved out of dm.Annotation (it never made sense to have CE rendering functions in DM classes, this was bothering me) and into separate ce.Annotation subclasses. These are very similar to CE nodes in that they have a this.$ generated based on something in the DM; the main difference is that nodes listen to events and update themselves, whereas annotations are static and are simply destroyed and rebuilt when they change. This change also adds whitelisted HTML attribute rendering for annotations, as well as class="ve-ce-FooAnnotation" attributes. Now that annotation classes produce real DOM nodes rather than weird objects describing HTML tags, we can't generate HTML as a string in ce.ContentBranchNode anymore. getRenderedContents() has been rewritten to be much more similar to the way the converter renders annotations; in fact, significant parts of it were copied from the converter, so that should be factored out in the future. This change actually fixes an annotation rendering discrepancy between ce.ContentBranchNode and dm.Converter; see the diff of ve.ce.ContentBranchNode.test.js. ve.ce.MWEntityNode.js: * Remove stray property ve.dm.MWExternalLinkAnnotation.js: * Store 'rel' attribute ve.dm.TextStyleAnnotation.js: * Put all the conversion logic in the abstract base class ve.dm.Converter.js: * Also feed annotations through getDomElementsFromDataElement() and createDataElement() ve.dm.Node.js: * Fix undocumented property ve.ce.ContentBranchNode.test.js: * Add descriptive messages for each test case * Compare DOM trees, not HTML strings * Compare without all the class="ve-ce-WhateverAnnotation" clutter ve.ui.LinkInspector.js: * Replace direct .getHash() calls (evil!) with ve.getHash() Bug: 46464 Bug: 44808 Change-Id: I31991488579b8cce6d98ed8b29b486ba5ec38cdc
2013-04-02 17:23:33 +00:00
've/ce/annotations/ve.ce.LinkAnnotation.js',
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
've-mw/ce/annotations/ve.ce.MWExternalLinkAnnotation.js',
've-mw/ce/annotations/ve.ce.MWInternalLinkAnnotation.js',
Great Annotation Refactor of 2013 This changes the annotation API to be the same as the node API, sans a few boolean flags that don't apply. The APIs were different, but there was really no good reason why, so this makes things simpler for API users. It also means we'll be able to factor a bunch of things out because they're now duplicated between nodes, meta items and annotations. Linear model annotations are now objects with 'type' and 'attributes' properties (rather than 'name' and 'data'), for consistency with elements. They now also contain html/0/* attributes for HTML attribute preservation, which obsoletes the htmlTagName and htmlAttributes properties. dm.Annotation subclasses take a reference to such an object and implement conversion using .static.toDataElement and .static.toDomElements just like nodes do. The custom .getHash() functions are no longer necessary because of the way HTML attribute preservation was reimplemented. CE rendering has been moved out of dm.Annotation (it never made sense to have CE rendering functions in DM classes, this was bothering me) and into separate ce.Annotation subclasses. These are very similar to CE nodes in that they have a this.$ generated based on something in the DM; the main difference is that nodes listen to events and update themselves, whereas annotations are static and are simply destroyed and rebuilt when they change. This change also adds whitelisted HTML attribute rendering for annotations, as well as class="ve-ce-FooAnnotation" attributes. Now that annotation classes produce real DOM nodes rather than weird objects describing HTML tags, we can't generate HTML as a string in ce.ContentBranchNode anymore. getRenderedContents() has been rewritten to be much more similar to the way the converter renders annotations; in fact, significant parts of it were copied from the converter, so that should be factored out in the future. This change actually fixes an annotation rendering discrepancy between ce.ContentBranchNode and dm.Converter; see the diff of ve.ce.ContentBranchNode.test.js. ve.ce.MWEntityNode.js: * Remove stray property ve.dm.MWExternalLinkAnnotation.js: * Store 'rel' attribute ve.dm.TextStyleAnnotation.js: * Put all the conversion logic in the abstract base class ve.dm.Converter.js: * Also feed annotations through getDomElementsFromDataElement() and createDataElement() ve.dm.Node.js: * Fix undocumented property ve.ce.ContentBranchNode.test.js: * Add descriptive messages for each test case * Compare DOM trees, not HTML strings * Compare without all the class="ve-ce-WhateverAnnotation" clutter ve.ui.LinkInspector.js: * Replace direct .getHash() calls (evil!) with ve.getHash() Bug: 46464 Bug: 44808 Change-Id: I31991488579b8cce6d98ed8b29b486ba5ec38cdc
2013-04-02 17:23:33 +00:00
've/ce/annotations/ve.ce.TextStyleAnnotation.js',
Make <nowiki>s non-experimental again Change-Id: Icce6c19243b82c46a6c48004065d93453bb4f8eb
2013-07-27 00:12:27 +00:00
've-mw/ce/annotations/ve.ce.MWNowikiAnnotation.js',
Great Annotation Refactor of 2013 This changes the annotation API to be the same as the node API, sans a few boolean flags that don't apply. The APIs were different, but there was really no good reason why, so this makes things simpler for API users. It also means we'll be able to factor a bunch of things out because they're now duplicated between nodes, meta items and annotations. Linear model annotations are now objects with 'type' and 'attributes' properties (rather than 'name' and 'data'), for consistency with elements. They now also contain html/0/* attributes for HTML attribute preservation, which obsoletes the htmlTagName and htmlAttributes properties. dm.Annotation subclasses take a reference to such an object and implement conversion using .static.toDataElement and .static.toDomElements just like nodes do. The custom .getHash() functions are no longer necessary because of the way HTML attribute preservation was reimplemented. CE rendering has been moved out of dm.Annotation (it never made sense to have CE rendering functions in DM classes, this was bothering me) and into separate ce.Annotation subclasses. These are very similar to CE nodes in that they have a this.$ generated based on something in the DM; the main difference is that nodes listen to events and update themselves, whereas annotations are static and are simply destroyed and rebuilt when they change. This change also adds whitelisted HTML attribute rendering for annotations, as well as class="ve-ce-FooAnnotation" attributes. Now that annotation classes produce real DOM nodes rather than weird objects describing HTML tags, we can't generate HTML as a string in ce.ContentBranchNode anymore. getRenderedContents() has been rewritten to be much more similar to the way the converter renders annotations; in fact, significant parts of it were copied from the converter, so that should be factored out in the future. This change actually fixes an annotation rendering discrepancy between ce.ContentBranchNode and dm.Converter; see the diff of ve.ce.ContentBranchNode.test.js. ve.ce.MWEntityNode.js: * Remove stray property ve.dm.MWExternalLinkAnnotation.js: * Store 'rel' attribute ve.dm.TextStyleAnnotation.js: * Put all the conversion logic in the abstract base class ve.dm.Converter.js: * Also feed annotations through getDomElementsFromDataElement() and createDataElement() ve.dm.Node.js: * Fix undocumented property ve.ce.ContentBranchNode.test.js: * Add descriptive messages for each test case * Compare DOM trees, not HTML strings * Compare without all the class="ve-ce-WhateverAnnotation" clutter ve.ui.LinkInspector.js: * Replace direct .getHash() calls (evil!) with ve.getHash() Bug: 46464 Bug: 44808 Change-Id: I31991488579b8cce6d98ed8b29b486ba5ec38cdc
2013-04-02 17:23:33 +00:00
Migrated es.* to new ve.* namespace which is more structured, and will make it easier to keep data model, edit surface, user interface and content editable work separated cleanly
2012-02-06 23:50:56 +00:00
// ui
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ui/ve.ui.js',
Add ve.ui.ToolGroup and use within toolbar setup Objectives: * Use a class for toolbar groups to add more functionality later * Rename addTools method to setup Changes: *.php * Add link to new file * Move ui element classes up for more general use ve.init.mw.ViewPageTarget.js, ve.init.sa.Target.js, ve.ui.Context.js, ve.ui.SurfaceWidget.js * Update use of addTools method ve.ui.Tool.css, ve.ui.Toolbar.css * Move styles between sheets ve.ui.Toolbar.js * Rename addTools to setup * Use ve.ui.ToolGroup objects when building tools ve.ui.ToolGroup.js * New class, encapsulates tools Change-Id: Ic3a643634a80a8ac7d6f6f47f031d001c7efaee7
2013-08-05 23:36:10 +00:00
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
've/ui/ve.ui.Surface.js',
UI context reorganization, inspector rewrite, iframe refactor, icon generalization * Only show the inspector if the selected text has an inspectable annotation * Replace the inline menu with a toolbar containing inspectable annotations * Change the appearance of the inspector to match new mockups * Add the trash can icon for removing annotations * Move iframe handling code into a class that manages all that nonsense Change-Id: I840f72426f9a9e50054a28de950393f0e9913153
2012-10-24 22:20:41 +00:00
've/ui/ve.ui.Context.js',
Make dialogs, inspectors windows and window sets generic Objective: * Remove surface dependencies in dialogs, inspectors, windows and window sets * Introduce surface-specific versions of dialogs, inspectors and window sets Change-Id: I2db59127d2085b02e173a3605e174317e419e213
2013-10-04 17:51:44 +00:00
've/ui/ve.ui.SurfaceWindowSet.js',
've/ui/ve.ui.SurfaceInspector.js',
've/ui/ve.ui.SurfaceDialog.js',
Split ve.ui.Toolbar and ve.ui.SurfaceToolbar Objective: * Make it possible to make a toolbar without a surface Changes: *.php * Links to new file ve.ui.Toolbar.js, ve.ui.SurfaceToolbar.js * Split toolbar into generic and surface specific classes *.js * Update symbol names Change-Id: Ice063a2fb67b5ce5155cdc96a0d47af49eee48cb
2013-08-01 22:01:43 +00:00
've/ui/ve.ui.SurfaceToolbar.js',
Extend SurfaceToolbar into TargetToolbar Toolbars may want to control the target as well as the surface (spoiler alert!). The new TargetToolbar has a pointer to its target as well as its surface. Change-Id: I928316d9e23ac3f3de3e76c34ef0ac3d27855ab3
2013-09-06 00:10:06 +00:00
've/ui/ve.ui.TargetToolbar.js',
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
've/ui/ve.ui.ToolFactory.js',
Detangle triggers from OOUI Changes: * Pass toolGroup into tools instead of toolbar * Split tool labels into title and accel * Make toolbars provide accelerator labels * Remove getLabelText method since it's not being used and is likely not useful * Make tools update their own labels * Only show accelerator information for triggers that are active in the surface * Make surface toolbars listen to commands being added and update tools accordingly * Introduce command object to encapsulate command info Change-Id: Ieac4bfa63b63ac0a9dee154af3007a33b4d447ff
2013-10-23 23:27:12 +00:00
've/ui/ve.ui.Command.js',
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
've/ui/ve.ui.CommandRegistry.js',
've/ui/ve.ui.Trigger.js',
've/ui/ve.ui.TriggerRegistry.js',
've/ui/ve.ui.Action.js',
've/ui/ve.ui.ActionFactory.js',
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
've-mw/ui/ve.ui.MWDialog.js',
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
've/ui/actions/ve.ui.AnnotationAction.js',
've/ui/actions/ve.ui.ContentAction.js',
Allow direct opening of pages in the meta dialog Objectives: * Hamburger menu in actions area of toolbar * Add tools that open specific pages in the meta dialog * Fix support for using setPage in ve.ui.PagedOutlineLayout * Allow passing setup config objects through window open calls * Add dialog action, similar to inspector action * Fix incorrect or missing documentation Change-Id: I2d2c9b87554fb2a0c90ed6944a58b38a37efa712
2013-10-17 22:09:48 +00:00
've/ui/actions/ve.ui.DialogAction.js',
ve.Editor Objectives: * Split ve.Surface into ve.Editor and ve.ui.Surface * Move actions, triggers and commands to ve.ui * Move toolbar wrapping, floating, shadow and actions functionality to configurable options of ve.ui.Toolbar * Make ve.ce.Surface and ve.ui.Surface inherit ve.Element and use this.$$ for iframe friendliness * Make the toolbar separately initialized so it's possible to have a surface without one, as well as control where the toolbar is Some change notes: VisualEditor.php * Added standalone module for mediawiki integrated unit testing ve.ce.Surface.js * Remove requirement to pass in an attached container to construct object * Inherit ve.Element and use this.$$ instead of $ * Make getSelectionRect iframe friendly * Move most of the initialize stuff to a new initialize method to be called after the surface is attached to the DOM ve.init.mw.ViewPageTarget.js * Merge toolbar functions into setup/teardown methods * Add toolbar manually (since it's not added by the surface anymore) ve.init.sa.Target.js * Update new init procedure for editor, surface and toolbar separately * Move toolbar floating stuff to ve.Toolbar Change-Id: If91a9d6e76a8be8d1b5a2566394765a37d29a8a7
2013-05-14 23:45:42 +00:00
've/ui/actions/ve.ui.FormatAction.js',
've/ui/actions/ve.ui.HistoryAction.js',
've/ui/actions/ve.ui.IndentationAction.js',
've/ui/actions/ve.ui.InspectorAction.js',
've/ui/actions/ve.ui.ListAction.js',
Copy ui modules to ve2 Switch sandbox demo to use new ui modules Update VisualEditor.php to use ve2 modules SpecialPageSandbox working Change-Id: I8261d6bf6ceb6ae7b7bfa5f61aec6a0121906765
2012-05-21 19:37:30 +00:00
Reference dialog commingling Objectives: * Merge reference insert and edit dialogs * Change workflow to put editing/creating a new reference first * Add secondary page in dialog for selecting an existing reference Changes: *.php * Cleanup unused files/messages ve.ui.Dialog.css * In the footer; make primary, constructive and destructive buttons appear on the right; all others on the left ve.ui.MWReferenceSearchWidget.js * Fix documentation * Remove create option and reuse section header items ve.ui.MWReferenceInsertButtonTool.js, ve.ui.MWReferenceEditButtonTool.js, ve.ui.MWReferenceButtonTool.js * Merge reference button tools ve.ui.MWDialog.css * Remove body styles, use padded option of layout instead * Update selectors as per merging of dialogs ve.ui.MWReferenceInsertDialog.js ve.ui.MWReferenceEditDialog.js ve.ui.MWReferenceDialog.js * Merge reference dialogs * Add buttons to switch between edit and select mode ve.init.mw.ViewPageTarget.js * Update reference button name as per merging of tools ve.ui.SurfaceWidget.js * New widget! * Encapsulates a "sub-surface" Bug: 51152 Bug: 50458 Change-Id: I8265febf4fd8f64d2ac40470ff033bac68b24d99
2013-07-17 19:09:30 +00:00
've/ui/widgets/ve.ui.SurfaceWidget.js',
Major UI refactoring and improvements Objective: Refactor UI widgets, improve usability and accessibility of menus, general cleanup and style improvements. Extras: Fixed documentation in a few other files to make descriptions of jQuery event arguments more consistent, classes inherit correctly, and made use of the @cfg functionality in jsduck. Changes: .docs/config.json * Added window, HTMLDocument, HTMLElement, DocumentFragment and XMLHttpRequest to externals, so jsduck doesn't throw warnings when they are used demos/ve/index.php, modules/ve/test/index.php, VisualEditor.php * Moved widgets above tools (since tools use widgets) demos/ve/index.php * Refactored widget initialization to use options * Renamed variables to match widget names ve.init.mw.ViewPageTarget.css * Adjusted text sizes to make widgets work normally * Added margins for buttons in toolbar (since button widgets don't have any) * Removed styles for init buttons (button widgets now) ve.init.mw.ViewPageTarget.js * Switched to using button widgets (involved moving things around a bit) ve.ui.LinkInspector.js, ve.ui.MWLinkInspector.js * Renamed static property "inputWidget" to "linkTargetInputWidget" to better reflect the required base class for the properties value icons.ai, check.png, check.svg * Added "check" icon, used in menu right now to show which item is selected ve.ui.Icons-raster.css, ve.ui.Icons-vector.css * Added check icon * Removed :before pseudo selectors from most of the icon classes (not need by button tool anymore, makes them more reusable now) ve.ui.Tool.css * Adjusted drop down tool styles so menu appears below, instead of on top, of the label * Adjusted paragraph font size to better match actual content * Updated class names to still work with menu widget changes (items are their own widgets now) * Updated selectors as per changes in the structure of button tools ve.ui.Widget.css * Added styles for buttons and menu items * Adjusted menu styles ve.ui.*ButtonTool.js * Added config options argument passthrough ve.ui.ButtonTool.js * Moved var statement to the top inside constructor * Switched to using "a" tag to get cross-browser :active support * Added icon to inside of button to make icon styles more reusable * Removed disabled support (now provided by widget parent class) ve.ui.FormatDropDownTool.js * Updated options initialization to construct menu item objects * Modified handling of items to account for changes in menu and item classes * Optimized onUpdateState method a bit, adding early exit to inner loop ve.ui.ButtonTool.js, ve.ui.DropdownTool.js, ve.ui.Context.js, ve.ui.Frame, ve.ui.Tool.js, ve.ui.Widget.js * Added chain ability to non-getter methods ve.ui.DropdownTool.js * Removed items argument to constructor * Updated code as per changes in menu class * Fixed inconsistent naming of event handler methods * Removed item event handling (now handled by items directly) * Made use of this.$$ to ensure tool works in other frames ve.ui.Tool.js * Made tools inherit from widget * Moved trigger registry event handler to a method ve.ui.Context.js * Switched from using menu to contain toolbar to a simple wrapper ve.ui.js * Added get$$ method, a convenience function for binding jQuery to a specific document context ve.ui.*Widget.js * Switched to using a config options object instead of individual arguments * Added options * Factored out flags and labels into their own classes * Refactored value setting methods for inputs ve.ui.MenuWidget.js, ve.ui.MenuItemWidget.js * Broke items out into their own classes * Redesigned API * Updated code that uses these classes * Added support for keyboard interaction * Made items flash when selected (delaying the hiding of the menu for 200ms) ve.ui.LinkTargetInputWidget.js, ve.ui.MWLinkTargetInputWidget * Refactored annotation setting methods Change-Id: I7769bd5a5b79f1ab36f258ef9f2be583ca503ce6
2013-02-20 23:25:12 +00:00
've/ui/widgets/ve.ui.LinkTargetInputWidget.js',
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
've-mw/ui/widgets/ve.ui.MWLinkTargetInputWidget.js',
've-mw/ui/widgets/ve.ui.MWCategoryInputWidget.js',
've-mw/ui/widgets/ve.ui.MWCategoryPopupWidget.js',
've-mw/ui/widgets/ve.ui.MWCategoryItemWidget.js',
've-mw/ui/widgets/ve.ui.MWCategoryWidget.js',
've-mw/ui/widgets/ve.ui.MWMediaSearchWidget.js',
've-mw/ui/widgets/ve.ui.MWMediaResultWidget.js',
've-mw/ui/widgets/ve.ui.MWParameterSearchWidget.js',
've-mw/ui/widgets/ve.ui.MWParameterResultWidget.js',
've-mw/ui/widgets/ve.ui.MWReferenceSearchWidget.js',
've-mw/ui/widgets/ve.ui.MWReferenceResultWidget.js',
've-mw/ui/widgets/ve.ui.MWTitleInputWidget.js',
Major UI refactoring and improvements Objective: Refactor UI widgets, improve usability and accessibility of menus, general cleanup and style improvements. Extras: Fixed documentation in a few other files to make descriptions of jQuery event arguments more consistent, classes inherit correctly, and made use of the @cfg functionality in jsduck. Changes: .docs/config.json * Added window, HTMLDocument, HTMLElement, DocumentFragment and XMLHttpRequest to externals, so jsduck doesn't throw warnings when they are used demos/ve/index.php, modules/ve/test/index.php, VisualEditor.php * Moved widgets above tools (since tools use widgets) demos/ve/index.php * Refactored widget initialization to use options * Renamed variables to match widget names ve.init.mw.ViewPageTarget.css * Adjusted text sizes to make widgets work normally * Added margins for buttons in toolbar (since button widgets don't have any) * Removed styles for init buttons (button widgets now) ve.init.mw.ViewPageTarget.js * Switched to using button widgets (involved moving things around a bit) ve.ui.LinkInspector.js, ve.ui.MWLinkInspector.js * Renamed static property "inputWidget" to "linkTargetInputWidget" to better reflect the required base class for the properties value icons.ai, check.png, check.svg * Added "check" icon, used in menu right now to show which item is selected ve.ui.Icons-raster.css, ve.ui.Icons-vector.css * Added check icon * Removed :before pseudo selectors from most of the icon classes (not need by button tool anymore, makes them more reusable now) ve.ui.Tool.css * Adjusted drop down tool styles so menu appears below, instead of on top, of the label * Adjusted paragraph font size to better match actual content * Updated class names to still work with menu widget changes (items are their own widgets now) * Updated selectors as per changes in the structure of button tools ve.ui.Widget.css * Added styles for buttons and menu items * Adjusted menu styles ve.ui.*ButtonTool.js * Added config options argument passthrough ve.ui.ButtonTool.js * Moved var statement to the top inside constructor * Switched to using "a" tag to get cross-browser :active support * Added icon to inside of button to make icon styles more reusable * Removed disabled support (now provided by widget parent class) ve.ui.FormatDropDownTool.js * Updated options initialization to construct menu item objects * Modified handling of items to account for changes in menu and item classes * Optimized onUpdateState method a bit, adding early exit to inner loop ve.ui.ButtonTool.js, ve.ui.DropdownTool.js, ve.ui.Context.js, ve.ui.Frame, ve.ui.Tool.js, ve.ui.Widget.js * Added chain ability to non-getter methods ve.ui.DropdownTool.js * Removed items argument to constructor * Updated code as per changes in menu class * Fixed inconsistent naming of event handler methods * Removed item event handling (now handled by items directly) * Made use of this.$$ to ensure tool works in other frames ve.ui.Tool.js * Made tools inherit from widget * Moved trigger registry event handler to a method ve.ui.Context.js * Switched from using menu to contain toolbar to a simple wrapper ve.ui.js * Added get$$ method, a convenience function for binding jQuery to a specific document context ve.ui.*Widget.js * Switched to using a config options object instead of individual arguments * Added options * Factored out flags and labels into their own classes * Refactored value setting methods for inputs ve.ui.MenuWidget.js, ve.ui.MenuItemWidget.js * Broke items out into their own classes * Redesigned API * Updated code that uses these classes * Added support for keyboard interaction * Made items flash when selected (delaying the hiding of the menu for 200ms) ve.ui.LinkTargetInputWidget.js, ve.ui.MWLinkTargetInputWidget * Refactored annotation setting methods Change-Id: I7769bd5a5b79f1ab36f258ef9f2be583ca503ce6
2013-02-20 23:25:12 +00:00
Make the save dialog an actual dialog Major changes: * Create a MW specific save dialog class * Widgetize save dialog elements * Simplification of viewPageTarget Minor changes: * Added getWindow method to windowSet and setTitle methods to window class * Add transition css properties to dialog styles Bug: 48566 Bug: 50722 Bug: 51918 Bug: 52175 Bug: 53313 Change-Id: I8c0db01fb8477a9b3d3dfe2a6073ac67869ce40e
2013-10-07 10:01:43 +00:00
've-mw/ui/dialogs/ve.ui.MWSaveDialog.js',
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
've-mw/ui/dialogs/ve.ui.MWMetaDialog.js',
Beta welcome dialog For configured wikis, show a dialog that welcomes the user to the amazing and fantabulous world of VisualEditing, which is not only full of wonderment and joy but also may lead to increased popularity and love. The dialog only shows up once (uses a cookie). Change-Id: I8e7c4dc2c63b36594378a543b9d66291395eebcf
2013-08-01 20:18:33 +00:00
've-mw/ui/dialogs/ve.ui.MWBetaWelcomeDialog.js',
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
've-mw/ui/dialogs/ve.ui.MWMediaInsertDialog.js',
've-mw/ui/dialogs/ve.ui.MWMediaEditDialog.js',
've-mw/ui/dialogs/ve.ui.MWTransclusionDialog.js',
've-mw/ui/dialogs/ve.ui.MWReferenceListDialog.js',
Reference dialog commingling Objectives: * Merge reference insert and edit dialogs * Change workflow to put editing/creating a new reference first * Add secondary page in dialog for selecting an existing reference Changes: *.php * Cleanup unused files/messages ve.ui.Dialog.css * In the footer; make primary, constructive and destructive buttons appear on the right; all others on the left ve.ui.MWReferenceSearchWidget.js * Fix documentation * Remove create option and reuse section header items ve.ui.MWReferenceInsertButtonTool.js, ve.ui.MWReferenceEditButtonTool.js, ve.ui.MWReferenceButtonTool.js * Merge reference button tools ve.ui.MWDialog.css * Remove body styles, use padded option of layout instead * Update selectors as per merging of dialogs ve.ui.MWReferenceInsertDialog.js ve.ui.MWReferenceEditDialog.js ve.ui.MWReferenceDialog.js * Merge reference dialogs * Add buttons to switch between edit and select mode ve.init.mw.ViewPageTarget.js * Update reference button name as per merging of tools ve.ui.SurfaceWidget.js * New widget! * Encapsulates a "sub-surface" Bug: 51152 Bug: 50458 Change-Id: I8265febf4fd8f64d2ac40470ff033bac68b24d99
2013-07-17 19:09:30 +00:00
've-mw/ui/dialogs/ve.ui.MWReferenceDialog.js',
Introduce dialogs Major changes: demos/ve/index.php * Renamed ve-demo-content to ve-demo-editor ve.init.mw.ViewPageTarget, ve.init.sa.Target * Added handlers for dialog events ve.ui.*Dialog.js * Added skeleton classes for dialogs ve.init.Target.js * Create abstract class methods for Target. ve.init.sa.Target.js * Create Standalone target view methods. ve.init.mw.Target.js * Added MW specific target view methods. * Integration action buttons are now added to the edit view in the toolbar. ve.Surface.js * Simplified constructor, now requiring a target which contains the container * Other changes include some documentation and code cleanup. Bug: 39597 Change-Id: Iff39266bdd3052f34bda254ca407030dbbc81f26
2013-02-20 19:44:44 +00:00
Make tools generic and add fancy tool groups Objectives: * Got rid of mw prefixing in tools, inspectors and dialogs * Simplify tool classes so they can be generically used as items in bars, lists and menus * Add support for a catch-all toolbar group * Simplify tool registration, leaning on tool classes' static name property * Move default commands to command registry * Move default triggers to trigger registry * Get language tool working in standalone Change-Id: Ic97a636f9a193374728629931b6702bee1b3416a
2013-08-27 23:28:29 +00:00
've/ui/tools/ve.ui.AnnotationTool.js',
've/ui/tools/ve.ui.ClearAnnotationTool.js',
've/ui/tools/ve.ui.DialogTool.js',
've/ui/tools/ve.ui.FormatTool.js',
've/ui/tools/ve.ui.HistoryTool.js',
've/ui/tools/ve.ui.IndentationTool.js',
've/ui/tools/ve.ui.InspectorTool.js',
've/ui/tools/ve.ui.ListTool.js',
've-mw/ui/tools/ve.ui.MWFormatTool.js',
've-mw/ui/tools/ve.ui.MWDialogTool.js',
Use a toolbar for the actions buttons in ve.init.mw.ViewPageTarget Change-Id: I260059802379d8cab8ca175b7d7d32813e3ff10a
2013-10-17 17:35:16 +00:00
've-mw/ui/tools/ve.ui.MWPopupTool.js',
(bug 43841) Major ve.ui rewrite, especially ve.ui.LinkInspector Objectives: * Make the link inspector easier to use * Try to resolve a few bugs (bug 43841, bug 43063, bug 42986) * Stop using jquery.multiSuggest (which didn't really understand annotations) * Better divide MediaWiki specifics from generic implementations Changes: VisualEditor.php, modules/ve/test/index.php, demos/ve/index.php * Updated links to files ve.Registry * Fixed mistake where registry was initialized as an array - this didn't cause any errors because you can add arbitrary properties to an array and use it like any other object ve.Factory * Removed duplicate initialization of registry property * Added entries property, which is an array that's appended to for tracking the order of registrations ve.CommandRegistry * Added mwLink command which opens the mwLink inspector ve.ui.TextInputWidget * Added basic widget class for text inputs ve.ui.TextInputMenuWidget * Added widget that provides a menu of options for a text input widget ve.ui.MWLinkTargetInputWidget * Added MediaWiki specific link target widget ve.ui.MenuWidget * Converted ve.ui.Menu into a widget * Moved the body of onSelect to onMouseUp ve.ui.LinkTargetInputWidget * Added link target widget which adds link annotation functionality to a normal text input ve.ui.InputWidget * Added generic input widget which emits reliable and instant change events and synchronizes a value property with the DOM value ve.ui.Widget * Added base widget class * Widgets can be used in any frame ve.ui.Tool * Fixed line length issues ve.ui.InspectorFactory * Made use of new entries property for factories to select the most recently added inspector if more than one match a given annotation ve.ui.Inspector * Added auto-focus on the first visible input element on open * Moved afterClose event to after re-focus on document on close * Added documentation ve.ui.Frame * Adjusted documentation * Added binding of $$ to the frame context so it can be passed around * Added documentation ve.ui.Context * Added ve.ui.Widget.css to iframes * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget * Removed unused positionBelowOverlay method * Added CSS settings to set overlay left and width properties according to context size * Added documentation ve.ui.DropdownTool * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget ve.ui.FormatDropdownTool * Added documentation ve.ui.MWLinkButtonTool * Added MediaWiki specific version of ve.ui.LinkButtonTool, which opens the mwLink inspector ve.ui.Widget.css * Added styles for all widgets ve.ui.Tool.css, ve.init.sa.css, ve.init.mw.ViewPageTarget.css, ve.init.mw.ViewPageTarget-apex.css * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget ve.ui.Menu.css * Deleted (merged into ve.ui.Widget.css) ve.ui.Menu.css * Deleted suggest styles (no longer used) pending.gif, pending.psd * Added diagonal stripe animation to indicate a pending request to the API ve.ui.MWLinkInspector * Added MediaWiki specific inspector which uses MediaWiki specific annotations and widgets ve.ui.LinkInspector * Removed mw global hint (not needed anymore) * Switched from comparing targets to annotations (since the target text is ambiguous in some situations) * Switched to using input widget, which is configured using a static property * Removed use of jquery.multiSuggest * Moved MediaWiki specifics to their own class (ve.ui.MWLinkInspector) ve.init.mw.ViewPageTarget * Added MediaWiki specific toolbar and command options Change-Id: I859b5871a9d2f17d970c002067c8ff24f3513e9f
2013-01-09 21:34:23 +00:00
Make link inspector re-usable by splitting it up Objective: * Make the majority of link inspector, which is generic to any annotation, usable for other annotation inspectors This was merged earlier (f7107fa20dc0) but broke master, so it was reverted (092fa74deef). This commit also incorporates 5dcf5d1c49082d. Change-Id: Ib9190dee66ce064d69962f9c4c5b3a710be8ad07
2013-07-03 20:25:06 +00:00
've/ui/inspectors/ve.ui.AnnotationInspector.js',
(bug 43841) Major ve.ui rewrite, especially ve.ui.LinkInspector Objectives: * Make the link inspector easier to use * Try to resolve a few bugs (bug 43841, bug 43063, bug 42986) * Stop using jquery.multiSuggest (which didn't really understand annotations) * Better divide MediaWiki specifics from generic implementations Changes: VisualEditor.php, modules/ve/test/index.php, demos/ve/index.php * Updated links to files ve.Registry * Fixed mistake where registry was initialized as an array - this didn't cause any errors because you can add arbitrary properties to an array and use it like any other object ve.Factory * Removed duplicate initialization of registry property * Added entries property, which is an array that's appended to for tracking the order of registrations ve.CommandRegistry * Added mwLink command which opens the mwLink inspector ve.ui.TextInputWidget * Added basic widget class for text inputs ve.ui.TextInputMenuWidget * Added widget that provides a menu of options for a text input widget ve.ui.MWLinkTargetInputWidget * Added MediaWiki specific link target widget ve.ui.MenuWidget * Converted ve.ui.Menu into a widget * Moved the body of onSelect to onMouseUp ve.ui.LinkTargetInputWidget * Added link target widget which adds link annotation functionality to a normal text input ve.ui.InputWidget * Added generic input widget which emits reliable and instant change events and synchronizes a value property with the DOM value ve.ui.Widget * Added base widget class * Widgets can be used in any frame ve.ui.Tool * Fixed line length issues ve.ui.InspectorFactory * Made use of new entries property for factories to select the most recently added inspector if more than one match a given annotation ve.ui.Inspector * Added auto-focus on the first visible input element on open * Moved afterClose event to after re-focus on document on close * Added documentation ve.ui.Frame * Adjusted documentation * Added binding of $$ to the frame context so it can be passed around * Added documentation ve.ui.Context * Added ve.ui.Widget.css to iframes * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget * Removed unused positionBelowOverlay method * Added CSS settings to set overlay left and width properties according to context size * Added documentation ve.ui.DropdownTool * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget ve.ui.FormatDropdownTool * Added documentation ve.ui.MWLinkButtonTool * Added MediaWiki specific version of ve.ui.LinkButtonTool, which opens the mwLink inspector ve.ui.Widget.css * Added styles for all widgets ve.ui.Tool.css, ve.init.sa.css, ve.init.mw.ViewPageTarget.css, ve.init.mw.ViewPageTarget-apex.css * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget ve.ui.Menu.css * Deleted (merged into ve.ui.Widget.css) ve.ui.Menu.css * Deleted suggest styles (no longer used) pending.gif, pending.psd * Added diagonal stripe animation to indicate a pending request to the API ve.ui.MWLinkInspector * Added MediaWiki specific inspector which uses MediaWiki specific annotations and widgets ve.ui.LinkInspector * Removed mw global hint (not needed anymore) * Switched from comparing targets to annotations (since the target text is ambiguous in some situations) * Switched to using input widget, which is configured using a static property * Removed use of jquery.multiSuggest * Moved MediaWiki specifics to their own class (ve.ui.MWLinkInspector) ve.init.mw.ViewPageTarget * Added MediaWiki specific toolbar and command options Change-Id: I859b5871a9d2f17d970c002067c8ff24f3513e9f
2013-01-09 21:34:23 +00:00
've/ui/inspectors/ve.ui.LinkInspector.js',
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
've-mw/ui/inspectors/ve.ui.MWLinkInspector.js',
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
've-mw/ui/inspectors/ve.ui.MWExtensionInspector.js',
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
),
Split context view styles out of surface styles
2011-11-30 20:45:24 +00:00
'styles' => array(
Copied CSS styles from ve to ve2 Change-Id: Iabd5ee3edde5747952c4b78ef6e9cd5949016050
2012-05-24 22:15:11 +00:00
// ce
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/styles/ve.ce.Node.css',
Add missing ve-mw ve.ce.Node.css Follows-up 92c38ea, which duplicated the existing one but forgot to change the path from 've' to 've-mw'. Change-Id: Ia95d26501aa9ab52e33394500bb51a733acf4658
2013-07-04 02:02:35 +00:00
've-mw/ce/styles/ve.ce.Node.css',
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ce/styles/ve.ce.Surface.css',
Migrated es.* to new ve.* namespace which is more structured, and will make it easier to keep data model, edit surface, user interface and content editable work separated cleanly
2012-02-06 23:50:56 +00:00
// ui
Fix ve2 paths in RL modules and tests Change-Id: I435b9902209348beba83f399ae165d179e954ccb
2012-06-20 17:57:23 +00:00
've/ui/styles/ve.ui.Context.css',
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
've/ui/styles/ve.ui.Surface.css',
Tools changes * Rewrite of all tools, dramatically simplifiying them and decreasing duplication * Tools are now created using a tool factory instead of a make-shift facility built into the toolbar * All UI object have a surface or a toolbar reference instead of a surface view Change-Id: I589ecba36bf715b452d03c8fd5c0547dc3c1dc61
2012-10-24 21:49:08 +00:00
've/ui/styles/ve.ui.Tool.css',
Misc UI fixes * Followup 75270e24: use this.surface directly in MWMetaDialog * Document that MWDialogTools need a SurfaceToolbar * Namespace CE events and CSS classes with ve-ce- rather than ve-ui- * Namespace SurfaceToolbar CSS classes correctly and put them in their own CSS file Change-Id: I9e70917d9c220b39e68833f67ed49fae7f7cbe6a
2013-10-15 23:42:20 +00:00
've/ui/styles/ve.ui.SurfaceToolbar.css',
(bug 43841) Major ve.ui rewrite, especially ve.ui.LinkInspector Objectives: * Make the link inspector easier to use * Try to resolve a few bugs (bug 43841, bug 43063, bug 42986) * Stop using jquery.multiSuggest (which didn't really understand annotations) * Better divide MediaWiki specifics from generic implementations Changes: VisualEditor.php, modules/ve/test/index.php, demos/ve/index.php * Updated links to files ve.Registry * Fixed mistake where registry was initialized as an array - this didn't cause any errors because you can add arbitrary properties to an array and use it like any other object ve.Factory * Removed duplicate initialization of registry property * Added entries property, which is an array that's appended to for tracking the order of registrations ve.CommandRegistry * Added mwLink command which opens the mwLink inspector ve.ui.TextInputWidget * Added basic widget class for text inputs ve.ui.TextInputMenuWidget * Added widget that provides a menu of options for a text input widget ve.ui.MWLinkTargetInputWidget * Added MediaWiki specific link target widget ve.ui.MenuWidget * Converted ve.ui.Menu into a widget * Moved the body of onSelect to onMouseUp ve.ui.LinkTargetInputWidget * Added link target widget which adds link annotation functionality to a normal text input ve.ui.InputWidget * Added generic input widget which emits reliable and instant change events and synchronizes a value property with the DOM value ve.ui.Widget * Added base widget class * Widgets can be used in any frame ve.ui.Tool * Fixed line length issues ve.ui.InspectorFactory * Made use of new entries property for factories to select the most recently added inspector if more than one match a given annotation ve.ui.Inspector * Added auto-focus on the first visible input element on open * Moved afterClose event to after re-focus on document on close * Added documentation ve.ui.Frame * Adjusted documentation * Added binding of $$ to the frame context so it can be passed around * Added documentation ve.ui.Context * Added ve.ui.Widget.css to iframes * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget * Removed unused positionBelowOverlay method * Added CSS settings to set overlay left and width properties according to context size * Added documentation ve.ui.DropdownTool * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget ve.ui.FormatDropdownTool * Added documentation ve.ui.MWLinkButtonTool * Added MediaWiki specific version of ve.ui.LinkButtonTool, which opens the mwLink inspector ve.ui.Widget.css * Added styles for all widgets ve.ui.Tool.css, ve.init.sa.css, ve.init.mw.ViewPageTarget.css, ve.init.mw.ViewPageTarget-apex.css * Updated code as per moving of ve.ui.Menu to ve.ui.MenuWidget ve.ui.Menu.css * Deleted (merged into ve.ui.Widget.css) ve.ui.Menu.css * Deleted suggest styles (no longer used) pending.gif, pending.psd * Added diagonal stripe animation to indicate a pending request to the API ve.ui.MWLinkInspector * Added MediaWiki specific inspector which uses MediaWiki specific annotations and widgets ve.ui.LinkInspector * Removed mw global hint (not needed anymore) * Switched from comparing targets to annotations (since the target text is ambiguous in some situations) * Switched to using input widget, which is configured using a static property * Removed use of jquery.multiSuggest * Moved MediaWiki specifics to their own class (ve.ui.MWLinkInspector) ve.init.mw.ViewPageTarget * Added MediaWiki specific toolbar and command options Change-Id: I859b5871a9d2f17d970c002067c8ff24f3513e9f
2013-01-09 21:34:23 +00:00
've/ui/styles/ve.ui.Widget.css',
Toolbar action widgetization and UI refactoring Objectives: * Use widgets to render toolbar actions * Remove labels next to help notices and edit notices buttons * Add a close button to the help notices and edit notices Overview: * ve.ui.ButtonWidget is now abstract, use ve.ui.PushButtonWidget instead * ve.ui.IconButtonWidget now inherits from ve.ui.ButtonWidget * ve.ui.PopupWidget's display method no longer takes x and y arguments * Fixup naming issues in MWCategoryPopupWidget * Fixup naming issues with some ve-init-mw CSS classes * Rename ve-mw/ui/styles/ve.ui.Widget.css to ve.ui.MWWidget.css * Change uses of "callout" to "tail" * Add hyperlink functionality to buttons * Make buttons accessible through focusing, but make unfocusable by clicking * Add head option to popup for rendering a title and close button Bug: 52386 Change-Id: Iea2c8df1be64d40f9c039873d89ee540cc56e687
2013-10-02 00:00:57 +00:00
've-mw/ui/styles/ve.ui.MWWidget.css',
MWMath cleanup VisualEditor.php * Add CSS file ve.ce.MWMathNode.js * Wrap the image in a span, so GenerateContentNode doesn't try to nest an image inside an image * Remove unnecessary attribute setting * Only pass unwrapped image to deferred.resolve * Retrigger MathJax rendering ve.ce.Node.css * Use inline-block for image wrapper ve.dm.MWMathNode.js * Mixin GeneratedContentNode and implement getHash * Copy over functionality of MWTransclusionNode: + Just store data-mw for attributes + Store orignal(DomElement|MW|Index) for selser ve.init.mw.ViewPageTarget.js * Add mwMath to the toolbar ve.ui.MWMathInspector.js * Remove static.InputWidget, not required in this architecture * Use multiline TextInputWidget * Only update mw attribute * Allow creation of new math nodes ve.ui.MWInspector.css * Set height of TextInputWidget Change-Id: I520f8ccc9f89a2ce70aa1d9e02ed0c6cacbecc2f
2013-07-19 22:30:29 +00:00
've-mw/ui/styles/ve.ui.MWInspector.css',
Transplant CSS from the main document to each iframe We previously manually loaded CSS into these frames, which is flawed because it completely bypasses ResourceLoader (so CSSJanus didn't flip them, necessitating a bunch of hacks for RTL), and doesn't pull in MediaWiki styles (so templates inside references don't render correctly). Instead, this commit copies all styles from the main document into each frame's document, inlining what it can. Loading all styles in dialogs and inspectors caused some problems, initially. We didn't namespace our styles for dialogs vs. inspectors at all; the only reason inspector styles weren't being applied to dialogs and vice versa was because we controlled which files were being loaded in which context. This commit namespaces the inspector and dialog styles where needed so they don't conflict and try to override each other. Tested in Vector and Monobook, but not in Apex and not in RTL. ve.init.mw.ViewPageTarget*.css: * Namespace styles that are only intended for the main document * Undo Monobook's font-size: x-small; in frames *Dialog.js: * Remove addLocalStylesheet() calls, we don't need those any more ** ve.ui.MWDialog seems to be unneeded now, we may want to remove it *.css: * Remove @noflip-ped RTL rules where they were just flipped versions of their LTR counterparts ve.ui.Dialog.css, ve.ui.Inspector.css: * Namespace styles with .ve-ui-dialog-content / .ve-ui-inspector-content ve.ui.Frame.css: * Move the margin:0 and padding:0 here (were in the frame <body>'s style attribute) and add background:none to prevent frames from getting the skin's background (grey in Vector, a book in Monobook) ve.ui.Dialog.js, ve.ui.Inspector.js: * Add ve-ui-dialog-content / ve-ui-inspector-content class to the frame's content <div> so we can restrict styles to only apply in dialogs / inspectors ve.ui.Frame.js: * Replace infrastructure for @import-ing stylesheets with transplantation * Remove code polling to see when the stylesheets were loaded ** We can't do this in the new approach AFAIK, since all styles in the frame are either inlined or inaccessible due to the same-origin policy ** We also shouldn't need it because the browser should have cached the styles when it loaded the main document * Apply ve-ui-frame-body class to the frame's <body> so we can style it ** Move inline padding:0;margin:0; into ve.ui.Frame.css ** Move the ve-ltr/ve-rtl class up to the <body> ve.ui.Window.js: * Remove infrastructure registering stylesheet URLs to load Change-Id: I4a37115301811ad860f4578344a04873ea8c2b69
2013-07-03 21:47:52 +00:00
've-mw/ui/styles/ve.ui.MWDialog.css',
Split context view styles out of surface styles
2011-11-30 20:45:24 +00:00
),
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
'dependencies' => array(
'jquery',
Replaced es with ce for Sandbox and main demo * Configured VisualEditorSandbox to use es * Reconfigured the ce demo to share the sandbox module * Removed es demo * Renamed ce demo to ve (es is broken anyways) Patchset 2: squashed in https://gerrit.wikimedia.org/r/3953 Change-Id: If8d13bf7011616d222be78899b23186859d5ed70
2012-03-29 21:05:25 +00:00
'rangy',
UnicodeJS library to implement Unicode standards Initially just with a Wordbreak module to implement Unicode standard on 'Default Word Boundaries'. Due to it's standaloneability this has been written as a separate library. Non-BMP characters are currently not supported. Bug: 44085 Change-Id: Ieafa070076f4c36855684f6bc179667e28af2c25
2013-03-18 11:31:14 +00:00
'unicodejs.wordbreak',
Prepend a colon to internal links to Category: and File: pages Change-Id: I77570ea6ec9f29b5d5eb06b518cb08a1b2cea0b2
2012-06-25 23:25:09 +00:00
'ext.visualEditor.base',
'mediawiki.Title',
Make the save dialog an actual dialog Major changes: * Create a MW specific save dialog class * Widgetize save dialog elements * Simplification of viewPageTarget Minor changes: * Added getWindow method to windowSet and setTitle methods to window class * Add transition css properties to dialog styles Bug: 48566 Bug: 50722 Bug: 51918 Bug: 52175 Bug: 53313 Change-Id: I8c0db01fb8477a9b3d3dfe2a6073ac67869ce40e
2013-10-07 10:01:43 +00:00
'mediawiki.action.history.diff',
Made jquery.multiSuggest it's own RL module * Also updated resource paths in tests and demo pages Change-Id: Ic21b678f91ed8d1fe1c7ac2a53d89270aacf7c26
2012-11-06 18:56:03 +00:00
'jquery.autoEllipsis',
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
),
Merge r110853
2012-02-07 16:37:08 +00:00
'messages' => array(
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
// VE messages for the editor (NOT experimental mode messages)
Merge r110853
2012-02-07 16:37:08 +00:00
'visualeditor',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-aliennode-tooltip',
Crusade against hardcoded English, i18n for everything Change-Id: Ibc658e5f67a373394a4ba149e9b9003f3803023a
2012-06-19 08:30:30 +00:00
'visualeditor-annotationbutton-bold-tooltip',
Code annotation button Pretty straightforward, although we should start thinking about grouping/hiding 'advanced' formatting options in the toolbar. Making this button experimental for now until we've come up with a way to deal with this problem. Bug: 51590 Change-Id: Ieb1935b742aced4b883d8a194e6cb69be68473d0
2013-07-26 11:03:13 +00:00
'visualeditor-annotationbutton-code-tooltip',
Crusade against hardcoded English, i18n for everything Change-Id: Ibc658e5f67a373394a4ba149e9b9003f3803023a
2012-06-19 08:30:30 +00:00
'visualeditor-annotationbutton-italic-tooltip',
'visualeditor-annotationbutton-link-tooltip',
Move text style tools out of experimental These were meant to have been de-experimental-ised with the toolbar commit; oh well. This moves the following text styles from being in "experimental" mode to being regular annotations: * Code * Strikethrough * Subscript * Superscript * Underline Change-Id: I21be2dc844b47b825d7a1e48a592067166ecd122
2013-09-12 02:41:14 +00:00
'visualeditor-annotationbutton-strikethrough-tooltip',
'visualeditor-annotationbutton-subscript-tooltip',
'visualeditor-annotationbutton-superscript-tooltip',
'visualeditor-annotationbutton-underline-tooltip',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-beta-label',
'visualeditor-beta-warning',
'visualeditor-browserwarning',
Allow direct opening of pages in the meta dialog Objectives: * Hamburger menu in actions area of toolbar * Add tools that open specific pages in the meta dialog * Fix support for using setPage in ve.ui.PagedOutlineLayout * Allow passing setup config objects through window open calls * Add dialog action, similar to inspector action * Fix incorrect or missing documentation Change-Id: I2d2c9b87554fb2a0c90ed6944a58b38a37efa712
2013-10-17 22:09:48 +00:00
'visualeditor-categories-tool',
Crusade against hardcoded English, i18n for everything Change-Id: Ibc658e5f67a373394a4ba149e9b9003f3803023a
2012-06-19 08:30:30 +00:00
'visualeditor-clearbutton-tooltip',
Context, frame, window, dialog and inspector refactor This is a major refactor of user interface context, frame, dialog and inspector classes, including adding several new classes which generalize managing inspectors/dialogs (which are now subclasses of window). New classes: * ve.ui.Window.js - base class for inspector and dialog classes * ve.ui.WindowSet.js - manages mutually exclusive windows, used by surface and context for dialogs and inspectors respectively * ve.ui.DialogFactory - generates dialogs * ve.ui.IconButtonWidget - used in inspector for buttons in the head Refactored classes: * ve.ui.Context - moved inspector management to window set * ve.ui.Frame - made iframes initialize asynchronously * ve.ui.Dialog and ve.ui.Inspector - moved initialization to async initialize method Other interesting bits: ve.ui.*Icons*.css, *.svg, *.png, *.ai * Merged icon stylesheets so all icons are available inside windows * Renamed inspector icon to window ve.ui.*.css * Reorganized styles so that different windows can include only what they need * Moved things to where they belonged (some things were in strange places) ve.init.Target.js, ve.init.mw.ViewPageTarget.js, ve.init.sa.Target.js * Removed dialog management - dialogs are managed by the surface now ve.ui.*Dialog.js * Renamed title message static property * Added registration ve.ui.*Inspector.js * Switch to accept surface object rather than context, which conforms to the more general window class without losing any functionality (in fact, most of the time the surface was what we actually wanted) ve.ui.MenuWidget.js, ve.ui.MWLinkTargetInputWidget.js * Using surface overly rather than passing an overlay around through constructors Change-Id: Ifd16a1003ff44c48ee7b2c66928cf9cc858b2564
2013-03-13 00:06:57 +00:00
'visualeditor-dialog-action-apply',
'visualeditor-dialog-action-cancel',
Reference dialog commingling Objectives: * Merge reference insert and edit dialogs * Change workflow to put editing/creating a new reference first * Add secondary page in dialog for selecting an existing reference Changes: *.php * Cleanup unused files/messages ve.ui.Dialog.css * In the footer; make primary, constructive and destructive buttons appear on the right; all others on the left ve.ui.MWReferenceSearchWidget.js * Fix documentation * Remove create option and reuse section header items ve.ui.MWReferenceInsertButtonTool.js, ve.ui.MWReferenceEditButtonTool.js, ve.ui.MWReferenceButtonTool.js * Merge reference button tools ve.ui.MWDialog.css * Remove body styles, use padded option of layout instead * Update selectors as per merging of dialogs ve.ui.MWReferenceInsertDialog.js ve.ui.MWReferenceEditDialog.js ve.ui.MWReferenceDialog.js * Merge reference dialogs * Add buttons to switch between edit and select mode ve.init.mw.ViewPageTarget.js * Update reference button name as per merging of tools ve.ui.SurfaceWidget.js * New widget! * Encapsulates a "sub-surface" Bug: 51152 Bug: 50458 Change-Id: I8265febf4fd8f64d2ac40470ff033bac68b24d99
2013-07-17 19:09:30 +00:00
'visualeditor-dialog-action-goback',
Sort i18n messages Change-Id: Ic736fd63aa76c324edb67b303aadb269221ab213
2013-09-05 22:33:17 +00:00
'visualeditor-dialog-beta-welcome-action-continue',
'visualeditor-dialog-beta-welcome-content',
'visualeditor-dialog-beta-welcome-title',
Media content message should be in general, not experimental, code Change-Id: I41f61eb9dd9dccee8bb0be3e12736b5f713dca45
2013-06-19 15:56:00 +00:00
'visualeditor-dialog-media-content-section',
Media display and insertion no longer an experimental feature Media item dialog for settings; drag-and-drop placement; caption editing still to come. Bug: 37870 Change-Id: I547e06dcdb92e19f0159660314187c4f1a62f3ed
2013-06-12 19:39:35 +00:00
'visualeditor-dialog-media-insert-button',
'visualeditor-dialog-media-insert-title',
'visualeditor-dialog-media-title',
Category popup fixes Objectives: * Make category popup show "Category" rather than missing message - this is more similar to other popups like inspectors, which identify what that thing is that you are working on * Fix alignment of icon and label in category popup Changes: ve.ui.Widget.css * Make popup title align properly with the remove button ve.ui.MWCategoryPopupWidget.js * Update message key *.php * Add new message Change-Id: Ia8051125bbc9bde47ceb931e1ebf42b2955481ff
2013-06-12 23:43:23 +00:00
'visualeditor-dialog-meta-categories-category',
Move transclusion editing from experimental to core Change-Id: Ibd0915e367d105170e6b88e3b46c2d54659ce962
2013-06-18 21:55:06 +00:00
'visualeditor-dialog-meta-categories-data-label',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-dialog-meta-categories-defaultsort-label',
Internationalisation for the metadata dialog Change-Id: Iefb6d5c90583f0684cb9548d38b83048b43d3c81
2013-05-25 10:01:32 +00:00
'visualeditor-dialog-meta-categories-input-matchingcategorieslabel',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-dialog-meta-categories-input-movecategorylabel',
'visualeditor-dialog-meta-categories-input-newcategorylabel',
'visualeditor-dialog-meta-categories-input-placeholder',
'visualeditor-dialog-meta-categories-options',
'visualeditor-dialog-meta-categories-section',
Internationalisation for the metadata dialog Change-Id: Iefb6d5c90583f0684cb9548d38b83048b43d3c81
2013-05-25 10:01:32 +00:00
'visualeditor-dialog-meta-categories-sortkey-label',
Give users a read-only view of language links This makes the 'category' section of the meta-data panel less lonely, and prompts us to actually do this at some point quite soon (or encourage others so to do). Bug: 48814 Change-Id: I5b8fdfb78a2117839277a683db47fe97107d87b0
2013-05-25 12:08:43 +00:00
'visualeditor-dialog-meta-languages-code-label',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-dialog-meta-languages-label',
Give users a read-only view of language links This makes the 'category' section of the meta-data panel less lonely, and prompts us to actually do this at some point quite soon (or encourage others so to do). Bug: 48814 Change-Id: I5b8fdfb78a2117839277a683db47fe97107d87b0
2013-05-25 12:08:43 +00:00
'visualeditor-dialog-meta-languages-link-label',
'visualeditor-dialog-meta-languages-readonlynote',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-dialog-meta-languages-section',
'visualeditor-dialog-meta-title',
Reference insertion, new and existing Objectives: * Split reference dialog (at least for now) an edit and an insert dialog * Add reference search widget for selecting an existing source, or choosing to add a new one * Abstract reference names, don't allow editing them and generate them when needed * When editing groups, move the internal item and update all references to it * Resolve name conflicts when moving a reference to a new group by generating a new list key Bonus: * Add getNodeGroups method to internal list * Add getUniqueListKey method to internal list * Add destroy functionality to ce.node to release events and references Bug: 49733 Change-Id: Ib244ff6ad9b4cee1decfd9b9e1d3d4e9cdcfb78c
2013-06-27 23:17:59 +00:00
'visualeditor-dialog-reference-insert-button',
'visualeditor-dialog-reference-insert-title',
Move references out of experimental Bug: 39599 Change-Id: I1551ddaa3d52c4827c7dcac2a02e31859769890a
2013-06-23 03:29:55 +00:00
'visualeditor-dialog-reference-options-group-label',
'visualeditor-dialog-reference-options-name-label',
'visualeditor-dialog-reference-options-section',
'visualeditor-dialog-reference-title',
Reference dialog commingling Objectives: * Merge reference insert and edit dialogs * Change workflow to put editing/creating a new reference first * Add secondary page in dialog for selecting an existing reference Changes: *.php * Cleanup unused files/messages ve.ui.Dialog.css * In the footer; make primary, constructive and destructive buttons appear on the right; all others on the left ve.ui.MWReferenceSearchWidget.js * Fix documentation * Remove create option and reuse section header items ve.ui.MWReferenceInsertButtonTool.js, ve.ui.MWReferenceEditButtonTool.js, ve.ui.MWReferenceButtonTool.js * Merge reference button tools ve.ui.MWDialog.css * Remove body styles, use padded option of layout instead * Update selectors as per merging of dialogs ve.ui.MWReferenceInsertDialog.js ve.ui.MWReferenceEditDialog.js ve.ui.MWReferenceDialog.js * Merge reference dialogs * Add buttons to switch between edit and select mode ve.init.mw.ViewPageTarget.js * Update reference button name as per merging of tools ve.ui.SurfaceWidget.js * New widget! * Encapsulates a "sub-surface" Bug: 51152 Bug: 50458 Change-Id: I8265febf4fd8f64d2ac40470ff033bac68b24d99
2013-07-17 19:09:30 +00:00
'visualeditor-dialog-reference-useexisting-label',
Move references out of experimental Bug: 39599 Change-Id: I1551ddaa3d52c4827c7dcac2a02e31859769890a
2013-06-23 03:29:55 +00:00
'visualeditor-dialog-referencelist-title',
Move transclusion editing from experimental to core Change-Id: Ibd0915e367d105170e6b88e3b46c2d54659ce962
2013-06-18 21:55:06 +00:00
'visualeditor-dialog-transclusion-add-content',
'visualeditor-dialog-transclusion-add-param',
'visualeditor-dialog-transclusion-add-template',
'visualeditor-dialog-transclusion-content',
'visualeditor-dialog-transclusion-options',
'visualeditor-dialog-transclusion-placeholder',
'visualeditor-dialog-transclusion-remove-content',
'visualeditor-dialog-transclusion-remove-param',
'visualeditor-dialog-transclusion-remove-template',
'visualeditor-dialog-transclusion-title',
'visualeditor-dialog-transclusion-wikitext-label',
Media display and insertion no longer an experimental feature Media item dialog for settings; drag-and-drop placement; caption editing still to come. Bug: 37870 Change-Id: I547e06dcdb92e19f0159660314187c4f1a62f3ed
2013-06-12 19:39:35 +00:00
'visualeditor-dialogbutton-media-tooltip',
Meta dialog messages were left in experimental mode The messages 'visualeditor-dialogbutton-meta-tooltip' and 'visualeditor -dialog-meta-title' were left in the experimental block rather than production, so didn't appear in live. My fault, sorry. Change-Id: I4d2f8d9ee0900d1d3ee635f348f2cc1491287f3d
2013-06-06 23:20:58 +00:00
'visualeditor-dialogbutton-meta-tooltip',
Move references out of experimental Bug: 39599 Change-Id: I1551ddaa3d52c4827c7dcac2a02e31859769890a
2013-06-23 03:29:55 +00:00
'visualeditor-dialogbutton-reference-tooltip',
'visualeditor-dialogbutton-referencelist-tooltip',
Move transclusion editing from experimental to core Change-Id: Ibd0915e367d105170e6b88e3b46c2d54659ce962
2013-06-18 21:55:06 +00:00
'visualeditor-dialogbutton-transclusion-tooltip',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-diff-nochanges',
'visualeditor-differror',
'visualeditor-editconflict',
'visualeditor-editnotices-tool',
'visualeditor-editsummary',
'visualeditor-feedback-tool',
Discourage (ab)use of H1s, and relabel them Re-label the headings in the MWFormatDropdownTool with MW-specific headings per bug 43334, reduce the size of the dropdown's contents a little to make the headings less vibrant, and move the H1 option to the end of the list to further discourage its use. Note that there are some issues with the underlying structure here and our ability to split the repos into VE-core and VE-MW will need this to be refactored. Bug: 43334 Change-Id: I5a58b4dcebd6ceae0ffcd24f663429f25bdc3db9
2013-06-20 21:56:54 +00:00
'visualeditor-formatdropdown-format-mw-heading1',
'visualeditor-formatdropdown-format-mw-heading2',
'visualeditor-formatdropdown-format-mw-heading3',
'visualeditor-formatdropdown-format-mw-heading4',
'visualeditor-formatdropdown-format-mw-heading5',
'visualeditor-formatdropdown-format-mw-heading6',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-formatdropdown-format-paragraph',
'visualeditor-formatdropdown-format-preformatted',
'visualeditor-formatdropdown-title',
Add user guide link to beta icon drop down As part of this, put the 'help' icon next to the beta icon, make the text not greyed-out (now that it's an actual action) and provide the link. On hover, all three items get underlined, which is irritating, however. Bug: 50476 Change-Id: Id65968072b7134f5864bbd96acf34fd0c23fe17c
2013-07-01 17:28:40 +00:00
'visualeditor-help-label',
Sort i18n messages Change-Id: Ic736fd63aa76c324edb67b303aadb269221ab213
2013-09-05 22:33:17 +00:00
'visualeditor-help-link',
Add user guide link to beta icon drop down As part of this, put the 'help' icon next to the beta icon, make the text not greyed-out (now that it's an actual action) and provide the link. On hover, all three items get underlined, which is irritating, however. Bug: 50476 Change-Id: Id65968072b7134f5864bbd96acf34fd0c23fe17c
2013-07-01 17:28:40 +00:00
'visualeditor-help-title',
Toolbar action widgetization and UI refactoring Objectives: * Use widgets to render toolbar actions * Remove labels next to help notices and edit notices buttons * Add a close button to the help notices and edit notices Overview: * ve.ui.ButtonWidget is now abstract, use ve.ui.PushButtonWidget instead * ve.ui.IconButtonWidget now inherits from ve.ui.ButtonWidget * ve.ui.PopupWidget's display method no longer takes x and y arguments * Fixup naming issues in MWCategoryPopupWidget * Fixup naming issues with some ve-init-mw CSS classes * Rename ve-mw/ui/styles/ve.ui.Widget.css to ve.ui.MWWidget.css * Change uses of "callout" to "tail" * Add hyperlink functionality to buttons * Make buttons accessible through focusing, but make unfocusable by clicking * Add head option to popup for rendering a title and close button Bug: 52386 Change-Id: Iea2c8df1be64d40f9c039873d89ee540cc56e687
2013-10-02 00:00:57 +00:00
'visualeditor-help-tool',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-historybutton-redo-tooltip',
'visualeditor-historybutton-undo-tooltip',
'visualeditor-indentationbutton-indent-tooltip',
'visualeditor-indentationbutton-outdent-tooltip',
Allow direct opening of pages in the meta dialog Objectives: * Hamburger menu in actions area of toolbar * Add tools that open specific pages in the meta dialog * Fix support for using setPage in ve.ui.PagedOutlineLayout * Allow passing setup config objects through window open calls * Add dialog action, similar to inspector action * Fix incorrect or missing documentation Change-Id: I2d2c9b87554fb2a0c90ed6944a58b38a37efa712
2013-10-17 22:09:48 +00:00
'visualeditor-languages-tool',
Prevent the creation of invalid MWInternalLinks By testing against a regex of legal title characters we can determine if the entered text is a valid internal link. If it isn't we should prevent the link inpsector from creating/changing the annotation. Bug: 33094 Change-Id: Ia1df602601e4e82fc351279e432c28c425f5157a
2013-08-01 11:53:11 +00:00
'visualeditor-linkinspector-illegal-title',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-linkinspector-suggest-external-link',
'visualeditor-linkinspector-suggest-matching-page',
'visualeditor-linkinspector-suggest-new-page',
'visualeditor-linkinspector-title',
'visualeditor-listbutton-bullet-tooltip',
'visualeditor-listbutton-number-tooltip',
Media display and insertion no longer an experimental feature Media item dialog for settings; drag-and-drop placement; caption editing still to come. Bug: 37870 Change-Id: I547e06dcdb92e19f0159660314187c4f1a62f3ed
2013-06-12 19:39:35 +00:00
'visualeditor-media-input-placeholder',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-meta-tool',
Template parameter adding Objective: * Allow browsing, searching and adding documented parameters Changes: ve.ui.MWTransclusionDialog.js * Replace regular text input with ve.ui.ParameterSearchWidget * Fix uses of $(), this.frame.$$ is correct ve.ui.Dialog.css * Change rules for addParameterFieldset to make search widget auto-size vertically ve.ui.Widget.css * Add styles for ve.ui.MWParameterResultWidget ve.ui.MWParameterSearchWidget.js, ve.ui.MWParameterResultWidget.js * New classes * Provides a way to search and select parameter for a template * Displays parameter label, name, aliases and description *.php * Links to new files and messages Change-Id: Ie5dbe8c44ce5d64c4b49b09517fb66cd30dd7304
2013-07-02 20:40:54 +00:00
'visualeditor-parameter-input-placeholder',
'visualeditor-parameter-search-no-unused',
'visualeditor-parameter-search-unknown',
Reference insertion, new and existing Objectives: * Split reference dialog (at least for now) an edit and an insert dialog * Add reference search widget for selecting an existing source, or choosing to add a new one * Abstract reference names, don't allow editing them and generate them when needed * When editing groups, move the internal item and update all references to it * Resolve name conflicts when moving a reference to a new group by generating a new list key Bonus: * Add getNodeGroups method to internal list * Add getUniqueListKey method to internal list * Add destroy functionality to ce.node to release events and references Bug: 49733 Change-Id: Ib244ff6ad9b4cee1decfd9b9e1d3d4e9cdcfb78c
2013-06-27 23:17:59 +00:00
'visualeditor-reference-input-placeholder',
mw.ViewPageTarget: Show save errors in save dialog instead of alert To trigger a save rejection from the api, set: $wgSpamRegex = '/spam/i'; and making an edit adding the word "spam" to a page. Class changes: * Rename message system in the save dialog from "warning" to "message" as it will now contain both warnings and errors. (css class, class property, method names, ..) Localisation: * Remove ugly hardcoded and wikitext-requiring "'''Warning:'''" prefix from the warning message, instead have a message for the word "Warning" and re-use this in #showMessage for each message of type "warning" (bolding applied in code instead of in i18n). * Rename visualeditor-savedialog-dirtywarning to visualeditor-savedialog-warning-dirty and remove from VisualEditorMessagesModule.php as it no longer requires pre- processing from the server. Clean up: * Re-alphabetise the order of some messages. * Clean up duplication and redundant logic in mw.Target#onSaveError and mw.ViewPageTarget#onSaveError. Bug: 50350 Change-Id: I3daf631fb0d62ba88e05aa50c77c9940d61395a0
2013-06-30 18:40:57 +00:00
'visualeditor-referencelist-isempty',
Add specific message for empty ref group list Currently we just say 'group ""' which is a bit weird, so instead have a specific message which talks about the 'default group'. Bug: 51873 Change-Id: I4a17f15ee18175fac11b36b102a06cc9714426ee
2013-09-30 12:09:20 +00:00
'visualeditor-referencelist-isempty-default',
mw.ViewPageTarget: Show save errors in save dialog instead of alert To trigger a save rejection from the api, set: $wgSpamRegex = '/spam/i'; and making an edit adding the word "spam" to a page. Class changes: * Rename message system in the save dialog from "warning" to "message" as it will now contain both warnings and errors. (css class, class property, method names, ..) Localisation: * Remove ugly hardcoded and wikitext-requiring "'''Warning:'''" prefix from the warning message, instead have a message for the word "Warning" and re-use this in #showMessage for each message of type "warning" (bolding applied in code instead of in i18n). * Rename visualeditor-savedialog-dirtywarning to visualeditor-savedialog-warning-dirty and remove from VisualEditorMessagesModule.php as it no longer requires pre- processing from the server. Clean up: * Re-alphabetise the order of some messages. * Clean up duplication and redundant logic in mw.Target#onSaveError and mw.ViewPageTarget#onSaveError. Bug: 50350 Change-Id: I3daf631fb0d62ba88e05aa50c77c9940d61395a0
2013-06-30 18:40:57 +00:00
'visualeditor-referencelist-missingref',
mw.ViewPageTarget: Improve error message for badtoken error Previously all it did was surface api response error.info, which surfaced underneath the edit summary form as mere: "Error: Invalid token". Bug: 50424 Change-Id: I60169b42701ae3b88e54626c4ff7050549e6ef55
2013-07-11 18:10:59 +00:00
'visualeditor-savedialog-error-badtoken',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-savedialog-label-create',
mw.ViewPageTarget: Show save errors in save dialog instead of alert To trigger a save rejection from the api, set: $wgSpamRegex = '/spam/i'; and making an edit adding the word "spam" to a page. Class changes: * Rename message system in the save dialog from "warning" to "message" as it will now contain both warnings and errors. (css class, class property, method names, ..) Localisation: * Remove ugly hardcoded and wikitext-requiring "'''Warning:'''" prefix from the warning message, instead have a message for the word "Warning" and re-use this in #showMessage for each message of type "warning" (bolding applied in code instead of in i18n). * Rename visualeditor-savedialog-dirtywarning to visualeditor-savedialog-warning-dirty and remove from VisualEditorMessagesModule.php as it no longer requires pre- processing from the server. Clean up: * Re-alphabetise the order of some messages. * Clean up duplication and redundant logic in mw.Target#onSaveError and mw.ViewPageTarget#onSaveError. Bug: 50350 Change-Id: I3daf631fb0d62ba88e05aa50c77c9940d61395a0
2013-06-30 18:40:57 +00:00
'visualeditor-savedialog-label-error',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-savedialog-label-report',
'visualeditor-savedialog-label-resolve-conflict',
'visualeditor-savedialog-label-restore',
'visualeditor-savedialog-label-review',
'visualeditor-savedialog-label-review-good',
'visualeditor-savedialog-label-save',
mw.ViewPageTarget: Show save errors in save dialog instead of alert To trigger a save rejection from the api, set: $wgSpamRegex = '/spam/i'; and making an edit adding the word "spam" to a page. Class changes: * Rename message system in the save dialog from "warning" to "message" as it will now contain both warnings and errors. (css class, class property, method names, ..) Localisation: * Remove ugly hardcoded and wikitext-requiring "'''Warning:'''" prefix from the warning message, instead have a message for the word "Warning" and re-use this in #showMessage for each message of type "warning" (bolding applied in code instead of in i18n). * Rename visualeditor-savedialog-dirtywarning to visualeditor-savedialog-warning-dirty and remove from VisualEditorMessagesModule.php as it no longer requires pre- processing from the server. Clean up: * Re-alphabetise the order of some messages. * Clean up duplication and redundant logic in mw.Target#onSaveError and mw.ViewPageTarget#onSaveError. Bug: 50350 Change-Id: I3daf631fb0d62ba88e05aa50c77c9940d61395a0
2013-06-30 18:40:57 +00:00
'visualeditor-savedialog-label-warning',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-savedialog-title-conflict',
'visualeditor-savedialog-title-nochanges',
'visualeditor-savedialog-title-review',
'visualeditor-savedialog-title-save',
mw.ViewPageTarget: Show save errors in save dialog instead of alert To trigger a save rejection from the api, set: $wgSpamRegex = '/spam/i'; and making an edit adding the word "spam" to a page. Class changes: * Rename message system in the save dialog from "warning" to "message" as it will now contain both warnings and errors. (css class, class property, method names, ..) Localisation: * Remove ugly hardcoded and wikitext-requiring "'''Warning:'''" prefix from the warning message, instead have a message for the word "Warning" and re-use this in #showMessage for each message of type "warning" (bolding applied in code instead of in i18n). * Rename visualeditor-savedialog-dirtywarning to visualeditor-savedialog-warning-dirty and remove from VisualEditorMessagesModule.php as it no longer requires pre- processing from the server. Clean up: * Re-alphabetise the order of some messages. * Clean up duplication and redundant logic in mw.Target#onSaveError and mw.ViewPageTarget#onSaveError. Bug: 50350 Change-Id: I3daf631fb0d62ba88e05aa50c77c9940d61395a0
2013-06-30 18:40:57 +00:00
'visualeditor-savedialog-warning-dirty',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-saveerror',
'visualeditor-serializeerror',
'visualeditor-toolbar-cancel',
'visualeditor-toolbar-savedialog',
Expose version information in the client By passing in the information via a ResourceLoaderModule this gets around any concerns with performance (version information is read from the file system). The version information is appended to the beta toolbar dialog. Bug: 53050 Change-Id: I7836e1d4003416cbb7e18e3435aa87d82fd5c2e2
2013-08-29 22:53:33 +00:00
'visualeditor-version-label',
Sort i18n messages Change-Id: Ic736fd63aa76c324edb67b303aadb269221ab213
2013-09-05 22:33:17 +00:00
'visualeditor-viewpage-savewarning',
Warn users when they are typing wikitext Without making the code much more complex (and possibly create performance issues) the warning will fire on pages which already contain escaped wikitext (when that text is edited). I think this should be a small enough minority that it won't be an major annoyance. Bug: 49820 Change-Id: I0f67ec04b890f4add9247be6126bdc086b6ae72f
2013-07-13 11:44:25 +00:00
'visualeditor-wikitext-warning-title',
Sort out i18n strings Sort them alphabetically; trim unused ones; give descriptions for missing ones; only use the needed messages in the ResourceLoader payload. Change-Id: I2af295a009121236d46c0705f85d3722dfb72aae
2013-06-12 19:10:22 +00:00
'visualeditor-window-title',
mw: Implement support for ConfirmEdit and FancyCaptcha * 'captcha' property from ConfirmEdit API is already exposed in ApiEdit and ApiVisualEditor through the 'edit' property in our response data. * Add parameters 'captchaid' and 'captchaword' to ApiVisualEditor and mw.ViewPageTarget#getSaveOptions. ApiVisualEditor will forward these to ApiEdit which forwards them to FancyCaptcha. * We display the captcha through a saveDialog warning. Bug: 50356 Change-Id: Ia7d2102cba89d00ec8508e846061023b330ece4f
2013-06-29 01:52:29 +00:00
// Only used if FancyCaptcha is installed and triggered on save
'captcha-label',
'fancycaptcha-edit',
'colon-separator',
Merge r110853
2012-02-07 16:37:08 +00:00
),
Improved icons * Moved icons into Illustrator (used to be in Photoshop) * Added SVG icons too * Added support for devices with pixel ratio > 1 (they use SVG) * Cleaned up icons (little rendering errors here and there) * Organized icons into their own folder * Increased the horizontal margin of the down arrows in the formatting (in the toolbar) and location (in the link inspector) drop down menus Change-Id: I29b7084c9b1145051b2a76f514cfca9826d53ddb
2012-08-30 20:04:22 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
'ext.visualEditor.language' => $wgVisualEditorResourceTemplate + array(
Separate experimental features out into a new module Currently some issues, probably with loading nodes after factories. Toggled by global $wgVisualEditorEnableExperimentalCode. Change-Id: Idab3dd68572c037289c6742d03fd327285110f67
2013-04-16 17:31:17 +00:00
'scripts' => array(
Language Inspector: CE / DM This is the infrastructure for the Language Inspector prototype, defining the dm and ce pieces of the <span lang='xx' dir='yy'> annotations. It also sets up a visual indicator for language blocks (with informational tooltip for the user while editing. The UI is built on top of this. Bug: 47759 Change-Id: I239eef5124e29369ea9c5d8c0f49b2f6a61bc053
2013-07-10 14:49:46 +00:00
've/dm/annotations/ve.dm.LanguageAnnotation.js',
've/ce/annotations/ve.ce.LanguageAnnotation.js',
Language Inspector UI This is the language inspector UI engine with ULS core. The Language Inspector works alongside ULS to choose and change language blocks in text. The inspector was based on ve.ui.TextInputWidget and now changed to inherit ve.ui.Widget and display details in a table instead of an input textbox. Added jQuery.ULS module: * Repository: https://github.com/wikimedia/jquery.uls * Latest Commit 728f112ffc90b03b50c0109487886a2647f12020 * Taken 'src' / 'images' and 'css' folders into modules/jquery.uls Bug: 47759 Change-Id: I3c9fd6c135c05a54f6c7fc28c5962fc0a6677806
2013-07-08 21:20:31 +00:00
've/ui/inspectors/ve.ui.LanguageInspector.js',
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
've/ui/tools/ve.ui.LanguageInspectorTool.js',
Language Inspector UI This is the language inspector UI engine with ULS core. The Language Inspector works alongside ULS to choose and change language blocks in text. The inspector was based on ve.ui.TextInputWidget and now changed to inherit ve.ui.Widget and display details in a table instead of an input textbox. Added jQuery.ULS module: * Repository: https://github.com/wikimedia/jquery.uls * Latest Commit 728f112ffc90b03b50c0109487886a2647f12020 * Taken 'src' / 'images' and 'css' folders into modules/jquery.uls Bug: 47759 Change-Id: I3c9fd6c135c05a54f6c7fc28c5962fc0a6677806
2013-07-08 21:20:31 +00:00
've/ui/widgets/ve.ui.LanguageInputWidget.js',
Separate experimental features out into a new module Currently some issues, probably with loading nodes after factories. Toggled by global $wgVisualEditorEnableExperimentalCode. Change-Id: Idab3dd68572c037289c6742d03fd327285110f67
2013-04-16 17:31:17 +00:00
),
'dependencies' => array(
'ext.visualEditor.core',
Language Inspector UI This is the language inspector UI engine with ULS core. The Language Inspector works alongside ULS to choose and change language blocks in text. The inspector was based on ve.ui.TextInputWidget and now changed to inherit ve.ui.Widget and display details in a table instead of an input textbox. Added jQuery.ULS module: * Repository: https://github.com/wikimedia/jquery.uls * Latest Commit 728f112ffc90b03b50c0109487886a2647f12020 * Taken 'src' / 'images' and 'css' folders into modules/jquery.uls Bug: 47759 Change-Id: I3c9fd6c135c05a54f6c7fc28c5962fc0a6677806
2013-07-08 21:20:31 +00:00
'jquery.uls',
Reference dialog Objective: Add a basic (empty) dialog for mediawiki references. Editor to follow. Changes: *.php * Added file links and messages ve.ui.MWMetaDialog.js * Moved initialize method to the top (for consistent ordering) ve.ui.MWReferenceDialog.js * New class, basic empty dialog for references ve.ui.LinkInspector.js, ve.ui.MWLinkInspector.js, ve.ui.MediaButtonTool.js * Cleanup documentation * Whitespace icons.ai, reference.png, reference.svg * Switch to reference icon being 3 books on a shelf ve.ui.MWReferenceButtonTool.js * New class, basic dialog button for references Change-Id: Ia4e30e9239fa1e3b28c0a1ef1ca0a6515a8103ef
2013-05-07 23:00:23 +00:00
),
'messages' => array(
Actually move the experimental LanguageInspector messages into the experimental module Change-Id: I91453bfa535b1b5a8c6c495a5857977a646434d6
2013-08-29 00:25:52 +00:00
'visualeditor-languageinspector-title',
'visualeditor-languageinspector-block-tooltip',
'visualeditor-languageinspector-block-tooltip-rtldirection',
'visualeditor-languageinspector-widget-changelang',
'visualeditor-languageinspector-widget-label-language',
'visualeditor-languageinspector-widget-label-langcode',
'visualeditor-languageinspector-widget-label-direction',
'visualeditor-languageinspector-block-tooltip',
'visualeditor-languageinspector-block-tooltip-rtldirection',
Language Inspector UI This is the language inspector UI engine with ULS core. The Language Inspector works alongside ULS to choose and change language blocks in text. The inspector was based on ve.ui.TextInputWidget and now changed to inherit ve.ui.Widget and display details in a table instead of an input textbox. Added jQuery.ULS module: * Repository: https://github.com/wikimedia/jquery.uls * Latest Commit 728f112ffc90b03b50c0109487886a2647f12020 * Taken 'src' / 'images' and 'css' folders into modules/jquery.uls Bug: 47759 Change-Id: I3c9fd6c135c05a54f6c7fc28c5962fc0a6677806
2013-07-08 21:20:31 +00:00
'visualeditor-annotationbutton-language-tooltip',
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
),
),
'ext.visualEditor.mwalienextension' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
've-mw/dm/nodes/ve.dm.MWAlienExtensionNode.js',
've-mw/ce/nodes/ve.ce.MWAlienExtensionNode.js',
've-mw/ui/inspectors/ve.ui.MWAlienExtensionInspector.js',
've-mw/ui/tools/ve.ui.MWAlienExtensionInspectorTool.js',
),
'dependencies' => array(
'ext.visualEditor.core',
),
'messages' => array(
Actually move the experimental LanguageInspector messages into the experimental module Change-Id: I91453bfa535b1b5a8c6c495a5857977a646434d6
2013-08-29 00:25:52 +00:00
'visualeditor-mwalienextensioninspector-title',
Reference dialog Objective: Add a basic (empty) dialog for mediawiki references. Editor to follow. Changes: *.php * Added file links and messages ve.ui.MWMetaDialog.js * Moved initialize method to the top (for consistent ordering) ve.ui.MWReferenceDialog.js * New class, basic empty dialog for references ve.ui.LinkInspector.js, ve.ui.MWLinkInspector.js, ve.ui.MediaButtonTool.js * Cleanup documentation * Whitespace icons.ai, reference.png, reference.svg * Switch to reference icon being 3 books on a shelf ve.ui.MWReferenceButtonTool.js * New class, basic dialog button for references Change-Id: Ia4e30e9239fa1e3b28c0a1ef1ca0a6515a8103ef
2013-05-07 23:00:23 +00:00
),
Separate experimental features out into a new module Currently some issues, probably with loading nodes after factories. Toggled by global $wgVisualEditorEnableExperimentalCode. Change-Id: Idab3dd68572c037289c6742d03fd327285110f67
2013-04-16 17:31:17 +00:00
),
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
'ext.visualEditor.mwmath' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
've-mw/dm/nodes/ve.dm.MWMathNode.js',
've-mw/ce/nodes/ve.ce.MWMathNode.js',
've-mw/ui/inspectors/ve.ui.MWMathInspector.js',
've-mw/ui/tools/ve.ui.MWMathInspectorTool.js',
),
'dependencies' => array(
'ext.visualEditor.core',
),
'messages' => array(
'visualeditor-mwmathinspector-title',
Improved icons * Moved icons into Illustrator (used to be in Photoshop) * Added SVG icons too * Added support for devices with pixel ratio > 1 (they use SVG) * Cleaned up icons (little rendering errors here and there) * Organized icons into their own folder * Increased the horizontal margin of the down arrows in the formatting (in the toolbar) and location (in the link inspector) drop down menus Change-Id: I29b7084c9b1145051b2a76f514cfca9826d53ddb
2012-08-30 20:04:22 +00:00
),
),
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
'ext.visualEditor.mwhiero' => $wgVisualEditorResourceTemplate + array(
'scripts' => array(
've-mw/dm/nodes/ve.dm.MWHieroNode.js',
've-mw/ce/nodes/ve.ce.MWHieroNode.js',
've-mw/ui/inspectors/ve.ui.MWHieroInspector.js',
've-mw/ui/tools/ve.ui.MWHieroInspectorTool.js',
),
'dependencies' => array(
'ext.visualEditor.core',
),
'messages' => array(
'visualeditor-mwhieroinspector-title',
Improved icons * Moved icons into Illustrator (used to be in Photoshop) * Added SVG icons too * Added support for devices with pixel ratio > 1 (they use SVG) * Cleaned up icons (little rendering errors here and there) * Organized icons into their own folder * Increased the horizontal margin of the down arrows in the formatting (in the toolbar) and location (in the link inspector) drop down menus Change-Id: I29b7084c9b1145051b2a76f514cfca9826d53ddb
2012-08-30 20:04:22 +00:00
),
),
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
'ext.visualEditor.mwsyntaxHighlight' => $wgVisualEditorResourceTemplate + array(
SyntaxHighlight node support Update: Switched to generic ve.ui.Toolbar and ve.ui.Tool for consistency with VE in general. Changed searchbox to floating and hidden by default. Call for search using shortcut key. Overriden ESC key. Node handler for <syntaxhighlight>'s Rdfa type. Embedded in VisualEditor.php with its own ResourceLoader module. Use $wgVisualEditorEnableExperimentalCode in LocalSettings.php to load the module. Supported languages (for testing): text, javascript Features: (1) Internal mechanisms: (1.1) Tokenizer. Tokenize input code string. (1.2) Highlighter. Highlight based on predefined rules. (1.3) Syntax checker. Validate based on predefined rules. (2) SimpleSurface: (2.1) Auto indenter. Works with (){}[] blocks. (2.2) Reformatter. Reformats spaces and remove trailing whitespaces. (2.3) Language selection dropdown. (2.4) Basic editing. Insert, deletion, selection. (2.5) Clipboard & edit history support. (2.5.1) Undo (Ctrl + Z), redo (Ctrl + Y) (2.5.2) Copy (Ctrl + C), cut (Ctrl + X), paste (Ctrl + V) (2.6) Search & replace. Ctrl + F to quickly move focus to search box. Bug 47742 Change-Id: I4adede9e05fd2236cee50ce03f597e8ff6b1914d
2013-07-03 21:56:29 +00:00
'scripts' => array(
'syntaxhighlight/ve.dm.MWSyntaxHighlightNode.js',
'syntaxhighlight/ve.ce.MWSyntaxHighlightNode.js',
'syntaxhighlight/ve.ui.MWSyntaxHighlightTool.js',
'syntaxhighlight/ve.ui.MWSyntaxHighlightDialog.js',
'syntaxhighlight/ve.ui.MWSyntaxHighlightSimpleSurface.js',
'syntaxhighlight/helpers/ve.ce.MWSyntaxHighlightHighlighter.js',
'syntaxhighlight/helpers/ve.dm.MWSyntaxHighlightTokenizer.js',
'syntaxhighlight/helpers/ve.ce.MWSyntaxHighlightValidator.js',
),
'dependencies' => array(
'ext.visualEditor.core',
),
'messages' => array(
'visualeditor-dialog-syntaxhighlight-title',
'visualeditor-dialogbutton-syntaxhighlight-tooltip',
),
'styles' => array(
'syntaxhighlight/styles/ve.ui.MWSyntaxHighlight.css',
),
),
Split ext.visualEditor.experimental into specific modules Math, hiero, language and alienextension are now each in their own module. Kept the experimental module for backwards compatibility, it just has all of its constituent modules as dependencies. MWExperimentalTool.js was split up, and ExperimentalTool.js was renamed to LanguageInspectorTool.js. Change-Id: I63b49dfbdb59dc9a494049553cc0c01e89e48826
2013-10-21 22:30:49 +00:00
'ext.visualEditor.experimental' => array(
'dependencies' => array(
'ext.visualEditor.mwmath',
'ext.visualEditor.mwhiero',
'ext.visualEditor.language',
'ext.visualEditor.mwalienextension',
//'ext.visualEditor.mwsyntaxHighlight',
),
),
'ext.visualEditor.icons-raster' => $wgVisualEditorResourceTemplate + array(
'styles' => array(
've/ui/styles/ve.ui.Icons-raster.css',
've-mw/ui/styles/ve.ui.Icons-raster.css',
),
),
'ext.visualEditor.icons-vector' => $wgVisualEditorResourceTemplate + array(
'styles' => array(
've/ui/styles/ve.ui.Icons-vector.css',
've-mw/ui/styles/ve.ui.Icons-vector.css',
),
),
Initial MediaWiki Integration
2011-11-28 20:28:28 +00:00
);
Create base integration core module Works on VisualEditor Namespace Created VE api wrapper for parsoid service to roundtrip pages Change-Id: I3f2967730c1a3ece31b7262a46bef31ea8b38613
2012-05-25 19:50:48 +00:00
Add ability to run a 50% split user test with VisualEditor as default Will only run if $wgVisualEditorEnableSplitTest is set to true. To be removed once VisualEditor is fully deployed. Bug: 49604 Change-Id: I5c603ece309d61641d32ccc9eff5ea2890d5b816
2013-06-15 02:07:34 +00:00
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
/* Configuration */
Add ability to run a 50% split user test with VisualEditor as default Will only run if $wgVisualEditorEnableSplitTest is set to true. To be removed once VisualEditor is fully deployed. Bug: 49604 Change-Id: I5c603ece309d61641d32ccc9eff5ea2890d5b816
2013-06-15 02:07:34 +00:00
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
// Array of ResourceLoader module names (strings) that should be loaded when VisualEditor is
// loaded. Other extensions that extend VisualEditor should add to this array.
$wgVisualEditorPluginModules = array();
Fix display of edit summary message in save dialog Fixed by adding the specialMessages module which is only loaded once the editor loads. Then after it's loaded we use the summary message from there to update the (possibly broken) summary message in the save dialog. Change-Id: I67f5c59501cdf7c66c925cef8d4dd42b0f2cfde3
2012-06-21 20:39:27 +00:00
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
// URL to the Parsoid instance
// MUST NOT end in a slash due to Parsoid bug
$wgVisualEditorParsoidURL = 'http://localhost:8000';
// Interwiki prefix to pass to the Parsoid instance
// Parsoid will be called as $url/$prefix/$pagename
$wgVisualEditorParsoidPrefix = 'localhost';
// Timeout for HTTP requests to Parsoid in seconds
$wgVisualEditorParsoidTimeout = 100;
// Namespaces to enable VisualEditor in
$wgVisualEditorNamespaces = $wgContentNamespaces;
Move skin support into $wgVisualEditorSupportedSkins $supportedSkins is mostly an artefact of the currently-unrefactored init code that will have a sub-class for each skin (so skin's maintainers can add VisualEditor support without hacking around inside VisualEditor itself), but until then let's split it out into a global configuration variable at least, so that they have a hope. Change-Id: I0742cea6469678c5599768340dfb1f6d2f4debf4
2013-10-07 22:55:22 +00:00
// List of skins VisualEditor integration supports
$wgVisualEditorSupportedSkins = array( 'vector', 'apex', 'monobook' );
Add requirements to BetaFeatures hook Change-Id: Ifc809f49e1cf03015dbb295b6b092b4181edc38b
2013-10-10 12:33:49 +00:00
// List of browsers VisualEditor is incompatibe with
// See jQuery.client for specification
$wgVisualEditorBrowserBlacklist = array(
// IE <= 8 has various incompatibilities in layout and feature support
// IE9 and IE10 generally work but fail in ajax handling when making POST
// requests to the VisualEditor/Parsoid API which is causing silent failures
// when trying to save a page (bug 49187)
'msie' => array( array( '<=', 10 ) ),
// Android 2.x and below "support" CE but don't trigger keyboard input
'android' => array( array( '<', 3 ) ),
// Firefox issues in versions 12 and below (bug 50780)
// Wikilink [[./]] bug in Firefox 14 and below (bug 50720)
'firefox' => array( array( '<=', 14 ) ),
// Opera < 12 was not tested and it's userbase is almost nonexistent anyway
'opera' => array( array( '<', 12 ) ),
// Blacklist all versions:
'blackberry' => null,
);
VisualEditor.php: Re-order and clean up Match the conventional layout for this file. Change-Id: Ic437c1a9423af47a3a1f3068afec6daa4ba7eefc
2013-07-26 20:08:32 +00:00
// Whether to use change tagging for VisualEditor edits
$wgVisualEditorUseChangeTagging = true;
// Whether to disable for logged-in users
// This allows you to enable the 'visualeditor-enable' preference by default
// but still disable VE for logged-out users (by setting this to false).
$wgVisualEditorDisableForAnons = false;
Beta welcome dialog For configured wikis, show a dialog that welcomes the user to the amazing and fantabulous world of VisualEditing, which is not only full of wonderment and joy but also may lead to increased popularity and love. The dialog only shows up once (uses a cookie). Change-Id: I8e7c4dc2c63b36594378a543b9d66291395eebcf
2013-08-01 20:18:33 +00:00
// Whether to show the "welcome to the beta" dialog the first time a user uses VisualEditor
$wgVisualEditorShowBetaWelcome = false;
Move edit tab generation into PHP and make it more configurable * Generate the edit tabs and the section edit links in PHP, with a fallback in JS for cases where we don't have them yet due to caching. But only change things if VE is enabled, and have the JS correct the state if the wrong cached HTML comes through. * Make the order of the tabs/links and the messages to use as captions configurable * Make the edit tabs and section edit links always be present in the page (regardless of namespace, user prefs, etc.) but be hidden and have JS unhide them (using html.ve-available) if appropriate * Add appendix messages so we can do a superscript "beta" even in places where we can't use HTML in the message VisualEditor.php: * Add new hook registrations * Remove edit link caption messages from the init init module because they're now added dynamically in VisualEditor.hooks.php * Add a noscript CSS module so we can hide some things in JS-less environments * Remove $wgVisualEditorTabLayout and replace it with $wgVisualEditorPosition * Add config vars for link captions, with null causing us to use the default caption * Add config vars for link caption appendices. Too many config vars but we'll clean that up later VisualEditor.hooks.php: * Dynamically add tab messages to the init init module * Remove unused globals in onBeforePageDisplay() * Add noscript CSS module * Add a SkinTemplateNavigation hook that changes and reorders the edit tabs as appropriate * Add a DoEditSectionLink hook that overwrites the edit section links * Export the new config variables to JS VisualEditor.i18n.php: * Add beta appendix message * Add a message for the default VE edit section link ve.init.mw.ViewPageTarget.init.css: * Remove the animation on the edit section links * Darken the color of the brackets and the pipe from #ccc to #555 * Style the beta message to be superscript-like (but not real <sup> to avoid moving the baseline) ve.init.mw.ViewPageTarget.noscript.css: * Hide the VE edit tab, the pipe and the VE edit section link initally unless and until JS unhides ve.init.mw.ViewPageTarget.init.js: * Toggle .ve-not-available / .ve-available * Edit tabs ** Only generate the the edit tabs if they're not already there from PHP ** Rewrite the edit tab generation to mirror what's being done in PHP * Section edit links ** Same as for edit tabs ** Also add mw-visualeditor-expanded to pad the brackets ve.init.mw.ViewPageTarget.js: * #ca-ve-edit is now always the VE tab (and #ca-edit always the edit source tab) so update the .selected behavior accordingly Change-Id: Idcb15faea7fabe5fe7578b1508079969b27d2469
2013-08-01 19:14:41 +00:00
// Where to put the VisualEditor edit tab
// 'before': put it right before the old edit tab
// 'after': put it right after the old edit tab
$wgVisualEditorTabPosition = 'before';
$wgVisualEditorTabMessages = array(
// i18n message key to use for the VisualEditor edit tab
// If null, the default edit tab caption will be used
// The 'visualeditor-ca-ve-edit' message is available for this
'edit' => null,
// i18n message key to use for the old edit tab
// If null, the tab's caption will not be changed
'editsource' => 'visualeditor-ca-editsource',
// i18n message key to use for the VisualEditor create tab
// If null, the default create tab caption will be used
// The 'visualeditor-ca-ve-create' message is available for this
'create' => null,
// i18n message key to use for the old create tab
// If null, the tab's caption will not be changed
'createsource' => 'visualeditor-ca-createsource',
// i18n message key to use for the VisualEditor section edit link
// If null, the default edit section link caption will be used
'editsection' => null,
// i18n message key to use for the source section edit link
// If null, the link's caption will not be changed
'editsectionsource' => 'visualeditor-ca-editsource-section',
// i18n message key for an optional appendix to add to each of these from JS
// Use this if you have HTML messages to add
// The 'visualeditor-beta-appendix' message is available for this purpose
'editappendix' => null,
'editsourceappendix' => null,
'createappendix' => null,
'createsourceappendix' => null,
'editsectionappendix' => null,
'editsectionsourceappendix' => null,
);
Reference in a new issue Copy permalink