I just wanted to state that this problem does not appear to be isolated to the shapes window, or the pan and zoom function.
I have written vba for a high resolution timer, to measure the performance of a sub routine I am having issue with. I noticed that using dropmany in visio 2010 results in sub-second execution time; however using dropMany in Visio 2013 can take anywhere from
6.5 seconds to 22 seconds... depending on the number of shapes dropped.
I should note that I performed the exact same test, and executed the exact same sub-routing, in both versions... and can say with absolute certainty that dropMany seems to have been very poorly written for Visio 2013. I've also had a total of 8 co-workers
also test this, 4 of them use Visio 2010, and another 4 use Visio 2013... and their results are identical to my own. So this also means that it is not an issue isolated to my computer, and that it is definitely a difference in the way that Visio 2010 and 2013
handle the dropMany function.
I will submit this as a bug... but I have absolutely no hope that Microsoft will fix this in a timely manner. I read all 5 pages of this thread, and it seems it took Microsoft nearly 2 years to fix the original problem mentioned. Visio is such an expensive
product, and yet Microsoft seems to offer very poor support for it.