>>>>Hi gang,
>>>>
>>>>This has *got* to be simple, but my swiss-cheese brain can't grab it at the moment...
>>>>
>>>>A colleague of mine has a two-column grid, populated by a SQL Select statement (RecordSourceType = 4). The first column has, as its selected control, a check box -- the second column displays text.
>>>>
>>>>TASK: We need to parse the first column of this grid and determine which check boxes are selected.
>>>>
>>>>I'm sure ONE of us out here has done this, and I think I have before also, but I can't remember how I did it.
>>>>
>>>
>>>Does SCAN ring a bell...
>>
>>Hi Ed,
>>
>>I appreciate your assistance.
>>
>>I'm confused, though -- the SQL statement doesn't populate a cursor, and the control isn't bound. What entity would I use the SCAN command on?
>>
>>(and NO, I'm not asking you to code it!!!) (BG)
>
>Ed, my apologies -- the SQL statement *DOES* go to a cursor.
>
>However, that brings up another problem -- when the user selects one or more check boxes in the grid, how does the cursor (which, I'm assuming, is read-only) receive the new settings?

Again a guess, but it may dump to a cursor with behavior similar to CREATE CURSOR; I don't use this option, so I'm guessing.