Vscode: Lançamento na Microsoft Store

Como uma questão relacionada
O que impede o VS Code de ser um aplicativo UWP para que possa ser usado no telefone / xbox etc.
São as limitações de sandbox da UWP?

Código VS no UWP: +1:

Talvez seja útil: http://electron.atom.io/docs/tutorial/windows-store-guide/
Mas não acho que um aplicativo UWPed tenha permissão para rodar uma extensão com EXE, como o “C / C ++”.

Seria muito bom tê-lo em continuidade! 👍

Sim, será mais produtivo: grite:

Vou mudar do iPhone + Macbook se você lançar esse

Trazer o Visual Studio Code para a Windows Store ajudaria muito a tornar a codificação mais acessível e fácil de entrar. Sempre digo às pessoas como é fácil codificar, mas geralmente elas nem se importam quando são necessários downloads e configurações manuais para começar. Um simples download de 1 clique da loja eliminaria esse obstáculo.

Ok, todos nós sabemos que é impossível, porque antes de usar IDE (vscode) não podemos instalar ambiente dev (como PHP, .NET completo, ...) em sistemas operacionais que usam .NET Standard como Windows 10 mobile, então talvez nós pode apenas usá-lo como um IDE baseado em nuvem.

@ikourfaln por que exatamente precisaríamos de ambientes de desenvolvimento nesse caso. Nesse caso, ficaria feliz em me conectar remotamente a um servidor.
A edição não está estritamente relacionada a isso. Claro que podemos perder a inteligência, mas talvez tenhamos um ambiente menos restrito a esse respeito com todo o impulso contínuo.

@ikourfaln Pessoalmente, ficaria feliz em poder apenas "editar" arquivos. Às vezes, você não precisa testar diretamente em um servidor. E eu não sei pra você, mas eu não uso minha máquina como ambiente de teste o tempo todo ...

@ikourfaln A propósito, com alguns scripts ', você pode testar remotamente seu código em um servidor distante se usar o GitLab ... Então, codificar apenas no meu telefone pode ser difícil! 😉

Sou um desenvolvedor .NET, então vejo essa possibilidade de uma perspectiva do .NET Core, que seria executado no Windows Phone.

Precisamos de um editor de código, com intellisense adequado e suporte a idiomas, e isso é possível.
Na loja, na verdade, existem alguns editores de código, como o Formula , mas eles não podem ser comparados ao Visual Studio Code em termos de recursos.

Alguns projetos podem ser executados diretamente no aplicativo, por exemplo, aplicativos web do cliente puro (HTML5, javascript, CSS).
Outros projetos, baseados em .NET Core ou Typescript, provavelmente não podem ser compilados diretamente ou podem ser realizados de maneira muito rápida.
Com certeza não podemos ter um ambiente .NET, PHP, NodeJS, C ++, etc ... completo, mas isso não significa que não podemos usar o Visual Studio Code como editor puro deste tipo de projetos.
Além disso, o compilador pode ser remoto (um servidor compilador, um PC LAN com ambiente completo ou um serviço de nuvem).
Estou esperando algo melhor do que: Ide7 , com suporte a depuração.

Você também pode vender o compilador de nuvem como um serviço integrado com "Visual Studio Team Services".

O controle de fonte local provavelmente não é fácil de conseguir, mas pode ser baseado em nuvem com Visual Studio Team Services, ou com github, você pode se inspirar em alguns aplicativos: SVN , Github , Bitbucket ...
Mas podemos ter a sincronização do OneDrive e backups do histórico local ...

Pessoalmente, acho que portar o Visual Studio Code para um aplicativo UWP não é fácil, mas possível com algum trabalho e daria um grande valor ao Continuum Platform.

O Visual Studio Code como um aplicativo universal do Windows seria ótimo! 👍

Por alguns motivos especiais, é difícil baixar o binário na China, mas posso me conectar à Windows Store de maneira estável. Portanto, seria ótimo tê-lo na Windows Store.

Eu votei tanto nisso ... Ter o IDE do VS Code no bolso seria ótimo ...

Seria excelente se o windows 10 mobile pudesse ser usado como ferramenta de desenvolvimento web! ;)

Por favor faça isso!!!! Venha, Microsoft.
Com suporte git e ftp / sftp. Também implemente o SSH se puder.

Relacionado- # 15820
Incluído no marco de janeiro de 2017.

Espero que o VS Code na UWP também possa desempenhar um papel como Git na UWP.

Faça algo pela sua empresa, você é a Microsoft, certo?
Assim como a Nintendo deveria lançar seu último Mario on Switch.

Os aplicativos da Windows Store também podem sincronizar as configurações? Eu sei que isso pode ser feito por meio de alguma extensão usando gists, mas o suporte oficial seria ótimo.

@CoenraadS sim. O aplicativo da loja do Windows pode acessar a API uwp que permite sincronizar as configurações. Mas esta é uma solução ruim para aplicativos de plataforma cruzada

Vim aqui para me perguntar por que um novo produto da Microsoft não era um produto da Windows Store. Realmente deveria estar lá.

Faça algo pelo seu novo Surface.

Empacote o Code como um aplicativo da Windows Store para que possa ser executado no Laptop Surface. Eu sei que não é tão simples, mas é uma meta importante.

Com o Surface Laptop recentemente anunciado, agora, mais do que nunca, você deve publicar Code na Windows Store.

@bpasero Alguma atualização sobre isso?

Para os interessados ​​nos resultados da investigação ... Usamos o conversor de aplicativo de desktop para converter o VS Code em um aplicativo UWP que usa o Desktop Bridge (também conhecido como um aplicativo “Centennial”) que fornece uma experiência de configuração da Windows Store e acesso a um subconjunto de a API UWP completa. A conversão funcionou muito bem e conseguimos carregar o VS Code como um aplicativo da Windows Store sem perda de funcionalidade.
Então, isso encerra a investigação do próprio produto. A próxima investigação que precisaríamos fazer é entender como adaptar nossos sistemas de compilação internos para produzir compilações diárias / mensais que podem ser publicadas por meio da Loja. Uma vez que isso seja compreendido, decidiremos se e quando faz sentido seguir em frente com esse esforço e realmente colocá-lo no acúmulo.

Agora que a Microsoft está avançando com uma plataforma de baixo custo que apresenta apenas aplicativos da Windows Store, realmente chegou a hora de resolver isso. Para mim, pessoalmente, o Visual Studio Code é o único aplicativo que não é da Store que uso regularmente. Para a próxima geração de programadores que estará ensinando a si próprios a prática nessas máquinas de menos de $ 300, devemos ter um editor de código sólido acessível a eles.

@Mocuto onde você viu esse comentário? Eu não vejo isso neste tópico de discussão

@ jcotton42 Na discussão # 15820

@Mocuto obrigado

100% concordam que essa NECESSIDADE deve acontecer - Win10S e HP Elite x3 achariam isso uma escolha vital para alterações de código - Quanto à execução do código, devemos empurrá-lo para outro lugar e usar serviços como VSTS / Appveyor / travis para isso como uma morte máquina capaz.

Já discuti isso com alguns na Comunidade do PowerShell, mas essencialmente neste tópico é onde a discussão é https://twitter.com/ryanyates1990/status/860265487506264069

Traga-nos o aplicativo UWP para Windows S, precisamos dele a sério!

Deve-se observar que os aplicativos disponíveis para Win 10 S serão um subconjunto dos Aplicativos da Windows Store: eles adicionaram algumas regras adicionais de forma que navegadores concorrentes não são permitidos. Onde eles traçam a linha parece incerto neste ponto e pode muito bem mudar, então é difícil prever o impacto no VSC.

Eles poderiam fazer isso de uma forma que permitisse aplicativos Electron que usassem apenas conteúdo local, mas mesmo assim não seria ideal para VSC.

Mas talvez isso não seja tão terrível no final. O VSC como um aplicativo de elétrons nunca foi ideal. Seria muito melhor se o Windows 10 expusesse APIs que permitissem que os aplicativos Electron usassem o mecanismo de navegador Edge da plataforma em vez de agrupar seus próprios componentes de navegador. E conforme o Edge se aproxima de alcançar o Chrome / V8 (deixando de lado a aparente aversão da MS às APIs do Web Componenet), esse ideal se aproxima. Sempre presumi que isso (e usar o VSC como um serviço do Azure) fazia parte do 'plano mestre' do VSC.

E isso proporcionaria uma maneira eficiente para todos os aplicativos Electron (não vamos esquecer do slack, afinal) chegarem a 10 S.

Se a necessidade de disponibilizar o VSC para o Win10 S empurrar isso para a frente, então o VSC e o 10 S são os melhores para ele, IMO.

@GitTom "Deve-se notar que os aplicativos disponíveis para Win 10 S serão um subconjunto dos Aplicativos da Windows Store: eles adicionaram algumas regras adicionais para que navegadores concorrentes não sejam permitidos"
Esta é uma regra comum para armazenamento, não apenas para Win 10 S https://msdn.microsoft.com/en-us/library/windows/apps/dn764944.aspx

Mas existem aplicativos como Slack e Telegram baseados no Electron. https://electron.atom.io/docs/tutorial/windows-store-guide/

@ ad1Dima
As políticas da Windows Store às quais você se vinculou têm a data "Data do documento: 29 de março de 2017". Acho que não há nada lá que detalha as regras extras para Win 10 S. Como observei acima - elas não são as mesmas.

Portanto, o fato de o Slack & Telegram estar na Windows Store não nos diz que eles (e outros aplicativos Electron) serão permitidos no Windows 10 S.

@GitTom existe uma política. Toda histeria jornalística foi baseada em 10.2.1 desta política

10.2.1
Os aplicativos que navegam na web devem usar os mecanismos HTML e JavaScript apropriados fornecidos pela plataforma Windows.

Aqui está um vídeo que mostra o aplicativo Slack em execução no win 10 s https://www.youtube.com/watch?v=sPh3c0onaQo

Se você tiver uma política separada para ganhar 10 s, mostre-nos.

Sim, posso ver o Slack em execução, especificamente em https://youtu.be/sPh3c0onaQo?t=2m5s

O projeto vscode é propriedade da Microsoft, então não acho que as políticas da loja sejam um problema real.
As políticas da loja são criadas para clientes terceiros, apenas garantem a máxima segurança aos usuários. A Microsoft deve apenas testar e certificar a segurança do vscode.

Não, não tenho outra fonte. É claro que o consenso é que estou errado e que os aplicativos Electron funcionam bem no Windows 10 S. Isso certamente simplifica as coisas por enquanto.

Não acho que o fato de o Code ser um aplicativo Electron ser um problema aqui ... já que mais do que apenas um editor de código, o Code se integra com git (que não pode ser executado em 10 S), CMD / PowerShell (que não são disponível no 10 S), compiladores / intérpretes externos / utilitários de depuração, etc (o mesmo, não disponível no 10 S). Esses problemas resultariam na versão 10 S do Código sendo muito simplificada ou simplesmente um front-end para um serviço em nuvem. Outro equívoco é que o Code pode ser executado em um telefone se for colocado na Loja. Esse não é o caso. Somente aplicativos UWP projetados especificamente para a plataforma móvel podem ser executados em telefones. Os aplicativos Desktop Bridge só podem ser executados em PCs.

Aposto que a única maneira de executar o Code no Laptop Surface será atualizá-lo para Pro.

@ d1vanloon para mim seria ótimo mesmo se o vscode pudesse funcionar apenas como um editor no Windows 10 S e no celular.
Obviamente, seria ainda melhor se vscode pudesse funcionar como um ide baseado em nuvem com suporte a git e usar um compilador em nuvem como serviços de equipe de estúdio visual.
Porém independente disso, o que exigiria muito trabalho, ainda não entendo o que impede o lançamento do vscode como Desktop Bridge para windows 10 pro.

Acho que é um bom candidato para levar para a loja por meio da ponte win32. Não há serviços, nem COM, e não requer privilégios de administrador. É política da loja não usar tecnologias da web diferentes do EdgeHtml e Charka, por isso não podemos colocar o Chrome e o Firefox na loja (por razões de segurança). No entanto, se isso pode ser transportado para usá-los, não vejo como isso viola a política da loja e deve funcionar assumindo que você tenha ferramentas externas (nodejs, etc) instaladas separadamente, é apenas uma questão de enviar comandos e se comunicar com eles . Quanto a fazê-lo funcionar no Windows 10 S, vejo sucesso limitado, porque todos os serviços de linguagens requerem node.js para executar coisas como tsserver.js para suporte à linguagem TypeScript. No entanto, quem pode dizer que você não pode ter um perfil de cliente, onde todos os seus serviços node.js, etc, são executados remotamente e os resultados são enviados por cabo.

