Ok I have it up and running in the trunk, I am testing it currently but so far the fix looks good. I could push it into the RC as well if that is ok with everyone (the trunk commit will happen in a few minutes)
It is not a showstopper but definitely a thing we probably should get into 1.1.1 since it renders the popup on the most important (worst) browser half useless. werner Werner Punz (JIRA) wrote: > [ > http://issues.apache.org/jira/browse/MYFACES-693?page=comments#action_12331909 > ] > > Werner Punz commented on MYFACES-693: > ------------------------------------- > > Another thing I noticed, the javascript code uses currently one global > variable and no > classes, or a single popup this is a feasable approach, but it could cause > problems in the future (portlets > programmatic popup control), > I will not fix that for now, but it has to be fixed probably in the long run. > > > >>select Combo Box is displayed over popup component instead of hiding behind >>--------------------------------------------------------------------------- >> >> Key: MYFACES-693 >> URL: http://issues.apache.org/jira/browse/MYFACES-693 >> Project: MyFaces >> Type: Bug >> Components: Tomahawk >> Versions: 1.1.0, 1.1.1 >> Environment: Client is Windows XP and IE. No problem with Firefox. >>Server is Linux with Tomcat 5.5 >> Reporter: Marcel Sansaricq > > >>html select input elements are displayed in front of the tomahawk popup >>component in IE. The problem is not present in Firefox. >>As I was searching the MyFaces mailing list for a solution to the problem I >>found a similar issue discussed in the following link: >> >>>http://www.mail-archive.com/[email protected]/msg05344.html >> >>In the excerpt below from the discussion, the problem was fixed for the >>suggest component currently being developed by Werner Punz in the Sandbox: >>"Incidentally, I'm looking into modifying the DHTML piece so that you can >>avoid the IE bug where a select box is always rendered on top of a div. It >>turns out that if you create an invisible iframe as a shim of sorts, directly >>underneath the div, select boxes will properly render underneath it. Of >>course, this fix is only necessary if you're using the control near a select >>box, and if you care whether your form renders properly in IE, so it'll be >>optional.) >>Well solved that a few days ago as well :-), thanks to some articles on the >>net." >>I am hoping that the fix used for the suggest componenet in the sandbox can >>be reused to address this issue. I downloaded the latest release candidate >>RC2 verified that the problem is still present in both the release 1.1.0 and >>1.1.1. >>Thanks in advance for you help. >>Marcel > >
