- 17 3月, 2017 34 次提交
-
-
由 isidor 提交于
-
由 Rob Lourens 提交于
-
由 Rob Lourens 提交于
-
由 Rob Lourens 提交于
-
由 Rob Lourens 提交于
-
由 Daniel Imms 提交于
Checks integrated terminal output for more types of relative paths
-
由 Daniel Imms 提交于
-
由 Rob Lourens 提交于
-
由 Rob Lourens 提交于
-
由 Rob Lourens 提交于
-
由 Daniel Imms 提交于
Polish terminal link hover hint
-
由 Daniel Imms 提交于
-
由 Daniel Imms 提交于
-
由 Daniel Imms 提交于
-
由 Matt Bierner 提交于
-
由 Matt Bierner 提交于
* Prototype Allowing Extensions to Extend the Builtin Markdown Extension **Problem** There have been requests for adding new functionality to the markdown extension preview, such as supporting rendering of math or other syntax in the preview. The only current solution to this is create an extension that provides its own markdown preview. This results in inconsitent behavior with our markdown preview and is not a very scalable approach. We would like to find a way to allow users to add these extensions to our markdown preview without bundling the extensions in the preview itself. **Fix** Prototypes a new contribution point that extensions can use to extend the vscode markdown extension. Three types of extensions are possible: adding stypes to the preview, adding scripts to the preview, and extending the markdown it renderer. My current approach defines the contributed markdown extensions in the package.json using a structure like this: ``` "contributesTo": { "vscode.markdown": { "plugins": [ "./out/math" ], "scripts": [], "styles": [ "./media/math.css" ] } } ``` We could change the structure here. This design uses a pull model where markdown extensions are looked up by the vscode.markdown extension itself. The other approach for extension registration would be to use a push model. This would have the vscode.markdown extension export an api that each markdown extension would invoke to register new scripts/styles/plugins. I may switch over to this model but was interested in seeing what a more declarative approach would look like. Let me know if you have any thoughts one way or the other. The downside of allowing extensions like this is that they can completely change how the markdown preview looks and works. There is no well defined API for restricting what extensions can do like we have with VScode. * Use extensionDependencies * Remove example extension * Added gating and activation event
-
由 Sandeep Somavarapu 提交于
-
由 Sandeep Somavarapu 提交于
- Do not navigate by Enter from search box
-
由 Sandeep Somavarapu 提交于
- Down arrow to navigate from search to list
-
由 Sandeep Somavarapu 提交于
Add backwards search to preferences view
-
由 Sandeep Somavarapu 提交于
- Register keybinding for remove action - Make other actions as just keybinding actions
-
由 Sandeep Somavarapu 提交于
- Define keybinding action with keyboard shortcut - Search keybindings action with keyboard shortcut
-
由 Andre Weinand 提交于
-
由 Martin Aeschlimann 提交于
-
由 Sandeep Somavarapu 提交于
- Open default keybindings while opening keybindings file like before
-
由 Sandeep Somavarapu 提交于
- Use List widget to render keybindings
-
由 Martin Aeschlimann 提交于
-
由 rebornix 提交于
-
由 Daniel Imms 提交于
Fixes #22623
-
由 Daniel Imms 提交于
-
由 Johannes Rieken 提交于
-
由 Benjamin Pasero 提交于
-
由 isidor 提交于
fixes #22741
-
由 Benjamin Pasero 提交于
-
- 16 3月, 2017 6 次提交
-
-
由 isidor 提交于
fixes #16595
-
由 Rob Lourens 提交于
-
由 isidor 提交于
fixes #22624
-
由 Johannes Rieken 提交于
-
由 Johannes Rieken 提交于
-
由 Benjamin Pasero 提交于
-