Para que isso funcione com dispositivos de política de armazenamento limitados como o Xbox, provavelmente é necessária uma integração com o Onedrive. ASSIM, meu pedido é estender isso para fazer um aplicativo de código Visual Studio online em aplicativos live.com (como o word já presente, excel online etc). Dessa forma, você realmente não precisa de nada além de um navegador da web e o ms ficaria feliz porque mais pessoas utilizarão o Onedrive e outras ferramentas de escritório online no live.com. Julgando que a MS gostaria de expandir o Windows S como o Google, provavelmente dependerá de aplicativos online como o Google com Chrome OS, o que torna o código do Visual Studio online em live.com a opção mais provável. Como o vscode é para usuários em massa, compras de extensões no aplicativo por pequenas taxas (US $ 1 a 10) integradas com ms store provavelmente também seriam o modelo mais adequado

@ Kollerb04 após a conversão simples pelo Desktop Bridge, este aplicativo não seria capaz de ser executado em qualquer dispositivo, exceto no PC. Nem no Xbox, Phone ou HoloLens.

@ ad1Dima não está falando sobre uma conversão simples. Apenas uma ideia geral. O Xbox foi apenas um exemplo porque acho que os telefones sofrem limitações semelhantes, embora isso tenha mudado recentemente com o win10 mobile, se não me engano. Btw. se isso não funcionar no telefone ou em outros dispositivos fechados, é inútil no momento na loja da microsoft como se qualquer um pudesse comprar um laptop de superfície ... eles certamente podem comprar e usar o windows 10 pro e até mesmo o visual studio 2017. Eu entendo o windows S em dispositivos por 150 $, mas no momento não acho que haja mercado para o aplicativo exclusivo da microsoft store para pc que já tenha um javascript ou o que quer que seja chamado de contraparte para desktop padrão. Ainda assim, a integração do onedrive funcionaria para dispositivos com armazenamento fechado (eu acho), mesmo que seja apenas um aplicativo para download e não funcione na nuvem como a ideia mais ampla que apresentei.

@ ad1Dima Acho interessante colocar as próprias ferramentas de desenvolvimento em contêineres, também conhecido como Windows Store. Eu gosto de pensar nisso como um docker para aplicativos clientes (no Windows de qualquer maneira). É uma instalação / desinstalação limpa, nenhuma lógica de instalação de terceiros personalizada e é mais seguro executar tudo em caixas de proteção compartimentadas e bem particionadas, ao contrário do processo atual onde tudo tem acesso a quase tudo em seu sistema e pode bagunçar tudo, mesmo bem intencionado. Acho que um dos grandes bloqueadores disso é a interoperabilidade com node.js. Mas quanto a ser inútil, acho que é um exagero. Acho que o objetivo aqui é fazer a transição para seguro por padrão. O código do VS já é multiplataforma, e adicionar ao xbox e outras plataformas muito restritas só pode ser considerado depois de cuidarmos primeiro da primeira parte. As ferramentas de desenvolvedor são provavelmente as que menos progrediram com a execução em ambientes restritos, pois são elas mesmas que desejam controle total para oferecer uma ótima experiência de programação para qualquer projeto.

Para mim, a ideia de publicar na Windows Store não é disponibilizar o aplicativo para dispositivos móveis ou Xbox; mas, acima de tudo, para fornecer aos desenvolvedores uma maneira mais fácil de obter um editor de texto completo e se beneficiar da atualização automática e do recurso extra da Loja da UWP.
Ninguém nunca vai usar seu Windows 10 phone, HoloLens ou console Xbox para desenvolver. Os aplicativos também não precisam ser adaptados a uma interface móvel.

O que realmente pode ser feito? Publique-o para usar em PCs (W10 Home, Pro & S) e para telefones / tablets, mas _somente no modo Continuum_ (ou quando houver um teclado Mose + disponível). Isso é o que realmente faz sentido para mim.

Infelizmente, o Windows Phone está morto. Então acho que não vale a pena publicá-lo na loja, quando existem cerca de 10 modelos que os suportam, embora a Microsoft não queira mais essa marca (por exemplo, eles param de suportar Skype para Windows Phone no dia 1º de julho). .

@ jens1o Na verdade, concordo com você que publicar na loja não vale a pena quando considero colocá-lo em ambientes como telefone, HoloLens ou Xbox. Há uma peculiaridade que não é muito comentada, a loja versus distribuição fora da loja por meio do tipo de arquivo .appx em vez de .msi e .exe. Acho que todos os sites devem oferecer arquivos .appx para Windows 10 e .msi ou .exe para Windows 8.1 e anteriores. Os benefícios que mencionei acima https://github.com/Microsoft/vscode/issues/10759#issuecomment -306465609 explica meu raciocínio; no entanto, uma vez que ele pode ser distribuído via .appx, há pouco atrito para ir até o fim e torná-lo um aplicativo de loja, mas permitir que as pessoas o recebam fora da loja em formato de contêiner (.appx) também. Não sou um grande fã da loja, principalmente porque é difícil reverter para uma versão que funcione quando algo quebra, e quando um aplicativo é descontinuado e agora não tenho uma cópia local, posso instalar sozinho. Como você pode ver, há realmente duas preocupações aqui, e eu diria que a loja é a preocupação menor.

Eu quero que o tempo que eles têm para desenvolver este (incrível) editor vá para o editor, e não para consertar bugs devido a mais ambientes diferentes. Não vejo nenhum problema em ter que instalar isso como um aplicativo de desktop. Na verdade o oposto é verdadeiro, porque os aplicativos do Windows não têm tantas possibilidades, nem eu conheço um aplicativo baseado no Electron na App Store. Isso seria muito grande para uma equipe tão pequena (comparada).

@OrbintSoft Eu sei que você quer na loja para Windows 10S, mobile, etc. Eu diria que devemos exigir que a Microsoft deixe-nos instalar qualquer arquivo .appx em todos os nossos dispositivos porque já está em sandbox e a loja é mais do que gentil um requerimento.

Sim, eu realmente gosto de ter no windows mobile com continuum, windows 10 s, etc
E acredito que com tudo que a Microsoft está investindo em aplicativos universais, mobilidade e nuvem, pelo menos uma análise de longo prazo deve ser considerada.

No entanto, falando de forma realista, atualmente não é possível lançar vscode como aplicativo uwp (é necessário um trabalho muito grande).

Mas, como já foi analisado, o vscode funciona perfeitamente como app centenário no windows 10 pro, e talvez até no windows 10 s.

O lançamento na loja do Windows não é apenas uma forma de lançar um aplicativo universal, é uma forma padrão de lançar um aplicativo seguro, com um gerenciamento de atualização / instalação / desinstalação padrão.

A Microsoft está investindo tanto na loja e o vscode é um produto da Microsoft, apenas por coerência. Seria natural esperar um lançamento na loja.
Então, por que não dar um pouco de amor à loja?

@OrbintSoft Ficando um pouco fora do assunto aqui. A loja é ótima quando funciona. Dito isso, muitas vezes há problemas, e não quero que minha única maneira de obter e atualizar minhas ferramentas de desenvolvimento dependa da loja. Não há nada de errado com o vanilla .appx. Funciona melhor do que clicar em uma implantação que existia no dia para o desenvolvimento .Net. Se eles colocassem na loja, claro, ótimo, outra forma de obter o produto, mas o que eu realmente quero é controle total sobre minha implantação, atualização, reversão, identidade. Eu sinto que a MS oferece essa incrível tecnologia de contêiner e a simplifica e simplifica para o uso de um serviço gerenciado (a loja). Gostaria de ter a opção de implantar como quero, pois algumas coisas ainda não estão prontas para ser um serviço. Já tive momentos em que a nova versão do vscode quebrou meu fluxo de trabalho. Seria uma experiência horrível se a loja apenas o atualizasse e eu não tivesse outro recurso a não ser esperar o trabalho de verdade até que resolvessem o problema.

@OrbintSoft Oh, a propósito, os arquivos .appx já têm um ótimo gerenciamento padrão de atualização / instalação / desinstalação, é chamado de clique duplo em um pacote e clique em instalar. A desinstalação funciona da mesma forma que um aplicativo de loja. A atualização pode ser automática se for na loja ou se o aplicativo decidir, mas precisa haver um uau e voltar para o modo. Você consegue isso com arquivos .appx, basta instalar a versão desejada e pronto para as corridas. É muito simples.

@wizarrc appx já pode ser instalado sem loja, você deve simplesmente ativar "Sideload apps" ou modo de desenvolvedor ".

Permitir que todos instalem o appx por padrão, é perigoso para a segurança, você pode incluir código malicioso no appx sem passar nos testes da loja.

Porém ninguém está dizendo aqui para liberar o vscode apenas na loja, o vscode pode continuar sendo lançado como uma configuração padrão como alternativa para quem não confia na loja.

Em uma empresa ou escola, a atualização do código do Visual Studio pode ser gerenciada com a Microsoft Store para Negócios ou Educação.
Portanto, você pode testar o vscode antes de lançar uma nova versão para seus funcionários.

@OrbintSoft Isso faz tanto sentido quanto voltar e usar o Windows 7. Atualizar para o Windows 10 é em grande parte por segurança. Eu acredito que você ainda pode certificar seu arquivo appx e tê-lo assinado pela Microsoft e não implantá-lo na loja. Acho que é uma péssima desculpa dizer que se você não quer na loja, então você não pode usar nossa tecnologia de contêineres, e aqui está o antigo instalador .msi que irá eventualmente quebrar ou pelo menos bagunçar seu sistema . Não tenho uma conta Azure AD Business ou Education, nem a quero ou posso pagar neste momento, mas gostaria de obter os outros benefícios que o SO oferece.

Mesmo que o .appx não seja aprovado na certificação da loja, ainda é melhor do que um instalador .msi. Eu sinto que não deve haver nenhuma desculpa para cada aplicativo Windows sem serviço ou baseado em driver de sistema em execução no Windows 10 não poder ser colocado em contêineres. Mesmo esses aplicativos não qualificados podem ser divididos em duas partes; aplicativo em contêiner de cliente e os serviços não UI e drivers de sistema. Trata-se de reduzir sua pegada para exploits, ponto final.

Por falar nisso, se a Microsoft realmente quisesse, eles poderiam analisar o .appx que você acabou de baixar e verificá-lo previamente para ter certeza de que não pode usar nenhum recurso que você não especificou no manifesto. Isso é o que todos aqueles sistemas de arquivos e tecnologias de virtualização de gerenciadores de objetos permitem, para interceptar chamadas para o sistema e verificar se elas são permitidas. O que realmente importa é a política e tentar fazer com que você use os serviços deles, o que não é algo que deva ser promovido, mas permite que as pessoas optem porque funciona para elas. O código VS é um bom candidato não apenas porque é complexo e tem muitas partes móveis que são externas ao projeto, mas permite que a Microsoft descubra a melhor maneira de tornar os aplicativos do usuário seguros por padrão para todos os usuários, não apenas aqueles no premium contas.

@ jens1o Microsoft DOES suporta Skype UWP no Windows 10 Mobile

Esperar...

Oh sim. Fiquei confuso com todas essas versões. Para esclarecer, o Windows 8 Phone e o Windows 8.1 Phone não terão suporte a partir de 1º de julho.

