⚓ T6469 Provide per-namespace site notices

robchur wrote:

Would be more inclined to use MediaWiki:Sitenotice/<namespace> syntax, falling
back to MediaWiki:Sitenotice if it doesn't exist.

avarab wrote:

(In reply to comment #1)

Would be more inclined to use MediaWiki:Sitenotice/<namespace> syntax, falling
back to MediaWiki:Sitenotice if it doesn't exist.

That would potentially conflict with the message/language syntax

robchur wrote:

(In reply to comment #3)

That would potentially conflict with the message/language syntax

Then let's use a new message altogether - "MediaWiki:Namespacebanner/<NS>".

gangleri wrote:

Hallo!

The "/" character is used already for user interface language variants. Would it
be more appropriate to use the "-" character?

"MediaWiki:Namespacebanner-<NS>"

questions:
a) In page titles namespaces are *not* casesensitive, see
[[en:mEDIawIKi:Sitenotice]]. However they will / can be in a syntax as
"MediaWiki:Namespacebanner-<NS>".
b) Should <NS> be
b1) a value (negative or positive)
b2) a "generic" namespace? "Category" or "category"?
b3) a localized namespace? Including all backward compatibility hacks?
c) Would there be a support for custom namespaces also?

best regards reinhardt [[user:gangleri]]

P.S. I emulated such a "per namespace help" using templates at "WikiPage". The
work was lost.

stanley wrote:

The feature has not been activated until now. Why?

robchur wrote:

As far as I am aware, it's not present in the code at this time. I believe the
first implementation was considered to be an absolute mess, and the second was
discovered to cause some bizarre items within the cache.

There isn't a clean implementation for this at the present time.

stanley wrote:

