> Maybe the time it is rendered but imagine a fast scrolling user...
scrolling could get really sloppy in that case and thats even worse than
waiting a few seconds for the nodes to be created.
That's inevitable the case that will take place when the data are fetched in
chunks using a remote data store. It'll have to convert the raw data into
objects so that fetched chunk can be rendered. If that step make the
scrolling sloppy, than I don't see how to use the tree or any other virtual
widget within a remote data store without any major rewrite.
On Tue, Feb 22, 2011 at 7:14 AM, Tobias Oetiker <[email protected]> wrote:
> Hi Christian,
>
> Today panyasan wrote:
>
> >
> >
> > MartinWittemann wrote:
> > >
> > > Christians idea of converting native objects on runtime to Model
> objects:
> > > Sounds like a good idea in the first place but I think that the problem
> > > here is, that we need to know the moment when there is the need of
> > > converting. Maybe the time it is rendered but imagine a fast scrolling
> > > user... scrolling could get really sloppy in that case and thats even
> > > worse than waiting a few seconds for the nodes to be created.
> > >
> >
> > Maybe the problem needs to be solved by a "prefetching" strategy. There
> are
> > two scenarios:
> >
> > 1) We need to show the root nodes only: We need to load only the first
> 100
> > nodes or so that are direct children and grandchildren of the root node.
> > When the user openes a node, this specific node is populated further by
> > pulling more raw data and adding to the model.
> >
> > 2) We need to show a specific node: The remote data model must know how
> to
> > retrieve all nodes leading up to this node, whereever it is placed in the
> > tree structure. We need to load all these nodes, plus a specific number
> of
> > nodes in the context of this branch.
> >
> > Alternatively, the whole tree could be loaded in chunks. I have an
> > implementation of this here:
> >
> >
> http://qooxdoo-contrib.svn.sourceforge.net/viewvc/qooxdoo-contrib/trunk/qooxdoo-contrib/qcl/trunk/source/class/qcl/ui/treevirtual/TreeView.js?revision=20861&view=markup
> >
> > See lines 540-, in particular 585 seqq. (_loadTreeData method).
> >
> > To save load time, the server sends a "transaction id" when it sends the
> > number of nodes in the tree. If the transaction id is the same, the tree
> > data is loaded from a browser-side cache instead of being fully reloaded.
> >
> > Maybe this can serve as an inspiration.
>
> the dynamic loading of individual nodes works well I am using this
> at the moment with the traditional tree ... even there it saves a
> ton of time if I do not have to create 700 objects at once (not
> going to repeat my rant here)
>
> the problem is if there are plenty of nodes in a single branche,
> then the performance issue shows up even there, so an approach
> where only the bits that are on display get transformed would help
> a lot.
>
> cheers
> tobi
>
> > C.
> >
>
> --
> Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
> http://it.oetiker.ch [email protected] ++41 62 775 9902 / sb: -9900
>
>
> ------------------------------------------------------------------------------
> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk
> Collect, index and harness all the fast moving IT data generated by your
> applications, servers and devices whether physical, virtual or in the
> cloud.
> Deliver compliance at lower cost and gain new business insights.
> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
------------------------------------------------------------------------------
Index, Search & Analyze Logs and other IT data in Real-Time with Splunk
Collect, index and harness all the fast moving IT data generated by your
applications, servers and devices whether physical, virtual or in the cloud.
Deliver compliance at lower cost and gain new business insights.
Free Software Download: http://p.sf.net/sfu/splunk-dev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
