-
Notifications
You must be signed in to change notification settings - Fork 27.9k
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
Recent workspaces: "hold ctrl+key to open in new window" shows regardless of "window.openFoldersInNewWindow": "on" #93943
Comments
@Tyriar where is this coming from, shouldn't it look like this now: ??? |
I see it's changed in the code, I reinstalled VS Code. Maybe some folders had permissions issues during an update or something 🤷♂ |
OH! I have the en-GB language pack installed... @dbaeumer I would have thought this would invalidate the translation when the string value changes? Should we be changing the nls key if the string changes dramatically like this? |
No, string values are keyed by the key we provide to the Bottom line: to be on the save side changing the key will fix this. But it will also be fixed when a new LP ships. |
@dbaeumer does changing the en-US value trigger the string to get re-localized, if not we could be building up a significant amount of strings in other languages that no longer match the English version? |
Changed the key. |
@Tyriar yes, a string change in the nls.localize call will trigger a re-translation in all LP packs. |
#93729
Version: 1.44.0-insider (user setup)
Commit: d7d1147
Date: 2020-03-31T08:23:56.446Z
Electron: 7.1.11
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Windows_NT x64 10.0.18362
I have
"window.openFoldersInNewWindow": "on"
set and recent workspaces shows this:It would be lovely if the ctrl behavior was inverted here if the setting is
"on"
.The text was updated successfully, but these errors were encountered: