Jordan

I found this earlier post that seems to answer my question:

http://www.bergsoft....=oncellcoloring

Is there a way to suppress the drawing of inactive rows. I would like to have grid lines, but only for the active rows, and so far, I haven't been able to do that.

The NextGrid.InnerWidth property will give you the number of pixels available. When I tried it, it seemed to take into account both the vertical scroll bar and the indicator column.

Excellent! I am looking forward to the solution.

Thank you!!

No problem...it's working fine for me as described.

I think I would read all the column position items into a temporary tList, and then sort that list by the destination position. After it's sorted, do the ChangePosition on the column that is to be moved. At the risk of some loss of generality, you could take advantage of the fact that you have set a reasonable maximum number of columns (1000, I think), so you could easily use the 32 bit pointer of the tList to hold both destination and source by using SHL 16. Each pointer in the tList would have the destination column number in the high-order 16 bits, and the original column number in the low order 16 bits. There would be room for 2^16 columns that way, and you would only need the one auxiliary tList data structure.

Of course, this all assumes that by processing the columns in destination order, the problem will be fixed. I think it will, but I haven't tried to prove it. It seems to me that some of the columns that were properly positioned were subsequently moved when other columns needed to be placed in front of them. If that's the case, then doing the columns in destination order ought to fix the problem.

I don't know if it matters whether you set the column positions first, and then set the other parameters of the columns, once it has been moved. That would be my approach, just to avoid other potential complications.