[webkit-dev] Where should design descussions take place? (WAS: Bug 25436: Refactor appCache for use in multi-process browsers)

[Jeremy Orlow]

That makes perfect sense.  Sorry about the confusion.  :-)
J

On Sat, May 2, 2009 at 3:55 PM, Maciej Stachowiak <mjs at apple.com> wrote:

>
> On May 1, 2009, at 1:15 PM, Jeremy Orlow wrote:
>
> For context, the discussion started here:
> https://bugs.webkit.org/show_bug.cgi?id=25436
>
> Alexey Proskuryakov said:
>
> >>> Maybe it would make sense to discuss this on the mailing list in
> >>> order to determine whether this should be a model for other projects
> >>> potentially using WebKit in multi-process configuration.
>
> *I* said:
>
> >> As for your comment about using the mailing list, this is somewhat
> ironic since
> >> we've been told that it's much more helpful to have these kinds of
> discussions
> >> in bugs rather than the mailing list.  :-)
>
> Alexey Proskuryakov said:
>
> > I imagine this was probably said about a discussion of some particular
> bug, not
> > of a general design issue.
> We were actually talking about design discussions like this one.  The
> original context was my email on how to make localStorage multi-process
> aware.  Where we discuss designs doesn't matter to me, but I would like to
> reach a consensus on the subject.
>
>
> Design discussions about new features with broad impact should be on the
> mailing list. These are things that the community should be aware of and
> that many may wish to comment on. Discussions about the details of fixing
> specific bugs should be in the bug. I realize there may be a fine line at
> times.
>
> Personally I prefer to have technical discussion on the webkit-dev list,
> unless it is of extremely narrow interest. I would prefer to see this list
> used for discussion of design issues in WebKit, instead of requests for help
> building or using the API or adding non-public features.
>
> Regards,
> Maciej
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20090504/13382254/attachment.html>