Last modified: 2013-01-25 16:12:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T46331, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 44331 - Allow gender and other grammatical properties be assigned to page names
Allow gender and other grammatical properties be assigned to page names
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-01-25 01:02 UTC by Gustronico
Modified: 2013-01-25 16:12 UTC (History)
7 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Gustronico 2013-01-25 01:02:00 UTC
This is not a user gender-related issue.

In many non English languages, gender and a few other grammatical properties of page titles are needed for correctly construct sentences. I request that these properties may be assigned by means of magic words included in the wikitext:

__FEMALEGENDER__ __PROPERNOUN__ __SINGULARNUMBER__

or may be a unique template:
{{assign grammar properties|gender=female|noun=proper|number=singular}}

Then, a template may get a given property of either the current or a cited page to decide the right form to be shown. For instance, the Spanish language versions of Wikipedia [[Template:Infobox scientist]] and [[Template:Succession]] could use this functionality to get the gender of:

The current person:
{{get gender:{{pagename}}|Conocido por:|Conocida por:}} {{{known_for}}}

or a parametered target page:
{{get gender:{{{successor}}}|El sucesor es:|La sucesora es:}} {{{successor}}}

Even other kind of grammar properties required by local languages like "animal", "person" or "inanimate" may be assigned to a page. Obviously, it would be especially useful in person-related biography pages.
Comment 1 Nemo 2013-01-25 07:25:24 UTC
We can't add a magic word for every possible template feature. This is a very typical shortcoming of templates which is usually addressed by merging two templates in one.
Functionally, this request is identical to the well-known bug 18596 (categories are the standard way for templates to communicate and hidden categories are cheap); for Wikipedia's infoboxes, however, it's more likely to be solved by [[m:Wikidata]].

*** This bug has been marked as a duplicate of bug 18596 ***
Comment 2 Gustronico 2013-01-25 14:41:35 UTC
I think you misunderstood my request Nemo, possibly due my poor English.

(In reply to comment #1)
> Functionally, this request is identical to the well-known bug 18596
Nop. Bug 18596 requests *current-page-only* category defection. This feature is about properties of one page that can be obtained *from another page*. Functionally, this is similar to [[mw:Extension:GeoCrumbs]]. So, I think it will be needed an extension or some kind of cache.


> This is a very typical shortcoming of templates which is usually addressed by merging two templates in one.
Well, I think it's impossible to know one page tag from another page using templates. The only property of a page I remember to be obtainable from another page is {{#ifexist:}}


> We can't add a magic word for every possible template feature. 
That's not a good argumentation. I've requested this only one feature and I expect comments about it, not about every possible one.
Comment 3 Nemo 2013-01-25 14:48:10 UTC
(In reply to comment #2)
> I think you misunderstood my request Nemo, possibly due my poor English.
> 
> (In reply to comment #1)
> > Functionally, this request is identical to the well-known bug 18596
> Nop. Bug 18596 requests *current-page-only* category defection. This feature
> is
> about properties of one page that can be obtained *from another page*.

You can call it a duplicate of bug 27004 if you prefer...

> Functionally, this is similar to [[mw:Extension:GeoCrumbs]]. So, I think it
> will be needed an extension or some kind of cache.

ParserFunctions is an extension, indeed.

> 
> > This is a very typical shortcoming of templates which is usually addressed by merging two templates in one.
> Well, I think it's impossible to know one page tag from another page using
> templates. The only property of a page I remember to be obtainable from
> another
> page is {{#ifexist:}}
> 
> 
> > We can't add a magic word for every possible template feature. 
> That's not a good argumentation. I've requested this only one feature and I
> expect comments about it, not about every possible one.

The comment is that it's not worth it.

*** This bug has been marked as a duplicate of bug 27004 ***
Comment 4 Happy-melon 2013-01-25 15:07:54 UTC
This is not really a dupe of bug 27004 (or rather, bug 18596); but it is a similar concept, of "have a way of storing metadata about an article and retrieving it using a wikitext structure".  Categories are only one way of achieving that, magic words are another.  Both are inferior to Wikidata in most senses, which is much more general and abstract.
Comment 5 Brad Jorsch 2013-01-25 16:03:40 UTC
Were someone to do this, instead of "{{get gender:Main Page}}" a general syntax to access any page property (e.g. "{{#pageproperty:gender|Main Page}}") would probably make more sense.
Comment 6 Happy-melon 2013-01-25 16:12:35 UTC
And you've just described almost exactly the [[meta:Wikidata]] syntax: 

{{#property:population|of=Germany}}

[[Wikidata/Notes/Inclusion_syntax]]

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links