Setting CurrentCell in DGV in CellEndEdit event ignores RowIndex

[sklett]

I have a 2 column DGV. When a user enters a value in cell 0,0 I want to set
cell 0,1 as current, when they enter a value in cell 0,1 I want to set cell
1,0 current, etc, etc

basically zig-zagging down the rows from left to right.
I'm calling this method below in my CellEndEdit event:
private void AdvanceCellFocu s(DataGridViewC ellEventArgs e)
{
if (e.ColumnIndex == 0)
{
dataGridView_Se rialNumberLinks .CurrentCell =
dataGridView_Se rialNumberLinks[e.ColumnIndex + 1, e.RowIndex];
}
else
{
if (e.RowIndex < dataGridView_Se rialNumberLinks .Rows.Count)
{
dataGridView_Se rialNumberLinks .CurrentCell =
dataGridView_Se rialNumberLinks[e.ColumnIndex - 1, e.RowIndex
+ 1];
}
}
}

The result is this:
- Data entered into cell 0,0
- AdvanceCellFocu s() called and sets cell 0,1 as current
- when control returns to the UI, cell 1,1 is current.

So the problem appears to be that the default behavior of advancing a row
upon completing an edit operation is still happening. I'm not finding a way
to deal with it.

Anyone have any ideas? Suggestions?

Thanks for reading,
Steve

[sklett]

I found this while googling:
http://forums.microsoft.com/MSDN/Sho...27470&SiteID=1

Basically suggest suppressing the enter key event, but that will also
prevent EditMode from committing and saving the data.

I think my new, refined question is: How to prevent DGV from advancing to
next row when 'entering' out of edit mode?
"sklett" <[e-mail] in message
news:eU******** ******@TK2MSFTN GP04.phx.gbl...

>I have a 2 column DGV. When a user enters a value in cell 0,0 I want to
set cell 0,1 as current, when they enter a value in cell 0,1 I want to set
cell 1,0 current, etc, etc

basically zig-zagging down the rows from left to right.
I'm calling this method below in my CellEndEdit event:
private void AdvanceCellFocu s(DataGridViewC ellEventArgs e)
{
if (e.ColumnIndex == 0)
{
dataGridView_Se rialNumberLinks .CurrentCell =
dataGridView_Se rialNumberLinks[e.ColumnIndex + 1, e.RowIndex];
}
else
{
if (e.RowIndex < dataGridView_Se rialNumberLinks .Rows.Count)
{
dataGridView_Se rialNumberLinks .CurrentCell =
dataGridView_Se rialNumberLinks[e.ColumnIndex - 1,
e.RowIndex + 1];
}
}
}

The result is this:
- Data entered into cell 0,0
- AdvanceCellFocu s() called and sets cell 0,1 as current
- when control returns to the UI, cell 1,1 is current.

So the problem appears to be that the default behavior of advancing a row
upon completing an edit operation is still happening. I'm not finding a
way to deal with it.

Anyone have any ideas? Suggestions?

Thanks for reading,
Steve

[sklett]

I found the solution. I needed to subclass the DGV to get to the key events
when in edit mode.
"sklett" <[e-mail] in message
news:uK******** ******@TK2MSFTN GP05.phx.gbl...

>I found this while googling:
http://forums.microsoft.com/MSDN/Sho...27470&SiteID=1

Basically suggest suppressing the enter key event, but that will also
prevent EditMode from committing and saving the data.

I think my new, refined question is: How to prevent DGV from advancing to
next row when 'entering' out of edit mode?
"sklett" <[e-mail] in message
news:eU******** ******@TK2MSFTN GP04.phx.gbl...

>>I have a 2 column DGV. When a user enters a value in cell 0,0 I want to
set cell 0,1 as current, when they enter a value in cell 0,1 I want to set
cell 1,0 current, etc, etc

basically zig-zagging down the rows from left to right.
I'm calling this method below in my CellEndEdit event:
private void AdvanceCellFocu s(DataGridViewC ellEventArgs e)
{
if (e.ColumnIndex == 0)
{
dataGridView_Se rialNumberLinks .CurrentCell =
dataGridView_Se rialNumberLinks[e.ColumnIndex + 1, e.RowIndex];
}
else
{
if (e.RowIndex < dataGridView_Se rialNumberLinks .Rows.Count)
{
dataGridView_Se rialNumberLinks .CurrentCell =
dataGridView_Se rialNumberLinks[e.ColumnIndex - 1,
e.RowIndex + 1];
}
}
}

The result is this:
- Data entered into cell 0,0
- AdvanceCellFocu s() called and sets cell 0,1 as current
- when control returns to the UI, cell 1,1 is current.

So the problem appears to be that the default behavior of advancing a row
upon completing an edit operation is still happening. I'm not finding a
way to deal with it.

Anyone have any ideas? Suggestions?

Thanks for reading,
Steve