Os telefones com Windows 10 não são afetados. (Fonte: https://www.golem.de/news/microsoft-ab-1-juli-kein-skype-mehr-fuer-windows-phone-geraete-1706-128261.html (alemão))

@ jens1o e FYI Slack e Telegram são aplicativos do Eleitor na loja.

Faça funcionar com o Windows 10 S

O vscode deve ser publicado na loja mac, no repositório Microsoft Linux (consulte https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup-ubuntu) e na loja Windows. Isso simplificaria a instalação e as atualizações automáticas

Até o Inkscape foi lançado na loja como um aplicativo UWP, mesmo que funcione apenas no PC, não acho que seria muito difícil lançá-lo na loja também, acho mais fácil instalar e atualizar.
Aliás, o Telegram on the Store não é um aplicativo eletrônico: https://github.com/telegramdesktop/tdesktop

Se eu tivesse que adivinhar por que a Microsoft ainda não fez isso, diria que provavelmente é devido a algumas limitações do framework UWP. Coisas como a capacidade de referenciar bibliotecas / arquivos fora da pasta do aplicativo UWP em sandbox, não está lá, o terminal não funcionaria e, provavelmente, o mais importante, o VS Code é exclusivamente baseado na abertura de qualquer pasta no sistema de arquivos - algo que funcionaria ser impossível em um aplicativo UWP devido à camada extra de segurança e, novamente, à restrição de acessar apenas uma única pasta particionada exclusivamente para o aplicativo UWP. Não estou dizendo que eles não seriam capazes de oferecer suporte a esses recursos para um aplicativo UWP, simplesmente não existe ainda.

Uma grande segurança traz grandes limitações.

@ChuckkNorris Pode ser o caso, mas ainda acho que a Microsoft deveria nos informar disso se for o caso.

Seria tão difícil comentar sobre esse assunto nos informando sobre a possibilidade no estado atual da UWP?

@filfat Concordo plenamente - adoraria uma resposta oficial também.
Não pretendia soar como se estivesse defendendo o silêncio da Microsoft; Eu estava simplesmente especulando por que um aplicativo UWP não foi escolhido para o VS Code. Eu não ficaria surpreso se isso estivesse planejado para quando a UWP ganhasse a paridade de recursos necessária para torná-lo viável, provavelmente por isso que este problema ainda não foi resolvido. Afinal, os aplicativos UWP são (supostamente) o futuro do Windows 10.

Para estar na loja do Windows, o vscode não precisa ser um aplicativo UWP. Pode ser apenas um aplicativo normal empacotado com Desktop bridge, também conhecido como projeto centenário para loja. Esta abordagem já foi testada pela equipe vscode.

@gulshan Não estou ciente da equipe do VS Code que testou essa abordagem. Uma rápida pesquisa no Google não resultou em nada - alguma fonte sobre essa informação?

@ChuckkNorris Veja https://github.com/Microsoft/vscode/issues/15820#issuecomment -273688385

Monaco é a parte do editor do vscode. É executado em todos os navegadores e não depende do shell Electron. O terminal, depuradores, extensões, workbench (não totalmente seguro), etc. não estão incluídos nele. Ele pode ser empacotado como um aplicativo UWP puro, disponível para todos os tipos de dispositivos. Javascript e Typescript têm suporte completo para o intellisense no Mônaco.

Esta parece ser uma grande chance de promover a UWP e liderar pelo exemplo a Microsoft. Por que outra pessoa usaria um produto que os proprietários não usam?

@bpasero Não seria possível automatizar usando este script npm? https://blogs.msdn.microsoft.com/appconsult/2017/03/14/convert-your-electron-app-using-the-desktop-bridge/
Isso produz um pacote AppX sem ter que usar o Desktop App Packager, embora eu não tenha certeza sobre a assinatura do pacote.
Você pode coletá-lo de sua saída e publicá-lo na Windows Store.

Eu tentaria implementá-lo sozinho, mas Electron e NPM estão muito além da minha especialidade.

Ei MS Team, alguma notícia? Há muitas melhorias no SDK de atualização do Fall Creators para aplicativos do Centennial. Faz mais de um ano que o recurso foi solicitado.

Agora que estou fazendo mais em Mixed Reality (MR), seria bom ter uma versão UWP do VS Code para que ele se integrasse melhor com o ambiente virtual ... embora possa ser usado como um aplicativo Desktop no MR.

Concordo - agora que foi testado há um ano - por que não lançar na Store?

A MS até lançou o WinDBGX na loja.
O QUE VOCÊ ESTÁ ESPERANDO ???

Acho que essa solicitação do GitHub e seus comentários precisam ser divididos em duas solicitações:

Recurso 1. A solicitação postada na postagem original: "Embora o VS Code seja facilmente obtido como está, ainda parece que o VS Code pode se beneficiar do procedimento de atualização padronizado que vem com a Windows Store." Isso seria para as plataformas existentes nas quais o VS Code é executado, como o Windows 10 Home / Pro.

Recurso 2. Torne o VS Code em plataforma cruzada para que seja executado em dispositivos móveis, superfície, dispositivos de ponta, etc. e plataformas que requerem UWP para aplicativos.

Há alguma notícia oficial sobre este pedido?
Algum progresso / roteiro / ETA?

https://github.com/Microsoft/vscode/issues/15820#issuecomment -273688385 indicou que a portabilidade com o conversor de aplicativos para desktop funcionou sem perda de funcionalidade (muita coisa pode acontecer em um ano, portanto, vale a pena verificar novamente), saindo o único problema é como orquestrar publicações diárias / mensais na ~ Windows ~ Microsoft Store.

Em relação à orquestração de construção, há algo que a comunidade pode fazer para ajudar? Em cima da minha cabeça, emitindo um .appx durante a construção e ajustando o verificador de atualização embutido (link para armazenar em vez ou simplesmente não verificar?) São 2 áreas que precisam ser tratadas.

como orquestrar publicações diárias / mensais na Windows Microsoft Store.

A Microsoft Store tem API para isso

Quanto às compilações diárias / mensais, existe o Windows Application Packaging Project desde o VS 2017 15.4 para que possa ser uma etapa de compilação no TFS, eu acho

Talvez eles anunciem algo na Build 2018? Isso não deve ser tão difícil para uma grande empresa como a Microsoft, já que ela possui tanto o software quanto a plataforma.

Mais de um ano depois e ainda sem notícias?

O keynote do Windows Dev Day anunciou o formato de empacotamento de aplicativos MSIX, que supostamente permite empacotar aplicativos com pouca ou nenhuma modificação. Se bem me lembro, seu conjunto de ferramentas suporta Linux, MacOS e Windows. Isso mudou alguma coisa em relação ao problema?

Depois de pensar um pouco, descobri que esse problema é muito mais complicado. O código VS pode ser compactado como formato appx e enviado para armazenamento para download. No entanto, esse não é o fim da história.

A natureza de um editor de recursos completos implica que o download da extensão é algo que deve ser considerado se for enviado para a loja. Eles ainda residem no gerenciador de pacotes e baixados por meio do próprio software ou os colocamos na loja como extensões, já que a loja oferece suporte a add-on de software. Se permitirmos que eles sejam baixados pelo software, isso está violando a regra de que o software da loja não deve baixar software? Se movermos as extensões para a loja, será um grande projeto e os desenvolvedores de extensões terão que aprender outra maneira de publicar.

Outro problema é que o uso no Windows 10 S, ou modo S no futuro. Como sabemos, o modo S não permite que o usuário instale ferramentas de linha de comando, pois essas ferramentas são destrutivas para o sistema de arquivos. Em seguida, o terminal integrado no código vs torna-se inútil e assim é todo o propósito do software. Isso significa que o modo Windows 10 S / S não é compatível? Em caso afirmativo, qual é o sentido de colocar isso na loja? Se não, o que devemos fazer com o terminal e as extensões?

Em seguida, escreva uma carta para WDG, diga-lhes para adicionar a capacidade de instalar ferramentas de linha de comando através da Loja.

Ter na loja torna mais fácil atualizar, instalar, etc. Ter um local para baixar o software é o que todo mundo quer, eu acho.

Em um mundo perfeito, uma versão do PWA que reside na nuvem e usa o sistema de arquivos e a ferramenta de linha de comando no servidor do Azure será ideal para a loja. O login do usuário com seu perfil, o que já foi feito no sistema de arquivos e na ferramenta de linha de comando permanece com o perfil do usuário. No entanto, suponho que isso implicará em uma versão paga / assinatura do software, ser uma parte do Office 365 ou algo assim.

Kodi está na loja e fornece seu próprio mecanismo de addon. Isso não deveria
ser considerado como um parâmetro na decisão IMO.

Na terça, 13 de março de 2018, 20:55 nerocui [email protected] escreveu:

Em um mundo perfeito, uma versão do PWA que vive na nuvem e usa o
sistema de arquivos e ferramenta de linha de comando no lado do servidor Azure serão ideais
para a loja. O usuário faz login com o seu perfil, o que já foi feito com o arquivo
O sistema e a ferramenta de linha de comando permanecem com o perfil do usuário. Porém eu suponho
que implicará em uma versão paga / de assinatura do software, ser parte de
Office 365 ou algo assim.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/10759#issuecomment-372797335 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AGs5-yaIvj9ORvseSX_4OIu3lZaYBz1sks5teCROgaJpZM4JpSOF
.

O Paint .NET está na loja e fornece um mecanismo complementar.

Além disso, talvez o acesso à linha de comando e capacidade de iniciar e anexar a (debug) de novos processos pode ser tão fácil como requer permissões elevadas para o aplicativo. Existe um parâmetro de capacidade appx para isso, eu acredito.

Alguma atualização para isso?

Já se passaram anos desde que este tópico foi aberto e aparentemente nada foi feito. Não existe uma maneira simples de empacotar um aplicativo tradicional como um aplicativo centenário para ser complementado com APIs UWP posteriormente? Por que isso não pode ser feito?

Ainda aguardando a versão UWP do VS Code para Windows. Microsoft?

Microsoft, esqueça o lançamento do Andromeda em outubro sem o UWP VS Code ...

O Paint .NET está na loja e fornece um mecanismo complementar para que não haja nada realmente impedindo que o VS Code seja empacotado através da loja do Windows. Seria meu método preferido de usá-lo, se pudesse.

Já se passaram anos desde que este tópico foi aberto e aparentemente nada foi feito.

Eu realmente sinto que esse deveria ser um objetivo principal.

@egamma @bpasero Você pode nos dar uma atualização sobre isso / atribuir alguém para isso? Algo o está bloqueando ou você apenas tem outras prioridades? Qualquer tipo de atualização seria bom!

Eu não acho que há alguma coisa no meio, mas alguns um.
Então, QUEM está bloqueando você?

@ be5invis Não tenho certeza se entendi o que você quis dizer. Acabei de pedir algumas atualizações sobre o que faz com que isso seja aberto e não atribuído por tanto tempo. Eu posso entender quando isso não é uma prioridade, mas alguma atualização seria bom.

Estou apenas curioso para saber por que este canal de lançamento de longa espera tem uma prioridade tão baixa.

Seria ótimo receber uma atualização sobre isso dos desenvolvedores principais.

talvez com o próximo recurso de instalação de ferramentas de linha de comando na loja do Windows vamos conseguir isso?

@Danthekilla @claell desculpas, mas este pedido de recurso não está em nosso roteiro de seis meses.

@egamma obrigado por uma atualização oficial 🍺. deixe o recomeço chato em 6 meses

@egamma Obrigado pela declaração oficial, embora você não
Aparentemente isto não é considerado muito importante, embora pareça fácil de implementar e tenha uma grande demanda (+ parece lógico do ponto de vista estratégico).

Mas ok, eu não uso o Windows com frequência e há uma pressão para o Ubuntu, então não me importo muito. Eu só estava curioso.

_Real_ programadores usam apenas um controlador de Xbox. Teclado e mouse são para esgotar. #UWP

Não sei por que ainda está aberto. Ter o VS Code in Store não faz tanto sentido quanto você pensa. Se você estiver no Windows 10 S, estará limitado apenas a aplicativos Store, mas não poderá executar linhas de comando de nenhuma maneira (já que o S não permite), portanto, não há benefício. Se você não estiver executando o S, então não há muito sentido em tê-lo na loja, pois nada vai realmente mudar e é preciso muito trabalho para tornar isso possível. Outro, o VS Code usa seu próprio machenismo de atualização, mudá-lo para store não parece melhorar o bom UX que tem agora, o esforço será como na veia. Por ser um aplicativo Electron multiplataforma, o VS Code deve ter uma base de código unificada que os desenvolvedores só precisam desenvolver uma vez e apertar o botão para compilar para plataformas diff, ter uma solução vs é apenas outra camada de complexidade.

@nerocui

então não há muito sentido em tê-lo na loja, pois nada vai realmente mudar

O que muda é que não tenho que procurar na web e depois passar pelo processo de instalação, posso simplesmente clicar em "instalar" na Store. Facilita muito a configuração de uma nova máquina.

é preciso muito trabalho para tornar isso possível

Não é. Empacotar um aplicativo Electron para a Store é uma questão de oneliner no PS. Na verdade, no início deste tópico, algum desenvolvedor da equipe do VS Code disse que já tentou isso.

O VS Code usa seu próprio machenismo de atualização, mudá-lo para store não parece melhorar a boa UX que tem agora

Exceto que com o mecanismo de atualização da Loja, não verei uma única notificação sobre a nova versão no próprio editor, nenhum recarregamento, etc, apenas uma atualização completa em segundo plano. Quer dizer, sem dúvida, a velocidade dessa equipe é impressionante, mas quando eu tenho que atualizar o código em três máquinas por semana, é um pouco chato.

O VS Code deve ter uma base de código unificada que os desenvolvedores só precisam desenvolver uma vez e apertar o botão para compilar para plataformas diff

O próprio mecanismo de atualização do Turning Code pode ser implementado como um sinalizador de construção e, em seguida, é um argumento literário no pipeline de construção para construir e empacotar uma versão para a Loja.

Não vou nem entrar no fato de que é um produto da Microsoft e da Microsoft Store, não ter o Code lá é meio constrangedor e certamente não é encorajador para outros desenvolvedores.

VS Code é um editor de código em primeiro lugar. Portanto, ele tem muitas funcionalidades úteis, mesmo se você estiver usando o Windows 10 no modo S.

Como foi mencionado antes, instalar algo da Store é mais fácil e, pessoalmente, confio mais nisso do que na solução de instalador (e desinstalador) de qualquer desenvolvedor para não bagunçar meu sistema ou deixar arquivos / entradas de registro depois de querer desinstalá-lo.

O mecanismo de atualização da Loja também é mais simples, acontece em segundo plano, com menos interrupções.

Quando se trata de distribuição para empresas maiores, instalar alguns aplicativos selecionados da Store é muito mais simples do que distribuir e executar instaladores tradicionais.

Você pode considerar construir um pacote MSIX. É multiplataforma, funciona em Linux, Mac, Windows 7, mas oferece todas as coisas boas como sandbox e sistema de arquivos virtualizado e registro no Windows 10 e também torna trivial publicá-lo através da Store.

Tenho que concordar com @nerocui. Tolerância suficiente para a mediocracia da Microsoft. É o produto deles e a Loja é o produto deles. Deveria estar lá desde o início ... não no roteiro ... então, quando? @nerocui está absolutamente certo - é desanimador para os desenvolvedores verem como as tecnologias MS são incapazes, então por que deveríamos nos preocupar mais com este ecossistema. Pessoalmente, estou farto de toda a inconsistência da Microsoft ... basta olhar para o Windows 10, olhar para ele ... Vamos fazer pelo menos isso acontecer!

Eu tive a ideia completamente exata, mesmos casos de uso, que Andrey. Toda a ideia
de fazer login em uma máquina nova / reinstalada com seu ID de MS e ter o Código
instalação / configuração automática é algo que eu esperava que a MS usasse como um marketing
mina de ouro. Eu preferiria todos os meus aplicativos instalados da loja para isso
importam. E não é nem um pouco hipócrita esperar que desenvolvedores de terceiros
publicar aplicativos em uma loja que os criadores não confiam / apoiam / promovem?

Na segunda-feira, 25 de junho de 2018, 18:09 Andrey Ashikhmin [email protected]
escrevi:

@nerocui https://github.com/nerocui

então não há muito sentido em tê-lo na loja, pois nada vai
realmente mudar
O que muda é que não preciso procurar na web e depois ir
através do processo de instalação, posso simplesmente clicar em "instalar" na Loja.
Facilita muito a configuração de uma nova máquina.

é preciso muito trabalho para tornar isso possível
Não é. Empacotar um aplicativo Electron para a Loja é uma questão de
oneliner em PS. Na verdade, no início deste tópico, algum desenvolvedor do VS
A equipe de código disse que já tentou isso.

VS Code usa seu próprio machenismo de atualização, mudá-lo para armazenar não parece
para melhorar o bom UX que tem agora
Exceto que com o mecanismo de atualização da Loja, não verei um único
notificação sobre a nova versão no próprio editor, sem recarregar, etc,
apenas atualize completamente em segundo plano. Quero dizer, sem dúvida, a velocidade deste
equipe é impressionante, mas quando eu tenho que atualizar o código em três máquinas a cada
semana é um pouco chato.

O código VS deve ter uma base de código unificada que os desenvolvedores precisam apenas desenvolver
uma vez e aperte o botão para compilar para plataformas diff
O próprio mecanismo de atualização do Turning Code pode ser implementado como um sinalizador de construção e
então é um argumento literário no pipeline de construção para construir e empacotar
uma versão para a Loja.

Não vou nem entrar no fato de que é um produto da Microsoft e da Microsoft
Loja, não ter Código lá é meio constrangedor e certamente não é
encorajador para outros desenvolvedores.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/10759#issuecomment-400006748 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AGs5-z9YZMWjfPC1fmEf4myfOMruHtJPks5uAQsogaJpZM4JpSOF
.

Parece que meu comentário causou algumas discussões. Olha gente, é da Microsoft que estamos falando. Se você quiser que eles se pareçam mais com a Apple, eles não o farão. Eles não integram todos os seus produtos e apenas usam o que consideram ser o certo para o produto. Eu também gostaria que as coisas fossem perfeitas, mas um desenvolvedor como nós tem a capacidade de pelo menos configurar um editor toda vez que comprarmos uma nova máquina ou reinstalarmos o sistema operacional. Não estou dizendo que é perfeito, estou apenas dizendo que essa não é a prioridade e a Microsoft pensa da mesma forma. O Visual Studio até hoje ainda é de 32 bits e usa um atualizador separado do próprio software. Ele também não é atualizado na loja, ao contrário do xcode da Apple.

Não acho que o VS Code seja tão complexo quanto o grande VS. Mas, para esse argumento, os aplicativos do Desktop Office estão disponíveis na Loja ...

Mas, novamente, pelo menos comece a ir nessa direção, primeiro adotando o MSIX .

Ok, vou dizer (de novo) porque ninguém mais vai. A Microsoft vai lançar um dispositivo dobrável com recursos móveis da marca Surface na segunda quinzena de outubro e será posicionado primeiro como um dispositivo de negócios. Será alimentado por uma versão modular do Windows (Windows Core OS) e um shell responsivo composto, apelidado de CShell. Dito isso, se este dispositivo for incapaz de executar o VS Code para escrever e editar o código e fazer trabalho real de negócios nele desde o dia 1 no lançamento - FALHA EM MASSA E DESCANÇA A MARCA DE SUPERFÍCIE Em nome de todos os desenvolvedores aqui, Microsoft, sugiro que você reconsidere seu "roteiro"

@ vxnsbir1ugsp isso é uma quantidade absurda de especulação sobre um dispositivo não anunciado executando um sistema operacional não anunciado com recursos desconhecidos.

Mas, o Modo S pode ser facilmente desligado, então você não está limitado à Loja ...
O Windows em ARM pode executar praticamente qualquer aplicativo que um Windows desktop pode ...
Portanto, não tenho medo desse tipo de limitação. Se Andromeda vir a luz, tenho quase certeza de que executará o VS Code mesmo em sua forma atual.

@petroemil quer apostar?

@ vxnsbir1ugsp
Na minha opinião, realmente não acho que o Andromeda terá recursos de codificação. Não acho que seja direcionado a desenvolvedores ou criadores. Acho que será posicionado para os trabalhadores da geração Z e usado como um dispositivo de conjunção ao lado do HoloLens e do Surface Hub. Estes serão dispositivos de ponta na grande nuvem + computação de ponta em que a Microsoft tanto se destaca. Acho que será como uma plataforma móvel com Continuum SOMENTE PARA O MODO WINDOWS 10 S para funcionários de escritório. Quanto aos desenvolvedores, ainda acho que precisamos de computadores poderosos e mouse e teclado confortáveis. Se vamos nos contentar com dispositivos móveis + com capacidade de encaixe, também podemos usar software remoto e SSH. Ou você também pode esperar que a indústria mude para o PWA IDE como muitos serviços já fazem.

@nerocui Só espero que Andromeda execute o VS Code a partir do dia 1 em qualquer forma de IDE. Realmente não me importo se vier da Loja. É isso aí :)

