Blog

Ext.ux.Livegrid 0.3RC1

Posted by:

Ext.ux.Livegrid is now available for download. This release is feature complete. New features will be available in 0.4.

Go visit the project home for the changelog and instructions on how to obtain your fresh copy of Ext.ux.Livegrid.

2


About the Author

Thorsten is the author of the conjoon open source project and the Ext.ux.Livegrid component. In this blog he writes more or less frequently about his current projects and web development in general.

Discussion

  1. John Bigbootet  November 24, 2008

    One major issue…if the user makes changes to an editable livegrid and then scrolls so far that it causes additional rows to be fetched from the store, then all of the user’s (possibly exhaustive) unsaved edits are lost without warning.

    Rather than hack in some kind of warning (which will only irritate the user who is trying to scroll or re-sort), can you simply cache the modified rows in “a linked-list of unsaved edits” so when the user scrolls those rows back into view, your code pulls the unsaved edits back from the linked-list overtop of whatever came back again from the store (so long as the “version” on the store does not change)? It’s 2 seconds of code (just walking list of dirty rows in grid, toss them onto list right before a load-from-store and likewise, pulling any dirty rows by number right after a load-from-store when the version number comes back the same) —and the benefit is that it makes LiveGrid make sense for editable grids!

    (reply)
  2. admin  November 24, 2008

    John, please have a look at http://extjs.com/forum/showthread.php?p=253332#post253332. You are absolutely correct that support for modified records is rudimentary right now, so I’d suggest that you listen to the beforebuffer event: Collect all modified records before the store buffers, do a commit and send the changes back to the server.
    Support for keeping modified records in memory will be available soon.

    (reply)

Add a Comment


Refresh