请选择 进入手机版 | 继续访问电脑版

技术控

    今日:299| 主题:54008
收藏本版 (1)
最新软件应用技术尽在掌握

[其他] Visual Studio Code 1.6

[复制链接]
告诉自己忘了他 发表于 2016-10-11 04:25:25
410 10

立即注册CoLaBug.com会员,免费获得投稿人的专业资料,享用更多功能,玩转个人品牌!

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
September 2016 (version 1.6)

  Welcome to the September release of VS Code. There are a number of significant updates in this version that we hope you will like, some of the key highlights include:
  
       
  • - Keep your code looking great by running a formatter when you save.   
  • - Move quickly between VS Code windows (instances) via the Command Palette.   
  • Launch script support - It's now possible to launch an NPM script before debugging.   
  • Workspace recommendations - Provide extension recommendations for other members of your team to use.   
  • VIM style relative line numbers - Display line numbers relative to the current cursor position.   
  • - An experimental extension is available to support the V8 Inspector Protocol.   
  • PREVIEW Extensions Packs - Bundle a set of extensions into a single download from the Marketplace.   
  • PREVIEW TS/JS Grammar - A new colorizer for TS/JS with over 200 fixes. We will include it in the next release.  
  The release notes are arranged in the following sections related to VS Code focus areas. Here are some further updates:
  
       
  • - View image dimensions & file size details.   
  • - Unicode improvements to support UTF-16 surrogate pairs, Improvements to Whitespace settings.   
  • - Updated TML/Razor/Handlebar support.   
  • - Extension identifier badge, Extension update version check.   
  • - Configurable External Terminal Support, Glob patterns for source maps.   
  • Debug protocol updates including programmatic access to launch.json.  
  Workbench

  Release notes inside VS Code

   There is no need to go to our website to review the latest release notes - you can now see these directly within VS Code itself. Use the global Show Release Notes command or the Help > Release Notes menu to access them. Perhaps this is how you are reading these notes right now. :)
  Icons Everywhere

   Continuing on the work we did in the August release to support file icons, we've added file icons to many more places throughout the UI. This includes most trees that show files (for example, Problems panel, Search results, OPEN EDITORS section) as well as in Quick Open results and the editor headings.
   If you don't want to see icons everywhere, for instance in Tab headings, we added a new setting workbench.editor.showIcons .
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  Switch between running Windows

   We added a new command to let you quickly move between open Windows of VS Code. Simply open the Command Palette () and type Switch Window . A dropdown will appear showing all the opened VS Code Windows (instances) and you can quickly move from one to the other without leaving the keyboard, right from within VS Code.
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  Image dimensions & Binary file size

  When you open a binary file in VS Code, extra meta information is now displayed in the Status Bar. For all binary files, we show the size of the file and for images, we also show the image dimensions.
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  VS Code also now detects image file changes on disk so you no longer see stale old versions of an image.
  Editor

  Format On Save

   Would you like your source code formatted each time you save? VS Code now supports "Format On Save" which will automatically pick up relevant installed formatter extensions and format the whole document on each save. Enable "Format On Save" by setting "editor.formatOnSave": true
   Note:to keep cursors and selections stable, we don't format when saving after delay.
  Search term history

  You can now navigate to your previous search terms in the global Search View and in the editor Find widget.
  
       
  • Alt+Up navigates backward in the history. Corresponding commands are search.history.showPrevious and find.history.showPrevious .   
  • Alt+Down navigates forward in the history. Corresponding commands are search.history.showNext and find.history.showNext .  
  Hover & IntelliSense UI consistency

  The Hover widget UI was updated aligning it more with VS Code's IntelliSense experience:
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  Auto Save Menu Item

   Auto Save is a great feature for many scenarios. In order to make this feature more discoverable, VS Code now has an Auto Save toggle right in the File menu. This will toggle the files.autoSave setting in your global User settings.json configuration file.
  File Associations configuration

   It is tedious to repeatedly set the Language Mode of a given file type and configuring a file association mapping was a manual process through your user or workspace settings. Now when changing the Language Mode of a file, you can pick Configure File Association for... and your choice will be stored to your User settings file and remembered.
  Unicode improvements

  VS Code now has better handling of UTF-16 surrogate pairs and validates all edits such that it doesn't break up the surrogate pairs. This is particularly important if you want to add things like Emojis into your source code.
  Improvements to LineNumber and Whitespace settings

  Several editor settings have been updated to support new options:
  
       
  •   editor.renderWhitespace Possible values are now "all" , "boundary" and "none" . The "boundary" option does not render single spaces between words.
       
  •   editor.lineNumbers Possible values are "on" , "off" and "relative" . "relative" shows the line count from the current cursor position.
      
  Languages

  TypeScript 2.0

  VS Code 1.6 now ships with TypeScript 2.0.3. You can do the following to go back to TypeScript 1.8.10 in your workspace:
  
       
  • Navigate into your workspace folder.   
  • Run npm install [email protected] to install TypeScript version 1.8.10.   
  • Start VS Code. You will get prompted whether you want to use the workspace version (1.8.10) or the bundled version (2.0.3) of TypeScript. Select workspace version and confirm the setting change.  
  TypeScript

   TypeScript 2.0.3 contains lots of new features, like strict null checking or modular library dependencies to name a few. A complete list of the new features can be found here .
  Besides new features, TypeScript 2.0.3 contains many bug fixes. This might result in additional compile time errors when you first compile your project with TypeScript 2.0.3.
  JavaScript

  The JavaScript in VS Code is powered by TypeScript and the TypeScript version bundled with VS Code has been updated to version 2.0.3.
  This brings several improvements for JavaScript support:
  
       
  • The JS Doc support has been improved and many issues have been fixed.   
  • The parser now allows any syntax that the TypeScript parser is capable of recognizing and is part of a JavaScript standards proposal. For example, static class properties are no longer flagged as invalid.  
  In addition, there are improvements to TypeScript that are also applicable to JavaScript:
  
       
  • There is now globbing support in the jsconfig.json file.   
  • Better support for including built-in types from new ECMAScript versions using -–lib .   
  • Better handling for module imports with file extensions .  
   One very big improvement is that the acquisition of Type Declaration files (typings) has been simplified. You can now use NPM directly to get typings with the @types parameter.
   For example to get typings for lodash you can run:
  1. npm install --save-dev @types/lodash