@ vxnsbir1ugsp
Você pode querer verificar isso meu amigo.
https://stackblitz.com/

@nerocui, aquele editor da web é um excelente exemplo do que o VS Code é capaz de fazer dentro de uma sandbox (você sabe, potencialmente rodando no modo S). Tenho certeza de que StackBlitz poderia ser facilmente transformado em um PWA e publicado na Store.

@petroemil , sim, mas não vamos "overWebify" o Código VS. É Web o suficiente como está agora ... @nerocui também posso verificar Sublime, Brackets e, claro, WebStorm, mas receio que talvez goste deles e a Microsoft não goste disso;)

também esqueci de mencionar o IDE do Arduino que está na loja há um tempo, eu o usei e é uma experiência tão perfeita que esqueci completamente que é um aplicativo da loja. Esse IDE realmente compila o código, envia para um Arduino via USB, usa Sockets para se comunicar, uploads de software OTA por wi-fi ... Não estou propondo reescrever qualquer parte do VS Code - apenas faça o que o Arduino está fazendo - eles oferecem um instalador separado ao lado do Store.

Ok ... então agora devemos ser capazes de apenas ir e codificar na superfície recém-anunciada, certo? Trocadilho pretendido :)

@bjuraga Vejo o que você fez lá, mas Andromeda está chegando e é melhor que o MS esteja preparado. Eles anunciaram alguma versão portátil do VS Code, este não é o primeiro passo para a Loja?

@nerocui perfeito! Eu pedi isso há mais de um ano! A MS deve comprar stackblitz e incorporá-lo ao conjunto de ferramentas live.com ou outlook.com/visual studio ou fazer sua própria versão. Vejo que não há suporte para repositório github? Não é tão necessário, mas seria um recurso útil. Além disso, mais linguagens / estruturas seriam bem-vindas. O lançamento do repositório de armazenamento da MS está ok, mas isso vai além.

Todos os insiders do Windows sabem que o MS pode ouvir! Esta edição está aberta há quase dois anos!

Então,
o MS Store é compatível com o código MS? Se não, o que a MS está fazendo? É importante para a MS que a MS Store esteja repleta de ótimo conteúdo? Se não, o que a MS está fazendo? O MS tem uma plataforma "universal"? Se não, o que a MS está fazendo?

Se sim, comece a trabalhar nisso imediatamente! ;)

EXIGIMOS vscode na loja do Windows !!!

Estamos em 2018 e o VS Code não foi lançado na Microsoft Store como anos atrás. Agora a Microsoft Store tem muitos aplicativos Win32, como HeideSQL, WinSCP, paint.net etc. E agora realmente queremos instalar o VS Code na Windows Store e atualizá-lo na loja.

Isso deve ser óbvio, não apenas para mostrar como é fácil adicionar um aplicativo Win32 Electron à Microsoft Store ....

Os aplicativos não UWP são permitidos na Windows Store? Acho que atender aos requisitos da Windows Store comprometeria mais a plataforma cruzada do que a beneficiaria.

@jadenPete

Os aplicativos não UWP são permitidos na Windows Store?

Isso é exatamente o que o Desktop App Converter faz.

@jadenPete
iTunes , Spotify , Paint.net , WinZip e muitos outros são aplicativos Win32 clássicos

@saschanaz @ ad1Dima Não sabia que isso era possível, obrigado por me informar.

