Process defines and php constants

[Tecktron]

Here is my case and idea:

I define a constant

Code: Select all

define('INCDIR','/includes');

Then, includes are used as such:

Code: Select all

include(INCDIR.DIRECTORY_SEPARATOR."myinclude.php");

In the code explorer I can't open the file (listed under Includes) because it says my include is :
INCDIR.DIRECTORY_SEPARATOR."myinclude.php"
which cannot be opened.

I would like it if the php constants (EG: DIRECTORY_SEPARATOR) as well as my defines were to be processed so it would build a proper links to those files.

At least as a first step without having to backtrace code, it would only show a string or variable name.
EG:
in the case above, you would see:

Code: Select all

/includes/myinclude.php

However if I use $includefile variable instead of a sting value as part of the name, I'd get this:

Code: Select all

/includes/$includefile

which, of course, I wouldn't expect to be able to open since backtracing that $variable means a whole other thing.

It would also be nice to use this as a tool tip over them in code to quickly see their definition as well.

Thanks!

[Aivars]

We would basically have to interpret the script for this and I don't think that's feasible. Yes, there could be special cases like processing defines only but would that be enough for most projects? We'll think about it.

[Tecktron]

My thought was that you're already pulling some information from the text based on the finding of includes and outputting them in the code explorer.

You are correct in that it would be a special case only for defines and the predefined PHP constants.

I'm guessing you can search the text for 'define' the same way you search for 'include'. Then processing them, would be a split at the comma, remove the quotes (if any), then when producing the includes in the code explorer, it would just be a search and replace on all strings processed until there are 0 replacements made, this way even if a predefined constant is redefined, it would still get replaced.

As I mentions I wouldn't expect you to try and parse any variables, just print them as if they were also strings.
I know this is not a complete or perfect solution, but feel it will still help, more so than the current system.

I hope that clarifies things a little.

Thanks for your consideration!