Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 32179 invoked from network); 2 Jun 2004 10:46:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 2 Jun 2004 10:46:55 -0000 Received: (qmail 18185 invoked by uid 500); 2 Jun 2004 10:46:41 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 18052 invoked by uid 500); 2 Jun 2004 10:46:40 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 18038 invoked by uid 99); 2 Jun 2004 10:46:40 -0000 Received: from [213.120.254.3] (HELO helpmagic-mail.helpmagic.com) (213.120.254.3) by apache.org (qpsmtpd/0.27.1) with ESMTP; Wed, 02 Jun 2004 03:46:40 -0700 Received: from [192.168.4.134] ([192.168.4.134]unverified) by helpmagic-mail.helpmagic.com with InterScan Messaging Security Suite; Wed, 02 Jun 2004 11:51:00 +0100 Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <409FE460.1060902@outerthought.org> References: <409FE460.1060902@outerthought.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <11DC2A58-B482-11D8-84A6-000A95DB830C@misgl.com> Content-Transfer-Encoding: 7bit From: Jon Evans Subject: Re: [heads up] [cforms] problem with calendar popup on ie6 Date: Wed, 2 Jun 2004 11:46:14 +0100 To: X-Mailer: Apple Mail (2.618) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi Marc, On 10 May 2004, at 21:21, Marc Portier wrote: > I just checked in an update for one of our cforms samples that reveals > a > somewhat nasty visual presentation of the nice calendar widget we use > if placed just above a (multi-line) selection list (like done now) the > calendar popup seems to be kept behind that selection list... > > anyone that has a clue what is causing this? As others have said, it's an IE issue, and manipulating z-order doesn't help. :-( For our app we have added some javascript - just before the popup appears, we do a collision check on all drop-downs on the page (we don't use multi-selects, but it could be extended to include them). Any that collide are hidden until the popup goes away. Originally we just hid all drop-downs, but that was too noticeable. If you want the code, let me know. Incidentally Safari/Mac has the same issue with the scroll bars on text areas (they always appear on top). Jon