251–260 of 273 posts
Two features missing right away: Terminal and Remote SSH.
Part of the Visual Studio Code brand is that it's open source. With this snarky announcement, they've changed that. I've been using https://vscodium.com/ and who knows when there will be a web version. :(
How is this announcement snarky? Also this seems like something they could easily open-source down the road.
I think assuming VS Code means open source is not right. The core of VS Code is open source but most fancy things (remote/ssh/docker usage, browser usage, code spaces like behavior, etc) are regular Microsoft products. Microsoft VS Code team still competes with itself (VisualStudio), the traditional competition (JetBrains, Eclipse) and third VS Code derivates (gitpod.io etc). We cannot assume that they give us the greatest and latest for free when they would cut themselves with that.
Earlier quoted context omitted.
What are those native binaries? I know that VSCode ships with ripgrep, but that's the limit of my knowledge. Those binaries probably could be compiled to WASM to make VSCode fully run in a browser too.
Language servers for any non JavaScript language? Python, rust, Go, C++, and many more. Additionally the ability to say.. start a web server and run it? The ability to run the actual generated binaries from any of those other languages?
You could trivially had those with VSCode in the browser. They just run on a remote build/CI/CD environment.
Earlier quoted context omitted.
> However, I'm not sure who this is for. Downloading and installing an application is not a particularly big ask for the type of people who use VSCode It's like how nerdy types could easily slap together their own Dropbox, with rsync and duct tape (as per the famous comment), but most didn't - plus the world is not just full of types who'd do it. And then MS can start adding all kinds of collaboration tools built in,…
> It's like how nerdy types could easily slap together their own Dropbox Let's be honest, setting up and maintaining your dropbox clone, versus installing one executable once, are not the same kind of "easy". > And then MS can start adding all kinds of collaboration tools built in, from pair coding to bug tracking, time tracking and so on. But they can do that just as easily today with the vscode app. The fact that t…
On the contrary, it does help a lot. Offline VSCode might be just a glorified broswer, but web VSCode will hook automatically with the vendors development/build/code repo backends. And you could have the appropriate environment (eg. a linux version x, with y libs, and z servers running) per project, available everywhere you go with no setup of your own.
>presumably they would have to give you a laptop to access it, and any laptop that can run it in the browser can run it offline, this is 99% the same codebase.
Yes, and then you can install this or that, diverge from the common environment, and so on. And you have to setup all of those, even if it's just some docker instance running locally or some cloud stuff you access.
With the bundled web-vscode+cloud-backend, you wont have to.
>Codespaces makes sense because you don't even have to clone your code, and the compute/build happens elsewhere. Plus collaborative features can be added with no hassle because authentication is already baked in.
Codespaces is the whole idea behind this too. In other words, this is just a component of codespaces / a codespaces type deal.
Earlier quoted context omitted.
How is this announcement snarky? Also this seems like something they could easily open-source down the road.
Well the core is surely open source as part of regular vscode. And the hosting magic other groups are doing on their own (gitpod.io ...right?). I think assuming VS Code means open source is not right. The core of VS Code is open source but most fancy things (remote/ssh/docker usage, browser usage, code spaces like behavior, etc) are regular Microsoft products. Microsoft VS Code team still competes with itself (Visual…
Earlier quoted context omitted.
> However, I'm not sure who this is for. Downloading and installing an application is not a particularly big ask for the type of people who use VSCode It's like how nerdy types could easily slap together their own Dropbox, with rsync and duct tape (as per the famous comment), but most didn't - plus the world is not just full of types who'd do it. And then MS can start adding all kinds of collaboration tools built in,…
> Well, offline VSCode is a glorified browser as well. It's the opposite, you download an OS that runs VSCode. That OS is a web browser. It's just that it's an OS that runs on other OSes.
The key point os "glorified browser" being "you still run non-natively in a sandbox, whether it is JS or web assembly, and you still call the DOM for drawing".
Earlier quoted context omitted.
> It's like how nerdy types could easily slap together their own Dropbox Let's be honest, setting up and maintaining your dropbox clone, versus installing one executable once, are not the same kind of "easy". > And then MS can start adding all kinds of collaboration tools built in, from pair coding to bug tracking, time tracking and so on. But they can do that just as easily today with the vscode app. The fact that t…
> But they can do that just as easily today with the vscode app. The fact that this runs in your browser does not help (or hinder) at all: As you said, offline VSCode is just a glorified browser. On the contrary, it does help a lot. Offline VSCode might be just a glorified broswer, but web VSCode will hook automatically with the vendors development/build/code repo backends. And you could have the appropriate environm…
But again, that is codespaces. They have rolled this out months ago, and it does exactly what you are talking about, with vscode in the web and all. And I agree that it makes sense.
Vscode.dev looks like it could have been an early prototype of codespaces, with 10% of the features. So I still don't understand why this is coming out after codespaces is already in production.
I'm already trying to edit PNGs but in Firefox no file system access API yet, so I tried uploading an image to edit in Luna Paint but it only loads an empty image?
I'm intrigued by the use of webapps in this way, but I really think we need a better solution for rebinding keys in the browser. I tend to use Emacs bindings (which practically every editor supports), but they are a bit of a mess in browsers because even extensions can't clobber bindings like C-n, and I recall having issues with C-w and C-p as well. Otherwise, very exciting to have high-quality, zero-install tooling…
I'm not an emacs user, but I am a vim user and I've been successfully using VS Code Remote + VSCodeVim the past few months from a Chrome browser without any keybind issues. I'm curious what exact keypresses the browser is struggling to intercept?