Just wanted to follow-up in case people missed this during the holidays. To update after a little bit of experimentation, it seems I can get non-virtual widgets to employ native overflow and scrolling by modifying qx.ui.core.scroll.ScrollPane to include qx.ui.core.MNativeOverflow and then set overflow to "auto." This causes the pane to produce native scrollbars, and I just need to always hide the scrollbars created by qx widgets (and probably disconnect some liste.
However, the task of making virtual lists use native overflow and scrolling seems much more challenging. Has anyone ever looked into this? The virtual infrastructure is awesome, but it suppresses the smooth native scrolling that our users expect. I think the solution would be more like how SlickGrid handles virtual lists: basically the virtual pane (or maybe each layer?) would have an actual height equal to the virtual height, so the content will overflow and cause a native scrollbar. Of course only a small subset of DOM elements (the visible cells) would exist and be positioned using offsets so they are in the pane's "window." In other words, a complete (potentially very tall) div would have a small number of child divs that slide up and down as the user scrolls the div using the native scrollbar. Does this seem feasible? Which specific widget in the virtual infrastructure should get the height set, and which should get overflow set to auto? Alternatively, has anyone successfully integrated SlickGrid itself into a qx app? Thanks! - Andrew On Dec 21, 2012, at 8:37 PM, Andrew Goldberg <[email protected]> wrote: > I'm involved in a large qooxdoo based application that only needs to support > chrome (it's part of a chromium embedded framework application). We've had a > number of users complain that the scrolling throughout the app does not feel > very natural. I'm fairly sure this is due to the way AbstractScrollArea is > implemented using a div hooked up via listeners to separate scrollbar widgets > instead of just letting the content overflow and invoke native scrolling > (with momentum, etc). > > My question is whether anyone knows of any contribs or examples of replacing > AbstractScrollArea (or perhaps a different widget involved in scrolling) with > something that uses simple native overflow and scrolling. If not, does this > seem like something that's even possible? I'm willing to forego the theming > and cross-browser benefits. I do want something that'll work application wide > in all scroll containers, lists, and virtual lists. > > Any tips or pointers would be much appreciated! > > Thanks, > Andrew Goldberg ------------------------------------------------------------------------------ Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
