Resume Page Scrolling after Control scrolling is done

0
0

Hi, general question:

I have a page with a bunch of controls and some might have a scrollbar (some panels do). When a user enters the pages and starts using the mousewheel to scroll, the page nicely scrolls but only untill the cursor enters a panel with scrollbar. Instead of scrolling the page further, the control is scrolled instead (which is fine/good) but after that scrollbar reaches the end I’d like the page to continue scrolldown down? Now users have to carefully place the cursor outside of any scrollable control if they want to continue scrolling the page (or actually use the page scrollbar like my grandpa). 🙂

General
Share
  • You must to post comments
Filter
Sort by: Recently Active
0
0

We don’t have global behavior properties in the .NET side of Wisej. There are many on the js side but not really public and can change. For the wheel behavior, I can see two that we have test cases for: WinForms (identical to Wisej – no bubbling up) and WPF (bubbles up). Plain HTML in browsers is a mess and inconsistent.

I have attached a patch to the qx.ui.core.scroll.AbstractScrollArea js class. If you place it in a folder named /Platform or /Resources (https://docs.wisej.com/docs/concepts/embedded-resources#wisejresources-attribute) set it to Embedded Resource and uncomment [assembly: Wisej.Core.WisejResources(ExcludeList: “”)] in AssemblyInfo it will be bundled with Wisej js side and the scroll will behave like WPF. As an enhancement to Wisej.NET we have to add something to turn it off or on. Probably in options:{} in Default.json.

 

Attachment
wisej.web.MRollPatch.zip
  • vincent_
    Thank you Luca! I will give this a try tomorrow
  • You must to post comments
0
0

Same behavior in this web page. I have placed the mouse outside of the textbox I’m writing in if it has the scrollbars. Actually it’s quite terrible in a plain html page. Sometimes even with the cursor in the edit box with scrollbars the parent page scrolls, sometimes it doesn’t. Sometimes I have to click again in the edit box. Sometimes it gets stuck…

Tried with the super duper modern gmail browser app, same behavior.

Wisej works consistently. Maybe we can improve it and bubble the event up when the conditions are right, but it’s a low priority at the moment.

 

 

 

 

 

 

 

 

 

 

 

 

  • vincent_
    Thanks for answering, I guess in my mind this was common in a browser but now thinking of it, it might not be. I suppose a feature like “DisableUnfocusedMouseWheel” where any mousewheel event on a control where it is set to true is handled like the Anonymous property would also be a great addition (?). This way users can have long(er) pages where the mousewheel only scroll the parent container unless a control actually has focus….Just thinking out loud here.. Anyway, thanks for the answer and looking in to it!
  • You must to post comments
0
0

Hi Vincent,

We’re looking into this issue and we’ll get back to you ASAP!

Best,
Alaa

  • vincent_
    Anything yet?
  • You must to post comments
Showing 3 results
Your Answer

Please first to submit.