ProFactor Support

Bug reports :: IncludeManager failed to init message

Author: jscline
Subject: IncludeManager failed to init message
Posted: Wed Jul 16, 2008 5:20 pm (GMT 0)
Topic Replies: 0

I just purchased IncludeManager and installed it. When I bring up Visual Studio.NET I get a message that IncludeManager failed to initialize because the trial has expired. The toolbar show up in studio but is grayed out.

I received an email with the liscense info. I can't find the registration window mentioned in it.

Any help would be greatly appreciated.

Bug reports :: try/except not recognized

Author: demyn
Subject: __try/__except not recognized
Posted: Thu Jan 24, 2008 9:42 pm (GMT 0)
Topic Replies: 0

Structured exception handling (SEH) should be treated like C++ exceptions. The forms are __try/__except and __try/__finally.

Bug reports :: Problems with commented function parameters (MS-Style)

Author: ASCONA
Subject: Problems with commented function parameters (MS-Style)
Posted: Mon Dec 10, 2007 9:18 am (GMT 0)
Topic Replies: 0

Hello,
there is a problem in formatiing function parameters with comments. I got this code from MSDEV, and formated it...

Code before formating:

Code:

virtual HRESULT STDMETHODCALLTYPE startPrefixMapping(/* [in] */ const wchar_t __RPC_FAR *pwchPrefix,
/* [in] */ int cchPrefix,
/* [in] */ const wchar_t __RPC_FAR *pwchUri,
/* [in] */ int cchUri);

after restyle:

Code:

virtual HRESULT
STDMETHODCALLTYPE startPrefixMapping(/* [in] */const wchar_t __RPC_FAR *pwchPrefix,
/* [in] */ int cchPrefix,
/* [in] */ const wchar_t __RPC_FAR *pwchUri,
/* [in] */ int cchUri);

The first Space gewts lost and all the other parameters are with the wrong indent level.

Feature Requests :: RE: Disable graph autorefresh

Author: Nik
Posted: Thu Nov 15, 2007 6:40 pm (GMT 0)
Topic Replies: 4

xLuda wrote:

Yes, I know this feature. But when I have project with large amount of files, these highlighted files are spreaded in whole graph. Then, It would by great to filter only these files.

Ah I see, yes that would be a useful addition! I'll note that down, as we've had a couple of similar requests for this kind of feature to help with project analysis.

xLuda wrote:

Can I ask you, when you suppose to release new version ?

We can't make any accurate predictions as things are exceptionally busy for us at the moment, but we're really hoping to get a new release out before the end of the year.
_________________
Nik Hemmings
ProFactor Software

Feature Requests :: RE: Disable graph autorefresh

Author: xLuda
Posted: Wed Nov 14, 2007 7:41 pm (GMT 0)
Topic Replies: 4

Hi,
thanks for reply.

>>Once you've produced your project graph, find the .h file you're interested in and right-click the file. Select 'Show Include Paths' from the context menu.

Yes, I know this feature. But when I have project with large amount of files, these highlighted files are spreaded in whole graph. Then, It would by great to filter only these files.

>>We'll certainly look to add this to the next release.
Ok, thanks. Can I ask you, when you suppose to release new version ?

Best regard,
Ludek Vodicka

Feature Requests :: RE: Disable graph autorefresh

Author: Nik
Posted: Wed Nov 14, 2007 4:40 pm (GMT 0)
Topic Replies: 4

Hi,

Quote:

Is any way to disable autorefreshing include-graph on every code change ? When I made more changes in large project, every graph reloading is little annoying.

There isn't an option to disable this at the moment, but it would be very simple for us to add this. We'll certainly look to add this to the next release.

Quote:

When I cleaning large project, it would be great to show which files depend on certain .h file. When I generate whole project graph, there are lots of files and is hard to navigate through them.

There is actually a way to find which files depend on a certain .h file: Once you've produced your project graph, find the .h file you're interested in and right-click the file. Select 'Show Include Paths' from the context menu, and all dependent files will be highlighted red in the graph. In your project graph, any .cpp file which is dependent on this .h file will then be highlighted for you to see.

Quote:

Is there any way to remove .cpp files from graph ? When i remove ".cpp;.c" filter in configuration, .cpp files are still in graph.

For the file filter, IncludeManager uses this as a fall-back if the IDE cannot tell if a file is compiled into the project (particularly for makefile projects). As you suggest, it would be quite helpful to use this to hide certain files, so it would be quite simple to add an option to exclusively use the source file filter for this purpose; again we'll look to get this in for a future release.

Thanks for your feedback!
_________________
Nik Hemmings
ProFactor Software

Feature Requests :: RE: Disable graph autorefresh

Author: xLuda
Posted: Sat Nov 10, 2007 8:55 pm (GMT 0)
Topic Replies: 4

And next one question . Is there any way to remove .cpp files from graph ? When i remove ".cpp;.c" filter in configuration, .cpp files are still in graph.

