Not being ignored at all. If you look at what the other grid is
aspiring too, many of those features already exists within flexgrid
(their search/filtering is nicer though). If anything I would like to
see a jQuery grid sytem that reduces some of what flexgrid does into
separate plugins. For example, if my primary usage is ajax with json
then all the code that applies to XML or inline tables is bloat for
me. Breaking this out reduces the footprint. In the same regard,
inline pagination of a preloaded data set is a frequent feature
request, I would like to see that available, but not in the core.
This is the jQuery philosophy, which is why they did not go the Ext
route but left it up to others, like Paulo, to build plugins.
Initially I think the 'jQuery Grid Plugin' project would benefit the
most as many of their goals have already be accomplished and refined
by Paulo. In the long run though, active development will surpass
this. There are aspects of the flexgrid codeset that could be
improved, such as methods for data handling. We all have different
needs in our applications and each of those exposes ways the code can
be streamlined to increase functionality. Some of us will desire
inline editing (jQGP does this), others will want an edit selected
approach (I built something like this for my own uses), many will
desire the flexibility to use either as the need arises. A grid
plugin that can deal with thing like this, while keeping a small
footprint, helps us all.
I think flexgrid is the best looking jQuery grid out there. That was
also part of the goal since Ext Grid was set as the high water mark.
I would like to see it get better. When I see a more popular grid
(based on the listing at
http://plugins.jquery.com/most_popular)
heading toward the same ends I have to ask myself, why is the wheel
being re-invented?
-wade