Thanks Derrell, it is definitively not working this way:
tableModel.reloadData(); table.setFocusedCell(0,0,true); as you said, it probably has to be done AFTER the data is loaded. Since the table retrieval is behind-the-scenes in the remote model, I have to figure out how to differentiate "reloads" from "new loads" somehow. A different question. As you can see at http://rsoz.rewi.hu-berlin.de/~baer/bibliograph/frontend/build/ , when using the mouse scroll wheel or other ways of quickly skimming the large datasets, there is often some gaps in the data. They disappear when I do a reloadData on the current position. I wonder: is this my mistake or a problem with the remote table model? Has anyone else the same problem? Christian Derrell Lipman wrote: > > On Feb 12, 2008 10:16 AM, Christian Boulanger <[EMAIL PROTECTED]> > wrote: >> Hi everybody, >> >> when reloading a qx.ui.table.model.Remote via the reloadData() method >> with new data, the position in the dataset and the scroll bars are not >> updated. This is the intended behaviour when one reloads the same data, >> but leads to unexpected results when loading a completely different set >> of data. How can I reset the table fully so that the display position >> and the scroll bars are return to the beginning of the dataset? > > After reloading the data, do this: > > table.setFocusedCell(0, 0, true); > > Derrell > > > -- View this message in context: http://www.nabble.com/qx.ui.table.model.Remote-question-tp15435353p15444130.html Sent from the qooxdoo-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ qooxdoo-devel mailing list qooxdoo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