Acho um pouco ridículo que a Microsoft não trate UWP como uma plataforma de distribuição de primeira classe para seu próprio software :(

Desde o mês passado, instaladores de nível de usuário estão disponíveis para Windows e se tornou a distribuição padrão. Isso significa que nenhuma permissão elevada / admin é necessária para instalar e usar o vscode. Acho que é um grande passo para algum aplicativo estar disponível na loja do Windows. Espero que isso esteja incluído no roteiro dos próximos 6 meses para o vscode. Se houver alguma dificuldade / falta de suporte para determinados recursos do lado da loja do Windows / pacote MSIX, isso deve ser comunicado entre as duas equipes da Microsoft. Eu acho que pode haver algumas iniciativas da equipe MSIX também para isso.

Covardes. A Microsoft não está qualificada o suficiente para que você receba uma resposta oficial sua sobre o motivo exato pelo qual o VS Code não está na Loja, sem mencionar um verdadeiro aplicativo UWP responsivo? A sua comunidade de desenvolvedores não vale uma declaração oficial para uma discussão tão quente há anos?

@ vxnsbir1ugsp de acordo com a parte UWP, é simples, foi construído em cima de uma pilha de tecnologia completamente diferente com o objetivo de ser multiplataforma. VS Code é um aplicativo Electron.

A pergunta sobre por que não está na Loja é melhor, não recebemos nenhuma resposta útil além de "não está no roteiro" ...

Talvez quando o MSIX estiver disponível no Mac e Linux também, eles migrarão para isso e depois disso a publicação na Store será trivial.

@ vxnsbir1ugsp de acordo com a parte UWP, é simples, foi construído em cima de uma pilha de tecnologia completamente diferente com o objetivo de ser multiplataforma. VS Code é um aplicativo Electron.

A pergunta sobre por que não está na Loja é melhor, não recebemos nenhuma resposta útil além de "não está no roteiro" ...

Talvez quando o MSIX estiver disponível no Mac e Linux também, eles migrarão para isso e depois disso a publicação na Store será trivial.

A parte UWP é simples, sim. Um aplicativo TRUE UWP RESPONSIVE não é tão trivial, eu acho.

@ vxnsbir1ugsp na verdade ... mas está fora do assunto e muito baseado em especulações ... até mesmo a parte UWP poderia ser possível.

VS Code é um aplicativo de plataforma cruzada. Ele não depende de nenhuma API de plataforma específica, portanto, também não há dependência (direta) do Win32. Eu acho que a Microsoft poderia - em teoria - construir uma versão do Electron (o tempo de execução / host do VS Code) que seja um aplicativo UWP puro e se baseie apenas em APIs UWP que podem ser encontradas em qualquer variante do Windows 10 (incluindo Mobile, Xbox, HoloLens, Surface Hub, IoT). Depois disso, caberia apenas aos desenvolvedores da GUI tornar a IU responsiva também.

@ vxnsbir1ugsp na verdade ... mas está fora do assunto e muito baseado em especulações ... até mesmo a parte UWP poderia ser possível.

VS Code é um aplicativo de plataforma cruzada. Ele não depende de nenhuma API de plataforma específica, portanto, também não há dependência (direta) do Win32. Eu acho que a Microsoft poderia - em teoria - construir uma versão do Electron (o tempo de execução / host do VS Code) que seja um aplicativo UWP puro e se baseie apenas em APIs UWP que podem ser encontradas em qualquer variante do Windows 10 (incluindo Mobile, Xbox, HoloLens, Surface Hub, IoT). Depois disso, caberia apenas aos desenvolvedores da GUI tornar a IU responsiva também.

Cara, estou falando da GUI em particular. Na segunda vez, precisei até mesmo destacá-lo ... A GUI não foi feita para se comportar como UWP. A barra de menus, cheia de todos aqueles comandos e menus ... Você já viu um aplicativo UWP VERDADEIRO parecido com este? Abra e-mail, calendário, OneNote qualquer. Todos eles têm menus de hambúrguer e controles amigáveis ​​ao toque. É o que eu estou falando. Deixe essa coisa do Electron de lado, todos nós sabemos que já é independente de plataforma. Sim, os desenvolvedores de GUI devem estar envolvidos neste projeto.

alguma atualização disso? Estou esperando comprar Surface Go porque preciso do vscode nele.

      Any update on this? I am hanging on buying `Surface Go` because I need vscode in it.

Você pode simplesmente retirá-lo do Modo S se realmente precisar de uma ferramenta de desenvolvimento. Ou apenas para edição de código pura, há um excelente aplicativo chamado Code Writer , um verdadeiro aplicativo UWP.

@petroemil Sim, mas temo que se isso diminuir o desempenho da superfície vá drasticamente, já que seu hardware não é bom o suficiente.

Então, por que você espera que o VS Code na UWP seja mais rápido?

@jadenPete ele obviamente teme que o Surface Go

@eluchsinger Obrigado. Você entendeu exatamente o meu problema.

Não apenas o desempenho, mas a segurança também diminuiria se você desabilitar o Modo S. Este é um dos principais motivos pelos quais executo o Modo S no meu dispositivo de trabalho principal. O que significa que o VS Code é proibido para mim atualmente.

Você acabou de atualizar o design da barra de título e ela está linda com botões e menus grandes !!! Kudos! A IU geral precisa de mais alguns toques aqui e ali para tornar absolutamente tudo amigável com grandes elementos de IU (apenas alguns, nem tanto). Em seguida, torne-o responsivo para todos os tamanhos de tela (como telefones, tablets, etc.) e libere-o na loja e ficarei feliz! Está QUASE pronto para Continuum, WCOS + CShell que está em desenvolvimento e ANDROMEDA 2019, que é voltado para negócios e produtividade! Vamos, MS! 😜

O problema descrito na postagem original parece ter sido resolvido:
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...

Parece que com o novo instalador de nível de usuário lançado há alguns meses, se houver alguma atualização, ela será aplicada automaticamente quando o usuário fechar o código do VS.

Eu não diria que está resolvido. É melhorado com certeza, mas o VS Code ainda não atualiza em segundo plano como os aplicativos da Loja fazem.
Você tem que abri-lo ativamente para que ele possa executar seu próprio instalador / atualizador, enquanto os aplicativos normais do Windows simplesmente são atualizados em segundo plano enquanto o PC está ocioso. Mesmo se você não tiver usado o respectivo aplicativo da Loja nas últimas duas semanas, da próxima vez que você abri-lo, ele já estará na versão mais recente.

Agora que a Microsoft publica o MSIX Packaging Tools, o oficial disse que o MSIX pode suportar qualquer instalador. Poderia usar isso para liberar o VS Code? É uma sensação ruim baixar um instalador manualmente e executá-lo novamente apenas para atualizar.

@WenqiangXie Comecei a experimentar a criação de um pacote AppX (a disponibilidade da Windows Store para MSIX ainda não está lá, mas usa o mesmo processo).

Um problema com a disponibilidade da Windows Store é que atualmente ela está bastante prejudicada sem clicar com o botão direito do mouse no bloco do aplicativo e ser executado como Administrador (algo que não pode ser elevado automaticamente como os aplicativos tradicionais).

Para corrigir isso, talvez seja necessário usar as APIs de armazenamento WinRT, para que possamos usar a nova permissão Acessar tudo de armazenamento nas novas versões do Windows 10, que requer APIs de armazenamento WinRT para funcionar.

Um problema com a disponibilidade da Windows Store é que atualmente ela está bastante prejudicada sem clicar com o botão direito do mouse no bloco do aplicativo e ser executado como Administrador (algo que não pode ser elevado automaticamente como os aplicativos tradicionais).

Quando o código VS precisa de permissões elevadas?

@ ad1Dima Acho que as permissões são ligeiramente diferentes depois de

Você pode experimentar meu branch, parece que o acesso Salvando arquivos, comandos do Powershell (devido ao histórico do Powershell) e git não funcionam, a menos que você execute como administrador.

Deixe isso já. É inútil pedir isso. A Microsoft simplesmente não se importa com o suposto dispositivo Andromeda que supostamente suporta o Continuum e sua suposta visão de produtividade no espaço de escritório. Eu saio deste tópico e IMHO a hora de fechá-lo provavelmente já chegou. Já se passaram dois anos e a MS não fez nada. Vamos manter nossa dignidade

Acho que como primeiro passo, ter um instalador MSIX seria suficiente. Um aplicativo empacotado como MSIX não precisa ser compatível com as regras da Loja, nem precisa ser executado no tempo de execução UWP (com todas as verificações de permissão / capacidade), mas ainda pode se beneficiar da virtualização do sistema de arquivos e do registro. Com um instalador MSIX, teríamos uma experiência de instalação (e desinstalação) limpa e também atualizações de aplicativos em segundo plano que não causariam interrupções.

Podemos abrir um novo problema para a migração do MSIX? Porque o MSIX é multiplataforma e não se limita à Microsoft Store.

(Este problema deve mudar de título, pois Windows Store agora é Microsoft Store)

Podemos abrir um novo problema para a migração do MSIX?

Sim, estava pensando o mesmo ... Vou iniciá-lo e referir-me a este problema como o iniciador.

@petroemil Já comecei este trabalho, só falta substituir makeAppx por makeMsix

Muitas pessoas aqui ainda não entendem a diferença entre lançar na loja e fazer um aplicativo UWP.
Fazer um UWP seria ótimo, sou o primeiro a apoiar a ideia, mas exige um esforço muito grande devido às limitações do UWP, um esforço que provavelmente a Microsoft nunca fará por um aplicativo gratuito.
Além disso, fazer VSCode UWP implica manter outro projeto não compatível com outras plataformas.
Mas aqui estamos apenas pedindo para lançar na loja.
Não há nenhum problema específico para lançar na loja, porque todas as limitações da loja são destinadas apenas a desenvolvedores de terceiros, a Microsoft é a proprietária da loja e pode lançar o que quiser nela.
Você se lembra da atualização do Windows 8.0 para 8.1? que pode ser instalado da loja, porque a Microsoft pode até lançar atualizações do Windows na loja.
Se a Microsoft quiser pode até lançar o Visual Studio Professional na loja, mas isso é uma má ideia porque o instalador depende de muitos módulos e componentes de terceiros.
Se o VSCode ainda não estiver na loja, não é por questões técnicas, mas porque a Microsoft não quer ou porque a Microsoft não se importa com isso.
Em qualquer caso, o lançamento na loja não implica suporte em Windows S, xbox, windows mobile, windows em ARM, windows IOT, AndromedaOS ou outras plataformas.
A loja do Windows é apenas uma forma padrão de instalar, atualizar e desinstalar um aplicativo.

@petroemil Eu não poderia concordar mais com você. Ficar longe dos instaladores msi / exe e usar a conteinerização é um ótimo primeiro passo. Eu sou um grande fã do msix. Você pode ler minhas idéias sobre o appx cerca de 18 meses atrás neste tópico, antes do msix ser anunciado. https://github.com/Microsoft/vscode/issues/10759#issuecomment -307196053

Eu adoraria ter o VS Code na loja, talvez você pudesse rodar em um Galaxy Book 2 baseado no ARM da Samsung!

Com lte no fator de tablet (semelhante ao Surface Pro 6), isso seria muito bom para recuperar algum código no avião

@tuath publicar o aplicativo na Loja não tem nada a ver com seu suporte para ARM. Praticamente nada está impedindo a equipe de compilar uma versão ARM64 para dar suporte nativo ao Windows em ARM, mesmo se eles não quiserem publicá-lo na Loja.

Sim, disponibilize o Visual Studio Code na Windows Store para que seja atualizado regularmente. Além disso, traga de volta o Windows Phone!

A Windows Store é normalmente desabilitada em ambientes corporativos e pronta para uso nas versões LTSB. A distribuição dessa forma não ajuda em comparação com o instalador MSI.

Os usuários não têm permissão e não devem instalar software aleatório que fica sem manutenção mais tarde, quando o desenvolvedor perdeu o interesse. Então, as falhas de segurança foram instaladas através da loja, mas ninguém está ciente disso. O software nunca é desinstalado automaticamente, mas permanece no disco local com bugs de segurança.

Este é o pior argumento contra a Windows Store de todos os tempos.

Em primeiro lugar, a Windows Store é de longe a fonte mais segura para instalar aplicativos, em geral. Mesmo que você instale um aplicativo de desktop Win32 da Store, ele não pode bagunçar seu registro e nunca terá direito de administrador em sua vida útil. É quase impossível que esses aplicativos apresentem qualquer risco de segurança para o usuário.

As empresas têm controle sobre o que permitem que os funcionários baixem - eles podem colocar aplicativos na lista negra / branca.

Também é significativamente mais fácil para os administradores de sistemas gerenciar os aplicativos instalados da Loja do que remover aplicativos aleatórios baixados da Internet.

O que exatamente você quer dizer com pior argumento?

As pessoas não podem instalar todos os softwares aleatórios ... eles não têm permissões de administrador. Apenas os instaladores sh ** por usuário em algum lugar.

Falando em geral. Como você pode ter certeza de que o aplicativo não tem cifras fracas incluídas ou uma versão do openssl com backdoors ou outros componentes inseguros? Como esses aplicativos não podem causar um problema de segurança para os dados pessoais do cliente que o aplicativo usa?

Também espere que um desenvolvedor tenha descontinuado seu projeto. Um aplicativo é marcado pela MS como tendo componentes inseguros incorporados e desinstalados automaticamente? Eu acho que não.

Onde há aplicativos da loja salvos? Appdata local? Isso é excluído no logoff do usuário.

Eu gosto de unidades domésticas de usuário de 20 gb que contenham o mesmo software? Não! Deve haver apenas os dados localizados.

A loja, como eu sei, é um bom ponto de distribuição adicional para usuários domésticos, mas não para empresas que precisam de controle total.

Store é o primeiro a ser desabilitado ou não incluído no. LTSB exatamente por todos esses motivos, pois ninguém quer que as pessoas instalem software aleatório por usuário. Boa sorte com uma auditoria de software ...

@alexhass Você não pode usar o AppLocker para colocar aplicativos em pacotes na lista de permissões da loja? Como @petroemil disse:

As empresas têm controle sobre o que permitem que os funcionários baixem - eles podem colocar aplicativos na lista negra / branca.

Onde há aplicativos da loja salvos?

%PROGRAMFILES%/WindowsApps . Apenas os dados do usuário serão salvos nos dados do aplicativo local.

No momento estamos no Windows 7, esperando todos os dias que a MS republique as imagens da vitória de outubro 10/2019. Apenas silêncio desde cerca de 6 semanas.

Nenhum usuário solicitou um aplicativo Win 10 ainda. É realmente novo para mim que esses aplicativos sejam virtualizados em uma VM para proteção contra um surto, mas estou disposto a aprender. Nosso plano principal era usar LTSB e isso significa que não haverá loja de aplicativos. Posso dar uma olhada no recurso de lista de permissões, mas a Loja não tem foco para nós. Nenhum fornecedor está realmente usando exclusivamente e implantamos tudo por meio de arquivos MSI hoje. MSIX parece bom, mas é realmente um futuro mais distante.

Todos os 7 aplicativos Electron que executamos têm um MSI, exceto - vscode - para o qual eu escrevi o instalador, mas o mantenedor parece muito apaixonado pela configuração exe que não pode ser implementada. Por favor, não se esqueça de que estou apenas procurando versões futuras do Windows. Não posso esperar 5 anos a partir de agora.

„Apenas os dados do usuário serão salvos nos dados do aplicativo local.“

Espero que o software possa usar dados de aplicativos em roaming. Os dados do aplicativo local são excluídos porque foram excluídos do roaming.

Nenhum usuário solicitou um aplicativo Win 10 ainda.

Porque ainda não existe um aplicativo matador para Windows, exceto o OneNote.

A distribuição por meio da Microsoft Store não removerá o instalador atual (assim como o InkScape e o Paint.NET mantêm os dois), portanto, IMO, sua política corporativa nunca é um bloqueador.

O bloqueador é o MSI oficial ausente do vscode. Um não oficial foi fornecido por mim. Mas a equipe do vscode parece ignorá-lo e gosta de manter innosetups EXE. Este EXE não pode ser implantado na empresa por meio do AD e, portanto, o torna um bloqueador para o Win 7 até o Windows 10 atual.

O recurso aqui é apenas para versões futuras do Windows. Não posso esperar mais pelo msi oficialmente.

Por que eles forneceriam um exe em vez de um msi?

O bloqueador é o MSI oficial ausente do vscode.

@alexhass Compreensível, você pode querer rastrear # 61793. Opa, você já faz! Desculpe pelo barulho.

@jadePete : Não sei !!! Eles negligenciaram meu trabalho de 1 semana sem motivo, exceto, não temos tempo no próximo ano. Estranho para código aberto, pois o código está pronto. Veja https://github.com/Microsoft/vscode/pull/38008

Parece que eles não entendem a necessidade da empresa e o que é um instalador profissional. Há pouco tempo, o instalador por usuário tornou-se o download padrão e o instalador do sistema foi ocultado no menu suspenso de download. Tudo vai na direção errada sobre os instaladores.

Há uma semana, compartilhei um instalador mais avançado que permite a instalação por máquina e por usuário em uma configuração MSI, consulte https://github.com/Microsoft/vscode/pull/62620. Fechou novamente.

Talvez o decisor deva mudar.

Agora tem um programa chamado 'Kode Studio' publicado na loja da MS que baseado em VSCode mostra que não é um trabalho árduo. Equipe VSCode, é hora de lançar o VSCode para o MS Store. Na minha opinião, todos os softwares da MS devem ser lançados na MS Store. Se as equipes da MS não oferecem suporte à loja MS, como podemos esperar que outras equipes dêem suporte à loja MS.
Quanto ao problema de admin, descobri que tantos programas do formulário MS na loja podem solicitar UAC, não é um problema. O outro problema é o add-in, mas descobri que o win32 office form MS store também pode instalar o add-in. Todas essas coisas mostram que o VSCode poderia publicar na 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.

Nenhum usuário solicitou um aplicativo Win 10 ainda. É realmente novo para mim que esses aplicativos sejam virtualizados em uma VM para proteção contra um surto, mas estou disposto a aprender. Nosso plano principal era usar LTSB e isso significa que não haverá loja de aplicativos. Posso dar uma olhada no recurso de lista de permissões, mas a Loja não tem foco para nós. Nenhum fornecedor está realmente usando exclusivamente e implantamos tudo por meio de arquivos MSI hoje. MSIX parece bom, mas é realmente um futuro mais distante.
Todos os 7 aplicativos Electron que executamos têm um MSI, exceto - vscode - para o qual eu escrevi o instalador, mas o mantenedor parece muito apaixonado pela configuração exe que não pode ser implementada. Por favor, não se esqueça de que estou apenas procurando versões futuras do Windows. Não posso esperar 5 anos a partir de agora.
„Apenas os dados do usuário serão salvos nos dados do aplicativo local.“
Espero que o software possa usar dados de aplicativos em roaming. Os dados do aplicativo local são excluídos porque foram excluídos do roaming.

Mas mais pessoas usam o Windows10, sim, o Windows10 é o atual do Windows. Se houver mais aplicativos no Ms Store, cada um pode torná-lo fácil de usar no computador, eles podem instalar o aplicativo de forma mais rápida e segura. Mais de 700 milhões de usuários serão beneficiados pela MS Store.
E você diz que nenhum usuário solicitou um aplicativo win 10. É pior, sim, você pode ver como o usuário pode solicitar o aplicativo UWP VSCode, mas apenas algumas pessoas podem contra isso nestes problemas. E agora, você pode ver tantos aplicativos de importação publicados na MS Store, como o MS office, iTunes, Telegram, WeChat, etc. Agora, tantos aplicativos poderosos e úteis são publicados na MS Store. Essa equipe ouviu a voz de seus usuários, mas não apenas fantasiou que 'Ano as pessoas não gostam do Windows10 e só querem um sistema operacional como o Windows 7 e o MS Store é ruim, ninguém vai gostar' Mas eles ouvem a verdadeira voz de seus usuários. E eles seguem a voz.
Sempre criticamos o Windows por aquele tantos aplicativos piores que prejudicam os usuários, e sem uma fonte oficial de software torna o Windows não bom para usuários em geral. Eles não conseguem encontrar um bom aplicativo para terminar seu trabalho, eles obtêm um aplicativo ruim do pior site ou outros. Mas agora, a MS Store pode consertar, por que não fazer isso ?!

Bem, fiz isso primeiro. Usando Advanced Installer Express Edition (que é gratuito), o VS Code funciona perfeitamente como um AppX (não tentei o MSIX). Ele pode ser facilmente enviado para a Loja aqui. AFAIK tudo funciona bem - a única preocupação é que eu não tentei remover o atualizador automático do VSCode. 😃

Somente coisas que precisam de trabalho:

• [x] Exclusão do desinstalador
• [] Adição do ícone da loja (aparece apenas no instalador [portanto, o logotipo do pacote genérico nas imagens] e na loja da MS)
• [] Adicionar extensões de arquivo pode abrir (para que você possa clicar duas vezes em um arquivo .php no File Explorer e abri-lo a partir daí)
• [] Remoção do atualizador automático por motivos óbvios

@WilliamABradley @petroemil @filfat

@hansmbakker @ be5invis @filfat Não posso trabalhar nisso por mais cerca de 2 semanas (extremamente ocupado), mas carreguei meu AppX e Certificado aqui para seu teste (se você desejar). Sem garantias nem nada, mas deve "simplesmente funcionar" sem as preocupações na lista de verificação.

Para instalar, você deve primeiro habilitar o Modo de Desenvolvedor no Windows 10. Em seguida, você deve baixar o arquivo "Exportmycert.cer" e instalá-lo em "Máquina Local"> "Loja Personalizada"> "Pessoas Confiáveis". Finalmente, você pode baixar e instalar o AppX.

Além das coisas na lista de verificação, sinta-se à vontade para me dar alguns comentários. Claro, convencer a MS a adotar isso como um método de embalagem pode ser a parte difícil ...

https://1drv.ms/f/s!AvH2EtXBNSjun1v2o4a6TgK -MgK8

Teoricamente, você poderia se livrar da instalação da etapa do certificado, mas não tenho um certificado de assinatura de código :(.

Que tal agora? Mal posso esperar para baixar o VSCode na Store. Agora eu poderia obter a maioria dos programas na loja, como Office suit, TeamViewer Lite, Python e muito mais.

Tem alguma informação nova?

Vote em 32 polegares para isso! O VSCode é quase o último aplicativo que devo instalar no meu PC com Windows 10.
Todos os outros, como Office 365, Power BI Desktop, WSL (Linux), Wechat, VCL, Remote Desktop, TreeSize, etc. estão na Microsoft Store agora! Aguardando o VSCode chegando e será uma boa chance de promover UWP com desempenho e segurança no desktop moderno.

Votos positivos: há anos que desejo o VSCode na loja. Qualquer atualização?

@alexandrudima @egamma você poderia comentar sobre isso?

Este problema está aberto por cerca de 2,5 anos, tem muitos votos positivos e duplicatas (= solicitações semelhantes). As pessoas até começaram a tentar empacotar o VS Code - consulte https://github.com/Microsoft/vscode/issues/10759#issuecomment -445425735.

Agora disponível no Snap para Linux. Sério, a Microsoft conseguiu lançar para o Ubuntu, um _Sistema operacional não Windows_, antes que eles pudessem lançar no Windows.

Não sei por que a Microsoft dá menos atenção à MS Store. Muitas equipes se recusam a liberar seus produtos em suas lojas, sim, em suas lojas. Tenho que baixar o novo instalador do Edge e ter uma janela UAC, tenho que baixar o VSCode a cada atualização. E peço que as equipes do MOR tragam o MOR para a loja, parece que eles não sabem o que é isso. Como apple, o XCode poderia ser encontrado na app store, mas no windows, se eu quiser construir um programa, tenho que baixar instaladores como VS e outros. MS Store pode aceitar aplicativos Win32 por muitos anos, mas leva tão poucos focos e assim como seu 'pai' MS não como ela também.
SÓ NÃO QUERO ENCONTRAR UM INSTALADOR E ATUALIZAR UM SORTWARE TODAS AS VEZES PELAS MINHAS MÃOS.

Agora disponível no Snap para Linux. Sério, a Microsoft conseguiu lançar para o Ubuntu, um _Sistema operacional não Windows_, antes que eles pudessem lançar no Windows.

Talvez possamos encontrar o VSCode na Mac App Store em breve, mas não na MS Store. Basta ter um Mac da próxima vez.

@alexandrudima @egamma você poderia comentar sobre isso?

Este problema está aberto por cerca de 2,5 anos, tem muitos votos positivos e duplicatas (= solicitações semelhantes). As pessoas até começaram a tentar empacotar o VS Code - veja # 10759 (comentário) .

Sim, e encontrei uma versão na loja da MS, mas com outro nome. Mas se não for o suporte oficial, ele não será atualizado com problemas de correção de versão de lançamento. Assim como aquele na loja, com muito tempo não atualiza e não suporta nenhum add-in.

Você pode enviar um link para essa versão

1 para implementação de loja ms. Sério, o que diabos Microsoft ?!

Acabei de chegar para mim: alguém achou estranho que o Microsoft Edge (a nova versão baseada em Chromium) não esteja disponível na Store? O novo Edge baseado em Chromium não tem nenhum vínculo com o SO - nada impede que seja distribuído na Store, ao contrário do Edge clássico.

Isso significa que a Microsoft realmente não se importa em lançar seus próprios projetos na Store. Em absoluto. Há anos que pedimos o Visual Studio in the Store. Há anos que pedimos o Microsoft Edge in the Store e, quando agora eles podem fazer, não são. Pedimos o VSCode na Loja e, embora eu tenha mostrado há 4 meses https://github.com/Microsoft/vscode/issues/10759#issuecomment -445425735 que isso poderia ser feito, nada.

As próprias equipes da Microsoft acham que a Loja é um desperdício de recursos.

EDIT: E já que estou nisso, por que os planos de colocar o MS Paint na loja foram descartados? Pode ter sido um aplicativo Store pré-instalado. Por que os aplicativos Store do Windows Media Player, do Windows Fax e Scan etc. não estão pré-carregados neste momento?

Sim, tem sido desconcertante para mim por que praticamente nenhuma das ferramentas de desenvolvedor da Microsoft é distribuída por meio da Store agora - mesmo as pequenas, como o Azure Storage Explorer e o Azure Data Studio. Talvez haja certos recursos que ainda não funcionam com a loja? Talvez haja outro problema de bloqueio, como o gerenciamento de versões beta / internas? Gostaria que pudéssemos ouvir as equipes sobre o que está bloqueando a distribuição na Loja e o cronograma para consertá-lo. Pensei que com o VS Code talvez eles estivessem apenas querendo usar o mesmo mecanismo de atualização de plataforma cruzada, mas como está disponível via snap, essa teoria foi jogada fora.

Comecei uma discussão no fórum Edge Insider sobre a distribuição do Chromium Edge por meio da Store e ainda estou esperando uma resposta de alguém da equipe do Edge. Uma teoria não oficial que estava circulando era sugerindo que a versão final de produção poderia ser distribuída através da Loja e que as edições beta / internas seriam instaladas / atualizadas através do instalador.

Se a Microsoft vai pressionar os desenvolvedores a publicar aplicativos Win32 na loja, eles realmente deveriam dar o exemplo. Caso contrário, ele envia uma mensagem mista.

Sim, tem sido desconcertante para mim por que praticamente nenhuma das ferramentas de desenvolvedor da Microsoft é distribuída por meio da Store agora - mesmo as pequenas, como o Azure Storage Explorer e o Azure Data Studio. Talvez haja certos recursos que ainda não funcionam com a loja? Talvez haja outro problema de bloqueio, como o gerenciamento de versões beta / internas? Gostaria que pudéssemos ouvir as equipes sobre o que está bloqueando a distribuição na Loja e o cronograma para consertá-lo. Pensei que com o VS Code talvez eles estivessem apenas querendo usar o mesmo mecanismo de atualização de plataforma cruzada, mas como está disponível via snap, essa teoria foi jogada fora.

Comecei uma discussão no fórum Edge Insider sobre a distribuição do Chromium Edge por meio da Store e ainda estou esperando uma resposta de alguém da equipe do Edge. Uma teoria não oficial que estava circulando era sugerindo que a versão final de produção poderia ser distribuída através da Loja e que as edições beta / internas seriam instaladas / atualizadas através do instalador.

Se a Microsoft vai pressionar os desenvolvedores a publicar aplicativos Win32 na loja, eles realmente deveriam dar o exemplo. Caso contrário, ele envia uma mensagem mista.

Isso é super fora do tópico para um. Além disso, para dois, o Edge tecnicamente alimenta o irrc da loja, então você não pode colocar o Edge em si.

Se você estiver instalando um software manualmente e reclamar que a loja é a melhor maneira, eu diria acima de tudo que o MSI é a principal e a melhor maneira de gerenciar mais de uma máquina de usuário, pois está pronta para a empresa. Parece que o MSIX, quando pronto, dará a todos o que desejam, incluindo instaladores corporativos e de lojas, portanto, aguarde.

Isso é super fora do tópico para um. Além disso, para dois, o Edge tecnicamente alimenta o irrc da loja, então você não pode colocar o Edge em si.

Errado. Estávamos nos referindo ao Edge baseado em Chromium, que é _totalmente_ diferente do Edge clássico. Não há _nada_ impedindo que o Edge baseado em Chromium esteja na Loja, já que ele é executado no Windows 7. O Edge baseado em Chromium não fornece _qualquer_coisa_ no Windows 10. Estávamos comentando sobre como a Microsoft _pode_ distribuir "Chredge" na Loja, mas _não_ por razões estranhas.

O Edge tecnicamente alimenta o irrc da loja, então você não pode colocar o Edge em si

A Loja provavelmente contém um controle WebView para renderizar páginas da web (que o aplicativo Edge antigo também usa), mas não o aplicativo Edge inteiro.

A política da loja precisa ser alterada primeiro. As mesmas regras que impedem o envio do Chrome, Firefox, Opera, Maxthon, etc. para a Loja se aplicam. E não seguir suas próprias regras provavelmente acarretaria complicações legais. Eles terão que mudar as regras antes que qualquer coisa possa ser feita e, como o Chrome e o Chromium Edge compartilham os mecanismos, não é uma mudança fácil.

Na verdade, fora dos motores do navegador, acredito que o VS Code usa o Chromium para a IU. Levando em consideração como é usado (extensões podem mostrar conteúdo da web no VS Code), acho que isso violaria a política da loja. Portanto, embora do ponto de vista técnico seja possível obter o Código do VS na loja, a política da Loja provavelmente impediria o envio. Pelo menos esse é o meu entendimento da situação.

Isso faz sentido. Se for esse o caso, espero que possa ser resolvido!

@ChuckkNorris ser um aplicativo renderizado com cromo não tem nada a ver com a política da loja, há muitos aplicativos baseados em elétrons na loja.

O Facebook para Windows mostra conteúdo da web com mecanismo baseado em Chromium e não houve nenhum conflito de política.

A cláusula a que me referia está em https://docs.microsoft.com/en-us/legal/windows/agreements/store-policies (10.2.1).

A maioria dos aplicativos Electron mostra apenas conteúdo hospedado internamente e, como tal, não navega na web. No caso do VS Code, no entanto, algumas extensões (e talvez até mesmo alguma parte do VS Code que não conheço) introduzem a funcionalidade do navegador de alguma forma ou forma (seja um navegador embutido real que usa a instância Electron Chromium diretamente para renderizar, ou usando HTML de fontes arbitrárias).

Quanto ao Facebook para Windows, parece que ele realmente usa o Webkit baseado em https://twitter.com/Martijn_Cuppens/status/1015169981368225793 e, honestamente, não sei o que fazer com isso, pois é um navegador totalmente desenvolvido (há maneiras de fornecer links específicos). Talvez tenha imunidade diplomática ou algo assim, considerando o quanto a MS tem lutado para ter um aplicativo do Facebook apoiado pelo Facebook em suas plataformas.

Pessoalmente, acho que a política é boba, espero que com o tempo ela desapareça com o Chromium sendo incorporado ao Windows em breve. Talvez alguns outros problemas potenciais também sejam tratados como parte dele. Ou seja, supondo que eventualmente chegue à Loja.

A política da loja precisa ser alterada primeiro. As mesmas regras que impedem o envio do Chrome, Firefox, Opera, Maxthon, etc. para a Loja se aplicam. E não seguir suas próprias regras provavelmente acarretaria complicações legais. Eles terão que mudar as regras antes que qualquer coisa possa ser feita e, como o Chrome e o Chromium Edge compartilham os mecanismos, não é uma mudança fácil.
Na verdade, fora dos motores do navegador, acredito que o VS Code usa o Chromium para a IU. Levando em consideração como é usado (extensões podem mostrar conteúdo da web no VS Code), acho que isso violaria a política da loja. Portanto, embora do ponto de vista técnico seja possível obter o Código do VS na loja, a política da Loja provavelmente impediria o envio. Pelo menos esse é o meu entendimento da situação.

Eles simplesmente não se importam e não querem fazer isso. Muitos softwares baseados em Electron podem ser publicados no MS Store. E uma ferramenta em NodeJS para construir NodeJS baseado em UWP. E um terceiro código do VS chamado Kode Studio na loja. Nada os impede, mas eles simplesmente não querem fazer isso ou odeiam fazer isso.

Você pode enviar um link para essa versão

É chamado de código VS baseado no Kode Studio, mas alguns recursos estão desabilitados. O link da loja é https://www.microsoft.com/store/productId/9NXDMCLN8P1X

Este é o Kodi Studio, extensões e alguns outros recursos estão desativados.

A Microsoft e Kano estão lançando um kit para PC com Windows 10 para criar seu próprio

O Kano PC é para ensinar as crianças a construir seus próprios laptops com tela sensível ao toque e aprender a codificar etc.
Ele roda no Windows 10 S, o que significa apenas Microsoft Store.
Seria ótimo se pudesse executar o código do Visual Studio!

Parece que haverá uma versão somente para navegador do vscode no futuro em url- https://online.visualstudio.com
Provavelmente dependerá do controle remoto SSH para execução.
Que será executado em todos esses dispositivos restritivos também. Mas os servidores remotos de código e vscode precisam ser executados em outro lugar em dispositivos capazes (atualmente Linux). Vamos ver como as coisas acontecem.

O novo Terminal Windows será distribuído por meio da Loja .

Então me diga novamente como não é possível fazer a mesma coisa com o VS Code? É apenas uma bela IU em cima de um monte de ferramentas CLI. E o Terminal do Windows prova que essas ferramentas CLI podem ser acessadas de um aplicativo UWP / Store.

Estou surpreso que, após 2 anos, a contribuição da equipe de desenvolvimento central esteja ausente. Vamos lá pessoal, pelo menos mencione o que está impedindo vocês de fazer isso.

Estou surpreso que, após 2 anos, a contribuição da equipe de desenvolvimento central esteja ausente. Vamos lá pessoal, pelo menos mencione o que está impedindo vocês de fazer isso.

O que os impede de fazer isso são milhares de coisas mais importantes. O lançamento na MS Store melhora a programação de alguma forma? Eu não penso assim

Sem querer minimizar o esforço de ninguém, mas certamente publicar na loja não é uma tarefa gigantesca, não é?

É tão ridículo. Eu executo o VS Code uma vez por semana, duas semanas e sempre que ele avisa sobre atualizações. Portanto, não posso iniciar meu trabalho, mas espero baixar, instalar, atualizar e reiniciar o aplicativo. Quero ter o VS Code sempre atualizado, antes de iniciá-lo, não depois. Por que a Microsoft Store não faz isso? É 2019, pelo amor de Deus.

É tão ridículo. Eu executo o VS Code uma vez por semana, duas semanas e sempre que ele avisa sobre atualizações. Portanto, não posso iniciar meu trabalho, mas espero baixar, instalar, atualizar e reiniciar o aplicativo. Quero ter o VS Code sempre atualizado, antes de iniciá-lo, não depois. Por que a Microsoft Store não faz isso? É 2019, pelo amor de Deus.

É possível, mas o VS Code não está na loja ...

Eu tenho um pensamento estranho tho.

Como o Edge agora está obtendo extensões da guia "Extensões para Edge" na Microsoft Store, é possível que a equipe do VS Code também esteja trabalhando nessa direção? Afinal, se o maior bloqueador de mover o VS Code para o MS Store é a extensão, talvez o padrão "Extension for Edge" possa ser uma solução?

se alguma política impedir que o vscode seja carregado na loja da Microsoft, então, obviamente, a política está errada.
Já disse à microsoft um milhão de vezes para disparar todos os que estão trabalhando naquele projeto.

Ou deixe-me adivinhar, vocês estão enviando secretamente todo o VS Code para a Web e, em seguida, mais PWA, o inferno fora disso, e já que há PWA na MS Store agora, esse problema duradouro e desesperador pode finalmente ser resolvido em um segundo ?

Mas como o Edge está mudando para o Chromium em velocidade total, tudo o que foi dito acima não pode ser feito até que o Edge no Chromium seja oficialmente lançado e substitua o antigo Edge, o que acontecerá no início de 2020. Esse é o grande plano M?

Quer dizer, se for esse o caso, é muito emocionante! Isso significa que esse problema também pode ser resolvido após uma longa espera.

Se for um problema de sandbox ou mercado de extensões, pelo menos pode haver uma versão com as extensões remotas instaladas para que possam ser usadas para desenvolvimento remoto?

Por favor, considere disponibilizar o Visual Studio Code para instalação na Microsoft Store ou, pelo menos, considere publicá-lo como MSIX . Obrigado!

Seria excelente se o windows 10 mobile pudesse ser usado como ferramenta de desenvolvimento web! ;)

Está desatualizado: https://support.microsoft.com/en-us/help/4485197/windows-10-mobile-end-of-support-faq

E ... por que programar em um dispositivo móvel?

Seria excelente se o windows 10 mobile pudesse ser usado como ferramenta de desenvolvimento web! ;)

