warning: the following is more on brainstorming level. I might create confusion as I might still not understand well the MVC proposed by wt.
I wonder if you already thought about using generators inside of the models (and adapting the model "model" accordingly). That is to create views that do not know how long they will be, but at special user action (scrolling) the model would be asked to yield more and more results (like generators in python). At each new yield, new rows would be then added to the view etc. Probably one of the ingredients would be to use some sort of iterators inside the model instead of access based on row/column. The view should probably see a "2 dimensional" iterator of the model. I came to this problem as I tried to create a model around file mapped objects that have tree structure. Before I read the entire file, I do not know the number of rows, so I cannot satisfy the pure virtual method if I would want to implement a WAbstractListModel. The same problem would occur if one would use oracle::occi::ResultSet. Before parsing the result set, you do not know the number of records (for some reason this is not implemented in occi). So if one would use the WTreeView, would be nice to be called on one of the dimensions with a sort of iterator instead of rowCount and data() combination. The ++ operator would advance inside and would do the job to return the data for the current row/column. rgrds, mobi phil being mobile, but including technology http://mobiphil.com ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ witty-interest mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/witty-interest
