ICEfaces
  1. ICEfaces
  2. ICE-1610

<ice:selectInputDate/> popup calendar is not opaque or is not at the top of the z-layer when popped up

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: None
          • Fix Version/s: 1.6DR#6, 1.6
          • Component/s: None
          • Labels:
            None
          • Environment:
            Tomcat 5.5.17 / Liferay 4.3.0 (pre-release)

            Description

            Not sure if this is something that only appears in Liferay, but the attached portlet demonstrates the probem.

            It happens when the calendar is popped up over an <ice:outputProgress/> component.

            Also see the attached screenshot.
            1. cal.bmp
              691 kB
            2. IE7.JPG
              15 kB
            3. screenshot-1.jpg
              28 kB
            4. screenshot-2.jpg
              16 kB

              Issue Links

              blocks

              New Feature - A new feature of the product, which has yet to be developed. ICE-1809 Support for Liferay Portal

              • Major - Major loss of function.
              • Closed

                Activity

                Ascending order - Click to sort in descending order
                Hide
                Permalink
                Neil Griffin added a comment -

                Area circled in red shows opacitiy and/or z-order problem

                Show
                Neil Griffin added a comment - Area circled in red shows opacitiy and/or z-order problem
                Hide
                Permalink
                Mircea Toma added a comment -

                Adnan, can you check the CSS for the calendar component?

                Show
                Mircea Toma added a comment - Adnan, can you check the CSS for the calendar component?
                Hide
                Permalink
                Adnan Durrani added a comment -

                I have tested it with the head and did not find any problem, please see the attached snapshot. This bug was fixed on April 26 2007 revision # 13656.

                Neil did you see this problem with the latest build as well?

                Show
                Adnan Durrani added a comment - I have tested it with the head and did not find any problem, please see the attached snapshot. This bug was fixed on April 26 2007 revision # 13656. Neil did you see this problem with the latest build as well?
                Hide
                Permalink
                Neil Griffin added a comment -

                Adnan,

                Indeed, I am still seeing it with the latest trunk revision.

                Are you testing with xp-portlet.css or xp.css?

                Please see http://jira.icefaces.org/browse/ICE-1725

                for the latest xp-portlet.css that I submitted today for incorporation into the trunk.

                Thank you,

                Neil

                Show
                Neil Griffin added a comment - Adnan, Indeed, I am still seeing it with the latest trunk revision. Are you testing with xp-portlet.css or xp.css? Please see http://jira.icefaces.org/browse/ICE-1725 for the latest xp-portlet.css that I submitted today for incorporation into the trunk. Thank you, Neil
                Hide
                Permalink
                Neil Griffin added a comment -

                Additionally, my component has the styleClass="portlet-form-input-field" attribute value set. Not sure if that makes a difference.

                See:

                <ice:selectInputDate id="dateOfBirth" alt="#

                {JobApplicationMsgs.dateOfBirth}

                " autocomplete="true" popupDateFormat="#

                {Edit.preferences['dateFormat']}" renderAsPopup="true" required="true" style="" styleClass="portlet-form-input-field" value="#{JobApplication.dateOfBirth}">
                <f:convertDateTime pattern="#{Edit.preferences['dateFormat']}

                "/>
                </ice:selectInputDate>

                Thanks,

                Neil

                Show
                Neil Griffin added a comment - Additionally, my component has the styleClass="portlet-form-input-field" attribute value set. Not sure if that makes a difference. See: <ice:selectInputDate id="dateOfBirth" alt="# {JobApplicationMsgs.dateOfBirth} " autocomplete="true" popupDateFormat="# {Edit.preferences['dateFormat']}" renderAsPopup="true" required="true" style="" styleClass="portlet-form-input-field" value="#{JobApplication.dateOfBirth}"> <f:convertDateTime pattern="#{Edit.preferences['dateFormat']} "/> </ice:selectInputDate> Thanks, Neil
                Hide
                Permalink
                Adnan Durrani added a comment -

                Hi Neil,

                You are right, I can reproduce it with progressBar component underneath. Let me see it.

                Thanks,
                Adnan

                Show
                Adnan Durrani added a comment - Hi Neil, You are right, I can reproduce it with progressBar component underneath. Let me see it. Thanks, Adnan
                Hide
                Permalink
                Adnan Durrani added a comment -

                This bug has been fixed. revision 14154

                There is a big change in styleClass names, we will update the xp-portlet.css as soon as testing will be completed.

                Thanks,
                Adnan

                Show
                Adnan Durrani added a comment - This bug has been fixed. revision 14154 There is a big change in styleClass names, we will update the xp-portlet.css as soon as testing will be completed. Thanks, Adnan
                Hide
                Permalink
                Neil Griffin added a comment -

                Adnan,

                I did an svn-update (now at revision 14155) and am seeing improvement, but the bug is still there.

                Here is the improvement: When I select an item other than "-- Select -" from the <ice:selectOneMenu/>, and then select the "- Select --" item again, the required validator fires.

                Unfortunately though, when I am viewing the page for the first time, and simply tab-out of the dropdown, or simply hit the "Submit" button, the required validator does not fire.

                Thanks in advance,

                Neil

                Show
                Neil Griffin added a comment - Adnan, I did an svn-update (now at revision 14155) and am seeing improvement, but the bug is still there. Here is the improvement: When I select an item other than "-- Select - " from the <ice:selectOneMenu/>, and then select the " - Select --" item again, the required validator fires. Unfortunately though, when I am viewing the page for the first time, and simply tab-out of the dropdown, or simply hit the "Submit" button, the required validator does not fire. Thanks in advance, Neil
                Hide
                Permalink
                Neil Griffin added a comment -

                Adnan,

                Ooops! I was testing ICE-1126, not this one (ICE-1610). Please ignore my previous comment!

                Sorry,

                Neil

                Show
                Neil Griffin added a comment - Adnan, Ooops! I was testing ICE-1126 , not this one ( ICE-1610 ). Please ignore my previous comment! Sorry, Neil
                Hide
                Permalink
                Neil Griffin added a comment -

                Adnan,

                OK, I just tried this one (ICE-1610) and see a lot of improvement with FireFox (but still some lines showing through). However, please checkout the attached IE7 screenshot-2 image. It shows that only the numbers are opaque, and that the cells inbetween the numbers are transparent. (See red arrow pointing to scrollbar underneath).

                Thanks,

                Neil

                Show
                Neil Griffin added a comment - Adnan, OK, I just tried this one ( ICE-1610 ) and see a lot of improvement with FireFox (but still some lines showing through). However, please checkout the attached IE7 screenshot-2 image. It shows that only the numbers are opaque, and that the cells inbetween the numbers are transparent. (See red arrow pointing to scrollbar underneath). Thanks, Neil
                Hide
                Permalink
                Adnan Durrani added a comment -

                Hi Neil,

                Please see the attached snapshot with IE7, There are the following 3 components underneath the calendar and it renders well with IE 7:
                ice:inputText
                ice:inputTextarea
                ice:outputProgress

                I think there are some changes in my local xp.css that need to be check-in after testing. That is why you are not able to see proper rendering.

                I would request you to test it again after style related check-in.

                Thanks,

                Show
                Adnan Durrani added a comment - Hi Neil, Please see the attached snapshot with IE7, There are the following 3 components underneath the calendar and it renders well with IE 7: ice:inputText ice:inputTextarea ice:outputProgress I think there are some changes in my local xp.css that need to be check-in after testing. That is why you are not able to see proper rendering. I would request you to test it again after style related check-in. Thanks,
                Hide
                Permalink
                Neil Griffin added a comment -

                After I received the new xp-portlet.css that was fixed in http://jira.icefaces.org//browse/ICE-1725

                it looks all better in IE7 under Liferay. Thanks!

                Show
                Neil Griffin added a comment - After I received the new xp-portlet.css that was fixed in http://jira.icefaces.org//browse/ICE-1725 it looks all better in IE7 under Liferay. Thanks!
                Hide
                Permalink
                Adnan Durrani added a comment -

                Neil verified it.

                Show
                Adnan Durrani added a comment - Neil verified it.

                  People

                  • Assignee:
                    Unassigned
                    Reporter:
                    Neil Griffin
                  • Votes:
                    0 Vote for this issue
                    Watchers:
                    1 Start watching this issue

                    Dates

                    • Created:
                      Updated:
                      Resolved: