Last modified: 2014-11-18 07:36:48 UTC
Page status indicators with tempalte parameters can't work: <indicator name="{{{id|}}}">[[File:Foo.svg|20px]]</indicator>
The solutation for <tags> with template params is using of the {{#tag:}} parser function (the same for indicator or ref or references or ...) Use {{#tag:indicator|name={{{id|}}}|[[File:Foo.svg|20px]]}}
(In reply to Umherirrender from comment #1) > The solutation for <tags> with template params is using of the {{#tag:}} > parser function (the same for indicator or ref or references or ...) > > Use {{#tag:indicator|name={{{id|}}}|[[File:Foo.svg|20px]]}} {{#tag:}} error: Error: Page status indicators' name attribute must not be empty. see https://en.wikipedia.org/wiki/User:Shizhao/sandbox source: {{#tag:indicator|name=foooo|[[File:cscr-featured.svg|20px]]}}
The parameters need to be provided in this order: {{#tag:indicator|[[File:cscr-featured.svg|20px]]|name=foooo}}
(In reply to Bartosz Dziewoński from comment #3) > The parameters need to be provided in this order: > > {{#tag:indicator|[[File:cscr-featured.svg|20px]]|name=foooo}} thx. I see
The <indicator name="{{{id|}}}">[[File:Foo.svg|20px]]</indicator> syntax probably will not be supported: as far as I know no other tags support arbitrary wikitext in attributes and I wouldn't want to make this one different. I copied a few people who might have an opinion on this, anyone wants to say anything?
As was previously mentioned, just use #tag if you need this. I see no reason to make this tag special.
(In reply to Bartosz Dziewoński from comment #5) > as far as I know no other tags support > arbitrary wikitext in attributes and I wouldn't want to make this one > different. Ah, interesting. I didn't know this. At one point, Gabriel and I had been fretting about templated attributes for extensions. Parsoid already has some support for this, but we won't bother continuing to test and work on this. Ex: https://gerrit.wikimedia.org/r/#/c/65575/ is an abandoned attempt. There are some FIXMEs in the code about the gaps which we'll remove and explicitly document that this feature doesn't need to be supported.