]> sipb.mit.edu Git - ikiwiki.git/commitdiff
response
authorJoey Hess <joey@gnu.kitenet.net>
Mon, 2 Feb 2009 20:19:56 +0000 (15:19 -0500)
committerJoey Hess <joey@gnu.kitenet.net>
Mon, 2 Feb 2009 20:19:56 +0000 (15:19 -0500)
doc/bugs/pagetitle_function_does_not_respect_meta_titles.mdwn

index bf30fba4ef7b1f002d165982bb26d545c7d1eeea..4a83f9ec8ab8d1f77dda156842c436281e1ea85c 100644 (file)
@@ -212,3 +212,22 @@ So, looking at your meta branch: --[[Joey]]
 > preference goes the other way, perhaps a `\[[!meta longtitle=""]]` could take
 > precedence when generating the `<title>` and the title that comes after the
 > parentlinks. --[[smcv]]
 > preference goes the other way, perhaps a `\[[!meta longtitle=""]]` could take
 > precedence when generating the `<title>` and the title that comes after the
 > parentlinks. --[[smcv]]
+
+>> I think you've convinced me. (I had always had some doubt in my mind as
+>> to whether using titles in all these other places would make sense.)
+>> 
+>> Instead of meta abbrev, you could have a meta pagename that
+>> overrides the page name displayed everywhere (in turn overridden by
+>> meta title iff the page's title is being displayed). But is this complexity
+>> needed? We have meta redir, so if you want to change the name of a page,
+>> you can just rename it, and put in a stub redirection page so links
+>> still work.
+>> 
+>> This leaves the [[plugins/contrib/po]] plugin, which really does need
+>> a way to change the displayed page name everywhere, and at least a
+>> subset of the changes in the meta branch are needed to support that.
+>> 
+>> (This would also get around my concern about inter-page dependency
+>> handling, since po contains a workaround for that, and it's probably
+>> acceptable to use potentially slow methods to handle this case.)
+>> --[[Joey]]