VisualEditor: Surface should respect the default state of collapseable templates
OpenPublic

Description

A user on English Wikipedia requests that templates such as navigation boxes that display as collapsed by default when viewing should display as collapsed by default when editing.

"Currently, navigation boxes are always uncollapsed when editing. This can be quite annoying when having to deal with big ones like {{The Beatles}}, e.g. on "I'm a Loser", also it might be confusing editors into believing that this part of a page can easily be edited."


Version: unspecified
Severity: minor

bzimport set Reference to bz51664.
Thryduulf created this task.Via LegacyJul 19 2013, 8:42 AM
TheDJ added a comment.Via ConduitJul 19 2013, 7:22 PM

First of all, this requires fixes for bug 51565 to be deployed, and then we need to fix the NavFrame and CollapsibleTable scripts in en:wp:MediaWiki:Common.js to use the same hooks.

jayvdb added a comment.Via ConduitOct 1 2013, 3:40 AM

(In reply to comment #1)

First of all, this requires fixes for bug 51565 to be deployed, and then we
need to fix the NavFrame and CollapsibleTable scripts in
en:wp:MediaWiki:Common.js to use the same hooks.

That change has been made on enwp by TheDJ/hartman (cc'd)

https://en.wikipedia.org/w/index.php?title=MediaWiki:Common.js&diff=570114240&oldid=569893356

The templates are yet not collapsing; is there more development needed in VE product or in Common.js ?

I think 'collapse' need more special handling in VE (possibly even in parsoid); in order to be WYSIWYG.

  1. The user can change the collapse state of templates in the VE dialog editor, and that change should be reflected in the VE after the changes are applied.
  2. The user should be able to collapse and uncollapse a collapse-able template in order

2.1 to visualise how the page will look in each mode
2.2 hide/unhide collapse-able templates that are consuming precious screen real estate (this should be a separate enhancement)

Perhaps this feature should be dependent on bug 30352.

jayvdb added a comment.Via ConduitOct 1 2013, 4:01 AM

Created attachment 13417
Related render problems

This is a related problem, which would not be noticable if it was not for this bug.

https://en.wikipedia.org/w/index.php?title=Anarchism&veaction=edit

When in normal view mode (not VE), expand all of those sidebars
A large area of whitespace opens up above "Internal issues and debates", and the images appear there.

In the VE, that whitespace is filled with text, which causes the images to be pushed further down in the content, eventually slipping into the References section, and on Firefox the images even overlaps the References section.

I haven't investigated what is causing the VE vs non-VE rendering differences, but collapse is clearly the reason this rendering difference is a significant problem that all VE users face, rather than a minor glitch that only appears when the user is silly enough to alter all sidebars to be expanded.

Attached:

Jdforrester-WMF moved this task to Backlog on the VisualEditor workboard.Via WebNov 24 2014, 4:17 PM

Add Comment

Column Prototype
This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.