Mailing-List: contact user-help@pivot.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@pivot.apache.org
Received-SPF: pass (athena.apache.org: domain of noelgrandin@gmail.com
 designates 74.125.82.182 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=npUgeNwPaWLfn+X9aZSlUC5aNBpFzo33wFMSh1DB7tRKN5uV5rSs4sVrPGV4uiiOT8
         G9597T87grrWWq1cGekOfsedfBbaHIqM5tkFaer3y0UZemvlXSSsL/voXyLLayDBmEci
         w1JvXpdPYzv8dbjdmnnvhCNLO21AP06PWgHCs=
Message-ID: <4D835EEF.8010907@gmail.com>
Date: Fri, 18 Mar 2011 15:32:31 +0200
From: Noel Grandin <noelgrandin@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.8) Gecko/20051201 Thunderbird/1.5 Mnenhy/0.7.3.0
MIME-Version: 1.0
To: Greg Brown <gk_brown@verizon.net>
CC: user@pivot.apache.org, Bill van Melle <bill.van.melle@gmail.com>
Subject: Re: The patchwork that is Pivot layout
References: <AANLkTinv7JQg6mTLa=SqGc2MCSuquoE+MR=_oG27BcMZ@mail.gmail.com>
 <4D831C36.6000308@gmail.com>
 <E543EC87-B782-4361-BB30-1006A4D0747C@verizon.net>
In-Reply-To: <E543EC87-B782-4361-BB30-1006A4D0747C@verizon.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Greg Brown wrote:
>> At the moment, the "fill" style of BoxPane is doing double duty.
>> It means two things for a vertical boxpane
>> (1) make the component fill the available width if the component is smaller than the boxpane width
>> (2) if the components preferred width is greater than the available width, cut off the component.
> Actually, in #2 the component isn't simply clipped to the box pane's width - it is given its constrained preferred height. This gives the component a chance to wrap its content, which wouldn't be possible without the fill style (we need a width to constrain against).
>
Yeah, but we want to give components the chance to wrap even if fill is false, which is not currently the case.

>> Border could do with having alignment and fill styles, which is a fairly straightforward change and would make this
>> class more useful.
> It could, but I'm not sure how much value that might really offer. How often do you want to put something in a border that doesn't completely fill the internal space of the border? Probably not that often, and when you do, you can use BoxPane, TablePane, ScrollPane, etc.
>
Alignment and fill would affect how the bordered component sits within the space allocated by the parent container. So
if I wrap a component in a border and put it inside something else, I don't necessarily want it to fill the space within
it's parent.

-- Noel.