Hi John,

Thanks for the reply. Sure, I can paste here what I mean:

When using a system % routine, we get the line underlined as an error, and it is shown under the "Problems" of the class.

If for any reason, we reference a system class that actually contains itself some %references, for some reason, the vscode syntax checker also fails like this, even if we do not actually open that file, the vscode seems to check it anyways:

Notice how the Problems tab is not populated with some core classes problems.

I believe this happens when the #dim is used actually.

Hi Mike, thanks for the reply!

Well, I am sure that would also work, yes... and also, there is the workaround of using the $classmethod instruction, and neither of them would break the parser...

But the point of the parser itself is to prevent problems from happening in the first place, so if we "hide" our code inside something, then we lose the ability of the editor to warn us from errors in a proactive way...

The one problem on the "%" calls is actually very annoying, since the problems are even also reported on %SYS core classes when they are being referenced in your code, since the VSCode seems to search for problem inside them once you reference them...