Está desatualizado: https://support.microsoft.com/en-us/help/4485197/windows-10-mobile-end-of-support-faq

E ... por que programar em um dispositivo móvel?

Eu gostaria de codificar durante a viagem. Gostaria de codificar com Surface Neo . Eu gostaria de codificar no modo Window S. Também gosto de codificar em dispositivos como o Samsung Galaxy Tab S6 .

A notícia de como o novo Edge seria lançado me deu uma ideia. O VS Code pode ser um componente opcional do sistema e também ser atualizado por meio do Windows Update?

@filfat Não, esta é uma ideia terrível.

Já ocorreu a alguém que provavelmente a Loja é tão horrível, o que é, que é considerada uma piada internamente? Ouvi dizer que a equipe da Store não está muito alinhada com a Microsoft moderna. A estratégia da Loja também falhou dramaticamente tanto que a Microsoft anunciou a estratégia de loja aberta para todos os sistemas baseados no Windows, com até mesmo os antigos críticos da Microsoft, Tim Sweeney, por trás. Eles também blogaram sobre um novo mecanismo de atualização que soa exatamente como o Chrome OS. Talvez os novos funcionários estejam apenas acostumados a fazer as coisas dessa maneira. Talvez ninguém goste da Store. Talvez nem devêssemos gostar da Store porque somos fãs tendenciosos da Microsoft. Não houve nenhum novo recurso ou anúncio sobre a Loja ou novos aplicativos interessantes chegando à Loja nos últimos dois anos. (Desde que Terry Myerson foi embora) É realmente uma terra devastada. Todos os projetos da era de Terry estão sendo destruídos. Iniciativas 3D, foco no criador, barra de pessoas, groove, borda antiga e muito mais. Caramba, mesmo até hoje, DotNet Core 3.0 e C # 8 ainda não estão disponíveis para UWP. O suporte do formulário Xamarin para UWP sempre foi inferior. O que isso lhe diz?

