Last modified: 2012-12-30 11:50:31 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 T17102, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 15102 - Allow per-article and per-namespace messages above edit form
Allow per-article and per-namespace messages above edit form
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
1.13.x
All All
: Normal enhancement with 3 votes (vote)
: ---
Assigned To: Fran Rogers
:
: 7739 8260 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-08-10 07:11 UTC by MZMcBride
Modified: 2012-12-30 11:50 UTC (History)
10 users (show)

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


Attachments

Description MZMcBride 2008-08-10 07:11:51 UTC
To avoid things like http://en.wikipedia.org/w/index.php?oldid=230829925&action=edit it would be great if it were possible to have customizable messages appear above the edit form for certain namespaces or articles.

Using a standardized format like MediaWiki:Notice-edit-<page_title> or something similar, notices about article restrictions or particular concerns with a given page (or namespace) could be displayed regardless of whether someone uses the edit tab or section edits. The Template: namespace could have a message that explains the purpose and function of templates and their syntax, etc.

Apologies if this is already filed elsewhere. I couldn't find anything similar.
Comment 1 Fran Rogers 2008-08-10 08:36:27 UTC
Added in r39055. The edit page will now check for messages called MediaWiki:Editnotice-ns-# and MediaWiki:Editnotice-page-PAGENAME, where # and PAGENAME are the namespace and page name respectively, formatted in the same way the per-namespace/per-page CSS classes are, and display them above the edit form.
Comment 2 Brion Vibber 2008-08-10 20:02:42 UTC
Reverted for now in r39081; the use of CSS class name formatting for message names doesn't really seem appropriate, as it's difficult to predict.
Comment 3 Fran Rogers 2008-08-11 08:37:34 UTC
Ah, OK, good point. I've taken another whack at it in r39121 - now it uses DBkeys, which the user should be more familiar with, given they're used in URLs. :) (I've also fixed the inconsistency regarding wfMsgForContent() vs. $wgOut->addWikiMsg().)
Comment 4 555 2008-09-21 19:08:34 UTC
*** Bug 7739 has been marked as a duplicate of this bug. ***
Comment 5 Chad H. 2008-11-18 15:20:08 UTC
*** Bug 8260 has been marked as a duplicate of this bug. ***
Comment 6 MZMcBride 2009-03-12 03:38:08 UTC
Per-article editnotices were reverted in r48276. Re-opening this bug for now.
Comment 7 Cenarium 2009-07-29 13:37:23 UTC
Could we have dismissible editnotices, with cookie IDs like for the watchlist notice (working for anons too) ? This would allow to dismiss per-namespace editnotices, and pending resolution of bug 18596, dismiss per-category editnotices, so supersede the common.js hack (which adds an editintro).
Comment 8 Brion Vibber 2011-09-21 22:24:42 UTC
r97686 restores per-article editnotices, seems to be unaware that it was previously removed. :)

Unclear whether this will stay.
Comment 9 Bergi 2011-09-22 18:23:37 UTC
At the German Wikipedia this is already done with the parser function #ifexist, see http://de.wikipedia.org/w/index.php?title=MediaWiki:Editnotice-0&action=edit. Of course it would be much cleaner if it was a mediawiki feature.
Comment 10 Niklas Laxström 2011-12-16 09:35:16 UTC
At this moment it looks like it is going to stay - the previous behavior was very inconsistent.

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


Navigation
Links