So there is some conflation/confusion here I think. *subscribing* to a ft search - +1
putting a tsearch vector in the *subscription* - I'm lost why that is useful. -Rob On Tue, Aug 17, 2010 at 9:25 PM, Graham Binns <[email protected]> wrote: > On 17 August 2010 10:20, Abel Deuring <[email protected]> wrote: >>> Also, I don't see why full text search rather than structured search >>> is needed here - I mean, if the data is structured fairly clearly, >>> just a regular query would do, wouldn't it? >> >> People might be interested to subscribe only to a subset of bugs of a >> project or source package which affect a certain aspect. >> >> Well, a use case would be "subscribe to all new bugs for firefox which >> mention 'flash'". Sure, you can use tags to do this, but if the tag does >> not exist for whichever reason, for example, disagreement if it makes >> sense for the project/package, or if you want to see new bugs in order >> to decide if the bug should be labeled with the tag, a full text search >> is quite convenient, I think. > > My ha'p'orth of unhelpful confirmation: > > +1. We definitely need to support subscribing to a textual search, > either in the first iteration of search subscriptions or in the > not-too-distant future. > > -- > Graham Binns | PGP Key: EC66FA7D > http://launchpad.net/~gmb > _______________________________________________ Mailing list: https://launchpad.net/~launchpad-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~launchpad-dev More help : https://help.launchpad.net/ListHelp
