Last modified: 2006-12-27 18:59:54 UTC
Dear friends, For *template design* I would like to have - an extension <underscores> ... </underscores> which is able to replace spaces with underscores. - an extension <spaces> ... </spaces> which is able to replace underscores with spaces. It would help to simplify templates and reduce the number of parameters. Handling of templates could be easier because users would not have to care about when to use namespaces or not. The selection of the best suitable coice could be done case by case (line by line) by the usage of one of extensions. Specification: - an "intermixture" of "spaces and underscores" should be replaced to "what is required" should be implemented " __ _ ____ _ _ ___ user ___ _ : _ __ gangleri _ ___ _ " should be converted to "_user_:_gangleri_" when using extension underscores " user : gangleri " when using extension spaces [[ __ _ ____ _ _ ___ user ___ _ : _ __ gangleri _ ___ _]] is identical to [[user:gangleri]] It should be possible to use the extensions inside [[ ]], [ ], {{ }}, {{{ }}}, localurl ("main url part" not necessary in"parameter part" - see bug 2363) (etc. not known to me). This bug relates to handling issues as reported in the invalid bugs: bug 2339: Sections_and_underscores bug 2362: small discrepancy in suppression of underscores in links - self-referencing links Before this bug changes "resolution" to "invalid" I would like to be informed about *alternatives*. I can not identify the required extension (an equivalent to PAGENAMEE) to go together with extensions underscores and spaces mentioned / required in addition at bug 2363: unsymmetrical handling of underscores in parameter part of localurl Best regards Reinhardt
(In reply to comment #0) > For *template design* I would like to have > - an extension <underscores> ... </underscores> which is able to replace spaces > with underscores. [[meta:Urlencode]] could probably be used in equivalent templates. Related to extension urlencode see Bug 4585: urlencode extension does not work with template parameters which is a duplicate of Bug 4529: Passing template parameters to parser hook extensions
The StringFunctions extension will handle this.
Should it be checked into SVN, maybe?
