I just checked in the fix today. There are still some bugs to iron out
with IE and scrolling positioning, but the previous code had similar
issues.
On 9/2/07, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> no, there is nothing like that in the popup - you can certainly change
> the functionality, though ;)
>
> regards,
>
> Martin
>
> On 9/1/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > I am trying to use tr:panelPopup with triggerType="hover" (1.0.3-SNAPSHOT).
> >
> > I am having an issue with how it is rendered. I have it showing my messages:
> >
> > <tr:panelPopup triggerType="hover">
> > <f:facet name="trigger">
> > <tr:outputText value="#{messages.messages_present}"
> > styleClass="messagesTitle
> > messagesLevel#{facesContext.maximumSeverity}" />
> > </f:facet>
> > <tr:messages />
> > </tr:panelPopup>
> >
> > The problem is that the popup is never visible. The reason is that the
> > popup is inside of the parent tag. As such, it is governed by the
> > layout of the container. In this case, it is overflowing out of my
> > table and therefore not visible.
> >
> > Is there functionality with relative position to have the popup moved
> > to the document.body before being made visible and moved back after
> > closing? This is how I have built custom popups before, to ensure that
> > they are always visible.
> >
> > Thanks,
> > Andrew
> >
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
