Non-included script indexing/use #32
Replies: 1 comment 1 reply
-
Hey! Thanks for having so much enthusiasm for the project!
This would be easy to do, however I'm not sure it is a good idea as a) it will hurt performances of the diagnostics publishing process - it can already take half a second to a second to compile a big file on an older machine - and b) the compiler already does that for us.
That is the current behaviour. :) Hover, goto and completion is only available for the local definitions, include definitions and |
Beta Was this translation helpful? Give feedback.
-
I understand fully the ease of indexing all of the available scripts that aren't in the ignore path, and I'm not even sure this would be desirable behavior, but I'd like to get your take on it.
For example, if I have added a function from my "core_inc.nss", and this file is indexed because it exists in my project, but not #included in the script I'm currently working on, is it possible to add a warning (yellow squiggly) to let the user know he's adding a function from a non-included file, but still provide all the normal lsp functionality for said function?
Alternately, would it be desirable to remove all indexing/access to any script that's not in the #include chain for the script that's currently being edited? That is, if I'm trying to pull in a function from an indexed script, but that script isn't #included in the file I'm currently editing, should lsp functionality for that file be blocked as kind of a hint that this script doesn't have access to those functions?
Or, just let nwnsc do its thing and let the user be smart enough to figure it out.
Beta Was this translation helpful? Give feedback.
All reactions