This plan captures our work in February. We will ship in early March. This is a 4-week iteration.
The endgame details for this iteration are tracked in https://github.com/microsoft/vscode/issues/91278.
Below is a summary of the top level plan items.
Legend of annotations:
| Mark | Description |
| ------------------- | ------------------------------------------------- |
| :runner: | work in progress |
| :hand: | blocked task |
| :muscle: | stretch goal for this iteration |
| :red_circle: | missing issue reference |
| :large_blue_circle: | more investigation required to remove uncertainty |
| :black_circle: | under discussion within the team |
Welcome View contents https://github.com/microsoft/vscode/issues/89080 shown when a view is empty @joaomorenoregisterCommand in the embedder API https://github.com/microsoft/vscode/issues/90569 @bpaseroenableStrictFunctionTypes https://github.com/microsoft/vscode/issues/81574 teamFirst of all forgive me if the comments are not relevant or if they are not in the right place.
I was excited by the fact that accessibility in linux is being taken into account by the VSCode accessibility team. I have been using orca for over 10 years and I believe that VSCode will greatly increase my productivity in this environment.
Here are some links that may help with research:
https://wiki.gnome.org/Projects/Orca/Chromium
https://wiki.gnome.org/Projects/Orca
https://mail.gnome.org/mailman/listinfo/orca-list
@jvesouza Thank you very much for the pointers, let's continue the discussion here https://github.com/microsoft/vscode/issues/90446
Can I ask please that this issue be looked at this month? #87347 "New minimum width of panel is too wide on 1366px screen", this is making it awkward for laptop users
Can we _please_ get someone to look into #23991? It's an issue that has been around for years and affects a number of people. It doesn't necessarily have to be fixed immediately; even having eyes on it would be an improvement.
There's an editor item to "Improve the discoverability of the column selection support." This seems like a pointless waste of effort. Apart from column selection being already supported and documented, I actually don't see a lot of benefit to the current implementation of column selection in VSCode. Usually the point of column selection is to be able to move blocks of code, i.e. cut or copy the selection then paste it elsewhere in the code, but pasting columns basically doesn't work in VSCode. Until that is fixed, there is little benefit to improving discoverability of a feature that is only useful if you happen to want to delete columns of code and not also paste them back somewhere.
but pasting columns basically doesn't work in VSCode
@gazzar do you know if there is an issue tracking the problems with column selection copy+pasting?
but pasting columns basically doesn't work in VSCode
@gazzar do you know if there is an issue tracking the problems with column selection copy+pasting?
Hi @Tyriar, the main one is #5940. There is also #43145 which is to do with pasting blocks at the ends of lines. I don't really think it is different, but was closed and reopened, perhaps because it contains extra detail about the behaviour of how this works in other editors such as Visual Studio.
* [ ] 馃弮 Explore global undo/redo of workspace edits @alexdimaI think you can see, among others, this one: https://github.com/microsoft/vscode/issues/55440
Most helpful comment
Can we _please_ get someone to look into #23991? It's an issue that has been around for years and affects a number of people. It doesn't necessarily have to be fixed immediately; even having eyes on it would be an improvement.