Iteration Plan for May 2018

[kieferrm]

This plan captures our work in May. This is a 5-week iteration. We will ship our May Update in early June.

In this iteration, we'll provide a preview of the grid layout support for the editor as well as an alternative UI for configuring settings. We'll also look into ways to provide outline information for open documents.

Endgame

• May 28th, 2018: Code freeze for the endgame
• June 1st, 2018: Endgame done

The endgame details for this iteration are tracked in #50477.

Plan Items

Below is a summary of the top level plan items.

Legend of annotations:

Mark	Description
🏃	work in progress
✋	blocked task
💪	stretch goal for this iteration
🔴	missing issue reference
🔵	more investigation required to remove uncertainty
⚫	under discussion within the team

Workbench

• 🏃 Preview for grid layout for editors Support a grid layout for editors #14909 @bpasero @joaomoreno
• 🏃 Continue to improve settings experience Explore improvements to settings editor #41040 @roblourens
• 🏃 Quick box improvements for multi-step inputs Quick box improvements for multi-step inputs #49340 @chrmarti
• 🏃 Investigate custom title bar and menus for improved accessibility on Windows Windows: Investigate custom menu implementation #29024 @sbatten
• Provide command to open New Window on open workspace command to open New Window on open workspace  #49346 @isidorn
• Explore supporting an Outline view Feature request: symbols tree view #5605 @jrieken
• Enable custom search implementations Search Provider extension API #47058 @roblourens
• Polish activity bar contribution support Adopt Composite bar primary and context menu actions to be consistent in order #49103 The delay when loading contributed viewContainers looks unpolished #48580 @sandy081

Editor

• Ship a new version of the Monaco editor @alexandrudima @rebornix

Terminal

• 🏃 Enable multi-plexing of terminals Terminal Providers #46192 @Tyriar
• Provide DOM-based rendering when GPUs are disabled Provide a fallback DOM renderer for terminal to use when GPU it turned off #46954 @Tyriar
• 💪 🏃 Investigate top-level Terminal menu for better discoverability Add a top-level Terminal menu for better discoverability #49477 @Tyriar

Languages

Language Server Protocol

• Support Code Action API and code actions that return workspace edits Add CodeAction class  language-server-protocol#389 @dbaeumer

JavaScript/TypeScript

• Adopt TypeScript 2.9 Adopt TS 2.9 #49654 @mjbvz
  • Options for quote style in generated code Configure preferred quote style for auto imports and generated code #49653 @mjbvz
  • Disable suggestions at the TS server level Support TypeScript 2.9 disableSuggestions preference #47617 @mjbvz
  • Support TS trigger characters Auto show tag suggestions when you type < in jsx #40539, Provide auto-complete candidates for TypeScript string literal type when double quote is typed #25034 @mjbvz
  • 🏃 Support TS Move to New File refactoring 'Move to new file' refactoring for JavaScript and TypeScript #49866 @mjbvz
• 🏃 Reasonable presentation style for 'unused variable' suggestions Highlight unused symbols #15710 @mjbvz

CSS/HTML/JSON

• 🏃 Provide support for @-keywords in SASS/SCSS [scss] provide proposals for at-keywords #41929 @octref
• 🏃 Debt reduction in the CSS/HTML extensions and language servers query @octref

Debug

• Explore improved positioning of the debug toolbar Debug actions pane often blocks file names #2513 @isidorn
• nodemon re-attach issue Nodemon restarts twice on file changes #48501 @roblourens

Extension Contributions

• Submit PRs to extensions to suggest contributions to the built-in Test viewlet @sandy081
• 🏃 Re-Investigate tslint running as a TypeScript server plugin Upgrade the extension to the latest TS support vscode-ts-tslint#7 @egamma
• Architectural improvements to the vetur extension @octref
  • 🏃 Cover Vetur's Language Features with ene-to-end tests Cover Vetur's Language Features with ene-to-end tests vuejs/vetur#802
  • Centralize all file system access in VLS Centralize all file system access in VLS vuejs/vetur#800
  • 🏃 Decouple sub language services with top-level MetadataStore
• Consolidate handling of webroot and pathmapping in the Chrome Debugger Support Dart debugging with Chrome-Debug #49472 @roblourens
• 🏃 Support several forthcoming PRs against the xterm.js project new parser xtermjs/xterm.js#1399 Modularize the character atlas system, add a LRU-cache based dynamic character atlas xtermjs/xterm.js#1327 Support font ligatures xtermjs/xterm.js#958 @Tyriar

Extensions

• 🏃 Recommend language packs based on the locale of the OS Investigate how to best unbundle prepackaed langauges #45663 @ramya-rao-a

API

• Finalize API for
  • Tasks Finalize Task API #49806 @dbaeumer
  • 🏃 Compute definition locations Extend language API to allow sourceRange in Go to Definition #10037 @mjbvz
  • 🏃 WebView persistence Finalize Webview persistence API #49022 @mjbvz
  • 🏃 SearchProvider Search Provider extension API #47058 @roblourens
• Propose API for:
  • 🏃 Hierachical Document Symbols API for hierarchical document symbol data #34968 @jrieken
  • 🏃 Quick box multi-step inputs Quick box improvements for multi-step inputs #49340 @chrmarti
• Custom view API enhancements:
  • Access the current selection Ability to access selected elements in Tree view #49511 @sandy081
  • Support to listen the expand/collapse state Expose the collapsible state of the tree item #30535 @sandy081

Serviceability

• Improve the perceived speed of opening the process explorer on Windows Issue reporter UI gets blocked when requesting performance data on Windows #45163 @RMacfarlane
• Update performance wiki with how to use the process explorer Performance Issues wiki page should mention Process Explorer #48970 @RMacfarlane
• Cosmetic changes to issue reporter UI updates to issue reporter #49579 @RMacfarlane

Engineering

• Move to the public VSTS build infrastructure @joaomoreno
• Address Github reported module vulnerabilities Remove vulnerability warning reported from Github for VS Code extensions #49146 team
• 💪 Retrain issue classifier bot Retrain issue classifier bot #49341 @chrmarti

Documentation

• Continue to refresh videos on the website Video: New getting started video #45924 @auchenberg

---

Deferred Items

• Custom view: Execute command on double click Ability to contribute and run a command when Double Clicking on a node in custom views #39601 @sandy081
• Electron 2.0 update
• Explore bread crumb support for navigation Feature Request : Navigation Bar like Visual Studio or Eclipse #9418 @jrieken
• Support intellisense in edit boxes for watches, variables Does the watch view support auto completions? #48810 @isidorn
• Adopt new VS Code APIs in the VS Code Go extension Adopt new APIs from VS Code vscode-go#1676 @ramya-rao-a
• In settings search provide a way to show matching but not-installed extensions Show settings search matches from non-installed extensions #49474 @roblourens

[WaiSiuKei]

Investigate custom title bar and menus for improved accessibility on Windows @sbatten

I think it is related to #29024

[Kroc]

@WaiSiuKei Also, #17060

[levrik]

🔴 Investigate custom title bar and menus for improved accessibility on Windows @sbatten

Just want to mention that the latest Windows update 1803 has issues with custom title bars. See my issue telegramdesktop/tdesktop#4649 for more information.
Would also interesting if you guys could find out more about this issue internally at MS. It seems that every Win32 app with a custom titlebar is affected.

[ivanvoznyakovsky]

any chance to get #10026 on board?

[guledali]

@kieferrm

Investigate custom title bar and menus for improved accessibility on Windows @sbatten

Why does it say missing issue reference the are numerous issues out there mention this. I can just list a few of them.
#39972
#32257
#29997
#17060

[Tyriar]

@guledali the people working on the features will fill in the issue references eventually 😄

[WSLUser]

Deferred Items
Electron 2.0 update

On this topic, any chance a "bleeding-edge" VS Code version could exist that makes use of the latest release of Electron (and possibly Node.js and Chromium)? Basically a rolling-release model which you've got dev, test, and stable. KDE Neon and Kali come to mind with this approach.

[gulshan]

Insiders version is there.

[WSLUser]

yes but that doesn't address the model I'm proposing. Insiders is basically the dev and test combined (in a beta stage) with stable while the dev/test/stable is alpha/beta/prod. Different release mechanism. A third option would need to appear under the guise of Insiders similar to Fast-ring and Slow-ring for Windows Insider builds.

[sylveon]

Insiders is nightly builds. I don't see how we can get more alpha than that.

[WSLUser]

Yes but that would be one of the changes. The nightly could be of the alpha such as Firefox does it, and weekly could be the beta and monthly be the stable (or however long it's needed to deem it "stable") The alpha would have auto-commits per change on dependencies (a commit to NodeJs or Electron for example would update over to here instead of manually pulling it down and pushing back up) (at least on a 12 hour increment to meet the nightly update schedule). The beta would have the tweaking optimizations that ensure that at least nothing breaks even if in a rough state while the stable would be polished out. A somewhat more Agile approach that what's currently done if I understand the release schedule correctly.

[MeikTranel]

@DarthSpock but that's not at all compliant to the work item planning right in front of you.
They iterate Monthly with a focus on stabilizing at the end of each month aka "The Endgame", where they prepare the develop to be merged into master (branch names don't matter; insider / release, alpha / release all the same).

What you are asking them for is a weekly release cycle, a weekly planning cycle... which would change things on so many ends i wouldn't be able to accurately predict the impact and i would assume neither can the more active contributors...

As you can see simply through the existence of 0.X.1 Or 0.X.2 releases in the past, there already is a fast action plan in place allowing them to iterate small to hotfix something. We don't need a seperate release channel for that, especially if that potentially increases planning requirements a ton while simultaneously forcing contributors to edge down the integration process of their features to one week.

The latter is the biggest nono i see in your proposal.
When a contributor has to be able to guarantee that his/her feature is stably integrated within one week i really doubt there'd be any community contributors left who'd do large features.
Just look at some of the issues in this integration plan...

[ghiscoding]

I don't know where else to put this but would it be possible to close ticket on previous features that were half implemented? These 2 features have been pushed away for so long without any love

• Editor Minimap (30 opened issues)
• Color Picker (20 opened issues)
  • this one in particular Color picker: when user start changing color the picker should not easily close #33568 (when user start changing color the picker should not easily close)

[egamma]

@ghiscoding thanks for the feedback we will keep it in mind for future iteration planning. For now I suggest to vote on individual feature requests.

[egamma]

Closing - 1.24 has been shipped.