Problem with BringIntoView and sticky header

3 posts, 1 answers
  1. ManniAT
    ManniAT avatar
    877 posts
    Member since:
    Nov 2003

    Posted 03 May 2012 Link to this post

    Hi,

    I have a JumpList (with sticky headers!!!) which holds Items with a "Count" property.
    I also group with this property (0, 1 or >1).

    After changing the value of an item I check if it will belong to a different group now.
    If so - I reset the grouping to reflect the changes (have the item in the correct group).

    This works so far.
    Now I ran into two problems.
    1.) I found no event when the "regroup" is done - so I have no way to show a "busy indicator" or such a thing
    2.) I want to keep the user at the item (thats why I write here).

    I achieve point 2 by starting a dispatcher timer (not so great I know - but since I have no event....).
    In the timer handler I call "BringIntoView" with the changed item.
    This works "somehow" - but unfortunately the items is below the sticky header - and therefore not (only partially) visible.


    Am I missing something - or is this a problem with sticky headers?
    And most important - how can I avoid this (really bad looking) behavior?

    Regards
    Manfred
  2. ManniAT
    ManniAT avatar
    877 posts
    Member since:
    Nov 2003

    Posted 03 May 2012 Link to this post

    One Addition,

    in a different case I need to keep the "nearest item" in view.
    What I mean is that I scroll down "somewhere".
    Assume those items (and a small list with 4 items visible):
    Header - Items with count 0
    Name: AA - Count: 0
    Name: BB - Count: 0 -- VISIBLE
    Name: CC - Count: 0 -- VISIBLE
    Name: DD - Count: 0 -- VISIBLE
    Name: EE - Count: 0 -- VISIBLE
    Name: FF - Count: 0
    Header - Items with count 1
    Name: GG - Count: 1
    Name: HH - Count: 1
    Name: II - Count: 1
    Name: JJ - Count: 1
    Name: KK - Count: 1
    Name: LL - Count: 1

    Now I edit item DD and change its count to 1 The list (after "regrouping") will look like this
    Header - Items with count 0
    Name: AA - Count: 0
    Name: BB - Count: 0 -- VISIBLE
    Name: CC - Count: 0 -- VISIBLE
    Name: EE - Count: 0 -- VISIBLE
    Name: FF - Count: 0 -- VISIBLE
    Header - Items with count 1
    Name: DD - Count: 1 -- Moved here
    Name: GG - Count: 1
    Name: HH - Count: 1
    Name: II - Count: 1
    Name: JJ - Count: 1
    Name: KK - Count: 1
    Name: LL - Count: 1

    So in simple words - the list should act like a file in a texteditor when I delete a line.
    Lines (items) above stay on their place - the items below move up one line.

    Regards
    Manfred
  3. DevCraft banner
  4. Answer
    Deyan
    Admin
    Deyan avatar
    2037 posts

    Posted 07 May 2012 Link to this post

    Hi Manfred,

    Since I already described how you can add a Busy Indicator while grouping, I will directly skip to the second issue related with the BringIntoView behavior. I have managed to reproduce it on my side and I can confirm that this is undesired behavior. We are going to address it and the fix will be available in our next Internal Build.

    Let me know in case I can further assist you.

    Kind regards,
    Deyan
    the Telerik team

    Explore the entire Telerik portfolio by downloading the Ultimate Collection trial package. Get it now >>

Back to Top