Return-Path: Delivered-To: apmail-continuum-dev-archive@www.apache.org Received: (qmail 41388 invoked from network); 19 May 2010 01:41:22 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 19 May 2010 01:41:22 -0000 Received: (qmail 18616 invoked by uid 500); 19 May 2010 01:41:22 -0000 Delivered-To: apmail-continuum-dev-archive@continuum.apache.org Received: (qmail 18481 invoked by uid 500); 19 May 2010 01:41:22 -0000 Mailing-List: contact dev-help@continuum.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@continuum.apache.org Delivered-To: mailing list dev@continuum.apache.org Received: (qmail 18473 invoked by uid 99); 19 May 2010 01:41:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 May 2010 01:41:21 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of odeaching@gmail.com designates 209.85.221.179 as permitted sender) Received: from [209.85.221.179] (HELO mail-qy0-f179.google.com) (209.85.221.179) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 May 2010 01:41:14 +0000 Received: by qyk9 with SMTP id 9so10495452qyk.2 for ; Tue, 18 May 2010 18:40:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=18MUtOKU1d6xZ5sQ5QuGY7F+w2tylsf4ZI34YtXFwiI=; b=Aa5+PVshS9vhD11yVtvbP5RA3ivOXht2b1JUtsql0vWl+lgTADAg7Ax9G++nZzjpoR V4PH1nv8Y7b82ucuvKTXZDoi5a9eLq+zHiCCf0Tiq99Oaw8NvK1Sv9vZhZfAIdA4wHka hMgBi8srEdjad1TxrNhLkjc1xLYXS3nMOfLag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=pY/3UnFVx1GljuxFj6CHn5hs9Vf6axWOa0HZ99Iz65Lwk/d7TKsFiAIg8ke6TGXMb4 WmQ5GGgf7/eM3ddtDS3FuZhomxH7KXO1ypGnZlQG+I69HibbfgSUZu132wGf8oZaOde5 k6xlyoZVyToiMohnNrNKBXFOH03KxNnzXtG2Q= MIME-Version: 1.0 Received: by 10.224.88.29 with SMTP id y29mr4354606qal.13.1274233250305; Tue, 18 May 2010 18:40:50 -0700 (PDT) Sender: odeaching@gmail.com Received: by 10.229.191.14 with HTTP; Tue, 18 May 2010 18:40:49 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 May 2010 09:40:49 +0800 X-Google-Sender-Auth: j5G7Hgqc0klmOY3x6XtGyy6nqUA Message-ID: Subject: Re: Merge branch for flat multi-module support to trunk From: Deng Ching To: dev@continuum.apache.org Content-Type: multipart/alternative; boundary=00c09f8993b13f18930486e88ccd X-Virus-Checked: Checked by ClamAV on apache.org --00c09f8993b13f18930486e88ccd Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 18, 2010 at 9:09 PM, Wendy Smoak wrote: > On Tue, May 18, 2010 at 2:52 AM, Deng Ching wrote: > > > If you want to give try it out, I deployed a fresh snapshot of the > binaries > > built from the branch (-r945455) at: > > > > http://people.apache.org/~oching/continuum-flat-multi-module/ > > > > The changes in the docs that I made for the flat multi-module support are > in > > the following pages: > > > > > http://people.apache.org/~oching/continuum-flat-multi-module-docs/user_guides/managing_project/addProject.html > > > http://people.apache.org/~oching/continuum-flat-multi-module-docs/user_guides/release/index.html > > I think the two checkboxes are confusing, especially since the docs > say that if both are checked, one will be ignored. "Two checkboxes" > is not the right UI element for that behavior. > I agree, I'll fix this one in the branch first before merging to trunk. > > Am I reading Emmanuel's comments correctly that you will change the > way Continuum works by default to always check a multi-module project > out in a single directory? How will that change the UI? > Yes, I assume that's what he meant :) I think the items he mentioned in the email need a separate proposal. Changing the default checkout to a single directory would also affect the overall behavior of deleting projects in a project group.. > > (If merging makes it easier to work on I have no objection, but I > would like to see it simplified before it gets into a release...) > > Agreed. By simplified, do you mean applying the changes that Emmanuel suggested? Thanks, Deng --00c09f8993b13f18930486e88ccd--