Tags for changesets

[anonymous]

For the tags plugin(s) I'd like the ability to tag a changeset (currently it only supports wiki and tickets).

E.g. tag a changeset that deals with a certain target platform, feature, etc.

I would post this to the Tags trac but it's full of spam!

[Alec Thomas]

This would be useful.

[nat@…]

tagging a changeset would be great, but since i'm not sure where that would hang in the schema i would also be happy with just having a changeset tagspace based on title,author and time-range support in ListTagged so I could pull up e.g. important changesets in the current milestone:

[[ListTagged(expression="+REVIEW+(time>2008/02/01)+(time<2008/02/08)", tagspace=changesets)]

yeah, this is sort of a bastardization of the query language and tags, but time ranges are pretty important for tickets & changesets, ranges would be great to have in ListTagged.

[Ryan J Ollos]

See also Ticket #2428.

[Steffen Hoffmann]

Replying to anonymous:

For the tags plugin(s) I'd like the ability to tag a changeset (currently it only supports wiki and tickets).

Sorry, but this is simply not true (see: ​http://trac-hacks.org/browser/screenshotsplugin/0.11/tracscreenshots/tags.py). So you just would need to create a new ChangesetTagProvider(DefaultTagProvider) to integrate such an additional realm into TagsSystem. I've done testing of ​http://trac-hacks.org/wiki/ScreenshotsPlugin, and it works great with that realm 'screenshots'.

E.g. tag a changeset that deals with a certain target platform, feature, etc.

Of course this could be useful.

I would post this to the Tags trac but it's full of spam!

? I know both, t-h.o and t.e.o, and think this is not valid, so what Trac other than do you refer to here?

[Steffen Hoffmann]

Replying to nat at ilike dash inc dot com:

tagging a changeset would be great, but since i'm not sure where that would hang in the schema i would also be happy with just having a changeset tagspace based on title,author and time-range support in ListTagged so I could pull up e.g. important changesets in the current milestone: ![...] yeah, this is sort of a bastardization of the query language and tags, but time ranges are pretty important for tickets & changesets, ranges would be great to have in ListTagged.

You name it. Additional tagged resource properties are not included by any tag provider into the tag data domain. What you ask for here is more or less a request, that must be fulfilled by a query inside repositories, that should be aware of the TagsPlugin, query it and re-use it's data. IIRC FullBlogPlugin and ScreenshotsPlugin are good examples for implementations of tagging into realms other than 'ticket'.

'Wiki' is not. A request similar to this one here is #2429 for the 'wiki' realm - both connected by the absence of a distinct keywords/tags attribute/field. I feel a strong distraction, to do something like that inside the TagsPlugin. It would be monkey-patching the other realms data storage. Better add it there directly. And never try to bring additional resource data into the tag realm. Keeping data inside the resulting db schema consistent would be a real mess.

[Steffen Hoffmann]

As a matter of fact we made it happen for 'wiki' tag realm with a new request proxy, that enables exactly that complementary data storage and consistent changes. So the hurdle has been lowered significantly at least.