复制代码
PREVIEW TypeScript/JavaScript Grammar

   The TypeScript/JavaScript TextMate grammar has been reworked. This work is currently available as an extension in the marketplace . The plan is to switch to this version during October. Please install this extension now and provide us with feedback.
  Updated HTML/Razor/Handlebar Support

   Since we made VS Code available, we've had the debt item that some languages were implemented inside VS Code directly and they were not implemented as an extension. In the last couple of milestones, we have reduced this debt by extracting the JSON, CSS, LESS, SASS languages into their own extension. In September, we have now done this for HTML and its coupled languages, Razor and Handlebar. These languages are now all implemented using the language server protocol .
  This is a major refactoring and as a consequence, some language features have not yet been implemented:
  
       
  • Commenting actions inside <script> section of an HTML - Issue 12969   
  • Word highlighting - Issue 12973  
  We will work on bringing these features back during the next iteration.
  However, we are not done yet.. Now that we have extracted languages into extensions, the next challenge is to support the nesting of these languages, that is, embed JavaScript or CSS inside HTML. We will be working on this in October.
  Extensions

  Workspace Extension Recommendations

   Often you have a set of extensions that makes working with a particular workspace more productive. We now support creating a recommended list of extensions for a workspace. The set of recommendations is defined in a file extensions.json which is located in the .vscode folder. In this way, the recommendations can easily be shared inside a team.
   You can create this file using the Extensions: Configure Workspace Recommended Extensions command.
   For example, this is the extensions.json file that we use for the vscode workspace :
  1. {
  2.         "recommendations": [
  3.                 "eg2.tslint",
  4.                 "dbaeumer.vscode-eslint",
  5.                 "msjsdiag.debugger-for-chrome"
  6.         ]
  7. }
