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.../modules/ve-mw/init/styles/ve.init.mw.ViewPageTarget.init.css

34 lines
738 B
CSS
Raw Normal View History

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 MediaWiki ViewPageTarget init styles.
*
Bump copyright like it's 2014 Change-Id: Ic469ebda2c061dc7da0b4c1625f43a7be55da4fa
2014-01-05 12:05:05 +00:00
* @copyright 2011-2014 VisualEditor Team and others; see AUTHORS.txt
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
* @license The MIT License (MIT); see LICENSE.txt
*/
Fix csslint warnings Also: * Added modules/syntaxhighlight to csslintignore because it is broken right now, so it's hard to fix those warnings without being able to verify it. * Fixed a typo in the grunt-watch config that accessed an inexistent property. Change-Id: Ib81572506786b6a1203c454d1b2b91bb6ae2a3de
2013-12-03 22:09:56 +00:00
/*csslint known-properties:false */
/* Bug: https://github.com/stubbornella/csslint/issues/436 */
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
/* Section edit links */
.mw-editsection {
white-space: nowrap;
/* bidi isolation: */
unicode-bidi: -moz-isolate;
unicode-bidi: -webkit-isolate;
unicode-bidi: isolate;
}
.mw-editsection-divider {
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
color: #555;
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
}
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
.ve-tabmessage-appendix {
font-size: 0.7em;
vertical-align: top;
line-height: 1.43em;
padding-left: 0.5em;
/* Use !important to override div.vectorTabs span */
background-image: none !important;
display: inline !important;
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
}
Reference in a new issue Copy permalink