ICEfaces
  1. ICEfaces
  2. ICE-9515

IE7 ace:checkboxButton image moving with vertical scrolling in ace:dataTable

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Won't Fix
          • Affects Version/s: 3.3
          • Fix Version/s: EE-3.3.0.GA_P02
          • Component/s: ACE-Components
          • Labels:
            None
          • Environment:
            Tomcat 7
          • Assignee Priority:
            P2
          • Salesforce Case Reference:

            Description

            overflow: auto on the ace:dataTable results in scrolling. In IE7, when you attempt to vertically scroll an ace:dataTable with ace:checkboxbutton components in a column, the ace:checkboxbutton image moves as you scroll instead of staying in it's column location.

            See attached screenshot. Attaching war file with source code. When running the war file in Tomcat 7, hover over the 'My Customer Pricing' tab, then select 'Change Request List' from the menu items. Scroll to the bottom of the page and you will see a second ace:dataTable in a child tabset with scrolling.

            This is similar in behavior to ICE-9321.
            1. acecheckboxbuttonScrolling.PNG
              65 kB

              Activity

              Ascending order - Click to sort in descending order
              Hide
              Permalink
              Brad Kroeger added a comment -

              Assigning to Nils because he's working on ICE-9321, if it should go to someone else, Ken can decide when he returns from vacation.

              Show
              Brad Kroeger added a comment - Assigning to Nils because he's working on ICE-9321 , if it should go to someone else, Ken can decide when he returns from vacation.
              Hide
              Permalink
              Arturo Zambrano added a comment -

              This can be fixed at the app-level by simply adding "position: relative;" to the same container that has "overflow:auto;".

              The root cause of the issue is that IE7 handles differently position:relative;, and the ui-button CSS class that the ace:checkboxButton component has contains this rule. This could be fixed by simply changing this rule to position:absolute; in our style sheets. We could do it just for IE, but there may be many other scenarios where using position:absolute; will have unwanted results. Fixing this at the app level seems to be the easiest way.

              Show
              Arturo Zambrano added a comment - This can be fixed at the app-level by simply adding "position: relative;" to the same container that has "overflow:auto;". The root cause of the issue is that IE7 handles differently position:relative;, and the ui-button CSS class that the ace:checkboxButton component has contains this rule. This could be fixed by simply changing this rule to position:absolute; in our style sheets. We could do it just for IE, but there may be many other scenarios where using position:absolute; will have unwanted results. Fixing this at the app level seems to be the easiest way.
              Hide
              Permalink
              Ken Fyten added a comment -

              We should verify that our own ace:dataTable, when using horizontal scrolling mode, is setting the "position:relative" correctly on the scrollable div when necessary.

              Show
              Ken Fyten added a comment - We should verify that our own ace:dataTable, when using horizontal scrolling mode, is setting the "position:relative" correctly on the scrollable div when necessary.
              Hide
              Permalink
              Arturo Zambrano added a comment -

              Verified situation in the case of scrollable data tables, both on the showcase app and on QA's test app. In both cases, this issue is not present on IE7 (nor in any other browser), even though none of the elements that compose the table have position:relative;. So, it could be due to other factors that this issue is not present. On the showcase, a parent component in the demos has position:relative;, and in the test app this is not the case but nevertheless there are no issues.

              Show
              Arturo Zambrano added a comment - Verified situation in the case of scrollable data tables, both on the showcase app and on QA's test app. In both cases, this issue is not present on IE7 (nor in any other browser), even though none of the elements that compose the table have position:relative;. So, it could be due to other factors that this issue is not present. On the showcase, a parent component in the demos has position:relative;, and in the test app this is not the case but nevertheless there are no issues.

                People

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

                  Dates

                  • Created:
                    Updated:
                    Resolved: