Closed Yarakashi-Kikohshi closed 2 years ago
I cannot reproduce the issue.
However, even if you place the cursor on the right side of
\\
and pushCtrl+Space
, the suggestions is not displayed.
Ctrl+Space
triggers intellisense. So, this means that the popup menu you get in the first screenshot does not come from the extension intelissense. It may come from snippets. Do you have user snippets?
Snippets starting with \
are not registered.
The user snippet looks like this:
Some people tweeted similar problem on Twitter, so I don't think this issue is unique to me.
That is strange. The big & co entries come from https://github.com/James-Yu/LaTeX-Workshop/blob/master/data/packages/latex-mathsymbols_cmd.json and are only used by LW intellisense provider, which returns an empty list when invoked after \\
.
Could it be that your backslash key acts as a dead or compose key?
Could it be that your backslash key acts as a dead or compose key?
I'm Japanese, but there is no such way to use keys in Japanese input. (In the first place, I learned for the first time that there is such an input method.)
That is strange. The big & co entries come from https://github.com/James-Yu/LaTeX-Workshop/blob/master/data/packages/latex-mathsymbols_cmd.json and are only used by LW intellisense provider, which returns an empty list when invoked after
\\
.
I don't understand the detailed behavior, but I also don't understand why \\
triggers \bigl
etc. But, there are certainly cases where this behavior is demonstrated.
It ’s just an imagination, https://github.com/James-Yu/LaTeX-Workshop/blob/master/data/packages/latex-mathsymbols_cmd.json contains \\
only in "command"
such as \big
. I wondered if this was the cause.
In fact, when the suggestion is displayed, only \bigl
, \Bigl
, \biggl
and \Biggl
are displayed.
In "command"
, two \
are used because the first one escapes the second one. So, it is unlikely to be related.
I have just noted that in your first screenshot, the first \
are coloured in blue. This means that the four commands are displayed because the first \
is considered as a match character. This is puzzling as \
is listed as a word separator and only word characters are considered to find a matching pattern. I am pretty sure this happens because \
is registered as a word character. We have to find the culprit.
Does this happen with all extensions deactivated except LW?
In "command", two \ are used because the first one escapes the second one. So, it is unlikely to be related.
I have just noted that in your first screenshot, the first \ are coloured in blue. This means that the four commands are displayed because the first \ is considered as a match character. This is puzzling as \ is listed as a word separator and only word characters are considered to find a matching pattern. I am pretty sure this happens because \ is registered as a word character. We have to find the culprit.
Sorry. It was an amateur idea.
Does this happen with all extensions deactivated except LW?
Yes. (Only the Japanese localization package is included...)
However, the issue will be reproduced with a probability of about 1 time after 10 reboots. Not always.
Regarding the Japanese localization package, I left it as it was because there was no way to disable it, but I uninstalled it and checked if the same problem occurred again. After all, it was reproduced in the same way.
I'm sorry for posting similar content.
Even when I disable all the other extensions except LaTeX Workshop, I can reproduce the issue with VS Code 1.64.2.
"editor.quickSuggestions"
to the default one.Reload Window
again and again until you see the issue.This might be a bug of VS Code.
I cannot reproduce it with VS Code Insiders:
Version: 1.65.0-insider (Universal) Commit: 50089c3f92c17584a4aca179f51f220b56c22020 Date: 2022-02-14T05:17:15.582Z Electron: 16.0.8 Chromium: 96.0.4664.110 Node.js: 16.9.1 V8: 9.6.180.21-electron.0 OS: Darwin arm64 20.6.0
I hope the issue has been fixed in Insiders.
That is strange because I have never managed to reproduce the issue with VS Code 1.64.2 even after a lot of reloads.
Could it be related to microsoft/vscode#83428?
Could it be related to https://github.com/microsoft/vscode/issues/83428?
The fix should be included in VS Code 1.64.2. However, I see the issue with VS Code 1.64.2.
How do you think about deleting bigl..\\bigr
and other entries from latex-mathsymbols_cmd.json
as a workaround?
@Yarakashi-Kikohshi if you still see the issue with VS Code 1.65.0-insider, please report to https://github.com/microsoft/vscode.
I recommend users to set "editor.quickSuggestions": false
since the feature can have issues as you see.
I have deactivated all extensions except LW and I can reproduce the issue both with 1.64.2 and VS Code Insiders
I think I have found the culprit. This seems to be related to the recent integration of vscode-latex-basics into VS Code, which defines \
as a word character. In LW, we remove the \
from word characters and our language definition should overwrite the default one but it does not seem to be reliable. If I remove extensions/latex
from the VS Code application content, I cannot reproduce the issue anymore.
A reliable way to reproduce the issue is to
\\
and see the completion popping upReported to microsoft/vscode#143187.
@tamuratak
I recommend users to set
"editor.quickSuggestions": false
since the feature can have issues as you see.
OK. I will do so.
if you still see the issue with VS Code 1.65.0-insider, please report to https://github.com/microsoft/vscode.
jlelong has already posted the issue in VS Code (# 143187). So, if I continue to have the same problem even after this issue is closed, should I just post the issue again on vscode?
So, if I continue to have the same problem even after this issue is closed, should I just post the issue again on vscode?
No.
https://github.com/microsoft/vscode/issues/143187 is fixed. This will be available in the February 2022 release.
I confirm that it is already fixed in 1.65.0-insider Commit: 8440b8f47231147823ba9696913d642e5f2d9d58 Date: 2022-02-25T05:18:40.990Z
I checked issues, but I couldn't find a similar report. This issue about IntelliSense feature, so compilation is not relevant.
Seems to be Bug.
If you type
\\
, suggestions may be displayedType
\\
to see the suggestions, as shown below.No such suggestions are needed when typing
\\
. It's a little stressful to turn off the display each time.However, even if you place the cursor on the right side of
\\
and pushCtrl+Space
, the suggestions is not displayed.「候補はありません」 means "There are no candidates" in Japanese.
To reproduce
I wasn't sure how to reproduce it. This issue may or may not occur without disabling extensions other than LaTeX Workshop. But I couldn't see the suggestions appearing when I disabled other extensions than LaTeX Workshop. (By chance?) I couldn't examine in detail the difference between when the suggestions was displayed and when it wasn't.
What I tried
At first, I thought it was due to interference with one particular extension. However, I was able to see the suggestion appearing when used with one of installed extensions. Any extensions.
I repeated the following operations:
Developer: Reload Window
\\
I conclude that it is an accidental phenomenon, not an interference with any of the extensions. Of course, I cannot deny that this conclusion may be wrong.
Expected behavior
Don't show any suggestions when typing
\\
. (always)Settings
Suggestions does not impose settings for global settings. Only for each language.
Each language settings
Logs
Show the logs with and without suggestions are displayed.
Some user names are in hidden letters.
LaTeX Workshop Output
Output (suggestions are displayed)
Output (suggestions are not displayed)
Developer Tools Console
Developer Tools Console (suggestions are displayed)
Developer Tools Console (suggestions are not displayed)
Desktop
Other extensions
to make sure.
Installed extensions