ICEfaces
  1. ICEfaces
  2. ICE-7734

ace:tooltip issue with EL expressions interpretation

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Cannot Reproduce
    • Affects Version/s: 3.0
    • Fix Version/s: 4.0.BETA, 4.0
    • Component/s: ACE-Components
    • Labels:
      None
    • Environment:
      ICEfaces 3.0
    • Assignee Priority:
      P2
    • Salesforce Case Reference:

      Description

      ace:tooltip does not interpret EL expressions in the for attribute properly.
      To reproduce modify code in the showcase to be like the one below:

      <h:outputText id="#{tooltipOverviewBean.carSet[0].description}" value="#{tooltipOverviewBean.carSet[0].description}"/>
      <ace:tooltip id="canBeOmmited"
                         for="#{tooltipOverviewBean.carSet[0].description}">
              <h:panelGrid styleClass="tooltipBoxStyle">
                    <h:graphicImage value="#{tooltipOverviewBean.carSet[0].path}" alt="#{tooltipOverviewBean.carSet[0].description}"/>
                    <h:outputText value="#{tooltipOverviewBean.carSet[0].description} vehicle"/>
              </h:panelGrid>
      </ace:tooltip>

      notice that h:graphic image and h:outputText interpret {tooltipOverviewBean.carSet[0].description} EL properly as expected.

        Activity

        Hide
        Arran Mccullough added a comment -

        Another customer is seeing an issue with this. Their use case is slightly different than what is in the original description. They are using the ace:tooltip in a facelets component which requires the usage of EL through component re-use.

        Show
        Arran Mccullough added a comment - Another customer is seeing an issue with this. Their use case is slightly different than what is in the original description. They are using the ace:tooltip in a facelets component which requires the usage of EL through component re-use.
        Hide
        Arturo Zambrano added a comment - - edited

        I haven't been able to reproduce this issue, as stated in the description. You can just copy exactly that piece of markup in the description and put it in the toolTip.xhtml file of the showcase, and you'll see that the tooltip appears correctly, with the image and the description, when you hover over the output text. I also did other tests, and things work fine.

        This didn't seem to be a problem with the tooltip in particular, since the only thing it does is to call getFor() and using the value to locate the component. It doesn't do anything special regarding the interpretation. That's done by the code produced by the generator. I guess this has been indirectly fixed with the numerous changes in the generator in the last year.

        Arran, do you know if that customer is still having the problem? If they do, could you send me an example of the markup? Also, what ICEfaces version are they using?

        Show
        Arturo Zambrano added a comment - - edited I haven't been able to reproduce this issue, as stated in the description. You can just copy exactly that piece of markup in the description and put it in the toolTip.xhtml file of the showcase, and you'll see that the tooltip appears correctly, with the image and the description, when you hover over the output text. I also did other tests, and things work fine. This didn't seem to be a problem with the tooltip in particular, since the only thing it does is to call getFor() and using the value to locate the component. It doesn't do anything special regarding the interpretation. That's done by the code produced by the generator. I guess this has been indirectly fixed with the numerous changes in the generator in the last year. Arran, do you know if that customer is still having the problem? If they do, could you send me an example of the markup? Also, what ICEfaces version are they using?
        Hide
        Ken Fyten added a comment -

        Marking Cannot Reproduce. Please reopen when a reproducible test case is available.

        Show
        Ken Fyten added a comment - Marking Cannot Reproduce. Please reopen when a reproducible test case is available.

          People

          • Assignee:
            Arturo Zambrano
            Reporter:
            Evgheni Sadovoi
          • Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: