>Mike,
>
>I di one of those, recently. I did not use a grid. I built my own scheduler using containers of containers and wrote all teh code myself to handle data updates a data reading.
>
>You're going to encounter a number of problems with the grid for this purpose. The grid is good for displaying multiple records and even data from different tables, but when you want fancy interface stuff going on, the grid gets weak.

Thats what I plan on doing. I just want to use the grid to display the data and handle just the basic navigation. I will do the rest like data reading and updating. I would think that the grid could at least handle that. My big problem right now is just getting the navigation keys working when I drop a custom container in a grid. The left and right keys work great but the up and down keys dont. I tried setting keypreview to .t. and handling the up and down keys in my own key handler. It kinda worked fine but when the grid started scrolling it seemed like it no longer tracked the activerow and activecolumn correctly. I was using the activatecell method and activerow,activecolumn properties to get this to work. I still think it may be possible if I can just solve this problem. I have seen some other grid examples from Lisa Slater and Drew Speedie that drop custom containers in a grid but they seem to have the same problem with basic navigation. It would seem to me that this problem makes those examples unusable in an end user product. Please reply if you have any more insight. Again thanks.