Return-Path: Delivered-To: apmail-pivot-user-archive@www.apache.org Received: (qmail 9296 invoked from network); 21 Mar 2011 15:17:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 21 Mar 2011 15:17:13 -0000 Received: (qmail 886 invoked by uid 500); 21 Mar 2011 15:17:13 -0000 Delivered-To: apmail-pivot-user-archive@pivot.apache.org Received: (qmail 867 invoked by uid 500); 21 Mar 2011 15:17:13 -0000 Mailing-List: contact user-help@pivot.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@pivot.apache.org Delivered-To: mailing list user@pivot.apache.org Received: (qmail 859 invoked by uid 99); 21 Mar 2011 15:17:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Mar 2011 15:17:13 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of schatela@gmail.com designates 209.85.218.54 as permitted sender) Received: from [209.85.218.54] (HELO mail-yi0-f54.google.com) (209.85.218.54) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Mar 2011 15:17:05 +0000 Received: by yie12 with SMTP id 12so2857478yie.13 for ; Mon, 21 Mar 2011 08:16:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=LNeO8fxEmfCry8WiiTE+YB630flFGCMWQIo4i7NlZVM=; b=A8nsNxxA1KhBbfr+5rM93aUNr5WlJJZ6a1WXru9Hi/SZv8PUnNMSOHSqZinKT6vsTn lyszdAP12JMmvvsLWfoJvwcfqPgvz4dOcQuFyRKYZaHAKG5j0byxKTmghOKjWUqmnqFy uce0ye6V+o/5+t5eTkLQJfl4nktREtc1qNVOk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=JxmAbfhTJNLH4yA3h99AFP0Qdmv5lFEDhW3GB34wxtWB9GsZW7tLRH+8ZwPbli7bbW f8R7xWBCOaKxdktcXKnfdrpKL8GdohZs2X9G1NQR64xDowtZZ/XcJDBPMWq5SZwVzCW/ Fmr6ZWmpcNwXMgzEeXJZjFSqhlUENGlhqgjbc= MIME-Version: 1.0 Received: by 10.150.144.12 with SMTP id r12mr3831759ybd.216.1300720604830; Mon, 21 Mar 2011 08:16:44 -0700 (PDT) Received: by 10.151.26.17 with HTTP; Mon, 21 Mar 2011 08:16:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Mar 2011 16:16:44 +0100 Message-ID: Subject: Re: Activity Indicator in accordion header From: Simon Chatelain To: user@pivot.apache.org Content-Type: multipart/alternative; boundary=000e0cd56aa89a5e87049eff9dbe X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd56aa89a5e87049eff9dbe Content-Type: text/plain; charset=ISO-8859-1 > > Your TerraAccordionSkin might override these so that the header is a simply > a real BoxPane with an ActivityIndicator and a Label inside. Then the > BoxPane skin (and ActivityIndicator & Label skins) will take care of > painting, and more importantly, animating. > (ie, use real, fully fledged Components, rather than a Renderer for each > header) > Yes ! that sounds good, seems elegant and efficient. I will look into this solution Thank you very much Simon On Mon, Mar 21, 2011 at 4:07 PM, Chris Bartlett wrote: > Another thought might be to ditch the renderer approach entirely and to > create a custom subclass of Accordion along with a custom skin extending > org.apache.pivot.wtk.skin.terra.TerraAccordionSkin. > (Or just copy both classes and edit to create your own parallel versions > rather than extending) > I haven't prototyped it, but I think it (or something similar) should work, > although I'm not sure it is necessarily preferable to just managing the > repaint callbacks yourself. > > TerraAccordionSkin contains these 2 inner classes which deal with the > Accordion headers and will normally use a supplied renderer to render the > header. > org.apache.pivot.wtk.skin.terra.TerraAccordionSkin.PanelHeader > org.apache.pivot.wtk.skin.terra.TerraAccordionSkin.PanelHeaderSkin > > Your TerraAccordionSkin might override these so that the header is a simply > a real BoxPane with an ActivityIndicator and a Label inside. Then the > BoxPane skin (and ActivityIndicator & Label skins) will take care of > painting, and more importantly, animating. > (ie, use real, fully fledged Components, rather than a Renderer for each > header) > > For more flexibility you might expose the BoxPane used for each header so > that you can set its content, properties and styles as required. > > Chris > --000e0cd56aa89a5e87049eff9dbe Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable =A0
Your=A0Te= rraAccordionSkin might override these so that the header is a simply a real BoxPane with an ActivityIndicator and a Label inside. =A0Then the BoxPane skin (and=20 ActivityIndicator & Label skins) will take care of painting, and=20 more importantly, animating.
(ie, use real, fully fledged Components, rather than a Renderer for ea= ch header)

Yes !=A0 that sounds good, seems elegant and efficient. I will look into th= is solution

Thank you very much

Simon


On Mon, Mar 21, 2011 at 4:07 PM= , Chris Bartlett <cbartlett.x@gmail.com> wrote:
Another thought might be to ditch the renderer approach entirely and t= o create a custom subclass of Accordion along with a custom skin extending = org.apache.pivot.wtk.skin.terra.TerraAccordionSkin. =A0
(Or just = copy both classes and edit to create your own parallel versions rather than= extending)
I haven't prototyped it, but I think it (or something similar) sho= uld work, although I'm not sure it is necessarily preferable to just ma= naging the repaint callbacks yourself.

TerraAc= cordionSkin contains these 2 inner classes which deal with the Accordion he= aders and will normally use a supplied renderer to render the header.
org.apache.pivot.wtk.skin.terra.TerraAccordionSkin.PanelHeader
org.= apache.pivot.wtk.skin.terra.TerraAccordionSkin.PanelHeaderSkin


Your=A0TerraAccordionSkin might override these so that the header is a simply a real BoxPane with an ActivityIndicator and a Label inside. =A0Then the BoxPane skin (and=20 ActivityIndicator & Label skins) will take care of painting, and=20 more importantly, animating.
(ie, use real, fully fledged Components, rather than a Renderer for ea= ch header)


For more flexibility you might expose the BoxPane used = for each header so that you can set its content, properties and styles as r= equired.

Chris

--000e0cd56aa89a5e87049eff9dbe--