On 22 February 2012 08:28, Thomas Gries <mail(a)tgries.de> wrote:
Am 21.02.2012 23:57, schrieb Roan Kattouw:
I don't think so. Even non-existent Title object must have their
namespace set.
Yes, they have.
I have found the problem. It is not the Linker per se and come with a
modified question.
It has to do with i18n and localisation of the (in this case) names for
USER and USER_TALK Namespace.
Basically:
a link on a page like [[Benutzer:Alice]] is not necessarily the same as
[[User:Alice]] (even when the latter exists).
It depends on the current setting of
$wgLanguageCode = "en" ;
$wgLanguageCode = "de" ;
(during testing my extension I played with this setting)
whether [[Benutzer:Alice]] it is in the Namespace or not.
So I was trapped by thinking that _any_ localised Namespace (like
"Benutzer") is necessarily the same as USER or USER_TALK,
which was incorrect.
Question:
=======
Has anyone an idea, how to detect language-independently whether a link
on page is in Namespace USER or USER_TALK, or in a localised version of
these (when $wgLanguageCode has been modified)?
The goal is to detect and to mark USER or USER_TALK page links
language-independently in
function wfWikiArticleFeedsAddSignatureMarker in E:WikiArticleFeeds line
262 .
Tom
Well if this were an on-wiki template I would suggest you normalise the
namespace name to the localised canonical name using {{NAMESPACE:<page>}},
then compare it with a switch to the various similarly-normalised namespace
names: {{#switch: {{NAMESPACE:<page>}} | {{ns:2}} = <it's a user page> |
{{ns:3}} = <it's a user talk page> }}. Programatically you'd be able to
cut out a lot of circularity in that process, just have a look at what code
is used in the NAMESPACE: parser function and see what you can reuse.
Or, and I can't quite tell which you want from your comment, are you
looking to detect when a link uses a prefix which is a User: namespace
alias in *any* language, even when that prefix is not in use on the wiki?
Why would you want to do that?
--HM