* nls web story
* better handling of urls
* clean up code and don't do nls in dev
* use version instead of quality
* revert changes in workbench-dev.html
* update nls from changes in vscode-loader
* sanitize url a bit
* revert loader change
Currently our data transfer implementation only allows a single entry of each mimeType. There can only be a single `image/gif` file for example.
However this doesn't match how the DOM apis work. If you drop multiple gifs into VS Code for example, the DataTransfer you get contains entries for each of the gifs.
This change allows us to also support DataTransfers that have multiple entries with the same mime type. Just like with the DOM, we support constructing these duplicate mime data transfers internally, but do not allow extensions to create them
As part of this change, I've also made a few clean ups:
- Add helpers for creating dataTransfer items
- Clarify when adding a data transfer item should `append` or `replace`
- Adopt some helper functions in a few more places
The `picomatch` library currently checks `process.platform`. This check fails on web, which causes the markdown extension to not load
To fix this, I'm replacing `process.platform` with the string`'web'`
* quick draft PR for not throwing when looking for a chunked password
* update comment with more info
Co-authored-by: Ian Huff <ianhuff@Ians-MacBook-Pro.local>
- We no longer get all xterm.js content for a full wrapped line but limit it to
a certain context, this context depends on the type of link detector.
- There is also a sanity check when calling the low level helper function just
in case.
Fixes#150401
For #30066
This adds a new `documentPaste` api proposal that lets extensions hook into copy and paste.
This can be used to do things such as:
- Create link when pasting an image
- Bring along imports when copy and pasting code
* Bump default JS target for scripts in html
For JS/TS files, we target ES2020 by default. However in html files we're still stuck targetting es6
This change aligns the two
* use es2020.full (includes dom), fix web, avoid searching in node_modules
Co-authored-by: Martin Aeschlimann <martinae@microsoft.com>