(In reply to comment #8)

As far as I am aware, it's not present in the code at this time. I believe the
first implementation was considered to be an absolute mess, and the second was
discovered to cause some bizarre items within the cache.

There isn't a clean implementation for this at the present time.

Bug reopened.

wiki.bugzilla wrote:

Just a note on importance:
We *really* need such a feature for mediawiki.org, where specific namespace(s)

• different from the rest of contents on this wiki - generally should be in the

public domain; primarily for a free (and easy to copy) manual/handbook, that is
intended to be shipped with the package/distribution in the future, at least as a
download option (perhaps a specific dump).

robchur wrote:

Couple of points:

• We need a cleaner naming scheme for the messages
• This should be able to be switched off in the configuration, for performance

gangleri wrote:

(In reply to comment #6)

"Namespacebanner-" (main namespace)
"Namespacebanner-Talk" (Talk namespace)
"Namespacebanner-MediaWiki-talk" (for MediaWiki_talk)

(In reply to comment #11)

• This should be able to be switched off in the configuration, for performance

There is also another point: Custom namspaces do not have "generic names".
What about using "Namespacebanner-<namespace_value>"?

"Namespacebanner-0" (for '' main namespace)
"Namespacebanner-1" (for 'Talk' namespace)
"Namespacebanner-9" (for 'MediaWiki_talk' namespace)
also
"Namespacebanner--1" (for 'Special' namespace)
"Namespacebanner-101" (for custom namespace 'Portal_talk') at
[[en:template:wikivar#ns_101]].

gangleri wrote:

Sorry! Please read above:
(In reply to comment #11)

• We need a cleaner naming scheme for the messages

Wiki.Melancholie wrote:

Isn't the method used at [[de:MediaWiki:Noarticletext]]
working for [[MediaWiki:Sitenotice]], too?

Wiki.Melancholie wrote:

OK, have a look on [[b:als:MediaWiki:Anonnotice]] to see how my suggestion works
(it's the same for "MediaWiki:Sitenotice", of course)!

See [[b:als:MediaWiki Diskussion:Anonnotice]] for an overview of the namespace
messages, to see what has to be done before every namespace have its *own* (or
shared) message. Have a close look on the given comments and on the structure of
the sub pages.

Because it is possible to devide MediaWiki:Sitenotice into different sub
notices, I close this bug now.

stanley wrote:

(In reply to comment #16)

OK, have a look on [[b:als:MediaWiki:Anonnotice]] to see how my suggestion works
(it's the same for "MediaWiki:Sitenotice", of course)!

See [[b:als:MediaWiki Diskussion:Anonnotice]] for an overview of the namespace
messages, to see what has to be done before every namespace have its *own* (or
shared) message. Have a close look on the given comments and on the structure of
the sub pages.

Because it is possible to devide MediaWiki:Sitenotice into different sub
notices, I close this bug now.

Not working for me. (see
http://id.wikipedia.org/wiki/Mediawiki:Anonnotice/Mediawiki)
I put message in MediaWiki:Anonnotice/MediaWiki , the default anonnotice for
MediaWiki still MediaWiki:Anonnotice

Wiki.Melancholie wrote:

Yes, of course you have to change [[id:MediaWiki:Anonnotice]]
before; see [[b:als:MediaWiki:Anonnotice]]. --- Best regards,
Melancholie

Wiki.Melancholie wrote:

Oh, and go over [[b:als:MediaWiki_Diskussion:Anonnotice]] again to
avoid red links, etc.

stanley wrote:

Oh, and go over [[b:als:MediaWiki_Diskussion:Anonnotice]] again to
avoid red links, etc.

(In reply to comment #19)
Ah.. I understand.. You use tricky {{NAMESPACE}}. It's a workaround for this
bug. Nice. Thanks

Wiki.Melancholie wrote:

BTW: If you should think this feature should be implemented to the software,
consider reopening this bug. The advantages of a software solution would be:

1. Messages could fall back (not every single sub page has to be appointed every

time); see comment #1

1. By finding those MediaWiki messages in [[Special:Allmessages]] it isn't that

"intricate"

1. Something else?

stanley wrote:

Using ParserFunctions:

{{#ifexist:MediaWiki:Sitenotice/{{NAMESPACE}}|{{MediaWiki:Sitenotice/{{NAMESPACE}}}}}}

robchur wrote:

This wasn't implemented in code, and wasn't WONTFIXED. Going to reopen.

Wiki.Melancholie wrote:

Another parser function as workaround:

{{#ifeq:{{NAMESPACE}}|User talk|then text|else text}}

(BTW: {{#ifeq:{{NAMESPACEE}}|User_talk|then text|else text}})
(BTW: {{#ifeq:{{FULLPAGENAME}}|Special:Recentchanges|then text|else text}})

Wiki.Melancholie wrote:

Usage with no "else text":

{{#ifeq:{{NAMESPACE}}|User talk|then text|}}

robchur wrote:

The site notices are cached once for all views; parser functions which depend
upon {{PAGENAME}} and {{NAMESPACE}} and so on won't work properly in these.

robchur wrote:

*** Bug 6391 has been marked as a duplicate of this bug. ***

(In reply to comment #5)

questions:
a) In page titles namespaces are *not* casesensitive, see
[[en:mEDIawIKi:Sitenotice]]. However they will / can be in a syntax as
"MediaWiki:Namespacebanner-<NS>".

They won't. The MediaWiki code internally resolves 'mEDIawIKi' to 'MediaWiki'.

Wiki.Melancholie wrote:

Not sure, but r41655 should be pretty the same when live!

Wiki.Melancholie wrote:

... has been reverted with r41994 (cache issues)

(In reply to comment #35)

... has been reverted with r41994 (cache issues)

Copying comment from r41655 here:

---

Causes a text load on parser cache hit. Reduces parser cache hit performance especially for ES clusters. Please implement this like every other double-underscore magic word and cooperate with the parser cache. Reverting.

"ES" refers to [[mw:Manual:External Storage]].

Gerrit change 105434 attempts to re-introduce this feature.

The previous implementations have never lasted long without being reverted, so to respond to previous reasons for reversion:

• Personally I don't think the magic word is necessary, so this change does not implement it.
• Since this feature already exists in a way (Article::showNamespaceHeader can output a header on talk pages), I can't see how this additional functionality would make the caching situation any worse, although there may well be room for improvement.

Re-opening as I could try to file a patch and there are strong use cases for it – on enwiki there have been multiple discussions about showing a banner on top of draft pages. See latest discussion at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(idea_lab)#Universal_notice_for_draftspace

In my understanding of the linked discussion, enwiki wants 'persistent' notice in draft namespace. It'd be good to note this will not be possible even if the above patch is merged. The ns notice would not be persistent and may not even be seen at all (depending on whether there's any other notice which is dismissed by the user).

... Which is the extension that makes them dismissable? I think the usecases are for persistent namespace notices, so maybe we could change the extension to not work on ns notices.

It's https://www.mediawiki.org/wiki/Extension:DismissableSiteNotice

I don't think anyone requested any sort of dismiss capability here?

The existing notice mechanism is tied to that, and the above patch didn't change that. That's what I wanted to make note of, so as to make things clear.