Author |
Topic |
|
lalku
New Member
USA
7 Posts |
Posted - Sep 18 2006 : 6:27:20 PM
|
On 1535 Alt+G seems to broken. When the cursor is on a symbol and I press Alt+G nothing happens. Also the drop-down box for the definition is not populated.
This is with C# and VS 2005.
If I use the "Go To Definition" provided by VS it takes me to the correct definition. |
|
SvenC
Tomato Guru
Germany
339 Posts |
Posted - Sep 19 2006 : 02:29:40 AM
|
Hi lalku,
no problem here. Just checked that in a small class library project. After upgrading to a new version Vax always reparses your projetcs. Did you wait until parsing completed? You can tell that by looking at the status bar of VS. If Vax is parsing it shows the current file being parsed.
-- SvenC |
|
|
lalku
New Member
USA
7 Posts |
Posted - Sep 19 2006 : 10:34:58 AM
|
VAX show that it is parsing the current file that is open in the editor. But it stays like that forever, it never changes to indicate that it completed the parsing of the file.
If I move to another file in the editor, VAX then indicates that it is parsing that file but never seems to complete the parsing. Also if I then try to Alt+G to a symbol in the previous file I still get the broken behavior. |
|
|
feline
Whole Tomato Software
United Kingdom
18998 Posts |
Posted - Sep 23 2006 : 5:17:53 PM
|
i have just tried alt-g in a C# project, VS2005, VA 1535 and it is working for me.
do you have any other extensions installed? both VA and the IDE want to update the status bar, which can lead to problems, so the status bar is not always totally accurate.
if you have VA's enhanced syntax colouring turned on, is it working in these files? if you turn on:
VA Options -> Environment -> Fonts and Colors -> Local symbols in Bold
do you get local variables in bold? if so then this indicates that VA has finished parsing the current file. can you try alt-g on a member variable and member function of the current class. does this work?
is this problem file specific? |
zen is the art of being at one with the two'ness |
|
|
Uniwares
Tomato Guru
Portugal
2322 Posts |
Posted - Sep 24 2006 : 08:48:19 AM
|
I agree, Alt+G IS broken. Having a file multiple times in different projects of the same workspace, Alt+G on a definition, macro or function will almost always offer as location anything except the current project/file. For example, I have a macro EXCEPTION_TRACE which is defined in stdinc.h. This file exists as VSS shared file in various projects. Alt+G in this symbol in project A will show as possible location ALL definitions EXCEPT stdinc.h in project A. Same for classes and members of classes. |
|
|
lalku
New Member
USA
7 Posts |
Posted - Sep 25 2006 : 1:13:26 PM
|
I have no other extensions installed.
Alt+G does not even work on member variables or functions of the current class defined in the current file.
The problem is not file specific and even occurs in multiple projects.
After playing around a bit it seems that VAX has a problem with the new limited user functionality in Vista. If I run Visual Studio as an Administrator then I get back the Alt+G functionality. |
|
|
hwatson
Junior Member
23 Posts |
Posted - Sep 25 2006 : 7:58:41 PM
|
I'm using VS 2003 on XP, and Alt+G hasn't worked for me in months. I had mentioned it on the forums a long time ago, but was never able to figure out what was going on. If I go to a function within the same source file I'm in, it *might* jump to the implementation. Most often, it jumps to the declaration in the header. Anything outside the current file will go to the declaration. Parsing is finished and I've seen cases where Find References finds the implementation that Alt+G doesn't (although Find References is usually unreliable as well).
Please let me know if there's any info I can gather for you. I'd love to have Alt+G working again.
For those of you who are having problems with Alt+G, I've found Visual Studio's built-in Go To Definition/Declaration context menu items work pretty well. |
|
|
sean
Whole Tomato Software
USA
2817 Posts |
|
support
Whole Tomato Software
5566 Posts |
Posted - Oct 06 2006 : 7:47:52 PM
|
Case 2738 is fixed in 1538. |
|
|
|
Topic |
|