I’ve noticed that the drop down menu in the DA search field (where we can choose search sets, plugins, etc.) is extremely slow–clicking and holding down the mouse on the splyglass icon, it takes a full 4 or 5 seconds for the menu to appear! If I just click, there is a second or two pause, then the pizza wheel appears and spins for a second or two, then the dropdown finally appears. A couple of times I thought the program had frozen somehow.
Is this normal or do I have some kind of slowdown maybe on my system? I thought it was happening while I run iTunes in background, but checking that out does not seem to make a difference.
The answerI received from Julian at script software was to turn off the CP contextual menu.
Doing this should eliminate similar delays in all programs.
Below is the explanation provided:
The problem is the contextual menu plugin, which has to be removed in order to fix the problem. This can be done in the general preferences tab under “Menu”. The Problem in its essence is that the plugin sends an AppleEvent to CopyPaste and requests a reply to build up the menus. CopyPaste receives the Event and sends the reply. This reply is catched by the front program so the plugin waits for it until it times out, and unfortunately this waiting blocks the whole program. There is little I can do beside setting the timeout of the AppleEvent to just a fraction of a second.
I examined the problem in Nisus Writer, which showed the same behavior. Best would be to have no contextual menu at all. The contextual menu is in a way a step back to old OS 9 times, because it shares address space with the host program. Therefore it is loaded separately into each programs space and it has no own process serial number. So a host progam can easily block the AppleEvent reply.
I will make a new plugin with shorter timeout. This will be in the 2.7.3 final.
Better to tell the person to turn the contextual menu off (and relaunch the host program)