On Wed, Aug 5, 2009 at 9:40 PM, Karl Fogel<[email protected]> wrote: > Danilo Šegan <[email protected]> writes: >> * Many Ubuntu-related mailing list requests, which should instead live >> on lists.ubuntu.com > > What if we > > a) Put a big notice there reminding people to create Ubuntu lists at > lists.ubuntu.com, and > > b) If a list has ubuntu in its name, interpose a warning+confirmation > screen, and > > c) For the few mistakes that still happen, just do post-facto review > and move them over to ubuntu.com as needed. >
+1 a) & c) are really cheap too. > ? > >> In general, any mailing list request should not wait for more than 1 >> working day as is right now. > > The difference between "instantaneous" and "any delay at all" is > infinite, and is a real problem. When someone is doing a multi-part > task, if we introduce a delay to *any* part, we've effectively stopped > the task until that person next gets time to work on it. > +1 > This makes Launchpad unfriendly to opportunistic collaboration. And > since the task itself might be part of some larger group activity, these > delays can cascade through the system, affecting many people. > +1 > As much as possible, Launchpad should do what the user requested the > instant the user requested it -- we can clean up the mistakes later in > most cases. > +1 > So, prioritizing a "no delay" philosophy: can we let users create > mailing lists directly? I think so. A clear notice should stop most of > them; a warning screen will catch most of the rest; and we can clean up > the mistakes. This would be a big improvement in user experience. > +1 > (And for the future: do we have any general policy on adding new > approval-requiring features to Launchpad? Like "Don't do that"? :-) ) +1 I believe that makes 6. I couldn't agree more. jml _______________________________________________ Mailing list: https://launchpad.net/~launchpad-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~launchpad-dev More help : https://help.launchpad.net/ListHelp
