From harmony-dev-return-8177-apmail-incubator-harmony-dev-archive=incubator.apache.org@incubator.apache.org Fri Jun 02 12:28:31 2006 Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 94278 invoked from network); 2 Jun 2006 12:28:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Jun 2006 12:28:30 -0000 Received: (qmail 59865 invoked by uid 500); 2 Jun 2006 12:28:26 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 59730 invoked by uid 500); 2 Jun 2006 12:28:26 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 59717 invoked by uid 99); 2 Jun 2006 12:28:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jun 2006 05:28:26 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of anton.avtamonov@gmail.com designates 64.233.184.236 as permitted sender) Received: from [64.233.184.236] (HELO wr-out-0506.google.com) (64.233.184.236) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jun 2006 05:28:25 -0700 Received: by wr-out-0506.google.com with SMTP id i4so449369wra for ; Fri, 02 Jun 2006 05:28:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KTat27TJUHszoDv6UWG7mtcT1P9SJPhE7fVzXEJMkzWWBOdAbOj+l6eWkq5CuEJk/7zvd7tsgRTp45GOIJjM8red1EFP0Sk8nVrvunuEveXmXdYHaCOXpre1SvzwTETs1lLX735DzF6JvcvtHzwoNnSZyS71hlk81xo2qr/+tY8= Received: by 10.65.150.3 with SMTP id c3mr1459266qbo; Fri, 02 Jun 2006 05:28:04 -0700 (PDT) Received: by 10.64.243.14 with HTTP; Fri, 2 Jun 2006 05:28:04 -0700 (PDT) Message-ID: <46d21a9a0606020528u3e462abai5e8ca4e77381fc08@mail.gmail.com> Date: Fri, 2 Jun 2006 16:28:04 +0400 From: "Anton Avtamonov" To: harmony-dev@incubator.apache.org Subject: Re: [testing] Re: AWT, Java2D and SWING contribution In-Reply-To: <1BB924CF-9AAC-4216-80A9-DCB75BCB28E6@stud.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200606011527.k51FRmTp013341@d06av02.portsmouth.uk.ibm.com> <5C6A6BCF-B043-472E-8F08-F538C4E3FF55@stud.ntnu.no> <46d21a9a0606020108u264c9276n191a13a26d846a19@mail.gmail.com> <46d21a9a0606020248x4b1b3c25me5ba2f8aa36c96ba@mail.gmail.com> <1BB924CF-9AAC-4216-80A9-DCB75BCB28E6@stud.ntnu.no> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 6/2/06, Erik Axel Nielsen wrote: > > > > Actually my English is not good :-). Will work on improvement. > > > > What I tried to say is that we really don't need to use third-party > > L&Fs for visual testing. It doesn't mean we should not try them. We > > should! Just because L&F implementation is one of the most significant > > customization in Swing and may be based on the very internal things > > (like the order of components in some specific container, etc). So, > > running third-party applications which provide their own L&Fs will > > allow to determine many inconsistencies. Obviously, the more > > applications we probe during testing the better fucntional coverage > > we achieve (and the more problems get identified). > > > > Talking about scenario automation: if I got your idea right, you > > proposed to use some third-party L&F. Just because this approach would > > allow unified look for both RI and Harmony. > > This is excellent idea, but third-party L&F could also provide not > > just own colors, but customized behavior as well, replacing our > > classes. That's why I think we should not used them. > > Your idea can be easily implemented by overriding color-related > > constants in L&F. > > What we need is just call: > > UIManager.put("someColorConstant", new ColorUIResource > > (PREDEFINED_COLOR)) > > for all the color-related constants. > > This allows to test the standard set of L&F classes. > > Thanks a lot clearing this up for me Anton. I agree with most of your > views. However I think that using third party L&F in our testing > could help us isolate problems that are not in our own L&Fs but > rather in our implementation of the other parts of Swing/Awt/Java2D. > But as you say, we will have to find a L&F that overrides most if not > all of BasicLF and that could be a bigger problem than I though > originally. Yes, agree. If we want to test the underlying fucntionality completely isolated L&F would be nice. For instance, the fact that button changes its state to pressed/released is UI responsibility, however the fact that listeners are notified is the reposnsibility of ButtonModel. And the fact that mouse events are propoerly delivered is responsibility of event queue and dispatching machinery. So, replacing UI part we can test all event-processing layer for instance. Anyway I'll try third-party L&Fs you are pointed out just to look how it works with Harmony. -- Anton Avtamonov, Intel Middleware Products Division --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org