| Author |
 Topic  |
|
|
CliffCawley
New Member
Australia
2 Posts |
 Posted - Jul 28 2009 : 10:08:06 AM
|
Hi!
I've been using Visual Assist for quite some time now and am loving it and all the new features, great work, thanks! 
I just wanted to report a problem that's been bugging me more and more lately.
I make regular use of the Visual Studio Temporary Macros in order to make repetitive tasks super easy.
The problem is, Visual Assist seems to make the recording EXTREMELY slow. It also causes problems for playback in that it doesn't properly play back the macro. I'm assuming Visual Assist is still active during macro recording and this might be the problem, or maybe there's another performance bug?
To reproduce:
In Visual Studio (2005 for this test), choose Tools->Macros->Record TemporaryMacro. (or Ctrl+Shift+R)
Now type in the following into a function. Can be anything really, but this will show the bug.
Test1();
Test2();
(Press Ctrl+Shift+R again when you've typed the above)
Just type it exactly as its written there. You'll notice that the first line is quite fast to type, but after you hit Enter on the first line, the second line is VERY slow to type.
Also notice that when you typed the first ( on the first line, Visual Assist didn't try to insert the ending ), but on the second line it tried to add it.
Now try playing this macro back using Tools->Macros->Run TemporaryMacro.
The played back text will look like:
Test1();
Test2;
Not exactly what you typed 
It's not very important if Visual Assist is active during Macro recording/playback for me, I'd either like it to be fast and work, or just fast and disabled. Whichever is most possible
Thanks!
Cliff |
|
|
accord
Whole Tomato Software
United Kingdom
3287 Posts |
Posted - Jul 28 2009 : 2:59:20 PM
|
Thank you for the kind words
About the problem: we are planning to disable VA while recording a macro, and while playing back the macro, since VA inserts a "random" element into the macro (think suggestion listboxes) that complicate using IDE macro's
case=724 |
 |
|
|
CliffCawley
New Member
Australia
2 Posts |
Posted - Jul 28 2009 : 6:02:43 PM
|
Hi accord,
Thanks for the answer, I look forward to seeing the update in a future version!
Cliff |
|
|
|
Damir
Senior Member
Canada
34 Posts |
Posted - Dec 21 2009 : 11:32:13 AM
|
Any word on whether this problem ever going to be fixed or is it just abandoned case 724?
This isn't a problem in VC6, so for a long time I was blaming VS2008 for being painfully slow while recording macro. I didn't know it was my favourite VA :)
Thanks |
|
|
|
feline
Whole Tomato Software
United Kingdom
18951 Posts |
Posted - Dec 30 2009 : 2:58:41 PM
|
case=724 is still in our list of bugs to fix. It has not been forgotten or ignored, it is simply that we have a lot of bug reports, and it is sometimes hard to know which ones to look at next.
If you are working in VS2008 you might find this work around useful. One of our users reported mapping the record macro command to this macro:
' Wrapper to record a temporary macro. Disables VAX prior to recording as it
' seems to slow down recording substantially.
Sub RecordMacro()
DTE.ExecuteCommand("VAssistX.EnableDisable")
DTE.ExecuteCommand("Tools.RecordTemporaryMacro")
End Sub |
zen is the art of being at one with the two'ness |
|
|
|
Damir
Senior Member
Canada
34 Posts |
Posted - Dec 30 2009 : 3:02:13 PM
|
| Thanks! Glad it is not forgotten :) |
|
|
|
support
Whole Tomato Software
5566 Posts |
Posted - May 12 2011 : 12:36:59 AM
|
| case=724 is fixed in build 1848 |
Whole Tomato Software, Inc. |
|
|
| |
Topic |
|
Problem with Visual Studio Temporary Macros and VA