复制代码
  As you can see from the recommendations setting above, we recommend that anybody working on the VS Code codebase use the TSLint and ESLint extensions. In addition, we recommend using the Chrome debugger extension.
   VS Code prompts a user to install the recommended extensions when a workspace is opened for the first time. The user can also review the list with the Extensions: Show Workspace Recommended Extensions command.
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  PREVIEW Extension Packs

  We have added support for publishing 'Extension Packs' in the Marketplace. An Extension Pack is a set of extensions that can be installed together. This enables easily sharing your favorite extensions with other users. Another use case is to create a set of extensions for a particular scenario like PHP development to help a PHP developer get started with VS Code quickly. The feature is available as preview with the understanding that more work is still needed.
   An Extension Pack is represented as an extension that depends on other extensions. This dependency is expressed using the extensionDependencies attribute inside the package.json file.
  For example, here is an Extension Pack for PHP that includes a debugger, language service, and formatter:
  1. "extensionDependencies": [
  2.       "felixfbecker.php-debug",
  3.       "felixfbecker.php-intellisense",
  4.       "Kasik96.format-php"
  5.   ]
复制代码
When installing an Extension Pack, VS Code will now also install its extension dependencies.
  Extension identifier badge

   To ease in the discoverability of the identifier of an extension required for workspace Recommendations and extension packs, we have added a badge to the Extension details view. An extension is uniquely identified using its publisher name and extension name separated by a period . .
   

Visual Studio Code 1.6

Visual Studio Code 1.6
.
  Extension update version check

   Now you will only see an extension as outdated if there is a new version that is compatible with your VS Code installation available in theMarketplace.
   Note:This is applicable only if the extension is published using the latest version of the vsce publishing tool.
  Debugging

  Configurable External Terminal

   Running a debug target in an external terminal is now provided as a VS Code service to debugger extensions and we hope that this will result in widespread adoption. A useful side effect of this is that it is now possible to configure which terminal program to use via the existing terminal.external.windowsExec , terminal.external.osxExec , and terminal.external.linuxExec settings.
   Note:In this release, only the built-in debug extensions have adopted this new feature.
  Launch configuration supports 'npm' and other tools

  A frequent feature request was to support running 'npm' scripts directly from a launch configuration. This is now possible by the following changes to the existing launch configuration concepts:
  
       
  • Any program available on the PATH (for example 'npm', 'mocha', 'gulp', etc.) can now be used for the runtimeExecutable attribute and arguments can be passed via runtimeArgs .   
  • The program attribute is no longer mandatory which helps if the npm script already specifies the program to launch.   
  • If you specify a debug port via the port attribute, the --debug-brk=nnnn attribute will no longer be automatically added because the debug port is typically specified by the npm scripts as well.  
   Let's look at an 'npm' example. If your package.json has a 'debug' script, for example:
  1. "scripts": {
  2.     "debug": "node --nolazy --debug-brk=5858 myProgram.js"
  3.   },
复制代码
the corresponding launch configuration would look like this:
  1. {
  2.         "name": "Launch via NPM",
  3.         "type": "node",
  4.         "request": "launch",
  5.         "cwd": "${workspaceRoot}",
  6.         "runtimeExecutable": "npm",
  7.         "windows": {
  8.                 "runtimeExecutable": "npm.cmd"
  9.         },
  10.         "runtimeArgs": [
  11.                 "run-script", "debug"
  12.         ],
  13.         "port": 5858
  14. }
复制代码
  Note:On Windows make sure to specify the executable with the correct extension, for example use npm.cmd instead on just npm which exists but is the shell script for Linux and macOS.
  Glob pattern support for Source Map setup

   When debugging transpiled code (for example TypeScript) where your build process generates JavaScript code into a specific directory, it is necessary to help the Node.js debugger finding the generated code. In previous version of VS Code, this was done by specifying the root directory of the generated source code via the outDir attribute.
   In the September release, it is now possible to use multiple glob patterns for including and excluding files from the set of generated JavaScript files. For this, a new array typed attribute outFiles has been introduced. The old outDir is still supported, but we plan to deprecate this in the future.
  The following example shows how to configure source maps if the generated code lives in an "out" and "node_modules" directory and you want to exclude the generated test code:
  1. {
  2.   "sourceMaps": true,
  3.   "outFiles": [
  4.     "${workspaceRoot}/{out,node_modules}/**/*.js",
  5.     "!${workspaceRoot}/out/tests/**/*.js"
  6.   ]
  7. }
复制代码
Experimental Node.js v6.3+ Debugger

   We now have an experimental debug extension that uses the V8 Inspector Protocol , which Node.js now exposes via the --inspect flag, only in Node.js versions 6.3+. This is the same protocol exposed by Chrome and other targets . This extension runs on the vscode-chrome-debug-core library which also powers theDebugger for Chrome extension, and several others.
   NoteOn Windows, the 6.x versions only support this in 32-bit versions of Node.js. The latest builds of v7 should work in 64 or 32-bit. See this issue .
   This extension will eventually have feature-parity with vscode-node-debug, but isn't there yet. An overview is recorded here and you can see issues in the vscode-node-debug2 repo and the vscode-chrome-debug-core repo. For the most part, you should be able to set "type": "node2" in your existing Node.js launch configuration and have things work the same, as long as it's running in Node.js v6.3+.
   Note: See troubleshooting tips in the extensionREADME.
  Extension Authoring

  Authoring in TypeScript

   The Yeoman generator for VS Code extensions has been updated to use TypeScript version 2.0.x. If you start a new VS Code extension, simply install yeoman and the extension generator using npm install -g yo generator-code and run it using yo code . If you have an existing extension using TypeScript 1.8.x, you can migrate it to TypeScript 2.0.3 using the following steps.
   Open the package.json file and do the following changes:
  
       
  • Change the TypeScript developer dependency from "typescript": "x.x.x" to "typescript": "^2.0.3" .   
  • Add a developer dependency for the Node.js typings using "@types/node": "^6.0.40" .   
  • If your extension has Mocha tests, change the developer dependency to at least Mocha version 2.3.3.   
  • Add a developer dependency for the Mocha typing using "@types/mocha": "^2.2.32" .   
  • In the script section, exchange the compile script with "compile": "tsc -watch -p ./" and the vscode:prepublish with "vscode:prepublish": "tsc -p ./" .  
   The devDependencies section should look like this:
  1. "devDependencies": {
  2.     "typescript": "^2.0.3",
  3.     "vscode": "^1.0.0", // Or a higher version if necessary
  4.     "mocha": "^2.3.3",
  5.     "@types/node": "^6.0.40",
  6.     "@types/mocha": "^2.2.32"
  7. }
复制代码
  and the scripts section something like this:
  1. "scripts": {
  2.     "vscode:prepublish": "tsc -p ./",
  3.     "compile": "tsc -watch -p ./",
  4.     "postinstall": "node ./node_modules/vscode/bin/install"
  5. }
复制代码

       
  • Open the tsconfig.json file and exchange the line "noLib": true with "lib": [ "es6" ] and "target": "es5" with "target": "es6" .  
  The file should look something like this:
  1. {
  2.     "compilerOptions": {
  3.         "module": "commonjs",
  4.         "target": "es6",
  5.         "outDir": "out",
  6.         "lib": [
  7.             "es6"
  8.         ],
  9.         "sourceMap": true,
  10.         "rootDir": "."
  11.     },
  12.     "exclude": [
  13.         "node_modules",
  14.         ".vscode-test"
  15.     ]
  16. }
复制代码
  Then delete the typings folder in the workspace and run npm install from a terminal.
  Authoring in JavaScript

  The Yeoman generator has also been updated to make use of the new TypeScript 2.0.x features to help write JavaScript. If you want to migrate an existing extension to use TypeScript 2.0.3 for JavaScript authoring do the following.
   Open the package.json file and do the following changes:
  
       
  • Add a TypeScript developer dependency "typescript": "^2.0.3" .   
  • Add a developer dependency for the Node.js typings using "@types/node": "^6.0.40" .   
  • If your extension has Mocha tests, change the developer dependeny to at least Mocha version 2.3.3.   
  • Add a developer dependency for the Mocha typing using "@types/mocha": "^2.2.32" .   
  • We also recommend using ESLint for linting JavaScript source code. To do so, add the following entry as a developer dependency as well: "eslint": "^3.6.0" . In addition we recommend installing theESLint extensions.  
   The devDependencies section should now look something like this:
  1. "devDependencies": {
  2.     "typescript": "^2.0.3",
  3.     "vscode": "^1.0.0", // Or a higher version if necessary
  4.     "mocha": "^2.3.3",
  5.     "eslint": "^3.6.0",
  6.     "@types/node": "^6.0.40",
  7.     "@types/mocha": "^2.2.32"
  8. }
复制代码

       
  • Open the jsconfig.json file and exchange the line "noLib": true with "lib": [ "es6" ] and "target": "es5" with "target": "es6" .  
  The file should look something like this:
  1. {
  2.         "recommendations": [
  3.                 "eg2.tslint",
  4.                 "dbaeumer.vscode-eslint",
  5.                 "msjsdiag.debugger-for-chrome"
  6.         ]
  7. }0
复制代码
  Please note that although the target is set to es6 you still have to import other modules using require statements. Node.js has no support yet for ES2015 modules.
  New APIs

  
       
  •   We added an onWillSaveTextDocument event that is fired before a document is saved to disk. It allows an extension to change the document before saving and enables features like remove unused imports on save , insert final newline , etc.
       
  •   There is now WorkspaceConfiguration#update which allows extensions to add/update/remove configuration options. This should ease configuring the editor and extensions. For example, an extension would be able to configure a linter from a warning via a code action.
       
  •   Terminal#processId returns a Thenable<number> containing the process ID of the terminal's shell process (eg. bash or cmd).
       
  •   window.createTerminal now includes parameters to set the path and arguments of the shell. This will allows an extension to consistently launch the shell of choice, for example a Python or PowerShell REPL.
       
  •   window.onDidCloseTerminal is a new event that allows extensions to easily track when terminals are closed by the user. Currently, like the rest of the API, this is restricted to only terminals created by the API.
      
  Breaking Change: Button order in messages

   When using any of the methods showInformationMessage , showWarningMessage , and showErrorMessage , you could always pass in a set of strings to show as actions next to the message. Previously, the order of messages was reversed such as the action you passed in first was shown last. We fixed this unexpected behavior in this release and actions are now displayed in order. Please check your extension for usage of this API to see if you are impacted. We think that the new behavior is more natural and thus did not add code that would keep the previous behavior.
  Breaking Change: Terminals are created in the background

   As mentioned in the API documentation, the window.createTerminal and Terminal.sendText will now be created in the background. So whenever an extension wants to show their terminal in the terminal panel, it requires an explicit call to Terminal.show .
  Debug Extension Authoring

  VS Code Debug Protocol

   The VS Code debug protocol specification is now maintained as a language neutral JSON schema instead of a TypeScript definition file. This schema can be used to generate client or server libraries for a specific language automatically. The project vscode-debugadapter-node contains a simple program to generate the TypeScript d.ts from the schema. This program can be used as a starting point for other languages.
  External Terminal support for 'runInTerminal' request

   Debug adapters can now easily run the debug target in an External Terminal via the runInTerminal request and passing a value external for the kind parameter. The External Terminal is an alternative to the Integrated Terminal and supports development of command line applications that read from an interactive terminal and/or need to control their output on the terminal they are running in. Before calling runInTerminal make sure that the front-end client supports it by verifying that the arguments passed to the initialize request have a supportsRunInTerminalRequest attribute and that its value is true.
  Initial Configurations contributed by a command

   It is now possible for a debug adapter to specify a command name as a value for initialConfigurations attribute of the debuggers contribution in the package.json file. The debug adapter extension can then register the specified command which will get called once the launch.json file is generated for the first time. The command needs to return the initial content of the launch.json file - this way debug adapters have more flexibility on customizing launch.json . Our example mock debug illustrates this: 'initialConfigurations' contribution and command registration .
  Debug Protocol Additions

   Debug adapters can now implement 'hit count' support for breakpoints. With this, a user can specify how many hits of a breakpoint to ignore before it 'breaks' the execution. The SourceBreakpoint and FunctionBreakpoint types now support an optional attribute hitCondition for passing a hit count expression to the debug adapter. To enable the UI for this feature in VS Code, a debug adapter has to set the supportsHitConditionalBreakpoints capability to true.
   Note:In the September release, VS Code does not implement UI for editing the hit count condition.
  Miscellaneous

  New location for dirty indicator when Tabs are disabled

   We decided to move the dirty (unsaved file) indicator over to the Close button when Tabs (tabbed headers) are disabled. This makes the experience consistent with other places where we replace the Close button with the dirty indicator (for example, inside OPEN EDITORS or when Tabs are enabled).
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  Electron update

   In this release, we decided to take a major update of the Electron framework. We now run with version 1.3.7 which brings big version increments to the Chrome rendering engine (from 49 to 52 ) and Node.js (from 5.10.0 to 6.5.0 ). This also means that all extensions can expect the full Node.js 6.5.0 runtime when running in this VS Code release. For a full list of changes in Node.js, please refer to the Node.js Changelog .
   Note:We don't recommend extensions to use native npm modules. But if you authored an extension that does use native modules, remember to recompile all of them.
  Detecting a corrupt installation

  We have found ourselves spending many hours investigating VS Code issues that were ultimately caused by corrupt VS Code installations. Some extensions directly modify (patch) the VS Code product in such a way that is semi-permanent (until the next update) and this can cause hard to reproduce issues.
  We have therefore added a background check where we try to detect if the VS Code bits have been changed on disk. We are not trying to block VS Code patching, but we want to raise awareness that patching VS Code means you are running an unsupported version.
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  Built-in Extensions

   It is now possible to bundle a selection of Marketplace extensions with VS Code. These extensions appear as Built-in extensions. This allows us to decouple bundled extension development from VS Code's core development.
   

