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

103 lines
2.8 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
*/
Update VE core submodule to master (eeaf1e2) New changes: c54a48a build: Fix watch list (csslint -> stylelint) 58ba3d9 Add stylelint rules for @-rules 3f8c75a Stylelint: Add rule for unsupported browser features 3b96ff3 Fix minimum Opera version (15 -> 12) 9a1110b Stylelint: No ID selectors 9800bb8 build: Remove remaining references to csslint b6ab14a stylelint: Re-enable features by names 6cc1f3c Move stylelint to npm 1d15fa0 build: Bump stylelint version to v0.2.0 ccc1724 stylelint: Use the preset rather than extending Change-Id: I22fa8098592338a5e912aba9ad21131b21d9c0ea
2016-05-17 17:32:58 +00:00
/* stylelint-disable selector-no-id */
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
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
Fix loading bar opacity * Ensure ve-loading isn't removed early * Quickly detach then reattach the loading bar during activation so it doesn't get moved and marked as original content Change-Id: I263c9627348953a11966f8bcc435d0d89b0b6084
2016-06-01 13:52:57 +00:00
* Activate editor | ve-available ve-activated ve-loading ve-activating
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
* 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,
.ve-activated #t-print,
.ve-activated #t-permalink,
.ve-activated #p-coll-print_export,
.ve-activated #t-cite,
Genericise target initialisation across namespaces Define $editableContent on target construction, and mark all non-ancestor nodes between that at the target container as uneditable (50% opacity, no pointer events). Bug: T58289 Change-Id: I7fe51104bd5aa1bd53ffc604e5f02752c7553578
2016-05-09 22:28:24 +00:00
.ve-deactivating .ve-ui-surface,
.ve-active .ve-init-mw-desktopArticleTarget-editableContent {
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
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;
DesktopArticleTarget.init: Make surface hiding hack work with padding Change-Id: Ia8508199c80ef3da7f4ae30bd4e053273fe44d8a
2016-05-26 19:03:08 +00:00
padding: 0 !important; /* stylelint-disable-line declaration-no-important */
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
overflow: hidden;
}
Open meta dialog to edit categories when user clicks on the category footer Bug: T145267 Change-Id: Ie88c4d9c6327baffdb83c1affbc0515a68c0fc03
2016-09-14 00:19:39 +00:00
/* Once activated, everything except the progress bar, the edit target, and the category footer */
.ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent :not([id='catlinks']),
Genericise target initialisation across namespaces Define $editableContent on target construction, and mark all non-ancestor nodes between that at the target container as uneditable (50% opacity, no pointer events). Bug: T58289 Change-Id: I7fe51104bd5aa1bd53ffc604e5f02752c7553578
2016-05-09 22:28:24 +00:00
/* While loading, everything except the progress bar */
Open meta dialog to edit categories when user clicks on the category footer Bug: T145267 Change-Id: Ie88c4d9c6327baffdb83c1affbc0515a68c0fc03
2016-09-14 00:19:39 +00:00
.ve-loading #content > :not( .ve-init-mw-desktopArticleTarget-loading-overlay ) {
Genericise target initialisation across namespaces Define $editableContent on target construction, and mark all non-ancestor nodes between that at the target container as uneditable (50% opacity, no pointer events). Bug: T58289 Change-Id: I7fe51104bd5aa1bd53ffc604e5f02752c7553578
2016-05-09 22:28:24 +00:00
/* IE9 is supported with JS events */
stylelint: Comment uses of 'unsupported' browser CSS features Change-Id: Ia88575d3fe71c22551cc601f03d8f4dea6d7fe16
2016-05-17 12:11:08 +00:00
/* stylelint-disable no-unsupported-browser-features */
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;
Update VE core submodule to master (eeaf1e2) New changes: c54a48a build: Fix watch list (csslint -> stylelint) 58ba3d9 Add stylelint rules for @-rules 3f8c75a Stylelint: Add rule for unsupported browser features 3b96ff3 Fix minimum Opera version (15 -> 12) 9a1110b Stylelint: No ID selectors 9800bb8 build: Remove remaining references to csslint b6ab14a stylelint: Re-enable features by names 6cc1f3c Move stylelint to npm 1d15fa0 build: Bump stylelint version to v0.2.0 ccc1724 stylelint: Use the preset rather than extending Change-Id: I22fa8098592338a5e912aba9ad21131b21d9c0ea
2016-05-17 17:32:58 +00:00
/* stylelint-enable no-unsupported-browser-features */
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
}
Open meta dialog to edit categories when user clicks on the category footer Bug: T145267 Change-Id: Ie88c4d9c6327baffdb83c1affbc0515a68c0fc03
2016-09-14 00:19:39 +00:00
/* While loading, everything except the progress bar */
.ve-loading #content > :not( .ve-init-mw-desktopArticleTarget-loading-overlay ),
/* Once activated, everything except the progress bar and the edit target */
.ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent {
opacity: 0.5;
}
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;
}
Update VE core submodule to master (eeaf1e2) New changes: c54a48a build: Fix watch list (csslint -> stylelint) 58ba3d9 Add stylelint rules for @-rules 3f8c75a Stylelint: Add rule for unsupported browser features 3b96ff3 Fix minimum Opera version (15 -> 12) 9a1110b Stylelint: No ID selectors 9800bb8 build: Remove remaining references to csslint b6ab14a stylelint: Re-enable features by names 6cc1f3c Move stylelint to npm 1d15fa0 build: Bump stylelint version to v0.2.0 ccc1724 stylelint: Use the preset rather than extending Change-Id: I22fa8098592338a5e912aba9ad21131b21d9c0ea
2016-05-17 17:32:58 +00:00
/* stylelint-enable selector-no-id */
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
[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