From adffaces-dev-return-359-apmail-incubator-adffaces-dev-archive=incubator.apache.org@incubator.apache.org Thu Jul 06 20:50:43 2006 Return-Path: Delivered-To: apmail-incubator-adffaces-dev-archive@locus.apache.org Received: (qmail 42494 invoked from network); 6 Jul 2006 20:50:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Jul 2006 20:50:43 -0000 Received: (qmail 52228 invoked by uid 500); 6 Jul 2006 20:50:42 -0000 Delivered-To: apmail-incubator-adffaces-dev-archive@incubator.apache.org Received: (qmail 52213 invoked by uid 500); 6 Jul 2006 20:50:42 -0000 Mailing-List: contact adffaces-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: adffaces-dev@incubator.apache.org Delivered-To: mailing list adffaces-dev@incubator.apache.org Received: (qmail 52204 invoked by uid 99); 6 Jul 2006 20:50:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Jul 2006 13:50:42 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [141.146.126.228] (HELO agminet01.oracle.com) (141.146.126.228) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Jul 2006 13:50:41 -0700 Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k66KoK44014163 for ; Thu, 6 Jul 2006 15:50:20 -0500 Received: from [127.0.0.1] (jwaldman-pc.us.oracle.com [130.35.101.32]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k66KoJ2G024623 for ; Thu, 6 Jul 2006 14:50:19 -0600 Message-ID: <44AD7788.3080200@oracle.com> Date: Thu, 06 Jul 2006 13:50:16 -0700 From: Jeanne Waldman User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: adffaces-dev@incubator.apache.org Subject: Re: Tr : Re: ProcessTrain Number of "Stops" before "segmenting" configurable? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N That's a good analysis, and what we usually go through when we decide on an attribute or a skin property. I personally don't think we'd need it at the specific level, which I've been calling 'per instance'. I think global to the processTrain within an application/skin is good enough. - Jeanne Simon_Lessard@DMR.CA wrote: >Hello, > >I could do that as well since it would indeed be a nice enhancement, >However, I don't know what would be best between a skin property and a tag >attribute. Pro of skin property is that since the skin knows what kind of >images it use, it would be the best placed to know how many station can be >safely rendered. However, skin property is global and will prevent any >overload at specific level. Maybe we could have both, a >-default-visible-number-stations and a tag atttribute, the tag attribute, >if present would be the one used? > > >Regards, > >Simon Lessard >Fujitsu Consulting >----- Forwarded by Simon Lessard/NOTES on 2006-07-06 16:26 ----- > > >Jeanne Waldman >2006-07-06 16:20 >Please respond to adffaces-user > > To: adffaces-user@incubator.apache.org > cc: > Subject: Re: ProcessTrain Number of "Stops" before >"segmenting" configurable? > > >This could be an enhancement. It would be a good example of using a >skinning property. > >You could add a skin property, like -ora-number-visible-stations (note, >I'll have to follow through on the thread regarding changing the -ora- >to something else). >So in the skin file you'd do this: >af|processTrain {-ora-number-visible-stations: 10 } >(The default would be 6) > >Then we'd need to change the train renderer to honor this number instead >of hard-coding it to 6. Then ALL processTrain components that are >defined in the application will use this property value defined in the >skin. > >- Jeanne > >Simon_Lessard@DMR.CA wrote: > > > >>Hello, >> >>Threshold is currently fixed to 6 visible stations and add a 7th that is >>the arrow pointing to the next set of steps. This parameter is not >>configurable at this time. >> >> >>Sorry, >> >>Simon Lessard >>Fujitsu Consulting >> >> >> >> > > > >