I use these rules of thumb not to have to look at that post all the time: So if you want to test if a specific column was changed you have to use the Item Updating instead of the Item Updated eventreceiver.
Is there a reason why do you want to use the Item Updated receiver specifically?
So the question is: What is a good technique that can be implemented such that I can check whether a specific column in a list changed in the The blog post James's colleague wrote is wrong.
If you follow the link he uses you'll see the table for lists he uses is different from the one he references.
This is what we have for lists: For both lists and libraries: No value means that column value in the hash table was not available.
With the exception of feature events, here is a full list of available Share Point events, event receivers, and event hosts for quick reference.I've bound and Item Updating event to a document library of a MOSS publishing site, I’m then trying to compare the Before and After properties. I'm sure this is probably a subset so make sure you test.When I amend the field in the UI I expect the two values to be different, however they are always the same - by that I mean the original value. That's what I found confusing, I was using that page when developing and the table states the After Properties value for Item Updating is the ' Changed Value' yet my code always has the Original Value, have I missed something? Do you absolutely need to do something Asynchronous? If so, indeed the best way to do it is to add a hidden bit column, or an int column if you want to cheaply store changed flags for several columns. Test and set in the Item Updating, then read in the Item Updated.