On Tue, Nov 29, 2011 at 12:49 PM, Martin Pool <m...@canonical.com> wrote: > On 29 November 2011 10:39, Robert Collins <robe...@robertcollins.net> wrote: > >> We can implement a current-interest only view by revising history when >> folk become interested in/lose interest in some events. This would be >> an asynchronous process - it wouldn't happen immediately that they >> e.g. leave a team, but shortly afterwards. > .... >> Yes. I think regardless of the UI / interaction design we choose, >> having the database reflect 'what the person was interested in' is >> appropriate - because that is key to delivering indexed responses - >> rather than reconstructing interests at some arbitrary historic date, >> we have an asserted 'this is what interested them at that time' - we >> can of course rewrite that [fairly trivially] if we want to calculate >> their prior interests with some new team memberships etc. > > I'm not sure how to reconcile those two statements. Are you saying > the database will primarily be "what was interesting in the past" but > there will be a secondary table of "what past events are currently > relevant"?
I'm saying that the database can be rewritten if 'what was interesting' changes (e.g. they subscribe to a new bug which has had lots of comments made to it). >> This is >> complicated [a little] by teams being deleted and merged and so forth >> - but as long as we choose one UI *goal*, the implementation is still >> quite tractable. > > OK, but what is the UI goal to be? istm a view of currently > interesting past events is a better ultimate goal, if it can be > reasonably implemented, or even perhaps if we don't get there > immediately. Ah, the eternal 'what should we do' question :P. Fortunately, I am able to focus on being able to deliver any of a number of solutions and let the product team get out there an find out what our users would most benefit from. Personally, I think I would really like a system that: - tells me anything I was ever interested in - and adds in things that I choose to subscribe to (that is, that unsubscribing from notifications doesn't remove the history). -Rob _______________________________________________ Mailing list: https://launchpad.net/~launchpad-dev Post to : launchpad-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~launchpad-dev More help : https://help.launchpad.net/ListHelp
