Last modified: 2013-03-28 22:03:09 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T37247, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35247 - content-holding <div> should only contain the page text
content-holding <div> should only contain the page text
Status: NEW
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-15 18:56 UTC by Bergi
Modified: 2013-03-28 22:03 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Bergi 2012-03-15 18:56:12 UTC
The new bidirectionality-improving div should only contain the parsed page content, nothing else. This is perfect when viewing articles, and helps scripts a lot when extracting that content.

But I think it is only needed for article views. For example in diff mode, it contains 
 <form id="mw-fr-reviewform">
 <div id="mw-fr-diff-headeritems">
 <table class="diff">
 <hr class="diff-hr"/>
 <h2 class="diff-currentversion-title">
 ...and then the real content

Also, in edit mode the <div id="mw-content-text"> contains
 <div id="editnotice-ns-0"/>
 <div id="mw-edit-longpage-hint">
 <div id="wikiPreview" class="ontop" style="display: none;"/>
 <form id="editform">
None of them is really content-text, I suspect. I think it would be better to have the div only appear (maybe empty) in the #wikiPreviw.

Also, it for example broke my script which tried to
 document.getElementById("bodyContent").insertBefore(newElement, document.getElementById("editform"));
Comment 1 Krinkle 2012-03-19 13:56:13 UTC
(In reply to comment #0)
> Also, it for example broke my script which tried to
>  document.getElementById("bodyContent").insertBefore(newElement,
> document.getElementById("editform"));

Please elaborate what you mean here.
Comment 2 Bergi 2012-03-19 14:17:47 UTC
> > Also, it for example broke my script which tried to
> >  document.getElementById("bodyContent").insertBefore(newElement,
> > document.getElementById("editform"));
> 
> Please elaborate what you mean here.

I have a script that inserted some edit tools into #bodyContent, right before #editform. Since r111647 that doesn't work, as #editform now is a child of #mw-content-text.

OK, it was a minor issue and very easy to fix. I only wanted to mention that some tools may be broken that make assumptions about the child nodes of mw.util.$content, which might be quite common.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links