NumericUpDown in ScrollViewer Touch Not Working Properly

7 posts, 0 answers
  1. Nick
    Nick avatar
    26 posts
    Member since:
    Jan 2005

    Posted 04 Jun 2014 Link to this post

    Hi

    If I place a NumericUpDown control with Windows8Touch theme in a ScrollViewer control, I can no longer hold down the plus or minus buttons to change the value.  I can only do individual clicks.

    Is there anyway to get round this?

    Thanks

    Nick
  2. Kalin
    Admin
    Kalin avatar
    1207 posts

    Posted 05 Jun 2014 Link to this post

    Hi Nick,

    We tested the described issue with the Windows8 Touch Theme on a touch device and haven't observed any issues with the buttons. Could you please share some details about the exact scenario and the version of the controls you are using? I'm also attaching my sample project so you can check and let me know if I have missed anything here.

    I'm looking forward to hearing from you.

    Regards,
    Kalin
    Telerik
     
    Check out Telerik Analytics, the service which allows developers to discover app usage patterns, analyze user data, log exceptions, solve problems and profile application performance at run time. Watch the videos and start improving your app based on facts, not hunches.
     
  3. UI for WPF is Visual Studio 2017 Ready
  4. Nick
    Nick avatar
    26 posts
    Member since:
    Jan 2005

    Posted 05 Jun 2014 in reply to Kalin Link to this post

    Hi

    Sorry - should have attached some code!

    I would like the scrollviewer setup as below, so that the scrollviewer can be scrolled by touch.  In my example, the NumericUpDown works perfectly with the mouse, but with touch, the hold to increment function is lost.

    <ScrollViewer PanningMode="VerticalOnly">
                <telerik:RadNumericUpDown  />
     </ScrollViewer>

    Thanks

    Nick
  5. Nick
    Nick avatar
    26 posts
    Member since:
    Jan 2005

    Posted 05 Jun 2014 in reply to Nick Link to this post

    Hi

    By the way I'm using version 2014.1.331.45 of the controls.

    Regards

    Nick
  6. Kalin
    Admin
    Kalin avatar
    1207 posts

    Posted 06 Jun 2014 Link to this post

    Hi Nick,

    I have managed to reproduce the described issue. The up and down buttons in the NumericUpDown control are native WPF RepeatButtons and it appears that this is framework behavior as if you test the same scenario with a single RepeatButton you will observe the same behavior. It seems that the continuous touch is handled by the framework in order to perform scroll operation if you swipe up or down afterwards. In this case, I'm afraid, we cannot suggest you any workaround for that behavior.

    If you have any other questions let us know.

    Regards,
    Kalin
    Telerik
     
    Check out Telerik Analytics, the service which allows developers to discover app usage patterns, analyze user data, log exceptions, solve problems and profile application performance at run time. Watch the videos and start improving your app based on facts, not hunches.
     
  7. Nick
    Nick avatar
    26 posts
    Member since:
    Jan 2005

    Posted 09 Jun 2014 in reply to Kalin Link to this post

    Hi Kalin

    Thanks for your reply - that's what I thought was happening.

    I've found a solution to the problem by implementing a custom scrollviewer from this StackOverflow post.

    http://stackoverflow.com/questions/19855920/wpf-scrollviewer-consuming-touch-before-longpress

    The NumericUpDown now works correctly in the Scrollviewer.

    Regards

    Nick
  8. Kalin
    Admin
    Kalin avatar
    1207 posts

    Posted 09 Jun 2014 Link to this post

    Hi Nick,

    Thanks for sharing the solution - we are glad you have managed to achieve the desired. If you have any other questions or concerns, do not hesitate to contact us.

    Regards,
    Kalin
    Telerik
     
    Check out Telerik Analytics, the service which allows developers to discover app usage patterns, analyze user data, log exceptions, solve problems and profile application performance at run time. Watch the videos and start improving your app based on facts, not hunches.
     
Back to Top
UI for WPF is Visual Studio 2017 Ready