I would suggest trying not locking anything and seeing if that makes a difference. It may be that adding a new entry to a Table wants access to all the columns. That is just a guess though.
The following code uses the Selection Change event to manage access on a sheet where a Table was necessary ... pretty much the same situation that you have.
It is monitoring a Log sheet and uses a number of Named Ranges that determine specific areas above and within the Table. As it is the Log sheet, I chose to prefix all the names with "l".
This checks an are above the Table where the user can select a cell, lViews. Then it checks if the Target row is less than lAnchor row ... which is actually a cell in the Table Header row. If the cell selected is within the Table that's OK regardless of whether it is the Header or Data area.
And finally, if the cell is below the Table area, it generates a new entry ... in my case, I needed to generate a unique reference
So, four monitored areas:
1. above the Table but OK - do nothing
2. above the Table but not in the OK area, select a "home" cell, which was the cell at the intersection of the Freeze panes.
3. within the Table area - OK, do nothing
4. below the Table area - OK, create entry
I don't recall selecting cells to the right of the Table area giving me an issue, hence, I don't think I trapped it. You might need to add a check for a cell being selected after the last column of the Table and move the selection somewhere "safe".
So, that's the basic idea but clearly it's not all applicable to your case.
Regards, TMS
Bookmarks