> Is this something that can be pointed to within the Scripted?
Not at the moment. Though it seems we need to solve that problem somehow. Too many people do things like you describe so that library code in the filesystem that you are using to edit your code on doesn't look precisely like what gets deployed.
There's already an issue on the issue tracker that, if we implemented it, maybe could address that problem (add your thoughts/vote to the issue about whether this would help or not).
https://github.com/scripted-editor/scripted/issues/145
> Secondly, one of the the things that the library api includes is a "goog.provide", which will create a namespace
...
> This seems to be causing issues in the Scripted editor as well, with
every defined namespace getting the lovely red squiggly underline.
This is expected. Scripted doesn't really know and has no good way of knowing that that particular library-call will define globals.
> Is
this something that can be accounted for when working with the editor?
The only thing I can suggest right now is that you can tell jshint that 'com' is defined as a global.
You could add it to each file that uses the 'com' namespace in a /*global*/ comment, or you can add it for
all of your project at once in a jshint config file or in the .scripted file in your project.
Kris