Dan Jacobson wrote:
Is there any way I can stop that gaping mouth of an edit box on empty category pages??
Tim says <Just make the links to categories with no associated pages blue instead of <red. It's a one-line patch. [OutputPage.php] - $this->mCategoryLinks[] = $sk->makeLinkObj( $title, $text ); + $this->mCategoryLinks[] = $sk->makeKnownLinkObj( $title, $text );
I wish when one visits action=edit on category pages, it would act like action=view.
Nice, but what about [[Special:Categories]]? The empty categories are still red there. A hack here, a hack there...
<Then you wouldn't be able to edit it, even by clicking the edit tab.
I think that's what he wants.
Yes. And me messing in includes/* will only get overwritten next time as I always don't know what I did six months later. Plus I am not making a permanent contribution/mark/impact on the MediaWiki that way.
<Create the pages, but give them an empty content.
Hurmf, 1500 empty pages for http://radioscanningtw.jidanni.org/ . Naw.
So far I have come up with wimpy function fnmybla1($text,$title) { global $wgSitename; if ( ( NS_CATEGORY == $title->mNamespace ) || ( NS_CATEGORY_TALK == $title->mNamespace ) ) {$text = "${wgSitename} notice: please put frequencies into articles, the categories will be automatically generated";}} $wgHooks['EditFormPreloadText'][]='fnmybla1'; for LocalSettings.php, which I wish not to venture beyond.
Anyway, how limiting that MediaWiki can't deny editing (to everybody, fine with me) in a given namespace! One must create new namespaces, etc.
It seems even if array $wgGroupPermissions had a added dimension: namespace, stamping out all those red links would better be accoplished via hooks into OutputPage.php above and SpecialCategories.php.
For now I must use http://radioscanningtw.jidanni.org/index.php?title=Template:C to help a little against sending users into the gaping mouth of the edit box.