Visual Studio Code 1.6

Visual Studio Code 1.6

  Improvements in Issue Reporting

   Related to this, we often investigate issues that are caused by an installed extension. To help us with these investigations, we have enriched the Help > Report Issues action to seed the issue description with the list of installed extensions.
  Please use this action when reporting issues so we have more information to help track down the problem and ultimately resolve the issue for you quicker.
  macOS Sierra support

   Apple recently released the final version of macOS Sierra and with the Electron update, we were able to fix some issues we had seen (fonts and icons did not look sharp on a Retina display). However, some users are seeing bad background artifacts in the editor the underlying issue is Chrome related and it seems to happen when you are using a custom color profile. There is a workaround, you can run VS Code with forced GPU rasterization to mitigate this issue:
  1. {
  2.         "recommendations": [
  3.                 "eg2.tslint",
  4.                 "dbaeumer.vscode-eslint",
  5.                 "msjsdiag.debugger-for-chrome"
  6.         ]
  7. }1
复制代码
New Commands

              Key     Command     Command id                   Search                         ⌥↓ (Windows, Linux Alt+Down )       Next Search Term      find.history.showNext                ⌥↑ (Windows, Linux Alt+Up )       Previous Search Term      find.history.showPrevious                ⌥⌘C (Windows, Linux Alt+C )       Toggle Case Senstive      toggleSearchCaseSensitive                ⌥⌘R (Windows, Linux Alt+R )       Toggle Regex      toggleSearchRegex                ⌥⌘W (Windows, Linux Alt+W )       Toggle Whole Word      toggleSearchWholeWord              Integrated Terminal                         PageUp (Windows, Linux Shift+PageUp )       Scroll Up      workbench.action.terminal.scrollUpPage                PageDown (Windows, Linux Shift+PageDown )       Scroll Down      workbench.action.terminal.scrollDownPage              Clear Terminal      workbench.action.terminal.clear              Extensions                       Update All Extensions      workbench.extensions.action.updateAllExtensions              Open Extensions Folder      workbench.extensions.action.openExtensionsFolder              Navigation                       Focus Active Editor Group      workbench.action.focusActiveEditorGroup              Switch Window (Instance)      workbench.action.switchWindow              Help                       Show Release Notes      update.showCurrentReleaseNotes              Report Issues      workbench.action.reportIssues            Notable Changes

  
       
  • 241 : Windows: Jump list misses files and folders in the recent category when opened   
  • 7470 : Save file even w/o file changes - so that Nodemon, Gulp, Chokidar and other file watchers restart   
  • 7817 : Integrated terminal scrolling not working in oh-my-zsh   
  • 7951 : Images do not show updated when changed on disk   
  • 8819 : Allow to Ctrl+click in File > Open Recent to open in new window   
  • 9354 : Ability to remove file permanently (bypass trash)   
  • 9448 : Lower case drive letter in Open New Command Prompt command on Windows   
  • 11049 : Text cursor stops blinking in integrated terminal if you run external command   
  • 11129 : Hovering cursor over integrated terminal on Mac shows a low-contrast cursor   
  • 11244 : Scroll is gone after exiting vi in integrated terminal   
  • 11275 : Terminal.dispose should not show the panel if it is hidden   
  • 11318 & 8365 : Search and Problems views are now consistent with others in highlighting lines.   
  • 11727 : Goto declaration should store current cursor in navigation history   
  • 11976 : MarkerService and ProblemsView do not scale well and block UI thread   
  • 12574 : Terminal scroll bar appears on top after hiding and displaying it  
   These are the closed bugs and these are the closed feature requests for the 1.6 update.
  Contributions to Extensions

  Our team maintains or contributes to a number of VS Code extensions. Most notably:
  
       
  • Go   
  • Python   
  • TSLint   
  • ESLint   
  • Debugger for Chrome   
  • VSCodeVim  
  Thank You

   Last but certainly not least, a big Thank You! to the following folks that helped to make VS Code even better:
  
       
  • Fred Bricon (@fbricon) : Fix typos in log messages PR vscode-languageserver-node#92   
  • Henning Dieterichs (@hediet) : Non-normative inconsistencies PR language-server-protocol#68   
  • Luke Persola (@Persola) : Correct grammar/rephrase README PR language-server-protocol#56   
  • Amadeusz Leonardo Juskowiak (@alfanick) : Relative Line Number support PR #12055   
  • Artem Govorov (@ArtemGovorov) : Clear buffered output on output clear event PR #12057   
  • Logan Fleur (@effleurager) : Fixed typo in git action error PR #12419   
  • Jun Han (@formulahendry) : Fixes #9482: AutoClosePair between tags PR #9535   
  • Kei Son (@heycalmdown)
           
    • fix minor typo PR #11492     
    • Added new command to switch between workspaces PR #11630   
       
  • Yuki Ueda (@Ikuyadeu) : Remove workerMainCompatibility.html #11306 PR #11369   
  • @marktrz
           
    • Implements whitespace rendering for "boundary" and "all" modes. PR #11122     
    • Implements system variable "workspaceRootFolderName". PR #11128   
       
  • Sam El-Husseini (@microsoftsam) : Using Cmd+Scroll to zoom on a mac PR #12477   
  • Denis Malinochkin (@mrmlnc) : Display language identifier in Language Mode drop down PR #12031   
  • Dmitry Nikitenko (@nDmitry) and @FichteFoll : Redone YAML grammar PR #11666   
  • Nic Holthaus (@nholthaus) : Add konsole as default terminal for KDE-plasma PR #11452   
  • Paul Oppenheim (@pauloppenheim) : vscode-linux-*-build-deb - expected permission bits PR #11558   
  • @Romanito : Enable "Open with Code" on drive roots in Windows Explorer PR #11870   
  • @sprinkle131313 : Fixes debugger config launch for Linux and OSX. PR #11092   
  • @ted-piotrowski : Fix gulp methods for targeting arm systems PR #12486   
  • Vincenzo Chianese (@XVincentX)
           
    • Provide a changelog tab when this file is bundled in the package PR #12035     
    • Take changelog from remote if provided PR #12455   
       
  • Eklavya @eklavyamirani Markdown syntax highlighting to support alternative header styles PR #11066  