Feature Requests :: Disable graph autorefresh

Author: xLuda
Subject: Disable graph autorefresh
Posted: Sat Nov 10, 2007 8:51 pm (GMT 0)
Topic Replies: 4

Hello,
Is any way to disable autorefreshing include-graph on every code change ? When I made more changes in large project, every graph reloading is little annoying. What would by great : generate graph, do several code changes and then generate graph again on user demand.

And second request, as wrote mankz in his post "Feature Requests". When I cleaning large project, it would be great to show which files depend on certain .h file. When I generate whole project graph, there are lots of files and is hard to navigate through them.

Thanks for response.

Bug reports :: RE: Preprocessor indentation

Author: matt
Posted: Thu Nov 08, 2007 6:05 pm (GMT 0)
Topic Replies: 4

Hi,

Unfortunately that's not an option for us. Consider the code:

Code:

void Function(int a, int b
#ifdef DEBUG
, int debug)
#else
)
#endif
{
// code....
}

or more often code like

Code:

#if 0
// Old code that no longer compiles...
#endif

If we ignore the preprocessing instructions there are parse errors in the C++ code. We're are trying to find ways around this, however.

Thanks for your comments and your patience.
_________________
Matt Godbolt
ProFactor Software

Bug reports :: RE: Preprocessor indentation

Author: demyn
Posted: Thu Nov 08, 2007 6:00 pm (GMT 0)
Topic Replies: 4

If this is a difficult problem, then I would suggest having an option to completely igore preprocessor statements ("... at least to do no harm", Hippocrates).

Thanks
Demyn

Bug reports :: RE: Preprocessor indentation

Author: matt
Posted: Thu Nov 08, 2007 12:33 pm (GMT 0)
Topic Replies: 4

Thanks for your comments on this. We'll look into fixing these issues as soon as we can. The largest issue is that code in the "failing" side of the preprocessing statement isn't parsed - so it's difficult for StyleManager to format the code properly.

However, we're seeking to find a solution and we'll keep you updated on our progress.
_________________
Matt Godbolt
ProFactor Software

Bug reports :: RE: Preprocessor indentation

Author: demyn
Posted: Thu Oct 11, 2007 5:19 pm (GMT 0)
Topic Replies: 4

You do have a very promising product, and even with its few warts, I am using it on a daily basis. The biggest issue is #if handling, which I find mostly does not do what I expect, which means going through and undoing the changes.

Are you planning to make enhancements and bug fixes StyleManager?

Regards,
Demyn

Feature Requests :: RE: Different function format for declaration and definition

Author: jasonsa
Posted: Wed Sep 26, 2007 10:01 pm (GMT 0)
Topic Replies: 1

I find that this feature would also be useful for our source.

I often like the function declaration have no line wrapping (so its all on a single line regardless of its length) but have the function definitions to obey line wrapping rules.

Feature Requests :: Different functen format

Author: ASCONA
Subject: Different functen format
Posted: Tue Sep 11, 2007 12:09 pm (GMT 0)
Topic Replies: 0

Hi,
it is possible so have a break after each function parameter, but the first parameter is always behind the function.
It would be nice to have an option to change that.

Code:

CSize CalcTextSize(
CPaintDC &Dc,
CString &Text,
bool StandardText);

Feature Requests :: Different function format for declaration and definition

Author: ASCONA
Subject: Different function format for declaration and definition
Posted: Tue Sep 11, 2007 12:07 pm (GMT 0)
Topic Replies: 1

Hi,
it would be nice if its possible to have different formats for the function declaration and the function definition.
Example:

Code:

// the declaration in header or c file, for excample in a class
// we dont like line breaks between the parameters
bool SomeFunction(int foo1, int foo2, int foo3);
bool SomeFunction(float foo1, int foo2, int foo3);
bool SomeFunction(double foo1, int foo2, int foo3);

Code:

// the implementation
bool C_FOO::SomeFunction(
int foo1,
int foo2,
int foo3)
{
}
bool C_FOO::SomeFunction(
float foo1,
int foo2,
int foo3)
{
}
bool C_FOO::SomeFunction(
double foo1,
int foo2,
int foo3)
{
}

ProFactor Support

Bug reports :: IncludeManager failed to init message

Bug reports :: __try/__except not recognized

Bug reports :: Problems with commented function parameters (MS-Style)

Feature Requests :: RE: Disable graph autorefresh

Feature Requests :: RE: Disable graph autorefresh

Feature Requests :: RE: Disable graph autorefresh

Feature Requests :: RE: Disable graph autorefresh

Feature Requests :: Disable graph autorefresh

Bug reports :: RE: Preprocessor indentation

Bug reports :: RE: Preprocessor indentation

Bug reports :: RE: Preprocessor indentation

Bug reports :: RE: Preprocessor indentation

Feature Requests :: RE: Different function format for declaration and definition

Feature Requests :: Different functen format

Feature Requests :: Different function format for declaration and definition

Bug reports :: try/except not recognized