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.