=== poolie [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad-meeting === jamesh [n=james@203-59-208-48.dyn.iinet.net.au] has left #launchpad-meeting ["Client] === lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #launchpad-meeting === lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #launchpad-meeting === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad-meeting === jamesh [n=james@203-59-208-48.dyn.iinet.net.au] has joined #launchpad-meeting [12:20] wow! colors in the pending branches summary! [12:21] looking at the diff now [12:21] https://devpad.canonical.com/~jamesh/pending-reviews/tim/launchpad/spec-branches/full-diff [12:22] so... one of the things we agreed on with tim [12:22] was _not_ to make spec branches look like bugbranches [12:22] okay [12:22] in particular, the rule of thumb was "no YAGNI" [12:22] so, no bugbranch status [12:22] uh [12:22] no specbranch lifecycle [12:23] specificationbranch.summary was added on poolie's request [12:23] we also decided to make the specbranch page a form [12:24] so this would be used for comments related to the connection as opposed to spec.whiteboard or branch.whiteboard [12:24] yes [12:25] the sort of thing you'd display in body of the spec page and the branch page [12:25] so, unlike the rest of launchpad, where every object has one read-only _page_ and a number of forms, we decided to have a single form for spec branch that allows editing the details _and_ deleting the spec-branch. [12:25] so, the main things needed is the browser code, then? === ddaa goes back at the diff [12:27] right... the form declaration in the zcml is commented out [12:27] note that defaultView is +status [12:28] so who should be able to edit what? [12:28] no comment on specificationbranch.summary too [12:28] mh [12:28] + + permission="launchpad.AnyPerson" [12:28] + set_attributes="summary" /> [12:28] I guess the answer would be something "who has the right to edit spec details" [12:28] is that accurate? [12:28] but I'm at a complete loss with the spec permission scheme... [12:30] mh... [12:30] it's fine with me [12:30] do you have a better suggestion? [12:31] if the idea is to have a single form, and be able to delete the link from there, that sounds fine [12:31] no need to handle changing the branch or spec fields of the link [12:31] right [12:32] It does leave the question of who should be allowed to delete the link though [12:32] the same as who is allowed to create it :) [12:32] just "any authenticated user" seems fine to me [12:33] do we base that on the specification permissions then? [12:33] I have do not grok spec permissions [12:33] I guess that to preserve the current level of permission it should be "whoever is able to edit the spec whiteboard" [12:34] yep [12:34] spec.whiteboard has launchpad.AnyPerson permission === ddaa longs for a more expressive permission system [12:35] then go for it [12:36] To add a spec-branch, we also need at least one form. We have a branch vocabulary that can be restricted per product. I'm in favour of using the unrestricted branch vocabulary. [12:36] and put the form in the context of the spec [12:38] the add form should redirect to the context object (not the specbranch form), and allow setting the summary directly. [12:38] while you are at it, it would be nice if the branch vocabulary could be extended to recognise the canonical url of branches in launchpad. [12:39] you mean the bazaar.launchpad.net ones? [12:39] initially, we do not need the ability to create a spec-branch from the branch page [12:39] jamesh: I mean launchpad.net/people ones [12:40] so people can find branches by browsing around, and copy-paste the url of the page, I remember I tried it myself in the past :) [12:40] but that's arguably an orthogonal change [12:41] That all I can think of right now. [12:41] Keep it as simple as possible, and maybe a bit more simple than that if you can get away with it. [12:42] Any question? [12:45] nope. I think that covers it [12:46] Okay. Thank you for your help. === _thumper_ [n=tim@tpsoft.gotadsl.co.uk] has joined #launchpad-meeting