This plan captures what we work on during second halve of December and January. We will ship early February.
The endgame for this iteration is tracked in #19031
Below is a summary of the top level plan items.
Legend for annotations:
| Mark | Description |
| ------------- | ------------- |
| :runner: | work in progress |
| :hand: | blocked task |
| :muscle: | stretch goal for this iteration |
| :large_blue_circle: | more details required |
| :red_circle: | missing issue reference |
multi root workspaces
@waderyan 23/01
17/01
Suspect I was mentioned here by mistake (I have no affiliation with this project).
Would you please add "provide setting file text encoding API to extensions" to the plan?
Thanks.
@joh fixed... sorry, but we always welcome contributions 馃槃
@LiPengfei19820619 thanks for your comment, but remember that commenting on the iteration plan is not the best way to make a feature request. Please see our guidelines
@egamma @LiPengfei19820619`s comment its not FR, its heart-cry )))
When the source code in different encodings different from utf*, development on vs turns into hell,but we still love it.
p.s. sorry for flood
@buzzzzer @LiPengfei19820619 I understand and I'm glad you still like VS Code. This sounds like #5388 and you can vote on this issue over there.
I appreciate your investments in a new parser, but you could help the PHP folks a lot more for the time being if you just added the simple ability to disable the built-in PHP completion (https://github.com/Microsoft/vscode/issues/9003) so I can finally release completion support in my extension, which I have been holding off for over a month now because it has no benefit if VS Code spams the completion list with hundreds of suggestions that don't make sense in the context. Please consider adding this to the Jan release. @mousetraps
Any detailed informations about this?
Themes
- performance
- discoverability
- UI scalability
- Expand API
Closing the January update is shipped
@equinusocio pls see the release notes for more detail.
I agree with @Kutsan. We want a customizable workbench (css and colors). As a theme developers we need more extensibility... The UX here can be widely improved and themes can be something more that an editor color scheme...
Hey folks -
Just wanted to say excellent work on shipping this release. I'm nothing more than one of your users and I know these issues are meant for tracking change, feedback and so on鈥攂ut I couldn't help but say that I appreciate all your hard work and effort! You folks are doing great work and I look forward to what comes next!
I like that @equinusocio is talking about this because I love his original Material theme (the greenish background) and I suspect he hasn't implemented it in vscode because of the color clash that would occur with vscode's outer ui. I love my text editor to look great and as silly as it is this is why I don't use vscode for more than a couple of minutes. The themes are locked into black or white background or clash with vscode ui
That is covered in #3112
Most helpful comment
Hey folks -
Just wanted to say excellent work on shipping this release. I'm nothing more than one of your users and I know these issues are meant for tracking change, feedback and so on鈥攂ut I couldn't help but say that I appreciate all your hard work and effort! You folks are doing great work and I look forward to what comes next!