Sorry, answering another question. I have found it now, so will go and post
there :-)

Bob

"Bob Phillips" wrote in message
...
Here is a technique that Rob Bovey posted some time ago. It is a kludge as
Rob says, but it may work for you

There's no direct way to do this. I created a workaround for one
project
where I needed to do this, but it was very clunky. As a rule, I always
hide
the first row and column of worksheets in my projects. This gives me
scratch
space to work in and is required for this solution to work (at least the
hidden first column is required in this case).


In my hidden first column I placed the number 1 in every cell of the
area the user might interact with (let's say A1:A100). Then in cell A101 I
placed the formula


=COUNTBLANK(A1:A100)


and gave it the range name "CheckInsert". In cell A102 I placed the *array
formula* (entered with Ctrl+Shift+Enter)


=MATCH(TRUE,ISBLANK(A1:A100),0*)


and gave it the range name "FindInsert".


Each time the worksheet_calculate event fired, I would check the
CheckInsert cell. If it contained any number other than zero, I would know
the user had inserted a row, and how many they had inserted. The
FindInsert
range would then contain the number of the row where the insert began.


I would then turn off calculation, take the action I needed to take,
add
1s into the just-inserted rows, and turn calculation back on. You can
extend
this general method to include finding deletions by using sequentially
numbered cells in the first column, rather than 1s.


--
Rob Bovey, MCSE
The Payne Consulting Group
http://www.payneconsulting.com



--

HTH

RP
(remove nothere from the email address if mailing direct)


"Old Car" wrote in message
news:2Smbe.6014$Nc.5775@trnddc05...
Thanks. Using that technique, I find that closing the window causes
that
event to fire. Is there a way to test for the fact that the Exit event
is
firing because a "Close" button is being selected?