Talk:Requests for comment/Tagging within MediaWiki
Page properties, page tags, and so on
editAs far as how change tagging intersects with page properties, it doesn't.
- Change tags are tags attached to a particular revision or log entry, intended for external use.
- Page properties are parser data and other internal data about the page as it is currently parsed, generally so the page doesn't have to be parsed again to retrieve this information and so this information can be more directly queried.
- Page tags, file tags, and so on sounds like something more along the lines of categories, just set up for use with tools for querying intersections ("'american' + 'female' + 'novelist'") rather than manually-curated hierarchies ("Category:American women novelists").
- "Watchlist tags" sounds more like a possible implementation detail of the oft-requested multiple watchlists feature.
Ready for Phabricator?
editWe're managing RFCs in Phabricator now, so if you want approval for this, create a task. I note:
- The Humble Hashtag, now on Wikipedia describes editors adding an ad hoc hashtag to edit summaries.
- Gerrit change 181958 "Creation, deletion and improved management of change tags" was merged. What's left of this proposal to do?
Current status
editI think Anomie's comment above addresses most of the points in the RFC. The only lingering question is nomenclature. Currently in the UI, we refer to change tags (aka revision tags) as just "tags", as the RFC says. However, internally, identifiers like "ChangeTags" are used, and I have made sure that in all the code I write, the comments, variable names, hooks, and the like always refer to "change tags". I wouldn't be opposed to altering the user-facing nomenclature to "change tags". ("Revision tags" is a misnomer, since they can be applied to log entries as well.)
I think that's really the only thing to discuss out of this RFC..? This, that and the other (talk) 08:00, 10 April 2015 (UTC)