• C++ keywords and macros that matched C++/CLR spaced keyword (e.g. "interface") were not processed correctly. Fixed.

Download the latest version of Visual Sidekick 3.

• C++ projects were not being loaded correctly in Visual Studio 2008. Fixed.
• C++ project automation events were not being dealt with correctly in Visual Studio 2008. Fixed.

Download the latest version of Visual Sidekick 3.

The above changes have resulted in the following side-effects:

• The Site Licence option requires Visual Sidekick version 3.0.219 or higher.
• The Volume Licencing options for the Single User Licence have been discontinued.

View more details on pricing, licencing and registration of Visual Sidekick.

• Site Licence Registration Option.  Visual Sidekick now supports a "Site Licence" registration option - see the next posting for more details.

The following defects have been corrected:

• The C++ parser and code generator did not deal well with the case of bad syntax where a semi-colon had not been appended to a class declaration and a private, public or protected statement immediately followed it. Fixed.
• The font in the browse tree was being incorrectly displayed under Vista (too much space between rows). Fixed.
• The size of the InfoPanel was too small under Vista causing a scroll bar to appear when four rows of text were displayed. Fixed.

Download the latest version of Visual Sidekick 3.

• The site has undergone a major visual facelift.
• All content has been reviewed and updated where incorrect. 
• A Testimonials section has been added.  If you have any positive comments to add regarding Visual Sidekick, we would really appreciate an email.  Contact Grant Elliott at support@syntaxia.com.
• An RSS feed of latest news has been added.  The Mailing List has been removed and replaced with the RSS feed.

• Visual Studio 2008 Beta 2 support.  Visual Sidekick now integrates into the new Visual Studio 2008 Beta 2 IDE, however, the new C# and C++ language enhancements are not yet fully supported.

Download the latest version of Visual Sidekick 3.

• Filter Symbols By Scope.  Assuming a class named "MyClass" in a namespace named "NS", you can now type "NS.MyClass" to filter JUST that class.  Furthermore, you can also use substrings in your scopes: typing "N.My" will also find "MyClass".  The scope query will search inside namespaces as well as classes, structs, etc.  If you have multi-level namespaces (e.g. a class "MyOtherClass" with the fully qualified name "NS.MiddleNS.InnerNS.MyOtherClass", you can access your class with any of the following queries: "NS.MyOther", "N.Mid.MyOth", "Mid.Inner.MyOth". You can use ".", ":" or "::" as scope separators in the VSK Edit box.
• "Auto Hide VSK on Loss of Focus" Option. If this option is selected, the VSK toolwindow will disappear when focus is shifted to the editor or another Visual Studio window.  This applies only when the VSK toolwindow is "floating" with no other windows linked in. When hidden, VSK will automatically show itself when it is activated by a hotkey or a toolbar button.

The following modifications have been implemented:

• "Filter Name" and "Filter Scope" Context Menus have now been modifed to load the fully qualified name into the filter box (see scope filtering above).
• The per-user "VskGlobalOptions.cfg" file changed it's schema version to deal with the new Vsk Auto Hide option (see above).
• When cycling through associated files (e.g. Ctrl-ENTER) VSK would only sometimes cycle between files in the same folder that share the same name but different extensions.  The algorithm has now been modified to always cycle between files matching this criteria.

The following defects have been corrected:

• An old option "enable sub-string searching" was still present in the Global Options dialog. It has now been removed.
• If a class member returned a type that was declared inside the class and did not prefix the type with the class's name, the code generator would fail to add the class as an explicit scope.  The result was code that would not compile.  Fixed.
• If a method declaration had a method definition, and an overloaded method declaration did NOT have a method definition, the code generator would fail to generate code for the non-implemented overloaded method. Fixed.
• If a method declaration had a method definition, and an overloaded method declaration did NOT have a method definition, the browse tree would mark the non-implemented overloaded  method as implemented (i.e. display a purple icon rather than a grey icon). Fixed.

Download the latest version of Visual Sidekick 3.

• "Derived Types" Tree Node.  A new node "Derived Types" has been added to child nodes of all Classes.  Any class that is derived from the parent class will be listed under this node.

The following modifications have been implemented:

• The "Bases and Interfaces" tree node has been renamed to "Base Types".
• Classes now appear with their fully qualified scope in the folder view. Previously no scoping information was displayed.

The following defects have been corrected:

• Certain class declarations were not being displayed in their containing folder. Fixed.
• On reloading a previously opened solution, all classes were inserted into the global namespace.  As classes were edited, they would be moved to their correct namespaces.  Classes are now properly placed into their correct namespaces on a solution reload.

Download the latest version of Visual Sidekick 3.