All Forums  Visual Assist  Feature Requests  Adding #include for selected class/type

You must be registered to post a reply.
Click here to register.

Screensize: 640 x 480 800 x 600 1024 x 768 1280 x 1024 UserName: Password: Format: Font Andale Mono Arial Arial Black Book Antiqua Century Gothic Comic Sans MS Courier New Georgia Impact Lucida Console Script MT Bold Stencil Tahoma Times New Roman Trebuchet MS Verdana   Size 1 2 3 4 5 6   Color Black Blue Brown Green Red Violet Yellow Message: Forum code is on. Html is off. [quote][i]Originally posted by drzoom[/i] [br] [blue][b]Preface:[/b][/blue] (C++) I'm still working trough old code and solving a lot of #include problems... [blue][b]Topic:[/b][/blue] A feature would be nice, to add the correct #include for a given class or type. [blue][b]Your objections:[/b][/blue] [list][*]It's not easy to find the right #include file, because many libraries are using "proxy" includes forwarding to the correct one.[/*][*]How should we decide between a #include <foo.h> and a #include "foo.h" statement.[/*][*]Unfortunately we are an add-in, and have to sneak around behind the IDE's back, so things that are easy when you control the IDE, ... ;-)[/*][/list] [blue][b]Some solutions:[/b][/blue] [list][*]The file, where a class is declared is the primary choice.[/*][*]If this file is inside the project, a relative #include "../foo.h" is the best choice[/*][*]If the file is external, but in the regular search path, a #include <foo.h> or #include <bar/foo.h> ist the best choice.[/*][*]If the file is neither in the project, nor in the searchpath, but another file is including the target and the filename is matching the typename, this is the right choice (e.g for Qt/boost)[/*][*]In other cases, no #include is added - or a list of possible alternatives is shown.[/*][/list] [/quote]   Check to include your profile signature. Check to subscribe to this topic.