Page MenuHomePhabricator

Allow use of Gender magic word in Help namespace
Open, LowPublic

Description

In Help namespace there is a necessity to address the reader and explain him something or guide him through some steps of a process. This approach is closely specific to help pages in Help namespace. Therefore Gender magic word should also work in Help namespace (instead of just interface messages).

Event Timeline

Dvorapa renamed this task from Extend use of Gender magic word to Help namespace to Allow use of Gender magic word in Help namespace.Jun 13 2016, 3:30 PM
Dvorapa updated the task description. (Show Details)
Dvorapa updated the task description. (Show Details)
Glaisher subscribed.

GENDER works on normal pages too, not just interface messages. You can use You are {{GENDER:|male|female|unknown}} to address the current user.

Dvorapa reopened this task as Open.EditedJun 13 2016, 5:08 PM

GENDER works on normal pages too, not just interface messages. You can use You are {{GENDER:|male|female|unknown}} to address the current user.

It isn't working on cswiki. please see e.g. this help page.

They isn't working on cswiki. please see e.g. this help page.

Oh indeed. I looked at the code and it looks like it is indeed disabled for pages other than interface messages when no username is specified (in which case it returns the default gender). Even if it was enabled, it probably won't work right since page content is cached.

I know, but the same argument would be applicable also against localisation, which works there.

To make this possible, we would need to split the cache into three parts (combined with all existing cache splits). Nowadays it is very hard to justify new cache splits when a lot of work is spent on figuring ways to reduce them.

Couldn't this be under some cache used for other preferences (like VE x SE if one edit button, time/date format, thumb width, MathML x LaTeX or similar)?

It doesn't work that way. There is only one cache which stores the parsed articles. This cache has multiple versions of each page corresponding to a some unique combination of all content-affecting cache-splitting options.

It doesn't work that way. There is only one cache which stores the parsed articles. This cache has multiple versions of each page corresponding to a some unique combination of all content-affecting cache-splitting options.

I see. Therefore there would be 3 extra versions of each page for 3 possibilities of gender. That's better than 280 possible language versions if there is {{int:edit}} in a page.

Danny_B subscribed.