"The Store" e "UWP" são 2 tecnologias muito diferentes (embora tenham começado juntas, nenhuma delas precisa mais da outra). Este assunto está fora do assunto, mas acredito que esses pontos precisam ser abordados. Você está certo ao dizer que a UWP está _provavelmente_ indo embora e isso _provavelmente_ será a favor do .NET Core (apenas minha opinião, sem conhecimento interno). As ilhas XAML e outros recursos significam que as ideias da UWP ainda viverão (da mesma forma que as ideias do Silverlight ainda viveram na UWP).

A Loja como modelo de distribuição é ótima. A equipe do Terminal está usando-o como seu principal meio de distribuição. A equipe Powershell está considerando isso. Ambos os projetos exigiram mudanças para a loja acontecer, então dizer que não houve novos recursos é simplesmente errado. Não tenho dúvidas do que você ouviu (há cerca de 150.000 funcionários na Microsoft, então eles não terão todos a mesma opinião), mas para enviar coisas que são fundamentais para o sistema operacional por meio deste mecanismo (sem mencionar todos os -of-box apps) sugere que ele ainda está evoluindo, não sendo eliminado.

A Loja também nos trouxe tecnologias MSIX , que é o modelo de implantação e sandbox por trás da Loja, mas sem a distribuição centralizada.

