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?
Before Properties[internal Name]); string After Value = properties.Developing a Sharepoint application would have all the fun of a video game, if only you had infinite lives.Dangers lurk hidden out there which, if you run into them, can be a blow to your project and waste a great deal of time.it fires on several different events with some fairly in-depth functionality.Everything else in the feature works fine except the above Item Updating and Item Deleting methods. To test your event receiver, try creating a new Custom List and check if the event fires when you update an item.Your add-in can handle the following list and document library events.Events ending in "ing" are before (synchronous) events and those ending in "ed" are after (asynchronous) events.Note Website events and site collection events are not supported in Share Point Add-ins.There are two kinds of events: To handle list and list item events, you create remote event receivers (RERs), which are web services that run externally to the Share Point farm or Share Point Online.Note The name "apps for Share Point" is changing to "Share Point Add-ins".During the transition, the documentation and the UI of some Share Point products and Visual Studio tools might still use the term "apps for Share Point".The URL of the RER service is registered for the events it handles.There are two ways to register a handler: Note RERs have the same purpose as event receivers in farm solutions; but event receivers have custom code that runs on the Share Point servers, so they cannot be used in Share Point Add-ins.Is there a difference between a workflow which fires the event, or a user who fires the event?