While VS Code is easily obtainable as it is, it still feels like VS Code could benefit from the standardized update procedure that comes with the Windows Store. Perhaps even something like the Desktop App Convertor could be used.
As a related question
What stops VS Code to be a UWP app in order to have it usable on the phone / xbox etc
Is it the sandboxing limitations of UWP ?
VS Code on UWP :+1:
Maybe useful: http://electron.atom.io/docs/tutorial/windows-store-guide/
But I do not think that a UWPed application has the permission to run an extension with EXE in it, like the “C/C++”.
It would be grate to have it on continuum! 👍
Yeh, it will be more productive :scream:
I'll switch from the iPhone+Macbook if you release that
Bringing Visual Studio Code to the Windows Store would help a lot to make coding more accessible and easier to get into. I always tell people how easy it is to code, but they usually won't even bother when it takes manual downloads and setups to even get started. A simple 1-click download from the store would remove this hurdle.
Ok, we all know that its impossible, because before using IDE (vscode) we cant install dev environment(such as PHP, full .NET, ...) on OS that use .NET Standard such as Windows 10 mobile, so maybe we can just use it as an Cloud based IDE.
@ikourfaln why exactly would we need dev environments in that case. I'd be happy to remotely connect to a server in that case.
Editing isn't strictly related to that. Sure we might loose intellisense, but maybe we're going to have a less restricted environment in that regard with the whole continuum push.
@ikourfaln Personally, I would be glad to only be able to "edit" files. Sometimes, you don't need to test directly on a server. And I don't know for you, but I don't use my machine as a test environment all the time...
@ikourfaln By the way, with a couple of scripts', you can remotely test your code on a distant server if you use GitLab... So, coding only from my phone could be grate! 😉
I'm a .NET developer, so I look at this possibility from a .NET Core perspective, which would run on the windows phone.
We need a code editor, with proper intellisense and languages support, and this is sure possible.
In the store actually there are some code editors, like Formula, but they cannot be compared to Visual Studio Code in terms of features.
Some projects can be run run directly in the application, for example pure Client web Apps (HTML5, javascript, CSS).
Other projects, based on .NET Core or Typescript, probably cannot be directly compiled, or very tickly to achieve.
For sure we cannot have a full .NET, PHP, NodeJS, C++, etc... environment, but this doesn't mean we cannot use Visual Studio Code as a pure editor these type of projects.
Also the compiler can be remote (a compiler server, a LAN PC with complete enviroment, or a cloud service).
I'm expecting something better than: Ide7 , with debug support.
You can also sell the cloud compiler as a service integrated with "Visual Studio Team Services".
Local source control probably is not easy to achieve, but it can be cloud based with Visual Studio Team Services, or with github, you can take inspiration from some applications: SVN, Github, Bitbucket...
But we can have OneDrive synchronization and Local History Backups...
Personally I think porting Visual Studio Code to a UWP application, is not easy, but possible with some work and would give a great value to Continuum Platform.
Visual Studio Code as an Universal Windows App would be so great! 👍
For some special reasons,it‘s hard to download the binary in China,but I can connect to the Windows Store stablely. So it would be great to have it over the Windows Store.
I upvote this so much ... Always having VS Code IDE in pocket would be lovely ...
It would be excellent if windows 10 mobiles can be used as web development tool! ;)
Please do this!!!! Come on Microsoft.
With git and ftp/sftp support. Also implement SSH if you can.
Related- #15820
Included in January 2017 milestone.
I hope that VS Code on UWP can also play a role as Git on UWP.
Do something for your company, you are Microsoft, right?
Just like Nintendo should release its latest Mario on Switch.
Can Window Store Apps also sync settings? I know it can be done via some extension using gists, but official support would be neat.
@CoenraadS yes. Windows store app can access uwp API that allows to sync settings. But this is bad solution for cross platform application
I came here to wonder why a brand new Microsoft product wasn't a Windows Store product. It really should be in there.
Do something for your new Surface.
Please package Code as a Windows Store app so that it can run on the Surface Laptop. I know it's not that simple, but it's an important goal.
With the recently announced Surface Laptop, now more than ever you should publish Code to the Windows Store.
@bpasero Any updates on this?
For those interested in the results of the investigation… We used the desktop app converter to convert VS Code to a UWP app that uses the Desktop Bridge (aka a “Centennial” application) that provides a Windows Store setup experience and access to a subset of the full UWP API. The conversion worked quite well and we were able to side load VS Code as a Windows Store application with no loss of functionality.
So, this closes the investigation for the product itself. The next investigation we would need to do is understand how to adapt our internal build systems to produce daily/monthly builds that can be published through the Store. Once that is understood, we will decide if and when it makes sense to move forward with this effort and actually put it on the backlog.
Now that Microsoft is moving forward with a low-cost platform that only features applications from the Windows Store, the time has really come to address this. For me personally, Visual Studio Code is the only non-Store application I use on a regular basis. For the next generation of coders that will be teaching themselves the practice on these sub $300 machines, we owe it to them to have a solid code editor accessible to them.
@Mocuto where did you see that comment? I don't see it in this discussion thread
@jcotton42 In thread #15820
@Mocuto thanks
100 % agree that this NEEDS to happen - Win10S and HP Elite x3 would find this a vital choice for code changes - As to running the code we should be pushing that off elsewhere and use services like VSTS/Appveyor/travis for this as a kill able machine.
I have discussed this with a few in the PowerShell Community but essentially this thread is where the discussion is https://twitter.com/ryanyates1990/status/860265487506264069
Please bring us the UWP app for Windows S, we need it seriously!
It should be noted that the apps available to Win 10 S will be a subset of Windows Store Apps: they've added a few additional rules such that competing browsers are not allowed. Where they draw the line seems uncertain at this point and could well change so it is hard to predict the impact on VSC.
They might do it in a way that allowed Electron apps that only used local content, but even that would not be ideal for VSC.
But maybe this isn't so terrible in the end. VSC as an electron app was never ideal. It would be much better if Windows 10 exposed API's that allowed Electron apps to use the platform's Edge browser engine rather then bundling its own browser components. And as Edge gets closer to catching up with Chrome/V8 (leaving aside MS's seeming aversion to the Web Componenet API's) that ideal gets closer. I've always assumed that that (and using VSC as a service from Azure) was part of the VSC 'master plan'.
And that would provide an efficient way for all Electron apps (lets not forget about slack, after all) to reach 10 S.
If the need to make VSC available to Win10 S pushes that forward then VSC and 10 S are both the better for it IMO.
@GitTom "It should be noted that the apps available to Win 10 S will be a subset of Windows Store Apps: they've added a few additional rules such that competing browsers are not allowed"
This is common rule for store, not only for Win 10 S https://msdn.microsoft.com/en-us/library/windows/apps/dn764944.aspx
But there is apps like Slack and Telegram based on Electron. https://electron.atom.io/docs/tutorial/windows-store-guide/
@ad1Dima
The Windows Store Policies that you linked to is dated "Document date: March 29, 2017". I don't think there is anything there which details the extra rules for Win 10 S. As I noted above - they are not the same.
So, the fact that Slack & Telegram are in the Windows Store doesn't tell us that they (and other Electron apps) will be allowed for Windows 10 S.
@GitTom there is one policy. All journalistic hysteria was based on 10.2.1 from this policy
10.2.1
Apps that browse the web must use the appropriate HTML and JavaScript engines provided by the Windows Platform.
Here is video showing slack app running in win 10 s https://www.youtube.com/watch?v=sPh3c0onaQo
If you have separate policy for win 10 s, please show us.
Oh yes, I can see Slack running, specifically at https://youtu.be/sPh3c0onaQo?t=2m5s
vscode project is owned by Microsoft, so I don't think store policies are a real issue.
The store policies are created for third party customers, only ensure maximum security to the users. Microsoft should only test and certify the vscode security.
No, i have no other source. Clearly the consensus is that I am wrong and that Electron apps are fine on Windows 10 S. That certainly simplifies things for now.
I don't think the fact that Code is an Electron app is an issue here... as more than just a code editor, Code integrates with git (which can't run on 10 S), CMD/PowerShell (which are not available on 10 S), external compilers/intepreters/debugging utilities, etc (same, not available on 10 S). These issues would result in the 10 S version of Code being very stripped-down or simply a front-end to a cloud service. One other misconception is that Code could run on a phone if it is put in the Store. That's not the case. Only UWP apps specifically designed to target the mobile platform can run on phones. Desktop Bridge apps can only run on PCs.
I'll bet the only way to run Code on the Surface Laptop will be to upgrade it to Pro.
@d1vanloon for me it would be great even if vscode can work only as an editor on windows 10 S and mobile.
Obviously it would be even better if vscode can work as a cloud based ide with git support and use cloud compiler like visual studio team services.
However regardless of that, which would require a lot of work, I still do not understand what it blocks the release of vscode as a Desktop Bridge for windows 10 pro.
I think this is a good candidate to bring over to the store via win32 bridge. There are no services, no COM, and doesn't require admin privileges. It is the stores policy to not use web technologies other than EdgeHtml and Charka, thus why we can't get chrome and Firefox in the store (for security reasons). However, if that can be ported to use them, I don't see how it violates store policy and should work assuming you have external tools (nodejs, etc) installed separately, it just a matter of piping commands around, and communicating with them. As for getting it to work in Windows 10 S, I see limited success, because all the languages services require node.js to run things like tsserver.js for TypeScript language support. However, who's to say that you can't have a client profile, where all your node.js services, etc are remotely executed and results are sent over the wire.
For this to work with limited storage policy devices like Xbox, a integration with Onedrive is probably required. THUS my request is to extend this to make an online Visual studio code app in live.com apps (like already present word, excel online etc). That way you don't really need anything but a web browser and ms would be happy because more people will utilise Onedrive and other online office tools on live.com. Judging that MS would like to expand windows S like google it will probably rely on online apps like google with chrome OS which makes visual studio code online on live.com the most likely option. Since vscode is for mass adopters, in-app extension purchases for small fees (1-10$) integrated with ms store would probably be also most suitable model
@Kollerb04 after simple conversion by Desktop Bridge this app wouldn't be able to run on any device except PC. Neither on Xbox, Phone or HoloLens.
@ad1Dima not talking about a simple conversion. Just a general idea. Xbox was just an example because I guess phones suffer similar limitations, although that changed recently with win10 mobile if I'm not mistaken. Btw. if this won't work on phone or other closed devices it is useless at the moment in microsoft store as if anyone can buy surface laptop... they can surely buy and use windows 10 pro and even visual studio 2017. I understand windows S in devices for 150$ but at this moment I don't think theres any market for pc exclusive microsoft store app that already has a javascript or whatever it is called counterpart for standard desktop. Still the onedrive integration would work for devices with the closed storage (I think), even if it is downloadable app only and not working in the cloud like the broader idea I have presented.
@ad1Dima I think putting dev tools themselves in containers aka windows store is interesting. I like to think of it as docker for client apps (on Windows anyways). It's clean install/uninstall, no custom third party installer logic, and it's safer to run everything in a compartmentalized, well partitioned sandboxes, unlike the current process where everything has access to just about anything on your system and can mess stuff up, even if well intentioned. I think one of the huge blockers to this is interop with node.js. But as far as being useless, I think that is a stretch. I think the goal here is to transition to secure by default. VS code is already cross platform, and adding to xbox and other very constrained platforms can only be considered after we first take care of the first part. Developer tools are probably the least progressed with running inside of constrained environments as it's themselves who want full control to offer a great programming experience for any project.
For me the idea of publishing to the Windows Store is not to make the app available to Mobile devices, or Xbox; but most of all to provide developers an easier way to obtain a full text editor, and benefit from the Store auto-updating & extra feature from the UWP.
No one ever is going to use their Windows 10 phone, HoloLens or Xbox console to develop. The apps doesn't need to be adapted to a Mobile interface either.
What can actually be done? Publish it for using on PCs (W10 Home, Pro & S) and for phones/tablets but _only in Continuum mode_ (or when there is a Mose+Keyboard available). That is what actually makes sense to me.
Unfortunately, Windows Phone is dead. So I think it isn't worth it publishing it to the store, when there are about 10 models which supports them, although Microsoft doesn't want that mark anymore(for example they stop supporting Skype for Windows Phone on July 1st)...
@jens1o I actually agree with you on publishing to the store isn't really worth it when considering getting it into environments such as phone, HoloLens, or Xbox. There is one oddity though that isn't really talked about, the store vs distributing outside the store via .appx file type instead of .msi and .exe. I think all websites should offer .appx files for Windows 10 and .msi or .exe for Windows 8.1 and older. The benefits I mentioned above https://github.com/Microsoft/vscode/issues/10759#issuecomment-306465609 explains my reasoning; however, once it's distributable via .appx, there is little friction to go all the way and make it a store app, but allow people to get it outside the store in container (.appx) format as well. I'm not a big fan of the store, mostly because it's hard to roll back to a version that works when something breaks, and those times when an app gets discontinued and now I don't have a local copy I can install myself. As you can see there are really two concerns here, and I would argue that the store is the lesser concern.
I want that the time they have to develop this (awesome) editor should go into the editor, and not into fixing bugs because of more, different environments. I see no problem of having to install this as a desktop app. Actually the opposite is true, because Windows apps do not have such large possibilities, nor I know an app which bases on Electron in the App Store. That would be too big for such a (compared) small team.
@OrbintSoft I know you want it in the store for Windows 10S, mobile, etc. I would argue that we should demand Microsoft let us install any .appx file on all our devices because it's sandboxed already and the store is more of a nicety than a requirement.
Yes ,I really like to have on windows mobile with continuum, windows 10 s, etc
And I believe with all that Microsoft is investing in universal applications, mobility and cloud, at least a long term analysis must be considered.
However speaking realistically, currently is not possible to release vscode as uwp app (too huge work is needed).
But, as has already been analyzed, vscode works perfectly as centennial app on windows 10 pro, and maybe even on windows 10 s.
Release on windows store is not only a way to release an universal application, it's a standard way to release a secure app, with a standard update/install/uninstall management.
Microsoft is investing so much in the store and vscode is a Microsoft product, only for coherence It would be natural expecting a release on the store.
So why not give some love to the store?
@OrbintSoft Getting a little bit off topic here. The store is great when it works. That said, it often has problems, and I don't want my only way of getting and updating my dev tools to be reliant on the store. Nothing is wrong with vanilla .appx. It works better than click once deployment that existed back in the day for .Net development. If they put it in the store, sure, great, another way to get the product, but what I really want is full control over my deployment, updating, rolling back, identity. I feel like MS offers this awesome container technology and glosses right over it and simplifies it to using a managed service (the store). I would like to have choice to deploy how I want, because some things are not ready to be a service quite yet. I have had times where the new version of vscode broke my workflow. That would be a horrible experience if the store just updated it and I had no recourse but wait to get real work done till they fixed their problem.
@OrbintSoft Oh, btw, .appx files have a great standard update/install/uninstall management already, it's called double clicking on a package and click install. Uninstall works the same as a store app. The updating can be automatic if it's in the store or the app chooses to, but there needs to be a whoa and go back mode. You get that with .appx files, just install the version you want and off to the races. It's dead simple.
@wizarrc appx can already be installed without store, you should simply enable "Sideload apps" or Developer mode".
Allow to everyone as default to install appx it's dangerous for security, you can include malicious code in appx without passing the store's tests.
However no one is saying here to release vscode only in the store, vscode can be continue to be released as a standard setup as alternative for who doesn't trust the store.
In a company or in a school the update of visual studio code can be managed with Microsoft Store for Business or for Education.
So you you can test vscode before releasing a new version to your employs.
@OrbintSoft That makes about as much sense as to go back and use Windows 7. Upgrading to Windows 10 is in large part for security. I believe you can still certify your appx file and having it cross signed by Microsoft and not deploy it in the store. I think it's a poor excuse to say if you don't want it in the store, then you can't use our container technology, and here is old fashioned .msi installer that will eventually break or at the very least clutter up your system. I don't have an Azure AD Business or Education account, nor do I want it or can afford it at this time, yet I would like to get the other benefits that the OS provides.
Even if the .appx can't pass store certification, it's still better than an .msi installer. I feel that there should be no excuse for every single non-service or system driver based windows application running on Windows 10 to not be able to be containerized. Even those non-qualifying applications can be broken into two pieces; client containerized app, and the non-UI services and system drivers. This is about lowering your footprint for exploits, period.
On that note, if Microsoft really wanted to, they could analyze the .appx you just downloaded and pre-check it to make sure it can't use any capabilities that you did not specify in the manifest. That's what all those file system, object manager virtualization technologies allow, to intercept calls to the system and check to see if they are allowed. What this is really about is policy, and trying to get you to use their services, which isn't something that should be pushed but allow people to opt-in because it works for them. VS code is a good candidate not only because it's complex and has many moving parts that are all external to the project, but it allows Microsoft to figure out the best way to make user applications safe by default for all users, not just those on premium accounts.
@jens1o Microsoft DOES support Skype UWP on Windows 10 Mobile
Wait...
Oh, yeah. I got confused with all these versions. To clarify, Windows 8 Phone and Windows 8.1 Phone won't get any support starting on 1st July.
Windows 10 Phones are not affected. (Source: https://www.golem.de/news/microsoft-ab-1-juli-kein-skype-mehr-fuer-windows-phone-geraete-1706-128261.html (German))
@jens1o and FYI Slack and Telegram are Elector apps in the store.
Please make it work with Windows 10 S
vscode should be published on mac store, in the microsoft Linux repository (look at https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup-ubuntu) and the windows store. It would simplify installation and automatic updates
Even Inkscape has been released on the store as an UWP app, even if it only works on PC, I don't think it would be too hard to just release it on the store too, I find it way easier to install and update.
Btw, the Telegram on the Store is not an electron app: https://github.com/telegramdesktop/tdesktop
If I had to guess why Microsoft hasn't done it yet, I'd say its probably due to some limitations of the UWP framework. Things like the ability to reference libraries/files outside of the sandboxed UWP app folder isn't there, the terminal wouldn't work, and probably most importantly, VS Code is solely based on opening any folder in the file system - something that would be impossible in a UWP app due to the extra layer of security and again, the restriction to only access a single folder partitioned exclusively for UWP application. I'm not saying they wouldn't be able to support these features for a UWP app, it's just not there yet.
With great security comes great limitation.
@ChuckkNorris That might be the case but I still feel that Microsoft should inform us of that if so.
Would it really too that hard to comment on this issue informing us about the possibility at the current state of UWP?
@filfat I completely agree - I'd love an official response as well.
I didn't intend to sound like I was defending Microsoft's silence; I was simply speculating as to why a UWP app wasn't chosen for VS Code. I wouldn't be surprised if this is planned for when the UWP gains the feature parity required to make it feasible, which is probably why this issue hasn't been closed yet. UWP apps are (supposed to be) the future for Windows 10 after all.
To be in Windows store, vscode doesn't have to be a UWP app. It can just be a normal app packaged with Desktop bridge aka project centennial for store. This approach has already been tested by vscode team.
@gulshan I'm not aware of the VS Code team having tested that approach. A quick google search came up with nothing - Any source on that info?
@ChuckkNorris See https://github.com/Microsoft/vscode/issues/15820#issuecomment-273688385
Monaco is the editor portion of vscode. It run across the browsers and not dependent on Electron shell. The terminal, debuggers, extensions, workbench(not fully sure) etc are not included in it. It may be packaged as a pure UWP app, available to all type of devices. Javascript and Typescript got full intellisense support in monaco.
This seems like a great chance to promote UWP and lead by example, Microsoft. Why would someone else use a product that the owners dont use?
@bpasero Wouldn't it be possible to automate using this npm script?https://blogs.msdn.microsoft.com/appconsult/2017/03/14/convert-your-electron-app-using-the-desktop-bridge/
This produces an AppX Package without having to use the Desktop App Packager, although I'm not sure about package Signing.
You could then collect it from your output, and publish it to the Windows Store.
I was going to try and implement it myself, but Electron and NPM are far outside my expertise.
Hey MS Team, any news? There is many improvements in Fall Creators Update SDK for Centennial apps. It's more than year since feature requested.
Now that I'm doing more in Mixed Reality (MR), it'd be nice to have a UWP version of VS Code so it integrated better with the virtual environment... though it can be used as a Desktop app in MR.
Agreed - now that it's been tested a year ago - why not release in the Store?
MS even released WinDBGX in the store.
WHAT ARE YOU WAITING FOR ???
I think this GitHub request and its comments need to be split into two requests:
Feature 1. The request posted in the original post: "While VS Code is easily obtainable as it is, it still feels like VS Code could benefit from the standardized update procedure that comes with the Windows Store." This would be for the existing platforms that VS Code runs on like Windows 10 Home/Pro.
Feature 2. Make VS Code cross-platform so it runs on mobile devices, surface, lower end devices, etc. and platforms that require UWP for applications.
Are there any official news on this request?
Any progress / roadmap / ETA?
https://github.com/Microsoft/vscode/issues/15820#issuecomment-273688385 indicated that porting with the desktop app converter worked with no loss of functionality (a lot can happen over a year, so its worth checking again), leaving the only issue being how to orchestrate daily/monthly publishes to the ~Windows~ Microsoft Store.
Regarding build orchestration, is there anything the community can do to help? Off the top of my head, emitting an .appx
during build, and adjusting the built in update checker (link to store instead or simply don't check?) are 2 areas that would need addressed.
how to orchestrate daily/monthly publishes to the Windows Microsoft Store.
Microsoft Store has API for that
As for daily/monthly builds, there is Windows Application Packaging Project since VS 2017 15.4 so it can be build step in TFS, I guess
Maybe they will announce something at Build 2018? This shouldn't be so hard for a big company like Microsoft since they own both the software and the platform.
Over a year later and still no news?
Windows Dev Day keynote has announced the MSIX app packaging format which reportedly allows packing of apps with little to no modification. If I recall correctly, its toolchain supports Linux, MacOS and Windows. This changed anything regarding the issue?
After a little thinking, I have found this issue is much more complicated. VS code can be packed as appx format and be sent to store for download. However, that is not the end of the story.
The nature of a full featured editor implies that extension downloading is something has to be considered if this is to be sent to the store. Do they still live on the package manager and downloaded via the software itself or do we put them in the store as extensions since the store does support software add-on. If we allow them to be downloaded though the software, is that breaking the rule that software in the store should not be downloading software? If we move the extensions to the store, that is hell of a big project, and extension developers will have to learn another way to publish.
Another issue is that the use on Windows 10 S, or S mode in the future. As we know, S mode does not allow user to install command line tool as those tool are destructive to the file system. Then the integrated terminal in vs code is rendered useless and so is the whole purpose of the software. Now should this mean Windows 10 S/S mode is not supported? If so, what's the point of putting this in the store? If not, what should we do to the terminal and extensions?
Then, write a letter to WDG, tell them to add the ability to install command line tools via the Store.
Having it in the store makes it easier to update, install, etc. Having one place to download software is what everyone wants I think.
In a perfect world, a PWA version that lives on the cloud and uses the file system and command line tool on the Azure server side will be ideal for the store. User log in with their profile, what ever done to the file system and command line tool stays with the user profile. However I suppose that will imply a paid/subscription version of the software, be a part of office 365 or something.
Kodi is in the store and provides its own addon mechanism. This should not
be considered as a parameter in the decision IMO.
On Tue, Mar 13, 2018, 20:55 nerocui notifications@github.com wrote:
In a perfect world, a PWA version that lives on the cloud and uses the
file system and command line tool on the Azure server side will be ideal
for the store. User log in with their profile, what ever done to the file
system and command line tool stays with the user profile. However I suppose
that will imply a paid/subscription version of the software, be a part of
office 365 or something.—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Microsoft/vscode/issues/10759#issuecomment-372797335,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AGs5-yaIvj9ORvseSX_4OIu3lZaYBz1sks5teCROgaJpZM4JpSOF
.
Paint .NET is in the Store and provides an add-on mechanism.
Also, maybe access to commandline and ability to start and attach to (debug) new processes might be as easy as requiring elevated permissions for the app. There's an appx capability parameter for that, I believe.
Any update for this?
It's been years since this thread has opened and seemingly nothing has been done. Isn't there a simple way of packaging a traditional app as a centennial app to then be supplemented with UWP APIs later? Why can't this be done?
Still waiting for UWP version of VS Code for Windows. Microsoft?
Microsoft, forget about releasing Andromeda in October without UWP VS Code...
Paint .NET is in the Store and provides an add-on mechanism so there is nothing really preventing VS Code from being packaged via the windows store. It would be my preferred method of using it if I could.
It's been years since this thread has opened and seemingly nothing has been done.
I really feel like this should be a primary goal.
@egamma @bpasero Can you give an update on this/assign someone to this? Is something blocking it or do you just have other priorities? Any kind of update would be nice!
I do not think there are something in the middle, but someone.
So, WHO is blocking you?
@be5invis I am not sure whether I understand what you mean. I just asked for some update what causes this to be open and unassigned for so long. I can understand when this is currently not a priority but some update would be nice.
I am just curious that why this long-waiting release channel has such a low priority.
It would be great to get an update on this from the primary developers.
maybe with the upcoming feature of installing command line tools in the windows store we will get this?
@Danthekilla @claell apologies, but this feature request is currently not on our six month roadmap.
@egamma thank you for an official update 🍺 . let the nagging restart in 6 months.
@egamma Thanks for the official statement, although you don't elaborate why it is not on the Roadmap.
Apparently this is not considered very important, although it seems easy to implement and has a huge demand (+ seems logical from a strategic point).
But ok, I don't use Windows often and there is a snap for Ubuntu, so I don't care much. I was just curious.
_Real_ programmers only use an Xbox controller. Keyboard and mouse are for sell-outs. #UWP
I don't know why this is still open. Having VS Code in Store does not make as much sense as you think it would. If you are on Windows 10 S, then you are limited to only Store apps, but you won't be able to run command lines any way (since S won't let you), so there is no benefit. If you are not running S, then there is not much point of having it in the store as nothing will really change and it takes a lot of work to make it possible. Another, VS Code uses it's own update machenism, changing it to store does not seem to improve the good UX that it has now, the effort will just be like in vein. Being a cross platform Electron app, VS Code should have a unified code base that the devs only need to develop once and push button to compile for diff platforms, having a vs solution is just another layer of complexity.
@nerocui
then there is not much point of having it in the store as nothing will really change
What changes is that I don't have to look for it in the web and then go through installation process, I can simply hit "install" in the Store. Makes configuring new machine much easier.
it takes a lot of work to make it possible
It doesn't. Packaging an Electron app for the Store is a matter of oneliner in PS. In fact, earlier in this thread some developer from the VS Code team said they already tried that.
VS Code uses it's own update machenism, changing it to store does not seem to improve the good UX that it has now
Except that with Store updating mechanism I won't see a single notification about new version in the editor itself, no reloading, etc, just quite update in the background. I mean no doubt, the speed of this team is impressive, but when I have to update Code on three machines every week it's a bit annoying.
VS Code should have a unified code base that the devs only need to develop once and push button to compile for diff platforms
Turning Code's own update mechanism can be implemented as a build flag and then it's literary one argument in the build pipeline to build and package a version for the Store.
I won't even go into the fact that it's Microsoft product and Microsoft Store, not having Code in there is kind of embarrassing and certainly isn't encouraging for other devs.
VS Code is a Code Editor at the first place. So it does have plenty of useful functionality even if you are using Windows 10 in S Mode.
As it was mentioned before me, installing something from the Store is easier and personally I trust it more than any developer's installer (and uninstaller) solution to not mess up my system or leave files/registry entries after itself once I want to uninstall it.
The update mechanism of the Store is also simpler, happens in the background, less disruption.
When it comes to distribution for bigger companies, installing some selected Store apps is much simpler than distributing and running traditional installers.
You could consider building an MSIX package. It's cross platform, works on Linux, Mac, Windows 7, but gives all the good stuff like sandboxing and virtualised filesystem and registry on Windows 10 and also makes it trivial to publish it through the Store.
Have to agree with @nerocui. Enough tolerance for Microsoft's mediocracy. It is their product and Store is their product. It should have been there from the very beginning... not in the roadmap... then when? @nerocui is absolutely right - it is discouraging for devs to see how incapable MS' technologies are, then why should we bother with this ecosystem anymore. Personally Im sick of the whole Microsoft inconsistence.. just look at Windows 10, look at it... Let's make at least this happen!
I had the completely exact idea, same use cases, as Andrey. The whole idea
of logging in to a new/reinstalled machine with your MS id and having Code
auto install/configure is something i expected MS to use as a marketing
gold mine. I would preffer all my apps installed from the store for that
matter. And is it not a bit hypocritical expecting third party devs to
publish apps to a store that the creators dont trust/support/promote?
On Mon, Jun 25, 2018, 18:09 Andrey Ashikhmin notifications@github.com
wrote:
@nerocui https://github.com/nerocui
then there is not much point of having it in the store as nothing will
really change
What changes is that I don't have to look for it in the web and then go
through installation process, I can simply hit "install" in the Store.
Makes configuring new machine much easier.it takes a lot of work to make it possible
It doesn't. Packaging an Electron app for the Store is a matter of
oneliner in PS. In fact, earlier in this thread some developer from the VS
Code team said they already tried that.VS Code uses it's own update machenism, changing it to store does not seem
to improve the good UX that it has now
Except that with Store updating mechanism I won't see a single
notification about new version in the editor itself, no reloading, etc,
just quite update in the background. I mean no doubt, the speed of this
team is impressive, but when I have to update Code on three machines every
week it's a bit annoying.VS Code should have a unified code base that the devs only need to develop
once and push button to compile for diff platforms
Turning Code's own update mechanism can be implemented as a build flag and
then it's literary one argument in the build pipeline to build and package
a version for the Store.I won't even go into the fact that it's Microsoft product and Microsoft
Store, not having Code in there is kind of embarrassing and certainly isn't
encouraging for other devs.—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Microsoft/vscode/issues/10759#issuecomment-400006748,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AGs5-z9YZMWjfPC1fmEf4myfOMruHtJPks5uAQsogaJpZM4JpSOF
.
Looks like my comment has caused quite some arguments. Look guys, this is Microsoft we are talking about. If you want them to be more like Apple, well, they won't. They don't integrate all their product together, and they just use what they feel right for the product. I would like things to be perfect too, but a developer like us has the ability to at least configure an editor every time we buy a new machine or reinstall the OS. I'm not saying it's perfect, I'm just saying that this is not the priority and Microsoft feels the same way. Their Visual Studio till this day is still 32bit, and uses an updater separate from the software itself. It too is not updated from the store, unlike xcode from Apple.
I don't think VS Code is anywhere near as complex as the big VS. But to that argument, the Desktop Office apps are available through the Store...
But again, just at least start going to that direction, first by adopting MSIX.
Ok, I'm going to say it (again) because noone else is. Microsoft IS going to release a foldable device with mobile capabilities branded Surface in the second half of October and it is going to be positioned as a business device first. It will be powered by a modular version of Windows (Windows Core OS) and a composable responsive shell, dubbed CShell. Said so, if this device is incapable of running VS Code for writing and editing code and doing actual business work on it from day 1 on release - MASSIVE FAIL AND TARNISH THE SURFACE BRAND. On behalf of all devs here, Microsoft, I suggest you to reconsider your "roadmap"
@vxnsbir1ugsp that's an unreasonable amount of speculation about an unannounced device running an unannounced OS with unknown capabilities.
But, S Mode can be easily turned off, so you are not limited to the Store...
Windows on ARM can run pretty much any app that a desktop Windows can...
So I'm not afraid of those kind of limitations. If Andromeda will see the light, I'm pretty sure it will run VS Code even in its current form.
@petroemil want to bet?
@vxnsbir1ugsp
In my opinion, I really don't think Andromeda will have coding features. I don't think it's positioned to developers or creators. I think it will be positioned to generation Z workers and used as a conjunction device alongside of HoloLens and Surface Hub. These will be edge device on the big cloud+edge computing that Microsoft is so big on. I think it will be like a mobile platform with Continuum ONLY FOR WINDOWS 10 S MODE for office workers. As of devs, I still think we need powerful computers and comfy mouse and keyboard. If we are going to settle for mobile+docking capability devices, we might as well use remote software and SSH. Or you may also hope for the industry to move to PWA IDE like a lot service already do.
@nerocui I only hope Andromeda runs VS Code from day 1 in whatever form the IDE is. Don't really care if it comes from the Store. That's it :)
@vxnsbir1ugsp
You may want to check this out my friend.
https://stackblitz.com/
@nerocui that web-editor is one excellent example of what VS Code is capable of inside a sandbox (you know, potentially running in S Mode). I'm pretty sure StackBlitz could easily be turned into a PWA and published to the Store.
@petroemil, yes, but let's not "overWebify" VS Code. It's Web enough as it is now... @nerocui I can also check Sublime, Brackets and of course WebStorm, but I'm afraid I might actually like them and Microsoft might not like that ;)
also i forgot to mention the Arduino IDE which is in the store for a while, i have used it and its so seamless as experience that i forgot its a Store app altogether. That IDE actually compiles code, sends it to an Arduino over USB, uses Sockets to communicate, OTA software uploads over wifi... I am not proposing to rewrite any part of VS Code - just do what Arduino are doing - they do offer a separate installer aside from the Store one.
Ok... so now we should be able to just Go and Code on the newly announced Surface, right? Pun intended :)
@bjuraga I see what you did there, but Andromeda is coming and MS better be prepared. They announced some portable version of VS Code, isn't this the first step to the Store?
@nerocui perfect! I asked for this over a year ago! MS should buy stackblitz and incorporate it into live.com or outlook.com/visual studio toolset or make their own version. I see that there is no github repo support? It is not that necessary but would be an useful feature. Also more languages/frameworks would be welcome. The MS store repo release is ok, but this goes way further.
All Windows insider knows, that MS can listen! This issue is open almost two years now!
So,
is MS Store capable for MS Code? If not, what is MS doing? Is it important for MS, that MS Store is filled with great content? If not, what is MS doing? Does MS have an "universal" platform? If not, what is MS doing?
If yes, start working on this immediately! ;)
we DEMAND vscode in windows store!!!
It's 2018 now, and VS Code not release in the Microsoft Store like years ago. Now Microsoft Store have many Win32 applications such as HeideSQL, WinSCP, paint.net etc. And now we really want install VS Code in Windows Store and update it in store.
This should be a no-brainer if not only to show how easy it is to add a Win32 Electron app to the Microsoft Store....
Are non-UWP apps even allowed in the Windows Store? I feel like meeting the requirements of the Windows Store would compromise cross-platform more that benefit it.
@jadenPete
Are non-UWP apps even allowed in the Windows Store?
That's exactly what Desktop App Converter does.
@saschanaz @ad1Dima I didn't realize this was possible, thank you for informing me.
I find it a little ridiculous that Microsoft doesn't treat UWP as a first-class distribution platform for its own software:(
From last month, user-level installers are available for Windows and it has been made the default distribution. This means no elevated/admin permission is required to install and use vscode. I think this is a big step for some app to be available in Windows store. I hope this is included in the next 6 month roadmap for vscode. If there are any difficulty/lack of support for certain features from the windows store/MSIX packaging side, this should be communicated between both teams within Microsoft. I think, there can be some initiatives from MSIX team also for this.
Cowards. Microsoft aren't we eligible enough for you to receive an official response from you what is the exact reason VS Code is not in the Store, not to mention a true UWP responsive app? Are your developer community not worth an official statement for a discussion that hot for years?
@vxnsbir1ugsp according to the UWP part, it's simple, it's been built on top of a completely different tech stack with the aim to be cross-platform. VS Code is an Electron app.
The question about why it's not in the Store is a better one, we haven't really received any useful answer other than "it's not on the roadmap"...
Maybe when MSIX will be available on Mac and Linux as well, they will migrate to that and after that publishing to the Store will be trivial.
@vxnsbir1ugsp according to the UWP part, it's simple, it's been built on top of a completely different tech stack with the aim to be cross-platform. VS Code is an Electron app.
The question about why it's not in the Store is a better one, we haven't really received any useful answer other than "it's not on the roadmap"...
Maybe when MSIX will be available on Mac and Linux as well, they will migrate to that and after that publishing to the Store will be trivial.
The UWP part is simple, yes. A TRUE UWP RESPONSIVE app is not that trivial I guess.
@vxnsbir1ugsp actually... but it's pretty off topic and heavily based on speculation... even the UWP part could be kindof possible.
VS Code is a cross-platform app. It doesn't rely on any specific platform API, so there's no (direct) Win32 dependency either. I think, Microsoft could - in theory - build a version of Electron (the runtime/host for VS Code) that IS a pure UWP app and relies on only UWP APIs that can be found on any Windows 10 variant (including Mobile, Xbox, HoloLens, Surface Hub, IoT). After that it would be only up to the GUI developers to make the UI responsive as well.
@vxnsbir1ugsp actually... but it's pretty off topic and heavily based on speculation... even the UWP part could be kindof possible.
VS Code is a cross-platform app. It doesn't rely on any specific platform API, so there's no (direct) Win32 dependency either. I think, Microsoft could - in theory - build a version of Electron (the runtime/host for VS Code) that IS a pure UWP app and relies on only UWP APIs that can be found on any Windows 10 variant (including Mobile, Xbox, HoloLens, Surface Hub, IoT). After that it would be only up to the GUI developers to make the UI responsive as well.
Man, I am talking about the GUI in particular. The second time I even needed to highlight it... The GUI is not meant to behave like UWP. The menu bar, full with all those commands and menus... Have you ever seen a TRUE UWP app to look like this? Open mail, calendar, OneNote whatever. They all have hamburger menus and touch friendly controls. That's what I am talking about. Leave this Electron stuff aside, we all know it's platform independent already. Yes the GUI developers have to be on board for this project.
Any update on this? I am hanging on buying Surface Go
because I need vscode in it.
Any update on this? I am hanging on buying `Surface Go` because I need vscode in it.
You can just take it out of S Mode if you really need a development tool. Or for just pure code editing there's an excellent app called Code Writer, it's a true UWP app.
@petroemil Yes but then I am afraid if it lowers the performance of surface go dramatically since its hardware isn’t good enough.
Then why do you expect that VS Code on UWP will be any faster?
@jadenPete he obviously fears the Surface Go will take a performance hit if he switches S Mode off. Not that VS Code on UWP will be faster.
@eluchsinger Thank you. You exactly understood my problem.
Not only performance, but security would also decrease if you disable S Mode. This is one of the primary reasons why I run S Mode on my primary work device. Which means, VS Code is a no-go for me currently.
You just updated the design of the title bar and is beautiful with large buttons and menus!!! Kudos! The overall UI needs a few more touches here and there to make absolutely everything touch friendly with big UI elements (just a few, not that much). Then make it responsive for every screen sizes (like phones, tablets, etc.) and release it in the store and I will be happy! It is ALMOST ready for Continuum, WCOS + CShell that is currently in development and ANDROMEDA 2019, that geared towards business and productivity! Come on, MS! 😜
The problem described in the original post seems to have been resolved:
While VS Code is easily obtainable as it is, it still feels like VS Code could benefit from the standardized update procedure that comes with the Windows Store...
It appears that with the new user-level installer that got released a couple of months ago if there are any updates they get applied automatically when the user closes VS code.
I wouldn't say it's resolved. It's improved for sure, but VS Code still doesn't update in the background like apps from the Store do.
You have to actively open it so it can run its own installer/updater, whereas normal Windows apps simply get updated in the background while your PC is idle. Even if you haven't used the respective Store app for the last two weeks, next time you'll open it, it will already be on the newest version.
Now Microsoft publish MSIX Packaging Tools, the official said that MSIX can support any installer. Could use that to release VS Code? It's a bad feeling to download a installer manually and run again just for update.
@WenqiangXie I have started experimenting with creating an AppX Package (Windows Store availability for MSIX isn't there yet, but it uses the same process).
An issue with Windows Store availability is that currently it is pretty crippled without right clicking the app tile and running as Administrator (Something that isn't allowed to be automatically elevated like traditional apps).
To fix this, we might need to use the WinRT Storage APIs, so we can make use of the new Access All Storage Permission in new versions of Windows 10, which requires WinRT Storage APIs to work.
An issue with Windows Store availability is that currently it is pretty crippled without right clicking the app tile and running as Administrator (Something that isn't allowed to be automatically elevated like traditional apps).
When VS Code need elevated permissions?
@ad1Dima I think permissions are slightly different once containerised.
You can try out my branch, it appears that access Saving files, Powershell commands (Due to Powershell history), and git don't work, unless you Run as Administrator.
Leave it already. It's pointless to ask for this. Microsoft just doesn't care about the rumored Andromeda device that is rumored to support Continuum and its alleged vision for productivity in the office space. I exit this thread and IMHO the time to close it has probably come. It's been two years and MS has done nothing. Let's keep our dignity
I think as a first step, having an MSIX installer would be enough. An app packaged as MSIX doesn't have to be compliant with the Store rules, neither does it have to run on the UWP runtime (with all the permission/capability checks), but it can still benefit from file system and registry virtualisation. With an MSIX installer we would get a clean install (and uninstall) experience and also non-distrupting background app updates.
Can we open a new issue for MSIX migration? Because MSIX is cross-platform and not limited to Microsoft Store.
(This issue should change its title as Windows Store is now Microsoft Store)
Can we open a new issue for MSIX migration?
Yeah, was thinking about the same... I'm gonna start it and refer to this issue as the starter.
@petroemil I have already started this work, all that needs to be done is replace makeAppx with makeMsix
Many people here still don't understand the difference between release in store and make an UWP application.
Make an UWP would be great, I am the first to support the idea, but requires a too huge effort due UWP limitations, an effort that probably Microsoft will never do for a free application.
Furthermore making VSCode UWP implies to maintain another project not compatible with other platforms.
But here we are just asking to release on store.
There aren't any particular issue to release on store, because all store limitations are intended only for third party developers, Microsoft is the owner of store and can release anything she wants on it.
Do you remember the update from Windows 8.0 to 8.1? that can be installed from store, because Microsoft can even release windows updates on store.
If Microsoft wants can even release Visual studio professional on store, but that is a bad idea because installer depends on too much modules and third party components.
If VSCode is not still on store it is not for technical issues, but because Microsoft doesn't want or because Microsoft doesn't care about it.
In any case, release on store don't imply support on Windows S, xbox, windows mobile, windows on ARM, windows IOT, AndromedaOS or others platform.
Windows store is just a standard way to install, update and uninstall an application.
@petroemil I could not agree with you more. Getting away from msi/exe installers and using containerization is a great first step. I am a great fan of msix. You can read my thoughts of appx about 18 months ago on this thread before msix was announced. https://github.com/Microsoft/vscode/issues/10759#issuecomment-307196053
I'd love to have VS Code in the store, maybe ti could run on a Samsung ARM based Galaxy Book 2 !
With lte in tablet factor (similar to Surface Pro 6), this would be pretty nice to catch up on some code in the plane
@tuath publishing the app to the Store has nothing to do with its support for ARM. Pretty much nothing is holding back the team to compile an ARM64 version to natively support Windows on ARM, even if they don't want to publish it to the Store.
Yes, please make Visual Studio Code available in the Windows Store so that it updates regularly. Also, bring back windows phone!
Windows Store is typically disabled in Enterprise environments and out of the box in LTSB versions. Distibuting this way does not help compared to MSI Installer.
Users are not allowed and should not allowed to install random software that stay unmaintained later, when the developer lost interrest. Than the security holes have been installed via store, but nobody is aware of it. Software is never automatically uninstalled, but stay on local disk with security bugs.
This is the worst argument against the Windows Store ever.
First of all, Windows Store is likely by far the most secure source to install apps, generally speaking. Even if you install a Win32 desktop app from the Store, it can't mess up your registry and will never have admin right in its lifetime. It's almost impossible for these apps to be of any security risk for the user.
Companies have control to what they let employees download - they can blacklist/whitelist applications.
It's also significantly easier for sysadmins to manage apps installed from the Store than to remove random apps downloaded from the internet.
What exactly do you mean as worst argument?
People cannot install every random software... they have no admin permissions. Only the sh** per user installers around somewhere.
Speaking generally. How are you able to make sure applicaction have no weak ciphers included or openssl version that have backdoors or other insecure components? How can such apps not cause a security issue for the personal customer data that the application use?
Please also expect that a developer has discontinued his project. Does an app gets marked by MS as having insecure components embedded and than auto-uninstalled? I guess not.
Where are there store apps saved? Local appdata? This gets deleted on user logoff.
Do I like to have 20gb user home drives that all contain the same software? No! There should only be the data located.
The store as I know is a good additional distibution point for home users, but not for enterprise that need full controll.
Store is the first that get‘s disabled or is not included in. LTSB for exacly all this reasons as nobody want people to install random software per user. Good luck with an Software Audit...
@alexhass Can't you use AppLocker to whitelist packaged apps from the store? Like @petroemil said:
Companies have control to what they let employees download - they can blacklist/whitelist applications.
Where are there store apps saved?
%PROGRAMFILES%/WindowsApps
. Only the user data will be saved in local app data.
We are currently on Windows 7, waiting every day that MS republishes the october win 10/2019 images. Only silence since ~6 weeks.
No user has requested an win 10 app yet. It is really new to me that these apps are virtualized in a vm to protect against an outbreak, but I’m willingly to learn. Our main plan was to use LTSB and that means there will be no app store. I may take a look into the whitelisting feature, but the Store has zero focus for us. No vendor is really using it exclusivly and we deploy everything via MSI files today. MSIX sounds nice, but is really more far future.
All 7 Electron apps we run have an MSI except - vscode - where I have written the installer for, but maintainer seems too much in love with exe setup that cannot deployed. Please do not forget that I‘m only looking for future windows versions. I cannot wait 5 years from now.
„Only the user data will be saved in local app data.“
I hope the software can use roaming appdata. Local app data get‘s deleted as this is excluded from roaming.
No user has requested an win 10 app yet.
Because no store-only killer Windows app exists yet, except OneNote.
Distribution via Microsoft Store won't remove the current installer (just as InkScape and Paint.NET keep both), so IMO your enterprise policy is never a blocker.
The blocker is the missing official MSI of vscode. An unofficial has been provide by me. But the vscode team seems to ignore it and like to keep EXE innosetups. This EXE cannot deployed in enterprise via AD and therefore makes it a blocker for win 7 until current windows 10.
The feature here is only for future windows versions. I cannot wait longer for officially msi.
Why would they provide an exe over an msi?
The blocker is the missing official MSI of vscode.
@alexhass Understandable, you may want to track #61793. Oops, you already do! Sorry for the noise.
@jadePete: I do not know!!! They neglected my 1 week work with no reason except, we have no time in next year. Strange for open source as the code is ready. See https://github.com/Microsoft/vscode/pull/38008
Looks like they do not understand Enterprise need and what a professional installer is. Since a short time the per User installer became the default download and system installer has been hidden in the download drop down. Everything goes into wrong direction about installers.
A week ago I shared a more advanced installer that allow per machine and per user install in one MSI setup, see https://github.com/Microsoft/vscode/pull/62620. Closed again.
Maybe the decission maker should change.
Now have a program named 'Kode Studio' published in MS store which based VSCode show that not a hard work. VSCode team, It's time to release VSCode to MS Store. In my opinion, all software those from MS should be release in MS Store. If the teams from MS not support MS store, how can we hope others team to support MS store.
As the problem of admin, I found that so many program form MS in store can ask for UAC, it's not a problem. The other problem is add-in, but I found that the win32 office form MS store also can install add-in. All of those things show VSCode could publish in MS Store.
We are currently on Windows 7, waiting every day that MS republishes the october win 10/2019 images. Only silence since ~6 weeks.
No user has requested an win 10 app yet. It is really new to me that these apps are virtualized in a vm to protect against an outbreak, but I’m willingly to learn. Our main plan was to use LTSB and that means there will be no app store. I may take a look into the whitelisting feature, but the Store has zero focus for us. No vendor is really using it exclusivly and we deploy everything via MSI files today. MSIX sounds nice, but is really more far future.
All 7 Electron apps we run have an MSI except - vscode - where I have written the installer for, but maintainer seems too much in love with exe setup that cannot deployed. Please do not forget that I‘m only looking for future windows versions. I cannot wait 5 years from now.
„Only the user data will be saved in local app data.“
I hope the software can use roaming appdata. Local app data get‘s deleted as this is excluded from roaming.
But more people use Windows10, yes, Windows10 is current of Windows. If more application in Ms Store, every one can make it easy to use computer, they can install application faster and secure. More than 700M users will be benefit form MS Store.
And you say that not user has requested an win 10 app. It's worst, yes, you can see how may user ask for UWP VSCode application but just few people to against that in this issues. And now, you can see, so many import application publish in MS Store, such as MS office, iTunes, Telegram, WeChat etc. Now so many powerful and useful application publish to MS Store. Those team have hear the voice form their users but not just to fantasy that 'Year people not like windows10 and they just want a OS like Windows 7 and MS Store is bad, no one will like it'. But they hear the true voice form their users. And they follow the voice.
We always to criticize windows for that so many worst application to hurt users, and without a official software source make windows not good for general users. They can't find good application to finish their work, they get bad application form worst website or others. But now, MS Store can to fix it, why not to do this?!
Well, did it first. Using Advanced Installer Express Edition (which is free), VS Code functions perfectly as an AppX (haven't tried MSIX). It could be easily submitted to the Store from here. AFAIK everything works fine - only concern is I didn't try to remove the auto-updater from VSCode. 😃
Only things that need work:
@WilliamABradley @petroemil @filfat
@hansmbakker @be5invis @filfat I can't work on this for another ~2 weeks (extremely busy), but I have uploaded my AppX and Certificate here for your testing (if you should so wish). No guarantees or anything, but it should "Just work" minus the concerns on the checklist.
To install, you must first enable Developer Mode in Windows 10. Then, you must download the "exportedmycert.cer" file and install it to "Local Machine" > "Custom Store" > "Trusted People." Finally, you can download and install the AppX.
Other than the things on the checklist, please feel free to give me some feedback. Of course, convincing MS to adopt this as a packaging method might be the difficult part...
https://1drv.ms/f/s!AvH2EtXBNSjun1v2o4a6TgK-MgK8
Theoretically, you could get rid of installing the certificate step, but I don’t have a code signing certificate :( .
How about now? I can't wait to download VSCode in Store. Now I could get most programs in store, such as Office suit , TeamViewer Lite, Python and more.
Does it any new information?
Vote 32 thumbs for this! VSCode is almost the last app I must install on my Windows 10 PC.
All others such as Office 365, Power BI Desktop, WSL(Linux), Wechat, VCL, Remote Desktop, TreeSize, etc. are in Microsoft Store now! Waiting for VSCode comming and it will be good chance to promote UWP with performance and safety in the modern desktop.
Upvoting this: I've been wanting VSCode in the store for years now. Any update?
@alexandrudima @egamma could you please comment on this?
This issue is open for ~2.5 years, has lots of upvotes and duplicates ( = similar requests). People even started to try packaging VS Code themselves - see https://github.com/Microsoft/vscode/issues/10759#issuecomment-445425735.
Now available on Snap for Linux. Seriously, Microsoft managed to release to Ubuntu, a _non-Windows Operating System_, before they could release on Windows.
I don't know why Microsoft give less foces in MS Store. So many teams refuse release their products to their store, yes, their store. I have to download new Edge installer and have a UAC windows, I have to download VSCode with every update. And I ask for MOR teams bring MOR to store, it seems they don't know what's that. As apple, XCode could found in app store, but in windows, if I want to build a program, I have to download installers such as VS and others. MS Store can accept Win32 applications many years, but it take so few foces and just like their 'father' MS not like her too.
I JUST DON'T WANT TO FOUND A INSTALLER AND UPDATE A SORTWARE EVERY TIME BY MY HANDS.
Now available on Snap for Linux. Seriously, Microsoft managed to release to Ubuntu, a _non-Windows Operating System_, before they could release on Windows.
Maybe we can find VSCode in Mac App Store soon but not in MS Store. Just have a Mac next time.
@alexandrudima @egamma could you please comment on this?
This issue is open for ~2.5 years, has lots of upvotes and duplicates ( = similar requests). People even started to try packaging VS Code themselves - see #10759 (comment).
Yes, and I have found a version in MS store but named with other. But if not official support, it will not update with release version fix problems. Just like that one in store, with a long time doesn't update and not support any add-in.
Can you send link to that version
+1 for ms store implementation. Seriously just what the hell Microsoft?!
This just came for me: Has it struck anyone as odd, at all, that Microsoft Edge (the new Chromium-based version) isn't available in the Store? The new Chromium-based Edge has no ties to the OS at all - nothing prevents it from being distributed in the Store, unlike classic Edge.
This means Microsoft doesn't really care to release their own projects to the Store. At all. We've been asking for Visual Studio in the Store for years. We've been asking for Microsoft Edge in the Store also for years, and when they are now able to do it, they aren't. We've been asking for VSCode in the Store, and even though I showed 4 months ago https://github.com/Microsoft/vscode/issues/10759#issuecomment-445425735 that it could be done, nothing.
Microsoft teams themselves think the Store is a waste of resources.
EDIT: And while I am at it, why were the plans to put MS Paint in the Store scrapped? It could have been a pre-installed Store app. Why isn't Windows Media Player, Windows Fax and Scan, etc. pre-loaded Store apps at this point?
Yeah, it's been baffling to me why pretty much none of Microsoft's developer tools are distributed via the Store by now - even small ones like Azure Storage Explorer and Azure Data Studio. Maybe there's certain features that still won't work with the store? Maybe there's another blocking issue, like managing beta/insider releases? I wish we could hear from the teams about what's blocking Store distribution and the timeline on fixing it. I thought with VS Code, perhaps they were just wanting to use the same updating mechanism cross-platform, but since it's available via snap, that theory went out the window.
I started a discussion on the Edge Insider forum about distributing Chromium Edge via the Store, and am still waiting to hear back from someone on the Edge team. One unofficial theory that was floating around was suggesting that the final, production version might be distributed via the Store and that the beta/insider editions would be installed/updated via the installer.
If Microsoft is going to be pushing for developers to publish Win32 applications to the store, they really should lead by example. Otherwise, it sends a mixed message.
Yeah, it's been baffling to me why pretty much none of Microsoft's developer tools are distributed via the Store by now - even small ones like Azure Storage Explorer and Azure Data Studio. Maybe there's certain features that still won't work with the store? Maybe there's another blocking issue, like managing beta/insider releases? I wish we could hear from the teams about what's blocking Store distribution and the timeline on fixing it. I thought with VS Code, perhaps they were just wanting to use the same updating mechanism cross-platform, but since it's available via snap, that theory went out the window.
I started a discussion on the Edge Insider forum about distributing Chromium Edge via the Store, and am still waiting to hear back from someone on the Edge team. One unofficial theory that was floating around was suggesting that the final, production version might be distributed via the Store and that the beta/insider editions would be installed/updated via the installer.
If Microsoft is going to be pushing for developers to publish Win32 applications to the store, they really should lead by example. Otherwise, it sends a mixed message.
This is super off topic for one. Also for two, Edge technically powers the store irrc so you cant put the Edge in itself.
If you are manually installing software and complain that the store is the best way I'd argue above all that MSI is the primary and best way to manage more than one users machines since it is enterprise ready. It looks like MSIX when ready will get everyone what they want including enterprise installers and store installers, so sit tight.
This is super off topic for one. Also for two, Edge technically powers the store irrc so you cant put the Edge in itself.
Wrong. We were referring to Chromium-based Edge, which is _entirely_ different under the hood than classic Edge. There is _nothing_ preventing Chromium-based Edge from being in the Store, as it even runs on Windows 7. Chromium-based Edge doesn't power _anything_ in Windows 10. We were commenting on how Microsoft _could_ distribute "Chredge" in the Store, but _isn't_ for weird reasons.
Edge technically powers the store irrc so you cant put the Edge in itself
The Store likely contains a WebView
control to render web pages (which the old Edge app also uses) but not the whole Edge app.
Store policy would need to change first. The same rules that prevent submitting Chrome, Firefox, Opera, Maxthon, etc to the Store apply. And not adhering to their own rules would likely have legal complications. They are going to have to change the rules before anything can be done, and since Chrome and Chromium Edge share engines it's not an easy change.
Actually, on the not of browser engines, I believe VS Code uses Chromium for the UI. Taking into consideration how it's used (extensions can show web content in VS Code) I think it would violate store policy. So while from a technical standpoint getting VS Code onto the store is achievable, Store policy would likely prevent submission. At least that's my understanding of the situation.
That makes sense. If that is the case, I hope it can be sorted out!
@ChuckkNorris being chromium rendered app has nothing to do with store policy, there are plenty of electron based app in the store.
Facebook for Windows shows web content with Chromium based engine and there hasn't been any policy conflict.
The clause I was referring to is at https://docs.microsoft.com/en-us/legal/windows/agreements/store-policies (10.2.1).
Most Electron apps only show content that is internally hosted, and as such do not browse the web. In the case of VS Code however some extensions (and perhaps even some part of VS Code I am not aware of) introduce web browser functionality in some shape or form (be it an actual embedded browser that uses the Electron Chromium instance directly to render, or using HTML from arbitrary sources).
As for Facebook for Windows, it looks like it actually uses Webkit based on https://twitter.com/Martijn_Cuppens/status/1015169981368225793 and honestly I don't know what to make of that since it is a fully fledged browser (there are ways to provide it specific links). Maybe it has diplomatic immunity or something, considering how hard MS has fought to get a Facebook backed Facebook app on their platforms.
Personally I think the policy is silly, hopefully in time we will see it vanish with Chromium soon being baked into Windows. Maybe a few other potential issues will be addressed as part of it as well. That is, assuming it eventually comes to the Store.
Store policy would need to change first. The same rules that prevent submitting Chrome, Firefox, Opera, Maxthon, etc to the Store apply. And not adhering to their own rules would likely have legal complications. They are going to have to change the rules before anything can be done, and since Chrome and Chromium Edge share engines it's not an easy change.
Actually, on the not of browser engines, I believe VS Code uses Chromium for the UI. Taking into consideration how it's used (extensions can show web content in VS Code) I think it would violate store policy. So while from a technical standpoint getting VS Code onto the store is achievable, Store policy would likely prevent submission. At least that's my understanding of the situation.
They just don't care about it and don't want to do that. So many software based Electron can be publish in MS Store. And a tool in NodeJS be given to build UWP based NodeJS. And a third VS Code named Kode Studio in store. Nothing stop them but they just don't want do this or they hate do this.
Can you send link to that version
It's named Kode Studio based VS Code but some features are disable. The store link is https://www.microsoft.com/store/productId/9NXDMCLN8P1X
This is Kodi Studio, extensions and some other features are disable.
Microsoft and Kano are launching a build-your-own Windows 10 PC kit
The Kano PC is to teach kids how to build their own touchscreen laptops and to learn to code etc.
It runs on Windows 10 S, meaning Microsoft Store only.
Would be great if it could run Visual Studio code!
It seems there will be a browser-only version of vscode in future in url- https://online.visualstudio.com
Probably it will depend on the SSH remote for execution.
Which will run in all these restrictive devices also. But the code and vscode remote servers have to run somewhere else in capable devices (currently linux). Let's see how things happens.
The new Windows Terminal will be distributed through the Store.
So tell me again how is it not possible to do the same thing with VS Code? It's just a pretty UI on top of a bunch of CLI tools. And the Windows Terminal proves that those CLI tools can be accessed from a UWP/Store app.
I'm surprised that after 2 years the core development team's input is absent on this. C'mon guys, at least mention what's hindering you from doing this.
I'm surprised that after 2 years the core development team's input is absent on this. C'mon guys, at least mention what's hindering you from doing this.
This what hindering them from doing this is thousands more important things. Does the release in the MS Store improve the programming in any way? I dont thinks so
Not to minimize anybody's effort, but certainly publishing on the store is not a gargantuan task is it ?
It's so ridiculous. I run VS Code once in a whille, week - two and every time it prompts about updates. So I can't start my work but wait to download, install update and restart application. I want to have VS Code always up to date, before I start them, not after. Why doesn't Microsoft Store do this? It's 2019 for god sake.
It's so ridiculous. I run VS Code once in a whille, week - two and every time it prompts about updates. So I can't start my work but wait to download, install update and restart application. I want to have VS Code always up to date, before I start them, not after. Why doesn't Microsoft Store do this? It's 2019 for god sake.
It is possible, but VS Code is not in the Store ...
I have a weird thought tho.
Since Edge is now getting extensions from "Extensions for Edge" tab in Microsoft Store, is it possible that the VS Code team is working towards this direction as well? After all, if the biggest blocker of moving VS Code to MS Store is extension, maybe the "Extension for Edge" pattern could be a solution?
if some policy keeps vscode from being uploaded to the microsoft store then obv the policy is wrong.
I have told microsoft a million times already to fire evryone that is working on that project.
Or let me guess, are you guys secretly pushing the whole VS Code onto Web, and then further more PWA the hell out of it, and then since there's PWA in MS Store now, this long lasting hopeless issue can finally be done in a second?
But since Edge is moving to Chromium on full speed, all above can not be done until Edge on Chromium officially get released and replace the old Edge, which will happen on early 2020. Is that the plan big M?
I mean if that's the case, it's quite exciting! That means this issue too can finally be solved after the long waiting.
If it's a sandbox or extensions marketplace issue, at least can there be an release with the remote extensions installed so it can be used for remote development?
Please, consider making Visual Studio Code available to install from the Microsoft Store or at least consider publishing it as MSIX. Thanks!
It would be excellent if windows 10 mobiles can be used as web development tool! ;)
It is outdated: https://support.microsoft.com/en-us/help/4485197/windows-10-mobile-end-of-support-faq
And... why programming on a Mobile device?
It would be excellent if windows 10 mobiles can be used as web development tool! ;)
It is outdated: https://support.microsoft.com/en-us/help/4485197/windows-10-mobile-end-of-support-faq
And... why programming on a Mobile device?
I'd like to code during traveling. I'd like to code with Surface Neo. I'd like to code in Window S mode. I also like to code in such devices like Samsung Galaxy Tab S6.
The news on how the new Edge would be released gave me some idea. Can VS Code be an optional system component and updated through Windows Update as well?
@filfat No this is a terrible idea.
Has it ever occur to anyone that it's probably that the Store is so horrible, which it is, that it's considered a joke internally? I heard that the Store team is not very much inline with the modern Microsoft. The Store strategy has also failed dramatically so much so that Microsoft announced open store strategy for all Windows based systems with even old Microsoft critics Tim Sweeney standing behind. They also blogged about a new update mechanism that sounds exactly like Chrome OS. Maybe the new employees are just used to do things this way. Maybe no one likes the Store. Maybe we shouldn't even like the Store because we are biased Microsoft fans. There hasn't been any, any new feature or announcement about the Store or new exciting apps coming to the Store for the past two years now. (Since Terry Myerson left) It is truly a wasteland. All the projects from Terry's era are being killed. 3D initiatives, focus on creator, people bar, groove, old edge and much much more. Heck, even till this day, DotNet Core 3.0 and C# 8 are still not available for UWP. Xamarin Form support for UWP has always been subpar. What does that tell you?
"The Store" and "UWP" are 2 very different technologies (even though they started off conjoined, neither of them need the other anymore). It's off-topic for this issue, but I believe these points need to be addressed. You're right that UWP is _probably_ going away, and that will _most likely_ be in favour of .NET Core (just my opinion, no insider knowledge). XAML islands and other features mean that the ideas of UWP will still live on (in the same way that the ideas of Silverlight still lived on in UWP).
The Store as a distribution model is great. The Terminal team are using it as their primary distribution merchanism. The Powershell team are considering it. Both of those projects have required changes to the store to make happen, so to say that there's been no new features is just plain wrong. I don't doubt what you've heard (there's nearly 150,000 employees in Microsoft, so they won't all have the same opinion) but to ship things that are fundamental to the OS through this mechanism (not to mention all of the out-of-box apps) would suggest that it's still evolving, not being killed off.
The Store has also brought us MSIX technologies, which is the deployment model and sandboxing behind the Store but without the centralised distribution.
Granted there aren't any big named apps in the Store (apart from Adobe and a bunch of games) but it's still useful. Our IT department deploys more than a dozen external (and some internal) apps through the Store, that our users don't have to find, install, update or maintain in any way shape or form. If we could add VSCode and some of the other Azure utilities then that would be fewer things we need to rely on users to maintain
C# 8 are still not available for UWP
C# 8 is partly available for UWP
You can set <LangVersion>8.0</LangVersion>
in your project file
Terminal app and Python being distributed in the store demonstrates this is a worthwhile idea. Dev tools are the last domain of apps that haven't been containerized, so accomplishing this would be very impressive and beneficial.
Windows should just ship with a stripped down version of Docker, then language servers could run in docker containers with Hyper-V isolation. It would also be nice if you could open a git repo in VS Code and it would get its own dev container, also leveraging the isolated containerization.
+1
What's the progress on this issue? Will it ever be released???
@xpirad Almost certainly completely dead now, just like the Windows Store.
And this isn't a FUD assumption either. Every tech commentator I've read has said that the writing's been on the wall for the Store for quite a while now. Take a look at recent events: Ad monetization is getting shut down, there was a desperate 90/10 pricing split to try to attract new developers, and Microsoft Edge recently dropped support for both UWP and the Store. MSIX works outside the Store and is primarily targeting outside the Store with it's marketing and target audience.
You might say, oh, the new Terminal is in the Store. Yeah, because the Terminal is a UWP app, a format which is dead to literally every major company outside of Microsoft. (Facebook just pulled their app last week.) VS Code is not a UWP app, and even though it could be distributed in the Store, it's unlikely to happen, especially as Microsoft has been promising that core components like Paint and Fax & Scan would be distributed in the Store for _years_ and still hasn't done it and still has no recent plan to do it.
Facebook messenger https://www.microsoft.com/store/productId/9WZDNCRF0083
and instagram was recently updated https://www.microsoft.com/store/productId/9NBLGGH5L9XT
Apple directs to the store for downloading iTunes https://www.microsoft.com/store/productId/9PB2MZ1ZMB1S
Telegram https://www.microsoft.com/store/productId/9NZTWSQNTD0S
Slack https://www.microsoft.com/store/productId/9WZDNCRDK3WP
Nice Sketch compatible app Lunacy https://www.microsoft.com/store/productId/9PNLMKKPCLJJ
Greatest Paint.Net https://www.microsoft.com/store/productId/9NBHCS1LX4R0
Windows 10x emulator image https://www.microsoft.com/store/productId/9PD8VQGN8015
Spotify https://www.microsoft.com/store/productId/9NCBCSZSJRSB
Adobe, Corel, Twitter, Intel drivers, more and more parts of the system.
So dead :)
Ubuntu https://www.microsoft.com/store/productId/9NBLGGH4MSV6
python https://www.microsoft.com/store/productId/9NJ46SX7X90P
Microsoft Emulator https://www.microsoft.com/store/productId/9N0TN65P5BF6
Arduino IDE https://www.microsoft.com/store/productId/9NBLGGH4RSD8
Debian https://www.microsoft.com/store/productId/9MSVKQC78PK6
We use it for business apps like powerbi too and it's awesome since we don't have to deal with updating it in Configuration Manager
Get Outlook for Androidhttps://aka.ms/ghei36
From: behroozbc notifications@github.com
Sent: Thursday, March 5, 2020 10:39:01 AM
To: microsoft/vscode vscode@noreply.github.com
Cc: hypercube33 hypercube33@hotmail.com; Comment comment@noreply.github.com
Subject: Re: [microsoft/vscode] Release in the Microsoft Store (#10759)
Ubuntu https://www.microsoft.com/store/productId/9NBLGGH4MSV6
python https://www.microsoft.com/store/productId/9NJ46SX7X90P
Microsoft Emulator https://www.microsoft.com/store/productId/9N0TN65P5BF6
Arduino IDE https://www.microsoft.com/store/productId/9NBLGGH4RSD8
Debian https://www.microsoft.com/store/productId/9MSVKQC78PK6
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/vscode/issues/10759?email_source=notifications&email_token=ACCT3YVPOLR5CO2ONZZGGXDRF7ISLA5CNFSM4CNFEOC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEN57FSY#issuecomment-595325643, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACCT3YQWLAGMEE6OXHGKYBDRF7ISLANCNFSM4CNFEOCQ.
Will it be possible to at least release it in MSIX bundles? It happens for PowerToys already.
If teams of Microsoft do not support technology from Microsoft, it's time all of us move to Linux. PowerToys not release MSIX of new version, and PowerShell 7 doesn't have a MSIX package. But VSCode release in snapcraft store, PowerShell and .Net Core release as APT, may Microsoft want to tell us, if you want to use a good and modern package manager, choose Linux, it's time, NOW.
Will it be possible to at least release it in MSIX bundles? It happens for PowerToys already.
Nope, PowerToys changed their mind, and we have to use a old Windows, not model Windows 10. Also, PowerShell 7 stable also doesn't have a MSIX installer or store version. May it's the mind of Microsoft for that not support new technology of Windows 10.
@wenqiangxie if you take a look at the issue list you will see a bunch of problems using MSIX, I believe that's why they stop delivering MSIX packages for now
@wenqiangxie if you take a look at the issue list you will see a bunch of problems using MSIX, I believe that's why they stop delivering MSIX packages for now
why dont tell us ???
@wenqiangxie if you take a look at the issue list you will see a bunch of problems using MSIX, I believe that's why they stop delivering MSIX packages for now
So they should fix those problems, but doesn't abandon MSIX installer or Microsoft store version. They are the team of Microsoft, they should to be a leader who use the new technology of Windows 10. If they don't do that, how could we can ask other developer to support Windows 10, and the model Windows just is a slide and daydream. And now I can't find the feature of Windows 10 as those Microsoft show us, Windows 10 is just a old and out of date Windows like Windows XP or ME, because the team of Microsoft not support new and model technology of Windows.
This is cross-platform application. So why to waste time in another deployment which is just for Window.
This is cross-platform application. So why to waste time in another deployment which is just for Window.
This argument can be used for everything... from Snaps to Homebrew Casks.
This is cross-platform application. So why to waste time in another deployment which is just for Window.
Because this is a software from Microsoft, and Microsoft Store is from Microsoft and very important of Windows 10, the most important system of personal user, millions user ask VSCode team to do this and help Windows to be better and better. Windows / Windows 10 is the most important system of personal/work system, not MacOS, not Linux, that's fact, and now users of Windows 10 ask Microsoft to make Windows 10 modern and better than any time.
And we have background updates with Microsoft Store :-)
And we have background updates with Microsoft Store :-)
VSCode Team are working to package a MSIX installer(#61793), when that done, that is a big landmark of the target of "Release in the Microsoft Store(#10759)“, four years later, we have the first light of this issue.
What is the status here? What is the next step?
The annoying thing is that Windows 10 S mode is a joke. You can only use apps that are either pure Microsoft or in store. And Microsoft sells devices that use S mode from get go. For what? Writing Word documents and browsing? Be serious.
Store doesn't even contain MS Teams. Maybe a good sign that Store is the least of their minds. Which is pity, because store offers a unique update process. No more need for developers writing their own update programs. For some odd reason, THAT is not a priority. It would secure and simplify app deployment kazillion times.
That ends my rant.
Now, can you please, either sign VS Code or put in the store, so that I have something better to do on Surface Go 2 tablet, than browsing and using RDP to connect to proper dev machines?
MAybe this is why? https://visualstudio.microsoft.com/services/github-codespaces/
@vkocjancic
Surface Go 2 comes with:
- Windows 10 Home edition in S mode (consumer customers)
- Windows 10 Pro edition (commercial customers)
You can switch from Windows 10 S to Windows 10 at no additional charge. Once you switch out of S mode, you can't switch back.
https://support.microsoft.com/en-my/help/4557207/surface-go-2-features#section-2
https://support.microsoft.com/en-my/help/4456067/windows-10-switch-out-of-s-mode
@vkocjancic
I guess nothing stops you from bringing your own version of VSC to the store. For example, here is an installation of Visual Studio Code that was tailored to some programming language I don't know:
https://www.microsoft.com/store/productId/9NXDMCLN8P1X
@teohhanhui
There are use cases for Windows 10 S. I also have been running my laptop in S mode for over a year now. I guess switching out is not his preferred option 😉
@teohhanhui Maybe you misunderstood me. S mode is pointless with useless Microsoft Store. On top of that, apps installed from store are not guaranteed to run in S mode. Other than that, I love fast boot up time, I love battery performance. Basically, I don't want to switch out unless absolutely necessary.
@JensMertelmeyer There are two reasons:
@teohhanhui Maybe you misunderstood me. S mode is pointless with useless Microsoft Store. On top of that, apps installed from store are not guaranteed to run in S mode. Other than that, I love fast boot up time, I love battery performance. Basically, I don't want to switch out unless absolutely necessary.
@JensMertelmeyer There are two reasons:
1. There is nothing I hate more than an app in an app store with XY provider. Take Putty for example. Someone got source code, rebuild it for store and is now charging for otherwise free software. Not a great thing for store. And... 2. I have a life. ;-)
(not a fan of windows)
I disagree s mode makes sense for companies.
You remove your dumbass employees ability to install anything on your companies property. Your dumbass employees will probably install a lot of viruses if you don't ban them from using anything.
If they change smote to allow installing stuff from admin selected/hosted repos using winget it would be where it needs to be.
It took to long for windows to realize they need a package manager.
I hope they figure out what they need to do with it for the good of their service and costumers.
- Someone got source code, rebuild it for store and is now charging for otherwise free software. Not a great thing for store. And...
- I have a life. ;-)
So the process of going through the packaging process and keeping a store version up to date is not even worth a few cents from you. And neither is it worth your time for doing it yourself, because you have better things to do.
Fascinating.
@JensMertelmeyer it's not about the money in our case, it's about trust. If Microsoft package up VSCode then I know it'll be the right build. You don't know if the build of PuTTY in the store is taking a copy of all of your private keys and connections and sending them off to the developer. Even if it was free I'd be wary of using it!
Most helpful comment
Yeh, it will be more productive :scream: