Kendo TreeView - load the items with infinite scroll - kendo-ui

When I have a big tree that I build with kendo tree view, the time until we can see the tree is very long, and sometimes it hangs the browser.
I think it's because I am loading all the tree items of the tree..
I tried using loadOnDemand: true and all folders to load them collapsed, and it solve the problem, but I don't want to collapse the folders, I want to load it expanded.
Is there a way to do it?
Maybe an infinite scroll that what we see in the current position in the scroll, is what we see in the DOM, and not to see the all tree in the DOM.
Thanks

Related

Xamarin.UITest: Retrieving elements hidden from screen

I want to write a UI test for my Xamarin.iOS app to make sure that all tableview elements/cells exist on a screen. I could use app.Query(e => e.All()), but this will only retrieve elements that are currently visible on the screen. Is there a way to retrieve all elements (including the ones hidden from the view) in order to assert that the retrieved elements are as expected, without initiating a scroll action?
Any suggestions are greatly appreciated.
There isn't a way to do it directly, but there are methods to scroll list views down to get more items, but the original ones will then be removed from the visual tree.
Table views use cell recycling, so they only creates enough cells to fill the screen. As you scroll cells that are scrolled off the top are 'recycled' and shown on the bottom with new data. This means that the cells of screen actually don't exist - so there is nothing that UI test can access.
I've done it in the past by getting the items and caching some values, scrolling, getting more items, scrolling etc, building up a list of items as I go. Then once there is no more to scroll, checking the values.

How to prevent Firefox to expand a mouse hovered DOM node in the developer-tools?

The "pick an element from the page" feature in Firefox developpers tools allows to visualy click on an element to reveal it in the DOM tree view.
But as the mouse hovers different elements, each of them are being expanded in the DOM tree view.
Is it possible to disable that feature, so the tree view stays clean and collapsed (or expanded) to only the elements that have previously been selected?
Note: clicking on an element should expand the tree to reveal that element, it's only the hovering consequences that I wish to disable.
As far as I know, there is currently no way to change that behavior.
Though I agree that it is probably not what users expect, therefore I've created bug 1316528 asking to collapse the tree again when hovering another element.

Collapsing item in JavaFX Tree View leaves some items improperly rendered

My JavaFX application uses Tree View and tree items are added dynamically added at different points while the program is running. The tree view does not render some tree items after expanding and collapsing items. The following images will make my point clearer.
The first picturing shows the tree after expanding and the second picture show the same tree after collapsing. As you can see the item Plate does not get properly rendered.
Is this a JavaFX bug or have I done something wrong? Also is there a correct way to get it rendered correctly or a workaround if this happens to be a bug?

KendoUI TabStrip on click

I have a little problem with using KendoUI TabStrip. It doesn't matter if I'm at the top of the screen, but when I click a tab, the screen moves to the tabs to the center of the screen and the I have to scroll to view the content, this is not a big problem, but it is annoying, so I would like to know if there's a way to avoid this.
Thank you.
Yes, according to Telerik:
The problem is caused by the fact that during the time that the tabs
are changed, the page get smaller, so the scroll position goes up. The
solution is to set height or min-height style to the TabStrip content
s, so that the overall TabStrip height remains constant.
They also list other potential solutions in the following thread:
http://www.kendoui.com/forums/kendo-ui-web/tabstrip/browser-scroll-position-is-changed-when-tab-is-changed.aspx
I had a similar issue with tabs jumping around when i was removing and adding tabstrips dynamically.
My root cause was due to using jquery and trying to do a $("#tabstrip").remove() instead of clearing out the container holding the tabstrip. My fix was $("#tabstripcontainer").empty() to clear out any remnants that the tabstrip left behind.

GTK# - Problem with components overlapping upon resize

I have a panel containing a form (elements such as labels and textboxes within a table) and 3 buttons (in an hbuttonbox) at the bottom-right. If I shorten the panel by dragging the bottom border upwards, the 3 buttons come with it, and lay on top of the other form components, causing messy graphics. I would like the panel to not resize smaller than the bottom edge of the last component within it. Due to employer restrictions, I am not able to show a screenshot of the GUI. I will try to make any clarifications that are asked.
This probably has something to do with some resizing or general size settings on the components, but there are so many options that I'm not sure where to start.
Any ideas for an easy fix to this without getting down into the complicated nest of components? If not, any ideas on where I should start messing with settings?
Thanks!
UPDATE:
Everything is contained in a VBox with 3 cells. Elements in cells (top to bottom): Table, ScrolledWindow, HButtonBox. The ScrolledWindow bottom edge also moves (resizes) with the bottom edge of the panel when resizing, until the panel bottom goes above the whole ScrolledWindow. Then the buttons keep moving up, staying in relation to the panel's bottom edge.
By "form" do you mean you are using a Gtk.Fixed to contain your table and buttonbox? Then that's probably what's going wrong - you should use vboxes and hboxes for your layout. These will resize properly. Fixed layouts are only for exceptional cases.
EDIT:
Other suggestions:
Perhaps the HButtonBox has pack type 'end' instead of 'start'?
You could try playing with the 'fill' and 'expand' packing properties of the VBox's children.
I ended up adding a Height Request to the container, just slightly longer than the part of the scrolled window. This now stops resizing to where the bottom buttons would overlap the components above it. The problem (before the fix) is shown below:

Resources