Concedido, não há nenhum grande aplicativo nomeado na Loja (além da Adobe e um monte de jogos), mas ainda é útil. Nosso departamento de TI implanta mais de uma dúzia de aplicativos externos (e alguns internos) através da Loja, que nossos usuários não precisam encontrar, instalar, atualizar ou manter de qualquer forma ou forma. Se pudéssemos adicionar VSCode e alguns dos outros utilitários do Azure , haveria menos coisas que precisaríamos contar com os usuários para manter

C # 8 ainda não está disponível para UWP

C # 8 está parcialmente disponível para UWP
Você pode definir <LangVersion>8.0</LangVersion> em seu arquivo de projeto

O aplicativo Terminal e o Python sendo distribuídos na loja demonstram que essa é uma ideia que vale a pena. Ferramentas de desenvolvimento são o último domínio de aplicativos que não foram armazenados em contêineres, portanto, fazer isso seria muito impressionante e benéfico.

O Windows deve apenas ser fornecido com uma versão simplificada do Docker, então os servidores de idioma podem ser executados em contêineres do docker com isolamento do Hyper-V. Também seria bom se você pudesse abrir um repositório git no VS Code e ele obteria seu próprio contêiner de desenvolvimento, também aproveitando a conteinerização isolada.

+1

Qual é o progresso neste problema? Será que algum dia será lançado ??

@xpirad Quase com certeza completamente morto agora, assim como a Windows Store.

E isso também não é uma suposição do FUD. Todo comentarista de tecnologia que li disse que a redação está na parede da Loja há um bom tempo. Dê uma olhada nos eventos recentes: A monetização de anúncios está sendo encerrada, houve uma desesperada divisão de preços de 90/10 para tentar atrair novos desenvolvedores e o Microsoft Edge recentemente abandonou o suporte para UWP e Store. MSIX trabalha fora da Loja e tem como alvo principal fora da Loja com seu marketing e público-alvo.

Você pode dizer, oh, o novo Terminal está na loja. Sim, porque o Terminal é um aplicativo UWP, um formato que está morto para literalmente todas as grandes empresas fora da Microsoft. (O Facebook retirou seu aplicativo na semana passada.) VS Code não é um aplicativo UWP e, embora pudesse ser distribuído na Store, é improvável que aconteça, especialmente porque a Microsoft tem prometido que componentes essenciais como Paint e Fax & Scan o fariam ser distribuído na Loja por _anos_ e ainda não o fez e ainda não tem planos recentes de fazê-lo.

Facebook messenger https://www.microsoft.com/store/productId/9WZDNCRF0083
e instagram foi atualizado recentemente https://www.microsoft.com/store/productId/9NBLGGH5L9XT
A Apple direciona para a loja para download do iTunes https://www.microsoft.com/store/productId/9PB2MZ1ZMB1S
Telegram https://www.microsoft.com/store/productId/9NZTWSQNTD0S
Slack https://www.microsoft.com/store/productId/9WZDNCRDK3WP
Aplicativo compatível com Nice Sketch, Lunacy https://www.microsoft.com/store/productId/9PNLMKKPCLJJ
Greatest Paint.Net https://www.microsoft.com/store/productId/9NBHCS1LX4R0
Imagem do emulador do Windows 10x https://www.microsoft.com/store/productId/9PD8VQGN8015
Spotify https://www.microsoft.com/store/productId/9NCBCSZSJRSB
Drivers da Adobe, Corel, Twitter, Intel, mais e mais partes do sistema.

Tão morto :)

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

Nós o usamos para aplicativos de negócios como o powerbi também e é incrível, já que não temos que lidar com a atualização no Configuration Manager

Obtenha o Outlook para Android https://aka.ms/ghei36

De: behroozbc [email protected]
Enviado: quinta-feira, 5 de março de 2020 10:39:01
Para: microsoft / vscode [email protected]
Cc: hypercube33 [email protected] ; Comentário [email protected]
Assunto: Re: [microsoft / vscode] Lançamento na 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

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, vê-lo no GitHub https://github.com/microsoft/vscode/issues/10759?email_source=notifications&email_token=ACCT3YVPOLR5CO2ONZZGGXDRF7ISLA5CNFSM4CNFEOC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEN57FSY#issuecomment-595325643 , ou unsubscribe https://github.com/notifications/unsubscribe- auth / ACCT3YQWLAGMEE6OXHGKYBDRF7ISLANCNFSM4CNFEOCQ .

Será possível pelo menos lançá-lo em pacotes MSIX? Isso já acontece com os PowerToys.

Se as equipes da Microsoft não oferecem suporte à tecnologia da Microsoft, é hora de todos nós migrarmos para o Linux. Os PowerToys não lançam o MSIX da nova versão e o PowerShell 7 não tem um pacote MSIX. Mas o lançamento do VSCode na loja snapcraft, o PowerShell e o lançamento do .Net Core como APT, pode a Microsoft querer nos dizer, se você deseja usar um gerenciador de pacotes bom e moderno, escolha Linux, é hora, AGORA.

Será possível pelo menos lançá-lo em pacotes MSIX? Isso já acontece com os PowerToys.

Não, os PowerToys mudaram de ideia e temos que usar um Windows antigo, não o modelo Windows 10. Além disso, o PowerShell 7 estável também não tem um instalador MSIX ou versão de armazenamento. Que seja a mente da Microsoft por não suportar a nova tecnologia do Windows 10.

@wenqiangxie se você der uma olhada na lista de problemas você verá um monte de problemas usando o MSIX, eu acredito que é por isso que eles pararam de entregar pacotes MSIX agora

@wenqiangxie se você der uma olhada na lista de problemas você verá um monte de problemas usando o MSIX, eu acredito que é por isso que eles pararam de entregar pacotes MSIX agora

por que não nos diga ???

@wenqiangxie se você der uma olhada na lista de problemas você verá um monte de problemas usando o MSIX, eu acredito que é por isso que eles pararam de entregar pacotes MSIX agora

Portanto, eles devem corrigir esses problemas, mas não abandonam o instalador do MSIX ou a versão da loja da Microsoft. Eles são a equipe da Microsoft, eles deveriam ser um líder que usa a nova tecnologia do Windows 10. Se eles não fizerem isso, como poderíamos pedir a outro desenvolvedor para dar suporte ao Windows 10, e o modelo do Windows é apenas um slide e devaneio. E agora não consigo encontrar o recurso do Windows 10 como os da Microsoft nos mostram, o Windows 10 é apenas um Windows antigo e desatualizado como o Windows XP ou ME, pois a equipe da Microsoft não oferece suporte a novas tecnologias e modelos do Windows.

Este é um aplicativo de plataforma cruzada. Então, por que perder tempo em outra implantação que é apenas para Windows.

Este é um aplicativo de plataforma cruzada. Então, por que perder tempo em outra implantação que é apenas para Windows.

Este argumento pode ser usado para tudo ... de Snaps a Casks de Homebrew.

Este é um aplicativo de plataforma cruzada. Então, por que perder tempo em outra implantação que é apenas para Windows.

Por ser um software da Microsoft, e a Microsoft Store ser da Microsoft e muito importante do Windows 10, o sistema mais importante do usuário pessoal, milhões de usuários pedem à equipe do VSCode para fazer isso e ajudar o Windows a ser cada vez melhor. Windows / Windows 10 é o sistema mais importante de sistema pessoal / de trabalho, não MacOS, não Linux, isso é fato, e agora os usuários do Windows 10 pedem à Microsoft para tornar o Windows 10 moderno e melhor do que qualquer outro momento.

E temos atualizações em segundo plano com a Microsoft Store :-)

E temos atualizações em segundo plano com a Microsoft Store :-)

A equipe do VSCode está trabalhando para empacotar um instalador MSIX (# 61793), quando isso for feito, que é um grande marco da meta de "Lançamento na Microsoft Store (# 10759)", quatro anos depois, temos a primeira luz deste questão.

Qual é o status aqui? Qual é o próximo passo?

O chato é que o modo Windows 10 S é uma piada. Você só pode usar aplicativos que sejam puros da Microsoft ou na loja. E a Microsoft vende dispositivos que usam o modo S desde o início. Para quê? Escrevendo documentos do Word e navegando? Seja sério.

A loja nem mesmo contém MS Teams. Talvez seja um bom sinal de que Store é o que menos pensa. O que é uma pena, porque a loja oferece um processo de atualização único. Não há mais necessidade de os desenvolvedores escreverem seus próprios programas de atualização. Por alguma razão estranha, ISSO não é uma prioridade. Isso protegeria e simplificaria a implantação de aplicativos em milhares de vezes.

Isso termina meu discurso.

Agora, você pode, por favor, assinar o código VS ou colocá-lo na loja, para que eu tenha algo melhor para fazer no tablet Surface Go 2, do que navegar e usar RDP para conectar-se às máquinas dev adequadas?

Talvez seja por isso? https://visualstudio.microsoft.com/services/github-codespaces/

@vkocjancic

O Surface Go 2 vem com:

• Edição Windows 10 Home no modo S (clientes consumidores)
• Edição Windows 10 Pro (clientes comerciais)

Você pode mudar do Windows 10 S para o Windows 10 sem nenhum custo adicional. Depois de sair do modo S, você não pode voltar.

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
Acho que nada o impede de trazer sua própria versão do VSC para a loja. Por exemplo, aqui está uma instalação do Visual Studio Code que foi adaptada para alguma linguagem de programação que eu não conheço:
https://www.microsoft.com/store/productId/9NXDMCLN8P1X

@teohhanhui
Existem casos de uso para o Windows 10 S. Também estou executando meu laptop no modo S há mais de um ano. Acho que mudar não é sua opção preferida 😉

@teohhanhui Talvez você tenha me entendido mal. O modo S é inútil com a Microsoft Store inútil. Além disso, os aplicativos instalados da loja não têm garantia de execução no modo S. Fora isso, adoro tempo de inicialização rápido, adoro o desempenho da bateria. Basicamente, não quero trocar a menos que seja absolutamente necessário.

@JensMertelmeyer Existem dois motivos:

1. Não há nada que eu odeie mais do que um aplicativo em uma loja de aplicativos do provedor XY. Veja o Putty, por exemplo. Alguém conseguiu o código-fonte, reconstruiu-o para a loja e agora está cobrando por software gratuito. Não é uma grande coisa para armazenar. E...
2. Eu tenho uma vida ;-)

@teohhanhui Talvez você tenha me entendido mal. O modo S é inútil com a Microsoft Store inútil. Além disso, os aplicativos instalados da loja não têm garantia de execução no modo S. Fora isso, adoro tempo de inicialização rápido, adoro o desempenho da bateria. Basicamente, não quero trocar a menos que seja absolutamente necessário.

@JensMertelmeyer Existem dois motivos:

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. ;-)

(não é um fã de janelas)
Não concordo que esse modo faça sentido para as empresas.
Você remove a capacidade de seus funcionários idiotas de instalar qualquer coisa nas propriedades de sua empresa. Seus funcionários idiotas provavelmente instalarão muitos vírus se você não proibi-los de usar nada.

Se eles mudarem o smote para permitir a instalação de itens de repositórios selecionados / hospedados pelo administrador usando o winget, eles estarão onde precisam estar.

Demorou muito para o Windows perceber que precisava de um gerenciador de pacotes.
Espero que eles descubram o que precisam fazer com isso para o bem de seus serviços e clientes.

• Alguém conseguiu o código-fonte, reconstruiu-o para a loja e agora está cobrando por software gratuito. Não é uma grande coisa para armazenar. E...
• Eu tenho uma vida ;-)

Portanto, o processo de passar pelo processo de embalagem e manter uma versão da loja atualizada não vale nem alguns centavos de você. E também não vale a pena fazer isso sozinho, porque você tem coisas melhores para fazer.

Fascinante.

@JensMertelmeyer não se trata de dinheiro no nosso caso, mas de confiança. Se a Microsoft empacotar o VSCode, então eu sei que será a compilação certa. Você não sabe se o build do PuTTY na loja está pegando uma cópia de todas as suas chaves privadas e conexões e enviando-as ao desenvolvedor. Mesmo se fosse gratuito, eu teria medo de usá-lo!