Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 71294 invoked from network); 3 Jul 2007 08:15:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Jul 2007 08:15:45 -0000 Received: (qmail 34578 invoked by uid 500); 3 Jul 2007 08:15:43 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 34548 invoked by uid 500); 3 Jul 2007 08:15:43 -0000 Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Discussion" Delivered-To: mailing list users@myfaces.apache.org Received: (qmail 34537 invoked by uid 99); 3 Jul 2007 08:15:43 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jul 2007 01:15:43 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of martin.marinschek@gmail.com designates 209.85.132.251 as permitted sender) Received: from [209.85.132.251] (HELO an-out-0708.google.com) (209.85.132.251) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jul 2007 01:15:37 -0700 Received: by an-out-0708.google.com with SMTP id c3so476828ana for ; Tue, 03 Jul 2007 01:15:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AB1O/7FGGj7LvFPnskkeB32IBYgffYh89STXHkWYRcXWCUGx1XYo6gMivD7uE71qF8IzBQBAdeXqK+o8KOxq65+QFKZQjqWGB9o6sVjsTfeoBw8hi4wpq47z4GiUbYuSK5YgeYDcTktYR+IuWiml1kJ7uvY9MqGHVifGUz27Wbg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gjQTqEzp1DheNoHXh5FW2jZwZ/OLaH6pe/GycZzV9y6sL2LzVGDFY4pmw1tp7eNzZhy0X6dwGRdzRwU7c6eQYVRrKB2j0qKRrlbinm0wT/oz04kLLbPCHisNbmvqVrH1x7FH4gayIQU0jCLPzeOjFwboaU46AwDvw++LJfM/mpU= Received: by 10.100.194.7 with SMTP id r7mr4153952anf.1183450516781; Tue, 03 Jul 2007 01:15:16 -0700 (PDT) Received: by 10.100.154.15 with HTTP; Tue, 3 Jul 2007 01:15:16 -0700 (PDT) Message-ID: <5a99335f0707030115j51663bf3ma2c03531387300af@mail.gmail.com> Date: Tue, 3 Jul 2007 10:15:16 +0200 From: "Martin Marinschek" To: "MyFaces Discussion" Subject: Re: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468A01A1.8080303@stud.aitel.hist.no> X-Virus-Checked: Checked by ClamAV on apache.org Probably, the wouldn't be too hard to implement, no. Have fun hacking! regards, Martin On 7/3/07, Safurudin Mahic wrote: > I'm currently using a One of the issues I'm facing is that the renderer for the popup always > renders > position:absolute; display: none; at the end of the inline style. While > this is practical > as a default for showing the popup next to the event, in some cases > where you want the popup > to be displayed at the same spot every time, this is not possible to > achive by setting > something like; > > style="background-color:white;color:#111111; > border: 3px solid #000; width: 300px; > position: fixed; top: 20px; left: 20px" > > > > because the renderer always overrides with position: absolute; display: > none; at the end of the rendered style. > It would be far more flexible to leave this to the developer himself to > decide via the use of the style attribute. > If someone like it to be next to the event, use position absolute, in > other cases use some other positioning method. > In that case, the attributes displayAtDistanceX and Y would become > redundant. > > Also the attributes closePopupOnExitingElement and > closePopupOnExitingPopup always render the element > with onmouseout events, which in some cases never will invoke. On my > Nokia N800 for example, the device doesn't > have a mouse, and hence doesn't support the onmouseevents, which means I > can never get the popup to hide. > Perhaps a > Would these suggestions be a hard thing to implement? If it isn't, I > guess I could always do some code hacking myself > > Regards, > Safurudin Mahic > > > > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces