-
Notifications
You must be signed in to change notification settings - Fork 244
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MyScript.$temp$.cs files created next to source (at least when installed from chocolatey) #114
Comments
You are right this behavior has nothing to do with CS-Script being installed. In fact it is not even caused by CS-Script itself. This temp file is created by CS-Script extension for VSCode or Notepad++:
The temp file is create to allow Intellisense operations for unsaved C# files. The file is destroyed immediately after the Intellisense request is completed. If it is consistently not the case please log an issue at https://github.com/oleg-shilo/cs-script.vscode. Or at https://github.com/oleg-shilo/cs-script.npp correspondingly. If it can be reproduced then it can (and should) be fixed. |
BTW you are also right this is a relatively new behavior as it the support for intellisense for unsaved content has only been introduced in the latest releases of the VSCode and Npp plugins. |
So the context is VSCode. I need to look at it more closely...but i think it's maybe because I installed the cs-script extension, but I didn't install mono...VSCode has been yelling at me about that. |
Yes, it is cs-script VSCode extension. It is exactly what I meant. I changed this issue to "enhancement". |
Why not %TEMP%/Guid.cs ? |
No, it does not matter what this dir is. What matters is that if you have a script This is because the import statement This is what I meant "it's tricky". |
This is a new behavior from my perspective. This might not be tied to chocolately at all...but it's how i installed cs-script so it might be relevant. I'm getting these tmp files next to the source now which is not so nice in terms of source control. I could add a rule to the .gitignore, but I wanted to run it down with you before I went that route.
The text was updated successfully, but these errors were encountered: