On Fri, Feb 29, 2008 at 7:06 PM, DanTMan dan_the_man@telus.net wrote:
However, I'm not a fan of storing both a normalized underscore version of the title, and a un-normalized space version of the title. I'm thinking display title for display, and normalized title for all the handling and other things. I think having the {{DISPLAYTITLE:}} function store the display title inside of the page table would be best. And if we made the normalized version depend on the display title then it wouldn't be possible for someone to remove the requirement that the displaytitle needs to normalize to the actual title. Some wiki would like to have that not there, and have a subtitle added when they don't match.
First of all, DISPLAYTITLE is a hack that should be removed in favor of just using the move function, if this gets implemented and that becomes possible. (Thanks to Rob, it's a much better hack than what we used to have, but it's still a hack.) The interface for adding it makes no sense -- to change the title you should move the page. Having your perfectly sensible new page name be mangled in terms of capitalization and '_' => ' ' is uninituitive, and DISPLAYTITLE is not discoverable as a mechanism for evading it. It should Just Work when you create a page with an underscore in its name.
Its implementation is also horribly incomplete. *Everything* in the user interface should know about the display title, and use it. Because it's currently stored in the page text, nothing knows about it except when the page itself is actually being displayed. The display title *has* to be stored in its own normalized database field for arbitrary parts of code to have access to it.
As for wikis that want the normalized title displayed in a subtitle or something, that's something an extension can implement using hooks as an entirely separate mechanism. It's not relevant to this discussion, IMO, especially if no one has any examples.
On Sat, Mar 1, 2008 at 5:42 AM, subscribe@divog.com.ru wrote:
Is there many of them - such things? The only one I found was LinkCache class. Parser, Linker, Title use only methods of LinkCache, when it's about Good|BadLinks. Maybe there are no other cases of use title string as keys of associative array?
It could be. But the general principle is, everyone's assumed titles are case-sensitive until now, so you're probably going to find lots of random places where that assumption is built in in various ways. Hopefully not an unmanageably large number, but probably more than just one or two.