After digging through the js i realized that if columns at the beginning of the table are fixed if they are no moveable. i.e. you can't move stuff in front of them.
D/ On Jun 12, 2010, at 3:12 AM, Douglas Ferguson wrote: > Thanks. > > Another question for you... > > I have a few columns that I want to be fixed at the beginning of the table. > There is a "setReorderable(false);" which will prevent you from being able to > drag it around, but there is nothing to prevent you from moving another > column in front of the "fixed" one. > > I think I'll have to update the js to get the behavior. Let me know if I'm > missing something. > > D/ > > > On Jun 9, 2010, at 5:06 AM, Charles Deal wrote: > >> I believe there is an object called GridSortState on the DataGrid. Using >> that object, you can set the default sort for the grid. One of our grids do >> this, but I don't have the code in front of me. >> >> On Wed, Jun 9, 2010 at 1:04 AM, Douglas Ferguson <doug...@douglasferguson.us >>> wrote: >> >>> Thanks! >>> >>> I just got data grid going. It is very cool! >>> >>> Do you know if there is a way to set a default sort? >>> >>> D/ >>> >>> On Jun 8, 2010, at 3:26 PM, Charles Deal wrote: >>> >>>> I use Eclipse and the Subversive SVN plugin. I did a checkout into a new >>>> Project of >>>> >>> https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/inmethod-grid-parent >>>> >>>> After I made my changes I used the Create Patch option within Eclipse to >>>> generate the patches that I supplied. If using a similar setup, you >>> should >>>> be able to use the Eclipse Apply Patch feature to update the source again >>> or >>>> use your own preferred method. >>>> >>>> On Tue, Jun 8, 2010 at 1:55 PM, Douglas Ferguson < >>> doug...@douglasferguson.us >>>>> wrote: >>>> >>>>> What's the url you used to pull from svn? I.E. What branch, etc.. >>>>> >>>>> D/ >>>>> >>>>> On Jun 8, 2010, at 12:49 PM, Charles Deal wrote: >>>>> >>>>>> The patches are based upon the latest in svn (as of 07JUN2010). I >>> pulled >>>>> a >>>>>> fresh copy of the source and then applied my changes back against it. >>> I >>>>>> don't think the svn codebase has changed all that much in the 1.4 >>> branch, >>>>> so >>>>>> I didn't experience any conflicts applying my patches. >>>>>> >>>>>> >>>>>> On Tue, Jun 8, 2010 at 1:17 PM, Douglas Ferguson < >>>>> doug...@douglasferguson.us >>>>>>> wrote: >>>>>> >>>>>>> What version of inmethod are these patches based from? >>>>>>> >>>>>>> I't looks like 1.4.1 is quite old and 1.4.2 is still in "SNAPSHOT" >>>>>>> >>>>>>> >>> http://wicketstuff.org/maven/repository/org/wicketstuff/inmethod-grid/ >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Jun 7, 2010, at 10:48 AM, Charles Deal wrote: >>>>>>> >>>>>>>> We've been using the grid for quite some time now and have >>> accumulated >>>>> a >>>>>>> few changes to the codebase. I'd like to submit them for other users >>> to >>>>>>> review and discuss, in the hopes that they will make it into the >>>>> wicketstuff >>>>>>> codebase in the future. The following are brief descriptions of the >>>>>>> attached files. >>>>>>>> >>>>>>>> inmethodgrid-script.patch >>>>>>>> This patch simply adds a resize event to the grid. We noticed that >>>>> when >>>>>>> the browser was resized, the grid wouldn't resize until the user >>>>> attempted >>>>>>> to scroll. >>>>>>>> >>>>>>>> inmethodgrid-columns.patch >>>>>>>> Some small changes to facilitate more code reuse. >>>>>>>> >>>>>>>> inmethodgrid-form.patch >>>>>>>> Move the header and toolbars into the form. This allows the header >>> to >>>>>>> determine the form automatically so that, for example, when sorting a >>>>> grid, >>>>>>> the behavior can submit the form to retain any transient changes to >>> the >>>>>>> grid. >>>>>>>> >>>>>>>> inmethodgrid-gridbehavior.patch >>>>>>>> Refactor the AjaxFormSubmitBahvior implementation into its own class >>> to >>>>>>> be used by custom behaviors. Altered the code to use the new class. >>>>>>>> >>>>>>>> inmethodgrid-insert.patch >>>>>>>> Add support for adding rows to the grid. >>>>>>>> >>>>>>>> As I said, my team have been successfully using (almost all of) these >>>>>>> patches since at least June 2008. The script patch is the only one >>> that >>>>> is >>>>>>> a recent change. I'd appreciate some feedback and if no objections >>> are >>>>>>> made, I'd like to get these patches into the scm. >>>>>>>> <ATT00001.c> >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>>>> >>>>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>> >>>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
