Builtin support for reading files from their zip archives
Rel: #17271 Note: This is now possible (although non-builtin) using the [ZipFS extension](https://marketplace.visualstudio.com/items?itemName=arcanis.vscode-zipfs#:~:text=This%20extension%20adds%20support%20into,edit%20files%20from%20your%20cache.) ## High-level It would be useful for VSCode to be able to read files even when they're stored within zip archives. Opening `/foo/bar.zip/package.json` would succeed. Read-only is likely fine, at least for a first iteration. ## Motivation - This feature isn't unheard of. Both vim and [emacs](https://www.gnu.org/software/emacs/manual/html_node/emacs/File-Archives.html) support reading files from zip archives (they even go a bit farther by allowing to also edit them, but we might not want to have to deal with the UI complexity for now). - Package managers are experimenting with virtual install folders. Being able to read third-party files from the archives that contain them will be important to provide a good developer experience (particularly for the "ctrl+click on a symbol to go to its definition" workflow). Zip will be used by Yarn because of its good random access properties. ## Suggested Implementation - The Yarn project ships a [wasm build](https://github.com/yarnpkg/berry/tree/master/packages/berry-libzip) of the libzip as an external package. This would make it easy to use a battle-tested zip library at little cost. - The size cost would be around ~300KB for the Zip implementation (which could be reused for other purp
Posted by arcanis on Jun 15, 2019, 9:14 AM
Tags
Related issues
- In the UK Amazon have now raised the price of general shipping to be 2/3 the price of a months prime subscription.
- Credit where credit is due, critics claiming "[Apple device] is too expensive for something that just does [basic function]" have been pr...
- I like to buy music.
- Meet K-Claw.
- Fable is way too expensive for basic software stuff.
- [Meta] Abnormal Codex usage/quota depletion and usage-accounting inconsistencies — cross-report tracker
Raise real-world problems, find people facing the same issue, and discuss solutions.3,500 issues0 comments
pricing (SaaS)
In the UK Amazon have now raised the price of general shipping to be 2/3 the price of a months prime subscription.
Credit where credit is due, critics claiming "[Apple device] is too expensive for something that just does [basic function]" have been pr...
I like to buy music.
Meet K-Claw.
Fable is way too expensive for basic software stuff.
[Meta] Abnormal Codex usage/quota depletion and usage-accounting inconsistencies — cross-report tracker
[FEATURE] Passkey (WebAuthn) sign-in for Claude accounts, across every surface
> How are Chinese companies financing their buildouts of AI infrastructure?
Builtin support for reading files from their zip archives
Rel: #17271 Note: This is now possible (although non-builtin) using the [ZipFS extension](https://marketplace.visualstudio.com/items?itemName=arcanis.vscode-zipfs#:~:text=This%20extension%20adds%20support%20into,edit%20files%20from%20your%20cache.) ## High-level It would be useful for VSCode to be able to read files even when they're stored within zip archives. Opening `/foo/bar.zip/package.json` would succeed. Read-only is likely fine, at least for a first iteration. ## Motivation - This feature isn't unheard of. Both vim and [emacs](https://www.gnu.org/software/emacs/manual/html_node/emacs/File-Archives.html) support reading files from zip archives (they even go a bit farther by allowing to also edit them, but we might not want to have to deal with the UI complexity for now). - Package managers are experimenting with virtual install folders. Being able to read third-party files from the archives that contain them will be important to provide a good developer experience (particularly for the "ctrl+click on a symbol to go to its definition" workflow). Zip will be used by Yarn because of its good random access properties. ## Suggested Implementation - The Yarn project ships a [wasm build](https://github.com/yarnpkg/berry/tree/master/packages/berry-libzip) of the libzip as an external package. This would make it easy to use a battle-tested zip library at little cost. - The size cost would be around ~300KB for the Zip implementation (which could be reused for other purp
Comments (0)
No comments yet. Start the discussion.