Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
Clear All
new posts

    Problem with MiniDateRangeitem

    Hello,

    I've noticed a problem with the FilterEditor's MiniDateRangeItem when manually entering a specific date. The positioning of the elements in the widget change depending on whether a valid date has been entered or not. The effect is that the elements within the widget move back and forth while a date is manually being entered via the text box. To see this behavior, open the MiniDateRangeItem and manually type 01/15/2012, or another date, into one of the text boxes.

    This behavior can be reproduced in the showcase:

    http://www.smartclient.com/smartgwt/showcase/#grid_daterange_filtering

    Thanks in advance for any assistance with this!

    #2
    That movement is a little disconcerting - we'll take this down as an (important) cosmetic bug. Thanks for pointing it out.

    Comment


      #3
      We've altered this behavior in 3.1d and 3.0p - please retry with a nightly build after tomorrow.

      Comment


        #4
        Thank you for fixing this, I really appreciate it!

        The issue with form items within the widget moving around is fixed, but I've noticed another (minor) cosmetic issue. The default width of the MiniDateRangeItem seems to be just a hair too small, causing a horizontal scroll bar to show up - see the attached screenshots.

        This is with Firefox 3.6.23 and the latest NB (as of today) of 3.0p.

        For now I can use MiniDateRangeItem.setWidth to fix the problem.
        Attached Files

        Comment


          #5
          We've made a cosmetic tweak to prevent this unexpected scrollbar, which could occur due to the length of the calculated date when the field-type is datetime. Let us know if you still see issues in nightly builds after 13/05.

          Comment


            #6
            Sorry to keep bugging you guys about this, but it looks like it needs one more small tweak. The date no longer gets cut off like it did before, but the horizontal scroll bar still shows up (See the first image from my previous post). It seems to me that the scroll bar shouldn't be needed, since nothing is being cut off anyway. I looked, but I could not find any way to just turn off scrolling for the widget.

            Thanks for all your help, you guys have been great!
            Last edited by caleb.mayer; 14 May 2012, 09:29.

            Comment


              #7
              We aren't able to reproduce this issue in-house, but we've made a change that should fix it for you, which you'll see in nightlies after today.

              If you continue to see a problem, please provide a stand-alone test case, along with platform/OS details.

              Comment


                #8
                That fixed it, thanks!

                Comment

                Working...
                X