上一篇:网站被挂木马与777权限的奥妙
下一篇:Futures/Promises 概览:我是如何爱上 GCD 的
phoenixz 发表于 2016-10-11 05:31:07
不错,顶一个!
回复 支持 反对

使用道具 举报

李冰 发表于 2016-10-11 05:54:44
专业顶帖的!哈哈
回复 支持 反对

使用道具 举报

zsp 发表于 2016-10-15 04:51:42
楼主的战斗力已经恢复百分之六十二了!
回复 支持 反对

使用道具 举报

/ㄦ薄 发表于 2016-10-20 20:09:38
低调奢华有内涵的告诉自己忘了他
回复 支持 反对

使用道具 举报

laofuanchun 发表于 2016-10-23 15:16:08
这一年啥事没干,光研究告诉自己忘了他的帖子了!
回复 支持 反对

使用道具 举报

昔素颜 发表于 2016-10-25 14:26:19
我是个凑数的。。。
回复 支持 反对

使用道具 举报

末路 发表于 2016-10-26 08:11:45
小手一抖,一分拿走!
回复 支持 反对

使用道具 举报

那什么跟什么 发表于 2016-11-5 11:09:13
撸过。。。。
回复 支持 反对

使用道具 举报

HiLolita 发表于 2016-11-16 18:11:25
众里寻他千百度,蓦然回首在这里!
回复 支持 反对

使用道具 举报

*滑动验证:
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

我要投稿

推荐阅读

扫码访问 @iTTTTT瑞翔 的微博
回页顶回复上一篇下一篇回列表
手机版/CoLaBug.com ( 粤ICP备05003221号 | 文网文[2010]257号 )

© 2001-2017 Comsenz Inc. Design: Dean. DiscuzFans.

返回顶部 返回列表