Let's go back a few posts and I'll try to explain what's going on.
Timwi wrote:
Tim Starling wrote:
OK. Next idea:
(1) Set the month names to be the possessive forms, e.g. "Iouníou", so they can be used normally in dates throughout the site. (2) Create thingies in the Template namespace that contain the nominative forms, e.g. [[Template:Nominative-Iouníou]] would contain "Ioúnios". (3) Whenever you need the nominative, instead of {{CURRENTMONTHNAME}} write {{Nominative-{{CURRENTMONTHNAME}}}}.
Putting variables in links or template names causes link table corruption. We should have left it disabled.
Here I said "we should have left it disabled" because I have spent so long on "custom message" and template features that I've become rather bitter about them. It seems as if a large proportion of the total time I've spent on MediaWiki has been on templates, and I don't even agree with the way they are being used in Wikipedia. I think they make editing difficult. But here I am, implementing them anyway. Why? I don't know, popular demand I guess. Anyway, I'm sick of them and I have no interest in fixing bugs or adding more related features.
Can't you put in a little "if" at the right spot that will prevent these tags from adding anything to the links table? Yes, we'll have a missing line in "What links here", but at least the links table will stop getting corrupted.
Timwi's priorities are different to my priorities. What I work on in MediaWiki depends on what is rewarding for me, not what is rewarding for him.
Before I became a developer, I also found that what was important to me was different to the priorities of the existing developers. But instead of trying to annoy the developers into making me happy, I decided to do it myself. I see this as a much more positive activity.
Timwi has made 500 edits and 25 mailing list posts in the last week, and he tells us he has no time. I think he just has different priorities. Learning how to write MediaWiki code is not a full time job. It might be challenging, but what is life without challenges?
-- Tim Starling