Do not use the VSTO ListObject

The Microsoft.Office.Tools.Excel library has some quite handy extensions for Excel. However, one of them is far more trouble than it is worth. The VSTO ListObject promises to provide extended support for lists and named ranges, including events and additional properties and methods. However, there are a number of issues that make this class flawed:

  1. Deleting rows has always been concerning and quite problematic. Such as deleting the last row, deleting the first row, deleting one of three selected rows, and deleting the last row when there are only two rows. This will either break the list or give you unexpected results, such as not notifying you of a delete or being unable to determine the changes made.
  2. Copy/Paste has some serious problems. One issue (, was fixed. However, you will still have similar issues as related to deleting, especially if data is pasted over existing rows.
  3. Finally, filtering a ListObject LO and then trying to determine changes, especially if the user deletes or pastes data into a range. It will break your solution.

The VSTO ListObject seemingly helps a lot, especially when you are looking for a little extra to extend yor solution. However, it is best ignored. This advice also comes directly from the Visual Studio Tools for Officeproduct team. In one Program Managers words, “there be dragons there.” You have been warned. 😐

The advice is to use the native ListObject in Microsoft.Office.Interop.Excel and work within the limitations there, for being limited is far better than being broken. 😷

2 thoughts on “Do not use the VSTO ListObject

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s