wikimedia/mediawiki-extensions-VisualEditor
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/VisualEditor synced 2024-11-25 06:46:26 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Visual.../modules/ve-mw/init/styles/ve.init.mw.DesktopArticleTarget.init.css

99 lines
2.4 KiB
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
/*!
[BREAKING CHANGE] Rename (View|Mobile)PageTarget to (Desktop|Mobile)ArticleTarget Change-Id: I6a8fa76dc4d70cc04722e30e3fea6a6112d56b40
2015-07-29 13:41:30 +00:00
* VisualEditor MediaWiki DesktopArticleTarget init styles.
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
*
build: Bump file copyright notices for 2016 Change-Id: I3c618c196e504a80ca297a4132a17f1977a24fb7
2016-01-03 22:56:59 +00:00
* @copyright 2011-2016 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: Grey-out body content as soon as edit is clicked Set 've-activated' as soon as edit is clicked, with a 've-loading' state. This necessitates moving the relevant styles to mw.ViewPageTarget.init.css. Change-Id: Ic9757cdbf63a2f72eda0dd03ff5588d79028ba0e
2015-03-16 16:07:14 +00:00
/*!
* State | <html> classes
[BREAKING CHANGE] Rename (View|Mobile)PageTarget to (Desktop|Mobile)ArticleTarget Change-Id: I6a8fa76dc4d70cc04722e30e3fea6a6112d56b40
2015-07-29 13:41:30 +00:00
* - mw.DesktopArticleTarget.init.css is loaded
mw.ViewPageTarget: Grey-out body content as soon as edit is clicked Set 've-activated' as soon as edit is clicked, with a 've-loading' state. This necessitates moving the relevant styles to mw.ViewPageTarget.init.css. Change-Id: Ic9757cdbf63a2f72eda0dd03ff5588d79028ba0e
2015-03-16 16:07:14 +00:00
* Reading | ve-available
* Loading editor | ve-available ve-activated ve-loading
[BREAKING CHANGE] Rename (View|Mobile)PageTarget to (Desktop|Mobile)ArticleTarget Change-Id: I6a8fa76dc4d70cc04722e30e3fea6a6112d56b40
2015-07-29 13:41:30 +00:00
* - mw.DesktopArticleTarget.css is loaded
mw.ViewPageTarget: Grey-out body content as soon as edit is clicked Set 've-activated' as soon as edit is clicked, with a 've-loading' state. This necessitates moving the relevant styles to mw.ViewPageTarget.init.css. Change-Id: Ic9757cdbf63a2f72eda0dd03ff5588d79028ba0e
2015-03-16 16:07:14 +00:00
* Activate editor | ve-available ve-activated ve-activating
* Active | ve-available ve-activated ve-active
* Deactivate editor | ve-available ve-deactivating
* Deactivated | ve-available
*/
.ve-activated #toc,
.ve-activated #siteNotice,
.ve-activated .mw-indicators,
/* Most of bodyContent can be hidden as VE has an equivalent of most children
in ve-init-target (sibling of #bodyContent). However, we can't hide it
completely as subs should remain visible (for persistence with read mode),
and ve-ui-mwTocWidget is also part of #bodyContent. */
Consistently use spaces inside brackets in CSS Change-Id: Ie63a50cb16cb89dac7060857220485d7d23f2fe3
2015-10-02 18:23:13 +00:00
.ve-active #bodyContent > :not( #siteSub ):not( #contentSub ):not( .ve-ui-mwTocWidget ),
mw.ViewPageTarget: Grey-out body content as soon as edit is clicked Set 've-activated' as soon as edit is clicked, with a 've-loading' state. This necessitates moving the relevant styles to mw.ViewPageTarget.init.css. Change-Id: Ic9757cdbf63a2f72eda0dd03ff5588d79028ba0e
2015-03-16 16:07:14 +00:00
.ve-activated #t-print,
.ve-activated #t-permalink,
.ve-activated #p-coll-print_export,
.ve-activated #t-cite,
.ve-deactivating .ve-ui-surface {
display: none;
}
Make surface measurable while activating If the surface is display:none then $.width always returns 0, which breaks features like FocusableNode's invisible icon. Bug: T127319 Change-Id: Ib157ffaeb56fca2bdc26868d830c4bf8feafa2a8
2016-02-23 17:03:45 +00:00
/* The surface needs to be measurable while being setup
as some nodes render based on their dimensions, e.g.
ve.ce.FocusableNode#updateInvisibleIcon */
.ve-activating .ve-ui-surface {
height: 0;
overflow: hidden;
}
mw.ViewPageTarget: Grey-out body content as soon as edit is clicked Set 've-activated' as soon as edit is clicked, with a 've-loading' state. This necessitates moving the relevant styles to mw.ViewPageTarget.init.css. Change-Id: Ic9757cdbf63a2f72eda0dd03ff5588d79028ba0e
2015-03-16 16:07:14 +00:00
.ve-activated #bodyContent,
DesktopTarget: Fix opacity of #siteSub and #contentSub siteSub and contentSub are both children of bodyContent so no need to give them opacity directly. Bonus: Make them user-select:none to avoid confusion as they are in the edit area. Bug: T116755 Change-Id: Iea4c35abc1eedb892e02c54b61e40726fa2b096e
2015-10-23 16:03:32 +00:00
.ve-activated #firstHeading {
mw.ViewPageTarget: Grey-out body content as soon as edit is clicked Set 've-activated' as soon as edit is clicked, with a 've-loading' state. This necessitates moving the relevant styles to mw.ViewPageTarget.init.css. Change-Id: Ic9757cdbf63a2f72eda0dd03ff5588d79028ba0e
2015-03-16 16:07:14 +00:00
opacity: 0.6;
mw.ViewPageTarget: Disable pointer events on dimmed elements Reduces event overhead and prevents accidental interaction with content while loading, and with content sub while editing. Change-Id: Ief997cd4d5cf444fb2ee0d28c709301d26e814f9
2015-03-31 19:42:42 +00:00
pointer-events: none;
DesktopTarget: Fix opacity of #siteSub and #contentSub siteSub and contentSub are both children of bodyContent so no need to give them opacity directly. Bonus: Make them user-select:none to avoid confusion as they are in the edit area. Bug: T116755 Change-Id: Iea4c35abc1eedb892e02c54b61e40726fa2b096e
2015-10-23 16:03:32 +00:00
-webkit-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
user-select: none;
mw.ViewPageTarget: Grey-out body content as soon as edit is clicked Set 've-activated' as soon as edit is clicked, with a 've-loading' state. This necessitates moving the relevant styles to mw.ViewPageTarget.init.css. Change-Id: Ic9757cdbf63a2f72eda0dd03ff5588d79028ba0e
2015-03-16 16:07:14 +00:00
}
.ve-activated #firstHeading {
cursor: default;
}
Make loading progress bar determinate Estimate loading times to show smooth loading progress. Bug: T90622 Bug: T92456 Bug: T52206 Change-Id: Ic6e31a938b474c5a11c0c12302ec6c0ebc2c414d
2015-02-15 11:42:21 +00:00
/* Progress bar mimicking OOUI */
Make spinner appear immediately when clicking edit Moved the spinner code from ViewPageTarget to ViewPageTarget.init to make it appear immediately on clicking edit. Bonus: also fixes the URL to add the parameter vesection when clicking a section edit link. Bug: 65453 Change-Id: Ica33de675203cc0f0594b8362731c4e98a644313
2014-10-21 01:10:41 +00:00
Make loading progress bar determinate Estimate loading times to show smooth loading progress. Bug: T90622 Bug: T92456 Bug: T52206 Change-Id: Ic6e31a938b474c5a11c0c12302ec6c0ebc2c414d
2015-02-15 11:42:21 +00:00
.ve-activated #content {
position: relative;
}
[BREAKING CHANGE] Rename (View|Mobile)PageTarget to (Desktop|Mobile)ArticleTarget Change-Id: I6a8fa76dc4d70cc04722e30e3fea6a6112d56b40
2015-07-29 13:41:30 +00:00
.ve-init-mw-desktopArticleTarget-loading-overlay {
Make loading progress bar determinate Estimate loading times to show smooth loading progress. Bug: T90622 Bug: T92456 Bug: T52206 Change-Id: Ic6e31a938b474c5a11c0c12302ec6c0ebc2c414d
2015-02-15 11:42:21 +00:00
position: absolute;
left: 0;
right: 0;
z-index: 1;
margin-top: -0.5em;
}
[BREAKING CHANGE] Rename (View|Mobile)PageTarget to (Desktop|Mobile)ArticleTarget Change-Id: I6a8fa76dc4d70cc04722e30e3fea6a6112d56b40
2015-07-29 13:41:30 +00:00
.ve-init-mw-desktopArticleTarget-progress {
Create separate skinStyles for target loading bar Change-Id: I74eff697711641a7c111564ddb9e493ad358b8d4
2015-10-22 15:01:44 +00:00
height: 1em;
Make loading progress bar determinate Estimate loading times to show smooth loading progress. Bug: T90622 Bug: T92456 Bug: T52206 Change-Id: Ic6e31a938b474c5a11c0c12302ec6c0ebc2c414d
2015-02-15 11:42:21 +00:00
overflow: hidden;
margin: 0 25%;
}
[BREAKING CHANGE] Rename (View|Mobile)PageTarget to (Desktop|Mobile)ArticleTarget Change-Id: I6a8fa76dc4d70cc04722e30e3fea6a6112d56b40
2015-07-29 13:41:30 +00:00
.ve-init-mw-desktopArticleTarget-progress-bar {
Create separate skinStyles for target loading bar Change-Id: I74eff697711641a7c111564ddb9e493ad358b8d4
2015-10-22 15:01:44 +00:00
height: 1em;
Make loading progress bar determinate Estimate loading times to show smooth loading progress. Bug: T90622 Bug: T92456 Bug: T52206 Change-Id: Ic6e31a938b474c5a11c0c12302ec6c0ebc2c414d
2015-02-15 11:42:21 +00:00
width: 0;
Make spinner appear immediately when clicking edit Moved the spinner code from ViewPageTarget to ViewPageTarget.init to make it appear immediately on clicking edit. Bonus: also fixes the URL to add the parameter vesection when clicking a section edit link. Bug: 65453 Change-Id: Ica33de675203cc0f0594b8362731c4e98a644313
2014-10-21 01:10:41 +00:00
}
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
}
Reference in a new issue Copy permalink