Je ne pense pas qu'il existe de build d'application native pour iOS

J'ai la même question à acheter iPad pro récemment

Je suppose qu'il y a trop de limitations sur iOS pour que cela fonctionne réellement.

VSCode fonctionne sur Electron et est un framework de bureau , ce qui signifie qu'il ne fonctionne que sur Windows, macOS et Linux. L'iPad exécute iOS, un framework mobile, donc il ne le ferait probablement pas, à moins que l'équipe ne pense peut-être à créer un installateur

Sur ce, si c'est le cas peut-être et en version android aussi puisque j'utilise beaucoup mon MediaPad M5 pour travailler et consommer des médias :>

J'ai trouvé cette idée très bonne alors j'ai posé cette question, le lien montre un exemple

https://medium.com/@igorandreev/how -to-code-with-ipad-pro-make-your-2019-year-of-mobile-development-e4e678daab77

electronjs crée des applications multiplateformes même pour ios, donc je pense que cela fonctionne pour ipad.

Il y a une tonne de défis pour faire fonctionner cette chose et la fonctionnalité complète sur l'iPad en raison de la limitation iOS.

Qu'en est-il d'une version allégée qui pourrait utiliser Live Share de VSCode ? Exécuter la version complète sur un ordinateur de bureau pour effectuer toutes les tâches lourdes et la gestion des fichiers, mais utiliser l'iPad pour effectuer des modifications à distance ?

Ouais, j'aimerais voir une sorte de mise en œuvre comme @sean256 suggéré où je peux utiliser la puissance de mon bureau et toutes ses capacités et travailler à distance sur l'iPad dans le navigateur ou une application optimisée qui prend en charge les fonctionnalités spéciales nécessaires au développement comme la touche ESC.

@hugheba Je suis sur le point d'essayer celui-ci https://github.com/cdr/code-server. Exécute vscode sur un serveur distant, vous pouvez alors simplement utiliser votre navigateur. Ca a l'air intriguant....

@scottgrobinson code-server Semble prometteur.

Je l'ai installé et j'ai essayé de le configurer pour mon iPad, beaucoup de choses n'ont pas fonctionné comme l'ajout d'espaces de travail à partir du système de fichiers, l'installation d'extensions de plug-in de synchronisation, etc.

Il semble que cela crée une installation distincte de l'installation de VSCode, je dois donc reconfigurer mon environnement, essayant ainsi de faire fonctionner le plug-in de synchronisation des paramètres (sans succès).

On dirait qu'ils proposent un produit payant, mais il ne semble pas que la fonctionnalité soit encore là.

iOS a un bug de rupture d'accord pour que quelque chose comme https://github.com/cdr/code-server fonctionne.

Certains événements clés critiques ne sont pas déclenchés pour les champs de saisie/zone de texte (touches fléchées, touches système). L'éditeur de VSCode à la base dépend de ces événements clés manquants. J'ai essayé un méchant hack où j'intercepterais i,j,k,l avec les seuls événements de modification (alt) fonctionnels et réécrirais l'événement pour qu'il ressemble à des touches fléchées. C'est terrible, mais j'ai réussi à faire fonctionner l'éditeur.

Apple doit corriger cela. J'ai envoyé un « coup de gueule en colère » à un vieil ami à moi qui travaille avec l'équipe UIKit pour qu'ils sachent...

Cela pourrait être très intrigant pour iOS.

• https://twitter.com/bitandbang/status/1124017139717947392
• https://aka.ms/remote-development-blog

Encore d'autres choses de framework qui devraient être résolues mais c'est très cool.

Comme le code VS a déjà publié les extensions de "développement à distance", il serait raisonnable d'avoir le code VS pour la plate-forme iOS pour les utilisateurs qui travaillent principalement à distance via ssh vers un serveur Linux.
Cela permettrait aux utilisateurs d'iPad Pro d'avoir un meilleur IDE pour travailler à distance.

La directive d'examen de l'App Store dit :

2.5.6 Les applications qui naviguent sur le Web doivent utiliser le framework WebKit et le Javascript WebKit appropriés.

Je ne vois pas pourquoi VSCode pour iOS ne peut utiliser aucun autre moteur de rendu, il ne "navigue pas sur le Web" après tout.

Sur MSBuild2019 Live Share a été présenté qui peut vous aider : https://devblogs.microsoft.com/visualstudio/intelligent-productivity-and-collaboration-from-anywhere/ , https://visualstudio.microsoft.com/services/live -share/ , https://docs.microsoft.com/en-us/visualstudio/liveshare/use/vscode

Web Companion basé sur un navigateur est en cours de développement (src : https://devblogs.microsoft.com/visualstudio/intelligent-productivity-and-collaboration-from-anywhere/ ).

À l'avenir, vous pourrez accéder à https://online.visualstudio.com et accéder à n'importe lequel de vos environnements distants. Étant donné que Visual Studio Online est basé sur Visual Studio Code, il vous semblera immédiatement familier et bénéficiera du riche écosystème d'extensions que vous connaissez et aimez déjà, tout en prenant en charge à la fois les espaces de travail Visual Studio Code, ainsi que les projets et solutions de Visual Studio. De plus, il prendra en charge IntelliCode et Live Share prêts à l'emploi, ce qui garantit qu'il fournit les riches fonctionnalités de collaboration et de productivité dont les développeurs ont besoin.

Il semble qu'il réponde à la plupart des exigences.

Je pense que maintenant que le développement à distance est en place, cela semble être une opportunité parfaite pour lancer VS Code en tant qu'applications sur iOS et Android, pas seulement dans le navigateur (puisque Safari pue un peu), mais des applications réelles (basées sur HTML).

Oui s'il vous plaît! Avec tout le travail à distance de VS Code, une application iPad native de VS Code semble être une évidence. Cela fait des années que je cherche désespérément à ce que mon iPad soit une véritable productivité. C'est si proche que je peux le goûter !

Après la WWDC, l'iPad OS sort, et le vscode pour ipad ?

Je suis d'accord... iPadOS ouvre un tout nouvel ensemble de capacités pour ce qui pourrait être.
Je pense qu'avoir un éditeur de texte flexible et facilement accessible ouvrira le codage à un tout nouvel ensemble d'individus.

Quelqu'un a pu le faire apparemment assez facilement.

https://medium.com/@ow/its-finally-possible-to-code-web-apps-on-an-ipad-pro-90ad9c1fb59a

Utiliser uniquement la télécommande SSH est parfait pour ipados.Je pense que ça doit être une chose cool !!! Et nous pouvons essayer d'utiliser uniquement le kbd pour coder.C'est fantastique aussi !!

VSCode fonctionne sur Electron et est un framework _desktop_, ce qui signifie qu'il ne fonctionne que sur Windows, macOS et Linux. L'iPad exécute iOS, un framework mobile, donc il ne le ferait probablement pas, à moins que l'équipe ne pense peut-être à créer un installateur

Sur ce, si c'est le cas peut-être et en version android aussi puisque j'utilise beaucoup mon MediaPad M5 pour travailler et consommer des médias :>

Cela aiderait vraiment s'ils le faisaient. Je dois utiliser à la fois mon iPad et mon MacBook pour faire des choses et Visual ne fonctionnera toujours pas sur mon iPad en raison du travail de cadre nécessaire. C'est nul.

Je suppose qu'il n'y a eu aucun progrès pour obtenir un MVP/PoC de ce travail sur i/iPadOS

J'utilise Coda sur mon iPad Pro pour effectuer des travaux de développement sur un petit serveur de développement DigitalOcean. Lorsque je veux travailler sur mon bureau, j'utilise la nouvelle extension Remote SSH de VSCode pour faire de même.

Ce serait génial si nous pouvions obtenir une version "allégée" de VSCode qui propose essentiellement la partie Remote SSH (pas de fichiers locaux). C'est probablement beaucoup plus compliqué que je ne le prétends, et honnêtement, Coda est une excellente solution, mais j'adore Code alors j'espère

Ouais ! Je suis dans le même état que toi !

2019年7月10日，下午3:15，Carlos Rodriguez [email protected]写道：

J'utilise mon Coda sur mon iPad Pro pour faire des travaux de développement sur un petit serveur de développement DigitalOcean. Lorsque je veux travailler sur mon bureau, j'utilise la nouvelle extension Remote SSH de VSCode pour faire de même.

Ce serait génial si nous pouvions obtenir une version "allégée" de VSCode qui propose essentiellement la partie Remote SSH (pas de fichiers locaux). C'est probablement beaucoup plus compliqué que je ne le prétends, et honnêtement, Coda est une excellente solution, mais j'adore Code alors j'espère

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou coupez le fil de discussion.

Ne serait-il pas possible d'avoir un raspberry pi comme serveur de développement ? Deux scénarios me viennent à l'esprit :

Raspberry Pi VNC

Connectez le Raspberry Pi à l'iPad via USB-C (le nouveau Pi 4 a une prise USB-C native) et l'Ethernet de l'iPad via USB-C. Avoir VNC actif sur l'appareil. Connectez-vous avec Jump Desktop ou tout autre client VNC d'iPad à Pi.

Raspberry Pi SSH/Codeur

Comme ci-dessus, utilisez uniquement le serveur VS Code Coder sur Pi ou utilisez simplement Coda pour créer une connexion SSH/SFTP avec le Pi. Cela pourrait également fonctionner via Bluetooth au lieu d'usb-c (https://gist.github.com/rcarmo/6ad6c09e904c35857bad2dd2769edf76).

Avoir une petite "boîte de développement" qui fait l'informatique proprement dite, fonctionnant même hors ligne (en voyage), pourrait être génial. Je me demande simplement si Internet peut être partagé de l'iPad au Pi avec ce genre de paramètres.

La télécommande VScode pour SSH en tant qu'application plutôt que d'essayer d'utiliser un ide Web serait une amélioration considérable, je ne trouve pas une seule application ios qui soit presque aussi codée que VScode.

J'aimerais que ce soit une chose. De toute façon, je fais tout mon développement sur ssh et l'ipad pro 12,9" est le "terminal" parfait. Est-ce que cela est en train d'être examiné ? Y a-t-il quelque chose que je puisse faire pour aider ?

@ yanshuf0 Le plus proche que j'ai trouvé utilise le serveur de code [ lien ]. C'est une bonne configuration lorsqu'il y a un serveur que vous souhaitez utiliser (vous pouvez l'utiliser plus évidemment, mais c'est compliqué de configurer chacun). J'ai également eu des problèmes de fiabilité avec le serveur de code, donc parfois, vous devez vous connecter en ssh et redémarrer le processus.

Une meilleure alternative serait quelque chose comme sshcode [ lien ], car cela vous permettra de vous connecter à n'importe quelle machine en ssh et de démarrer automatiquement une instance de serveur de code. Mieux encore, les paramètres locaux sont synchronisés entre le client et l'hôte. Cependant, il n'y a pas encore de port pour iOS natif.. (voir le lien).

Avez-vous essayé ceci pour iPad https://panic.com/coda/

Ils font également une nouvelle mise à jour https://panic.com/nova/

Le serveur VS Code s'exécute maintenant sur un mac et y est connecté via un iPad.
Fait une faute de frappe dans un nom de fichier.
Comment faire un clic droit pour renommer ?

@mrV25 Faites un clic gauche sur le nom du fichier puis appuyez sur Entrée.

Ne serait-il pas possible d'avoir un raspberry pi comme serveur de développement ? Deux scénarios me viennent à l'esprit :

Raspberry Pi VNC

Connectez le Raspberry Pi à l'iPad via USB-C (le nouveau Pi 4 a une prise USB-C native) et l'Ethernet de l'iPad via USB-C. Avoir VNC actif sur l'appareil. Connectez-vous avec Jump Desktop ou tout autre client VNC d'iPad à Pi.

Raspberry Pi SSH/Codeur

Comme ci-dessus, utilisez uniquement le serveur VS Code Coder sur Pi ou utilisez simplement Coda pour créer une connexion SSH/SFTP avec le Pi. Cela pourrait également fonctionner via Bluetooth au lieu d'usb-c (https://gist.github.com/rcarmo/6ad6c09e904c35857bad2dd2769edf76).

Avoir une petite "boîte de développement" qui fait l'informatique proprement dite, fonctionnant même hors ligne (en voyage), pourrait être génial. Je me demande simplement si Internet peut être partagé de l'iPad au Pi avec ce genre de paramètres.

Je pense que c'est une meilleure approche 👍

Y a-t-il quelqu'un qui travaille là-dessus ? Ou ce n'est toujours pas prévu ?

Y a-t-il quelqu'un qui travaille là-dessus ? Ou ce n'est toujours pas prévu ?

essayez avec code-server https://github.com/cdr/code-server

@changkun

Ce serait vraiment génial d'avoir ça !

Ça a l'air bien! Nous n'avons pas besoin d'un VSCode complet pour iPad. Un petit éditeur avec uniquement du ssh distant suffit, des extensions peuvent être installées sur l'hôte.

Ce sera génial! S'il vous plaît @microsoft

J'utilise un peu mon Raspberry Pi4 4 Go et il a des performances suffisantes pour le développement de nodeJS. L'iPad peut se connecter sans fil via Bluetooth, USB-C ou Wifi. Bluetooth fonctionne bien tout en laissant le Pi connecté à une banque d'alimentation dans un sac. Avec Coda sur mon iPad, j'ai pu travailler pendant un vol en avion, mais il me manque totalement la saisie semi-automatique, la coloration syntaxique, le formatage automatique, etc.

code-server fonctionne plutôt bien, très similaire à vscode. Vous pouvez épingler l'application Web sur votre écran d'accueil pour qu'elle se comporte comme une vraie application, donc pas de barre d'URL. code-server deviendra compatible ARM/Pi ce mois-ci selon le développeur (https://github.com/cdr/code-server/issues/35#issuecomment-536569212). Je suis presque sûr que le serveur de code + iPad + clavier externe (Apple Magic Keyboard) constitueront une très belle configuration hors ligne.

Même un vscode natif avec un hôte SSH semble être un étirement, je pense qu'un grand défi de vscode était de créer monacco, qui nécessitera une tonne de travail pour fonctionner nativement sur iOS (ou Android). Tous les plugins comme eslint, prettier, etc. auraient besoin d'être réimplémentés, car ils devraient s'exécuter sur le périphérique client (iOS). Je ne crois pas que quiconque serait aussi déterminé à créer vscode à partir de zéro juste pour pouvoir développer sur un iPad. Donc, notre meilleur pari, à mon humble avis, sera l'accès à distance ou quelque chose comme un serveur de code.

Microsoft a déjà sorti Excel, Word, Outlook, etc. pour l'iPad, il semble logique de publier également un client natif pour Visual Studio Online, chaque fois que cela sortira.

Textastic est un bon éditeur de code pour iOS. https://www.textasticapp.com/

codesandbox.io fonctionne bien sur Safari. A un éditeur VSCode complet intégré. Je le recommande vivement pour le bureau, mais je n'ai pas mon propre iPad pour le tester complètement là-bas. Quelqu'un d'autre l'a essayé ?

@ee0pdt Oui, je pense que cela fonctionne aussi bien qu'avec des environnements vs-code basés sur un navigateur complet tels que code-server . Le problème n'est pas de trouver un environnement où vs-code s'exécute dans un navigateur. C'est que les raccourcis clavier traduisent rarement correctement.

iOS a un bug de rupture d'accord pour que quelque chose comme https://github.com/cdr/code-server fonctionne.

Certains événements clés critiques ne sont pas déclenchés pour les champs de saisie/zone de texte (touches fléchées, touches système). L'éditeur de VSCode à la base dépend de ces événements clés manquants. J'ai essayé un méchant hack où j'intercepterais i,j,k,l avec les seuls événements de modification (alt) fonctionnels et réécrirais l'événement pour qu'il ressemble à des touches fléchées. C'est terrible, mais j'ai réussi à faire fonctionner l'éditeur.

Apple doit corriger cela. J'ai envoyé un « coup de gueule en colère » à un vieil ami à moi qui travaille avec l'équipe UIKit pour qu'ils sachent...

Concernant codesandbox.io, il y a des bugs supplémentaires lors de la visite depuis l'IPad :

• La fenêtre contextuelle IntelliSense se déplace de manière accélérée par rapport au clavier
• Le clavier ne s'ouvre pas parfois. Codesandbox.io a ajouté un bouton personnalisé « Ouvrir le clavier » pour atténuer ce problème. Cela doit être porté sur vs-code, je crois (ce n'est pas un bogue du côté de codesandbox, je voulais juste le mentionner ici au cas où quelqu'un implémenterait réellement un correctif compatible IPad)

Adobe a trouvé un moyen de créer une version complète de Photoshop pour iPad afin que Microsoft puisse également créer une version complète du code VS.

Adobe a trouvé un moyen de créer une version complète de Photoshop pour iPad afin que Microsoft puisse également créer une version complète du code VS.

@TechSnazzy Bien sûr, mais êtes-vous prêt à payer pour cela ?

Cela leur a pris 30 ans alors soyez patient ;)

alors que VSCode Remote Dev ou quelque chose comme la solution à distance Coder sont bons pour les scénarios connectés, j'aimerais toujours vraiment voir une version autonome et hors ligne de VSCode qui peut utiliser des fichiers hébergés locaux/OneDrive pour le développement HTML/CSS/Javascript de base . L'ajout d'une console javascript décente aiderait au débogage. À plus long terme, j'aimerais voir PHP et MySQL vivre également sur mon iPadPro (hé, un garçon peut rêver, non ?!)

Je pense que cela pourrait en fait être possible sur l'appareil, mais je n'ai pas eu le temps de l'examiner.

J'ai un iPad 2018 avec une couverture de clavier que je pourrais extraire, mais je ne sais pas comment Apple gère la communication d'application à application sur iOS.

Essentiellement, je pense que vous pourriez exécuter le serveur distant VS Code _inside_ iSH directement sur l'iPad, puis vous y connecter à partir de Safari - vous travailleriez donc directement dans Safari mais le terminal se connecterait à iSH - je ne sais pas si iSH a cependant l'autorisation d'héberger un serveur Web sur l'appareil.

Ne pourrait-on pas créer un client léger pour le développement à distance ? Je pense que ce serait plutôt bien car la plupart des fonctionnalités de VS Code n'impliquent pas d'extensions d'interface utilisateur.

Honnêtement, un produit minimum viable de cela n'aurait besoin d'inclure qu'un éditeur de code et un explorateur de fichiers . Bien que nous devions peut-être y penser dans les composants (je n'ai pas d'expérience avec le développement IOS, alors s'il vous plaît soyez indulgent avec moi.) comme dans :

Un éditeur de code

• Mise en évidence de la syntaxe
  Cela peut être l'une des parties les plus difficiles et peut nécessiter des implémentations personnalisées spécifiquement pour les environnements mobiles, bien qu'il puisse s'exécuter côté serveur.
• Complétion du code

Un explorateur de fichiers

Fonctionnalités post-MVP

Je voudrais noter qu'un composant qui n'est pas strictement nécessaire, mais qui pourrait être utile, est une console intégrée.

@headmelted Une application appelée _Infuse 6_ est capable d'"héberger" un site Web et/ou un service FTP.

Mais même si ce n'est pas le cas, je pense que la plupart de l'expérience de base pourrait être transférée sur iOS. Bien sûr, nous ne pourrons peut-être pas utiliser certains outils et/ou extensions, mais bon, ce sera comme installer l'extension Python sans Python installé et prêt dans le PATH (d'une manière extrêmement généralisée), n'est-ce pas ? Vous pourriez le considérer comme une toute nouvelle plate-forme mais avec des capacités limitées, ce qui est ironiquement le cas.

Je ne suis pas un développeur iOS, mais je pense vraiment que ce serait une excellente application à avoir sur un iPad Pro avec Photoshop, Affinity Suite, iSH, l'application GitHub [en test] et le nouveau client RDP.

@lazerl0rd , pourriez-vous préciser ce que vous entendez par ce qui suit ?

expérience de base

Je considérerais la fonctionnalité d'édition de code de Visual Studio Code comme le principal aspect que nous devons répliquer. Pour être honnête, ce serait un énorme pas en avant si nous pouvions simplement obtenir une preuve de concept fonctionnelle avec un éditeur de code, un explorateur de fichiers FTP et un terminal SSH fonctionnel.

Battement

Peut-être pourrions-nous initialement développer l'application en utilisant Flutter. De cette façon, n'importe qui, y compris ceux d'entre nous qui n'ont pas accès à un Mac (ou à un appareil iOS d'ailleurs), pourrait travailler sur ce projet. En prime, cela nous offrirait une expérience multiplateforme transparente, car Flutter n'est pas seulement disponible pour iOS et Android, mais également pour le bureau et le Web.

Nom

Quelqu'un a-t-il déjà pensé à un nom ? Je pensais l'appeler Visual Studio Code Lite car ce ne serait pas seulement Visual Studio Code pour mobile. Ce serait une expérience Visual Studio Code réduite pour toutes les plateformes si nous visons une prise en charge multiplateforme, comme ce serait le cas si nous utilisions Flutter.

Preuve de concept

Je pense que nous avons juste besoin d'obtenir un produit minimum viable ou une preuve de concept dès que possible pour encourager les gens à commencer avec cela, mais je pense que nous devrions avoir une conception avant de faire une telle chose.

Témoin ici, mais il semble que les applications iPadOS 13.4 puissent désormais interpréter les événements directs du clavier ¯\_(ツ)_/¯ Je vais voir si je peux trouver les documents

UIPress ayant un nouvel événement clé doit avoir été ce à quoi je pensais. Malheureusement, je ne pense pas que ce soit la solution miracle, mais c'est quand même bon signe

Ipad Pro et Magic Keyboard ! C'est parfait pour être une machine de développement maintenant ! J'ai hâte de l'acheter si je peux exécuter VScode ou l'autre IDE dessus

La version iPad sera géniale ! Au moins une version à distance de VSCode.

De nos jours, Apple vient d'annoncer le nouveau curseur pour l'iPad dans iPad OS 13.4, parfaitement pour la sélection de texte !!!!
J'attends la version iPad avec impatience !!!!

J'adorerais ça. Heureux d'aider dans la mesure du possible

@lazerl0rd , pourriez-vous préciser ce que vous entendez par ce qui suit ?

expérience de base

Je dirais que l'expérience de base se compose de l'éditeur et de l'ensemble de fonctionnalités de VS Code sans extensions, @ thomasio101.

@lazerl0rd , d'accord, je pense que nous sommes sur la même

Je doute encore entre recréer l'éditeur Monaco dans Flutter ou Swift ou utiliser la version existante via un système comme React Native. Je ne connais pas ce dernier, est-ce que quelqu'un d'autre pourrait y jeter un œil ?

J'adorerais ça. Heureux d'aider dans la mesure du possible

@theonlydaleking , oh, bien sûr, vous pouvez aider. Je vois que vous avez beaucoup d'expérience avec JavaScript, alors pourriez-vous vérifier si React Native est une option viable pour ce projet ? (J'ai utilisé React, mais je n'ai jamais utilisé JS pour les applications natives.)

@ thomasio101 Je pense que vous manquez le point si vous réduisez vscode à la partie éditeur uniquement. Il existe de nombreux éditeurs de code construits avec swift/cocoa, et vous pouvez facilement encapsuler Monaco ou CodeMirror dans une vue Web avec react-native. Mais qu'en est-il de l'énorme liste de plugins, d'intellisense, de formatage de code, de linting et qu'en est-il de l'exécution du code que vous écrivez ?

La plupart de ces problèmes peuvent être résolus avec beaucoup de temps et d'efforts. Mais exécuter le code est toujours un problème, installer certains node_modules, compiler du code natif, etc. S'il s'agit simplement d'écrire un autre éditeur de code sftp/webdav, vous pouvez utiliser Panic Code Editor ou Textastic, ils sont assez excellents dans ce qu'ils sont Faire. Et si vous avez besoin de charger/télécharger un fichier pour que le code s'exécute de toute façon, vous pouvez facilement utiliser un éditeur de code à distance comme Cloud9, VSCode Server, etc.

J'aurais aimé pouvoir utiliser uniquement mon iPad Pro comme pilote quotidien, mais je ne peux pas. Je peux cependant connecter un RaspBerry Pi4 via usb-c et utiliser le serveur VSCode, et cela fonctionne bien. Et avec la prise en charge supplémentaire du curseur, c'est encore mieux maintenant. Je suppose que ça ne ira pas mieux que ça pour le moment.

Ouais, je pense que vous manquez le point aussi...

Cela doit juste être essentiellement un client léger pour vs en ligne et vs imo distant

@ thomasio101 Je pense que vous manquez le point si vous réduisez vscode à la partie éditeur uniquement. Il existe de nombreux éditeurs de code construits avec swift/cocoa, et vous pouvez facilement encapsuler Monaco ou CodeMirror dans une vue Web avec react-native. Mais qu'en est-il de l'énorme liste de plugins, d'intellisense, de formatage de code, de linting et qu'en est-il de l'exécution du code que vous écrivez ?

La plupart de ces problèmes peuvent être résolus avec beaucoup de temps et d'efforts. Mais exécuter le code est toujours un problème, installer certains node_modules, compiler du code natif, etc. S'il s'agit simplement d'écrire un autre éditeur de code sftp/webdav, vous pouvez utiliser Panic Code Editor ou Textastic, ils sont assez excellents dans ce qu'ils sont Faire. Et si vous avez besoin de charger/télécharger un fichier pour que le code s'exécute de toute façon, vous pouvez facilement utiliser un éditeur de code à distance comme Cloud9, VSCode Server, etc.

J'aurais aimé pouvoir utiliser uniquement mon iPad Pro comme pilote quotidien, mais je ne peux pas. Je peux cependant connecter un RaspBerry Pi4 via usb-c et utiliser le serveur VSCode, et cela fonctionne bien. Et avec la prise en charge supplémentaire du curseur, c'est encore mieux maintenant. Je suppose que ça ne ira pas mieux que ça pour le moment.

exactement, quant à moi, le résultat que je veux est de remplacer mon MacBook (portable) par un iPad comme le disait le slogan de l'iPad Pro —— "votre prochain ordinateur n'est pas un ordinateur".
Bien que vous puissiez créer rapidement l'autre éditeur en utilisant d'excellents modules de nœuds, qu'en est-il de l'écologie de l'éditeur, en particulier de ces plugins. Je ne peux pas imaginer l'expérience lorsque j'utilise vscode ou atom sans ces plugins. C'est un travail énorme.

Je viens de commencer à développer sur mon iPad Pro 2018 12,9", et cela me rend dingue. J'ai essayé le serveur de code de Coders, et cela fonctionne bien sur un ordinateur de bureau ou un ordinateur portable, mais mal sur iPadOS. Les raccourcis ne fonctionnent pas, la navigation est pénible, et toutes les extensions ne fonctionnent pas. Cela signifierait tellement pour une version de VS Code, au moins une version allégée, pour iPadOS. Microsoft a déjà la plupart de ses applications, y compris Azure et Office, sur l'application Store. Je ne sais toujours pas pourquoi cela ne s'est pas déjà produit.

@ GalacticLion7 Il est logique de porter Excel, Word, etc. car cela fait partie d'une suite payante. VSCode en comparaison est gratuit et il fonctionne déjà sur les tablettes (Surface), alors pourquoi devraient-ils faire un effort énorme pour créer un tout nouveau produit logiciel uniquement pour prendre en charge un produit concurrent et l'aider à tirer parti de la seule chose où Surface est meilleur que l'iPad : productivité.

@bkniffler , c'est un projet open-source ! Si nous voulons la fonctionnalité, nous le ferons !

Et, @Uyarn , vous avez un bon point là-bas. Mais je pense que nous aurons d'abord besoin de faire fonctionner l'expérience de base de VS Code, avant d'essayer de faire fonctionner des systèmes tels que des extensions.

J'encourage tout le monde à créer des trucs, mais puisque le produit que vous créeriez, s'il était fait avec flutter ou swift, n'aurait vraiment rien à voir avec vscode sauf peut-être une similitude de conception au sein de l'architecture et des visuels, je ne vois pas pourquoi cela doit être discuté ici. Je suis vraiment intéressé à faire de l'expérience vscode sur iOS une chose.

Ainsi, la seule chose qui mérite d'être discutée ici à mon avis, en plus d'une solution à distance complète, est d'essayer de faire fonctionner vscode via une vue Web réactive sur l'appareil.

@bkniffler , que le travail lié à ce concept appartienne ou non à ce référentiel peut dépendre fortement de la manière dont nous l'implémentons et, par conséquent, j'aimerais passer en revue certaines des options;

Une application web évolutive (PWA)

Nous pourrions créer une version installable des implémentations Web existantes de Visual Studio Code.

Une application utilisant React Native (ou des frameworks similaires)

Nous pourrions porter l'implémentation Electron (ou l'implémentation Web ?) de Visual Studio Code vers un framework mobile.

Une refonte native complète

Cette option impliquerait l'émulation de l'expérience Visual Studio Code dans une application native. Il pourrait potentiellement inclure la prise en charge de la fonctionnalité à distance de VS Code. Un obstacle potentiel à la refonte de l'expérience VS Code pourrait résider dans sa licence. (Quelqu'un sait-il s'il existe des limitations légales à la réutilisation (d'une partie) de la conception de Visual Studio Code ?)

Je vais juste jeter ça ici :

https://discuss.atom.io/t/electron-on-ios-android/18223/9
https://www.nativescript.org

@thomasio101 [opinion uniquement] Je pense que du point de vue de la gestion de projet, il sera plus facile d'amener d'autres développeurs à se joindre à nous s'il s'agit d'un projet React Native. Le portage d'Electron vers RN est plus simple que Electron -> Flutter, je crois. Certainement plus simple que l'électron -> Native

[anecdotique uniquement] - Je pense qu'il est toujours important de commencer par l'utilisateur et de travailler en arrière (merci Steve Jobs pour la citation) l'objectif final pour moi serait d'avoir la possibilité de travailler sur un projet au travail, git push at à la fin de la journée, puis sur le chemin du retour, je pouvais sortir l'iPad, git tirer le dernier commit et continuer à travailler dessus dans le train sur le chemin du retour.

En termes de licence et de conception VS - ce package est sous MIT qui, je suppose, inclurait les fichiers de conception.

Je pense que ce serait formidable pour les personnes utilisant l'iPad Pro comme machine de codage et l'utilisant en déplacement.

@bkniffler Je pense que Microsoft devrait adopter la même approche que lorsqu'ils ont créé des versions mobiles de leurs applications Office, en sacrifiant certaines fonctionnalités des versions de bureau pour les rendre "allégées".

Edit : Honnêtement, je retire ce que j'ai dit. Je bénéficierais davantage d'une version complète de VS Code, tout comme celle sur le bureau. Je ne supporte pas une version allégée comme ils l'ont fait lorsqu'ils ont créé des versions iOS de leurs applications Office. Aussi, s'il vous plaît nous donner une mise à jour. Nous n'avons jamais reçu de commentaire ici de la part d'un fonctionnaire, et cela fait un an. (@chrisdias)

Salut @chrisdias , ce numéro vous a été confié en mars 2019, pensez-vous être la bonne personne pour en discuter ? sinon, pouvez-vous affecter un autre membre de VSCode pour discuter de la possibilité d'obtenir cette fonctionnalité ? puisque ce numéro a plus d'un an sans aucun commentaire de votre part.

Je pense que ce problème a été oublié ou ignoré. Cela fait un an, mais toujours pas de commentaire ni de mise à jour.

Pouvons-nous essayer de contacter directement l'équipe, @GalacticLion7 ?

En plus de cela, j'aimerais essayer de faire fonctionner l'éditeur de Monaco dans React Native bientôt.

Le portage de VS Code sur l'iPad n'est pas sur notre feuille de route . Bien qu'il soit techniquement possible d'apporter l'éditeur principal, vous devez vraiment prendre en compte les extensions pour avoir une expérience de développement viable. Et c'est un gros problème, de nombreuses extensions ne peuvent tout simplement pas fonctionner sur l'iPad car il n'y a pas de version sous-jacente sur iOS (par exemple Node, C++, Rust, etc.).

Au lieu de cela, l'exécution de VS Code dans le navigateur avec Visual Studio Online vous offre une expérience de développement complète sur iPad alimentée par un environnement dans lequel vous pouvez utiliser toutes vos extensions, disposer d'un terminal, etc.

Vous pouvez utiliser un environnement VSO hébergé ou apporter le vôtre . Pour une expérience plus native, fournir un support PWA est sur la feuille de route VSO .

Merci @chrisdias. Cependant, je n'ai jamais pensé à exécuter un vscode complet sur ipad, seulement un mode distant, où je peux gérer facilement la connexion sur mon Mac ou sur une machine de développement fonctionnant sur le cloud ou même un raspberry pi. Un client natif rend l'éditeur plus fluide et profite des raccourcis clavier etc.

En tout cas merci de ta réponse !

Idem ce que @felipefdl a dit. Mon intérêt pour VSCode sur iPad est que je peux me connecter à distance à un serveur Linux dans le cloud et modifier le code à distance. Je n'ai aucun intérêt à développer sur mon iPad ; utilisez-le simplement comme un terminal intelligent.

En attendant aussi la même chose, juste un "client en mode distant" pour l'ipad

@felipefdl @marcusrugger @rcanoff cela existe déjà. Vous utiliseriez code-server , qui a déjà été discuté ici. C'est bien sur le bureau, mais ce n'est pas du tout optimisé pour iPadOS. Pour ne citer que quelques problèmes, les raccourcis ne fonctionnent pas, la navigation est très difficile, toutes les extensions ne fonctionnent pas et c'est lent. Pas l'expérience contemporaine à laquelle vous êtes habitué sur iPadOS. Vous pouvez voir des personnes sur la page Problèmes du serveur de code continuer à se plaindre du même problème.

Et @chrisdias , VSO ne fonctionne pas sur iPadOS :
https://imgur.com/ggxjN9y

Même s'il venait d'être ajouté à la liste blanche, ce ne serait toujours pas une bonne expérience pour les mêmes raisons que celles que j'ai énumérées ci-dessus.

Je pense donc vraiment qu'une expérience entièrement native est ce qui conviendrait. Je ne vois pas pourquoi les extensions poseraient problème, puisque les gens l'ont déjà fait auparavant :

Rouille : https://apps.apple.com/ae/app/rust-programming-compiler/id1486323711
C : https://apps.apple.com/ae/app/c-programming-language/id499545918
Python : https://apps.apple.com/ae/app/pythonista-3/id1085978097
Java : https://apps.apple.com/ae/app/pico-compiler-java-ide-api/id992268206

L'émulation est toujours une option, si quelque chose s'y oppose.

Les applications de l'éditeur sur Apple Store, et ces applications sont une assez mauvaise expérience, c'est une plate-forme pas encore explorée pour les outils de développement, si @microsoft y va, ce sera une référence là-bas. Vous pouvez le vendre, regrouper sur la licence Office 365, je m'en fiche, je vais payer pour cela. La seule application fait quelque chose de similaire, ce sont les gars de

@ GalacticLion7 en regardant simplement l'application 'C', il est dit que vous devez payer pour les compilations et qu'une connexion Internet est requise. Je suis sûr que vous envoyez simplement votre code sur le fil et ils le compilent pour vous pour un prix. Ce n'est pas natif. Tout ce que vscode aurait à faire est de créer une application cliente pour utiliser la connexion ssh à distance.

@yanshuf0 Je n'avais pas de gros doutes sur l'IDE C que j'ai lié, mais celui-ci garantit qu'il fonctionne hors ligne et a une note de 5 étoiles. Le fait est que, même si je ne recommanderais pas d'utiliser régulièrement ces applications mal écrites, cela prouve que tout langage de programmation peut facilement être compilé et exécuté de manière native sur iPadOS. Même si quelque chose vous gêne, l'émulation sera toujours une option. Ce n'est pas parce que ces développeurs ne l'ont pas fait correctement que les fantastiques développeurs de VS Code ne peuvent pas faire un bien meilleur travail.

Il devrait y avoir plus d'activité ici.

Les gars, vous demandiez l'avis des équipes de VSCode sur cette question et maintenant vous l'avez compris. Ce n'est pas sur leur feuille de route et il y a probablement beaucoup de raisons à cela, l'une étant les outils de construction manquants. Comme vous l'avez remarqué @ GalacticLion7 , il existe des moyens de compiler c++ ou d'interpréter ruby/python/js, mais ces moyens doivent être implémentés individuellement, tandis que VSCode peut simplement utiliser les outils par défaut déjà disponibles pour chaque plate-forme, tant que l'utilisation s'installe eux (comme cmake, nodejs, etc.). Ils auraient besoin de construire l'ensemble des outils de construction, ils auraient besoin de réimplémenter les plug-ins, de réécrire l'ensemble de l'interface utilisateur (puisqu'il est écrit en CSS qui ne fonctionne pas sur iOS) et de réécrire une grande partie du noyau ; ça n'arrive tout simplement pas.

Je ne pense pas qu'il devrait y avoir beaucoup plus d'activité ici, car rien de significatif ne peut plus être dit, et je crains que si la discussion continue à aller et venir comme elle le fait actuellement, le problème sera simplement verrouillé. C'est l'heure de l'action et de l'implication si vous voulez que la situation change. Commencez à travailler sur le port natif de réaction, essayez de faire quelque chose de nouveau avec flutter ou entrez dans le serveur de code pour améliorer l'expérience sur iPad. Assurez-vous de lier le référentiel sur lequel vous travaillez pour en informer les autres ou de lier les alternatives que vous trouverez en cours de route.

Je ne pense pas qu'il devrait y avoir beaucoup plus d'activité ici, car on ne peut plus rien dire de significatif

Nous pouvons continuer à exprimer poliment notre désir d'une application native avec des capacités à distance. La seule façon dont la feuille de route changera est une demande claire des utilisateurs.

Il semble que la demande de fonctionnalité ne soit pas claire. Peut-être devrions-nous demander une application iPad Visual Studio Online. La compilation et l'exécution sur un appareil local ne se produiront pas de si tôt en raison des restrictions d'Apple. Mais quelque chose pourrait fonctionner en mode distant/cloud et cela apporterait beaucoup de valeur à beaucoup de gens. Et l'expérience de l'application native sera bien meilleure qu'une expérience de navigateur Web.

Oui, mais c'est le but @forrestthewoods. Nous ne demandons pas une nouvelle fonctionnalité, nous demandons essentiellement un produit complètement nouveau. Si vous voulez exprimer votre désir, ajouter un pouce levé au premier message est un excellent moyen. Si vous souhaitez proposer une application iPad pour Visual Studio Online, il existe un endroit dédié pour soumettre des commentaires et des demandes de fonctionnalités qui est https://github.com/MicrosoftDocs/vsonline/ et je suis presque sûr que vous êtes plus susceptible de obtenir des réponses officielles là-bas car il est directement lié à ce produit spécifique.

Il y a un problème ouvert pour suivre la prise en charge de Safari pour vsonline ici https://github.com/MicrosoftDocs/vsonline/issues/33

Je suis d'accord que l'ouverture d'un nouveau numéro pour « l'application iPad pour Visual Studio Online » dans https://github.com/MicrosoftDocs/vsonline/repo est la meilleure solution.

@bkniffler, l'

Rappelez-vous ce que j'ai suggéré, c'est-à-dire que Microsoft adopte la même approche que lorsqu'ils ont créé des versions iOS (et Android, mais ce n'est pas lié) de leurs applications Office à partir de leurs versions de bureau. Ils ont de toute façon réécrit une grande partie du code, donc je ne vois pas en quoi cela pourrait être différent pour VS Code. Je ne suis pas tout à fait sûr de ce que vous vouliez dire sur la façon dont ils doivent faire chaque langue individuellement, mais ce n'est pas beaucoup d'efforts pour implémenter les langues que les utilisateurs veulent utiliser. C'est juste de la mise et peut-être même de l'émulation, similaire aux IDE que j'ai montrés plus tôt.

À propos des plugins, n'oubliez pas qu'aucun des plugins des versions de bureau d'Office ne fonctionne avec les versions mobiles. Ainsi, Microsoft pourrait réécrire les versions prises en charge des plus essentielles, comme les packs d'extension Java ou Python, ou tout éliminer et simplement rester simple avec la coloration syntaxique. Bien sûr, vous n'obtiendrez pas toute la pléthore de plugins que vous avez sur le bureau, mais peut-être qu'il pourrait y avoir une API similaire afin que les gens puissent choisir de créer des plugins. D'ailleurs, qu'attendriez-vous d'un tel port ? Tout comme les versions mobiles d'Office sont légères.

Je voulais aussi souligner que je suis presque sûr qu'il y a des gens ici qui pensaient que c'était une idée stupide. Les gens ont toujours dépeint l'iPad de manière si incapable qu'il s'agit simplement d'une brique Netflix ou e-book. Cependant, depuis la sortie de l'iPad Pro et de l'iPadOS, cela a complètement changé cela. Pour n'en nommer que quelques-uns, je suis passé au papier en utilisant mon iPad Pro comme appareil de prise de notes avec j'ai monté des vidéos avec le LumaFusion de qualité A12X Bionic est plus rapide que la plupart des PC . En d'autres termes, l'iPad Pro et l'iPadOS sont également une machine de productivité évolutive, professionnelle, sans distraction. Il a remplacé mon ordinateur portable pour tout sauf le développement sur VS Code, pour lequel j'ai toujours un ordinateur de bureau. La raison pour laquelle je dis tout cela est pour les personnes qui ne savent pas trop si l'iPad convient au développement.

Je comprends qu'il y a une chance que tout se passe mal et que les développeurs ferment ce problème, et je ne me plaindrai pas, puisque je comprends comment ces requêtes fonctionnent. Je veux juste m'assurer que les développeurs comprennent mes points ci-dessus afin que je puisse m'assurer que la variable "l'iPad n'est qu'un Netflix et une brique de jeu" n'est pas ce qui les a amenés à prendre leur décision.

Il y a un problème ouvert pour suivre la prise en charge de Safari pour vsonline ici MicrosoftDocs/vsonline#33

Je suis d'accord que l'ouverture d'un nouveau numéro pour « l'application iPad pour Visual Studio Online » dans https://github.com/MicrosoftDocs/vsonline/repo est la meilleure solution.

Ce serait bien aussi.

J'aimerais, un jour, utiliser mon iPad comme machine de développement unique. C'est une bête sérieuse et dans un an, j'en suis sûr, il y aura plein d'excellentes applications de productivité. Mais j'aimerais être réaliste à ce sujet. Dire que ce n'est "pas beaucoup d'efforts" n'aide pas du tout, car il faudra beaucoup d'efforts pour créer le produit que vous demandez. Pour vous donner un exemple, essayez de trouver des ressources par exemple sur la façon de compiler c++ sur l'iPad, vous pourriez être surpris du manque de ressources. Ce n'est pas seulement une question de apt-get install cmake . Regardez https://github.com/mceSystems/node-jsc pour voir ce qu'il faut pour exécuter nodeJS sur un iPad. Exécuter le code à distance est une autre affaire, mais encore une fois, je demande pourquoi ne pas participer à https://github.com/cdr/code-server et peut-être créer un port natif réactif qui communiquera avec le code- serveur principal ?

L'analogie du bureau pour iOS n'aide pas non plus. Ce n'était qu'une décision stratégique à la suite du passage de Microsoft à react-native (https://blog.appfigures.com/microsoft-goes-all-in-on-react-native-for-their-mobile-apps/) , et une partie d'un produit qui génère une grande partie de leurs revenus (vous pouvez consulter leur rapport annuel si vous le souhaitez). Gardez à l'esprit que vscode est essentiellement un outil open source gratuit qui pourrait ou non remplacer un jour Visual Studio. Mais c'est aussi pourquoi j'ai lié le projet de studio visuel en ligne, qui en comparaison est un outil payant qui sera probablement plus ouvert à une tâche énorme comme avoir une application iPad dédiée, car ils pourront en tirer des revenus.

Alors oui.. vous pouvez voter contre ma réponse autant que vous le souhaitez, mais permettez-moi de le dire clairement : en disant des choses comme "microsoft, vous êtes une grande entreprise, pourquoi ne faites-vous pas vscode pour iPad" ou en leur suggérant d'adapter leur des feuilles de route pour quelques personnes ici n'aideront pas beaucoup. En revanche, fabriquer un produit qui gagne du terrain pourrait aider énormément. Participer au serveur de code peut aider énormément, car il s'agit d'un produit concurrent open source pour leur studio visuel en ligne, et si une application iPad en fait un outil encore meilleur avec une communauté plus large, ils le remarqueront très probablement.

Voici une implémentation simple de l'éditeur monaco en tant que vue Web dans une application native de réaction :
https://github.com/bkniffler/vscode-native

Son uniquement destiné au mode dev actuellement et ce n'est qu'un POC de la facilité d'intégration de l'éditeur dans une application hors ligne. À partir de là, vous pouvez ajouter un ssh distant ou essayer d'implémenter https://github.com/JaneaSystems/nodejs-mobile , ce qui ne sera pas facile mais certainement possible.

Un vscode complet sur iPad, c'est presque improbable, mais c'est une deuxième étape à coup sûr. Le vscode distant sur ipad est une première étape, et c'est beaucoup moins d'effort, car les extensions, le terminal et tout le reste s'exécuteront sur un serveur distant. (en tant que serveur de code mais avec une application native).

+1 pour la prise en charge de la télécommande VSCode et de ssh sur l'iPad. J'utilise déjà SSH distant sur ma machine auto-hébergée, je n'ai donc qu'une seule machine configurée pour le développement. Avoir une application iPad pour SSH à distance dans la machine de développement serait fantastique !

@chrisdias

Au lieu de cela, l'exécution de VS Code dans le navigateur avec Visual Studio Online vous offre une expérience de développement complète sur iPad alimentée par un environnement dans lequel vous pouvez utiliser toutes vos extensions, disposer d'un terminal, etc.

C'est exactement ce que je veux cependant; Visual Studio Online dans un navigateur mais sans le navigateur Chrome - c'est-à-dire une vue Web. Ce serait facile si iOS avait le support PWA, mais ce n'est pas le cas. Un bonus serait de pouvoir l'exécuter sans aucune extension mais de se connecter aux machines via SSH

@chrisdias

Au lieu de cela, l'exécution de VS Code dans le navigateur avec Visual Studio Online vous offre une expérience de développement complète sur iPad alimentée par un environnement dans lequel vous pouvez utiliser toutes vos extensions, disposer d'un terminal, etc.

C'est exactement ce que je veux cependant; Visual Studio Online dans un navigateur mais sans le navigateur Chrome - c'est-à-dire une vue Web. Ce serait facile si iOS avait le support PWA, mais ce n'est pas le cas. Un bonus serait de pouvoir l'exécuter sans aucune extension mais de se connecter aux machines via SSH

IOS prend en charge PWA. C'est peut-être plus limité que les autres systèmes d'exploitation, mais c'est là. J'ai installé Twitter sur mon iPad en tant que PWA.

Ce n'est pas très évident, vous devez ouvrir le site dans Safari, appuyez sur partager, puis appuyez sur Ajouter à l'écran d'accueil. Je pense que les invites que vous obtenez sur Android ne sont pas encore prises en charge sur IOS.

Quoi qu'il en soit, je ne sais pas si cela aide, mais le support PWA pour VS en ligne semble être possible?

@MaxFletcher , le support PWA nous fournirait également un support pour d'autres appareils mobiles, pas seulement pour l'iPad.

@bkniffler, vous simplifiez à l'excès mes arguments. Tout d'abord, vous donnez l'impression que j'ai dit que ce n'est "pas beaucoup d'efforts" pour tout faire. Je faisais simplement référence aux IDE que j'ai liés ci-dessus et qui ont compilé avec succès le code externe hors ligne. Je me trompe peut-être, mais si ces gens étaient capables de le faire, qui, à en juger par leurs autres applications et l'interface utilisateur, ne sont pas encore très qualifiés (à part celui de Pythonista, ils sont géniaux), alors je ne vois pas comment il faudrait plus d'efforts pour qu'une entité de développement plus grande comme Microsoft fasse la même chose. Pour le runtime Node.js, vous utiliseriez nodejs-mobile, qui est beaucoup plus complet et plus facile à utiliser que nodejsc, qui a été mis à jour pour la dernière fois en octobre 2018.

La raison pour laquelle j'espère plutôt une application native est un travail complètement hors ligne. Je ne vois tout simplement pas à quoi sert SSH à distance sur votre bureau, car vous auriez besoin d'une connexion Internet sur votre iPad. Nous devons profiter de sa portabilité. Bien sûr, il existe un modèle cellulaire, mais les usages seront élevés. Cependant, pour le moins, la compatibilité pour VSO ou le serveur de code sur iPadOS serait également acceptable, à condition qu'elle soit très bien optimisée pour iPadOS afin de tirer parti du nouveau curseur adaptatif, des raccourcis clavier, etc.

En outre, vous devez noter que VS Code a une sorte de monétisation indirecte. Si vous y réfléchissez, quel genre de développeurs l'utilisent ? Très probablement le Web, car les ordinateurs de bureau ou mobiles préfèrent généralement les IDE complets. (Et non, je ne pense pas que Visual Studio remplacera VS Code, car VS est beaucoup plus capable que VS Code pour certaines charges de travail) Et les développeurs Web auraient alors besoin d'un endroit pour travailler, n'est-ce pas ? Entrez Azure. Microsoft crée des extensions pour Azure dans VS Code afin qu'il soit facile à y déployer. Ils affichent même l'extension sur les recommandations sans même la rechercher. Et ils ont même un essai gratuit de 200 $ de crédit. Mais alors vous auriez besoin d'un système de contrôle de version pour votre code ? Eh bien, ils ont TFS. Il prend également en charge Git.

Je n'ai jamais dit "Microsoft, vous êtes une grande entreprise, pourquoi ne faites-vous pas VS Code pour iPad". Lisez mon premier paragraphe. Encore une fois, ce numéro a été créé pour débriefer sur une sorte de code VS sur iPadOS pour l'équipe, qu'il s'agisse d'une application native, VSO, etc. Ce n'est clairement pas un supplice comme vous l'avez décrit. Vous déclarez également que l'application Web gagnera plus de terrain qu'une application native, ce qui n'a pas de sens. De plus, je ne comprends pas ce que vous voulez dire sur la façon dont cela atteindra quelques personnes. Pour en revenir à mon autre commentaire (ce qui est le cas pour de nombreux points de ce commentaire), iPadOS est une plate-forme désormais grand public qui ne cesse de croître à de nombreuses fins. J'écris même ceci sur mon iPad Pro, juste en train de dire.

Je pense que nous pouvons tous convenir qu'il doit s'agir d'une application dédiée. Qui fait l'application est d'ailleurs le point, nous sommes tous des développeurs. Ce que nous devons déterminer, c'est quelle technologie (cadre) conviendra le mieux au projet. Créez un dépôt Git et passez au codage. Aimez le défi, vivez pour le produit fini. Je vais m'y essayer en Javascript, en utilisant si possible vue et nativescript. Je posterai plus d'infos dans les semaines à venir. Bon codage à vous tous... restez en sécurité.

@jarvon y a-t-il une équipe ou un groupe de personnes qui vont s'impliquer aussi pensons-nous pwa ou autre chose ?

Je pense qu'il existe déjà des PWA décents disponibles comme code-sever (auto-hébergé) ou stackblitz. J'aimerais voir une approche réactive avec un éditeur Monaco intégré dans une vue Web comme ici https://github.com/bkniffler/vscode-native

La première étape serait d'obtenir la prise en charge officielle du navigateur mobile pour l'éditeur monaco ou au moins de corriger les bogues critiques. Problème connexe ici https://github.com/microsoft/monaco-editor/issues/246. Il n'y a pas de ressources pour cela, sauf une.

Il existe une application ios de l'éditeur monaco fonctionnant en natif de réaction. Fabriqué par @hemantasapkota appelé Code Playground, vous pouvez le télécharger depuis l'App Store ici https://apps.apple.com/us/app/code-playground/id1452106609

Dans ce numéro, https://github.com/microsoft/monaco-editor/issues/1365 @hemantasapkota mentionne l'envoi de relations publiques avec certains des correctifs de support mobile pour monaco.

Aussi ici https://github.com/hemantasapkota/goplayground/issues/2#issuecomment -475467975 @hemantasapkota parle d'une possibilité de rendre certains de ses travaux open source

Le titre doit-il être modifié pour iPadOS et ajouter plus d'étiquettes à ce numéro ?

j'adorerais un vscode dédié sur ipados !!! une mise à jour de l'équipe?

@bkniffler , j'adore ce projet natif de réaction. Est-ce utilisable ? Et si oui, quelles sont les instructions pour l'obtenir sur un iPad Pro ? Merci d'avance.

C'est vraiment juste une preuve de concept pour l'édition hors ligne de Monaco, mais il ne fait rien d'autre pour le moment, pas de chargement ou d'enregistrement de fichiers et pas d'exécution de code. J'espère que cela ou quelque chose de similaire pourrait ouvrir la voie à iPadOS Vscode

Je pense que nous pouvons tous convenir qu'il doit s'agir d'une application dédiée. Qui fait l'application est d'ailleurs le point, nous sommes tous des développeurs. Ce que nous devons déterminer, c'est quelle technologie (cadre) conviendra le mieux au projet. Créez un dépôt Git et passez au codage. Aimez le défi, vivez pour le produit fini. Je vais m'y essayer en Javascript, en utilisant si possible vue et nativescript. Je posterai plus d'infos dans les semaines à venir. Bon codage à vous tous... restez en sécurité.

Hey. Toute mise à jour?

Je pense que nous pouvons tous convenir qu'il doit s'agir d'une application dédiée. Qui fait l'application est d'ailleurs le point, nous sommes tous des développeurs. Ce que nous devons déterminer, c'est quelle technologie (cadre) conviendra le mieux au projet. Créez un dépôt Git et passez au codage. Aimez le défi, vivez pour le produit fini. Je vais m'y essayer en Javascript, en utilisant si possible vue et nativescript. Je posterai plus d'infos dans les semaines à venir. Bon codage à vous tous... restez en sécurité.

Je suis prêt à aider, lien vers le projet?

Je suis prêt à aider aussi.
Je pense qu'il ne devrait pas être si difficile de porter le code Electron js vers React Native. Avons-nous des mises à jour/repo/etc ?

En attendant, je vais également faire des recherches sur les ports électroniques vers iOS et Android.

Je suis prêt à aider aussi.
Je pense qu'il ne devrait pas être si difficile de porter le code Electron js vers React Native. Avons-nous des mises à jour/repo/etc ?

En attendant, je vais également faire des recherches sur les ports électroniques vers iOS et Android.

Vous pouvez utiliser NativeScript, qui est comme Electron pour mobile.

Je pense que nous pouvons tous convenir qu'il doit s'agir d'une application dédiée. Qui fait l'application est d'ailleurs le point, nous sommes tous des développeurs. Ce que nous devons déterminer, c'est quelle technologie (cadre) conviendra le mieux au projet. Créez un dépôt Git et passez au codage. Aimez le défi, vivez pour le produit fini. Je vais m'y essayer en Javascript, en utilisant si possible vue et nativescript. Je posterai plus d'infos dans les semaines à venir. Bon codage à vous tous... restez en sécurité.

Je suis trop occupé pour aider à coder en ce moment, mais j'adorerais tester la version bêta ! J'attends ça depuis une éternité !

Honnêtement, je perds espoir à ce stade. Le tout dure depuis 4 ans (y compris la suggestion du support de Monaco pour mobile chez microsoft/monaco-editor#246), et nous avons eu très peu d'intervention de l'équipe.

Ok, je sais que les gens de repl.it développent leur propre application mobile. Je comprends qu'ils sont vaguement basés sur vscode. Pour moi, cela ressemble à un mélange génial. Qu'est-ce que tu penses? Aussi tu as raison. Nous sommes peut-être bons dans nos domaines respectifs, mais cela ne peut pas se faire sans l'intervention de l'équipe de base.

Honnêtement, je perds espoir à ce stade. Le tout dure depuis 4 ans (y compris la suggestion du support de Monaco pour mobile chez microsoft/monaco-editor#246 ), et nous avons eu très peu d'intervention de l'équipe.

Je pense que cela gagne en pertinence en raison du fait que iPadOS devient plus bureautique. De plus, à mon humble avis, ce serait une première étape suffisante d'avoir un "client vscode" natif pour iPadOS qui peut se connecter à une instance vscode s'exécutant sur une télécommande, comme déjà disponible via un plug-in https://code.visualstudio.com/docs /remote/remote-overview. Ceci est similaire à des projets comme code-server, mais aurait l'avantage de travailler avec vanilla vscode sur la télécommande.

D'un autre côté, MS pourrait ne pas vouloir cannibaliser sa propre offre https://docs.microsoft.com/visualstudio/online/overview/what-is-vsonline

@benjaminbauer C'est partiellement possible aujourd'hui en utilisant VS Online avec un environnement cloud ou auto-hébergé. Référence CLI en ligne VS
Le problème est que Safari n'est pas entièrement pris en charge pour le moment, mais un support peut arriver -> https://github.com/MicrosoftDocs/vsonline/issues/362#issuecomment -609518846

@benjaminbauer C'est partiellement possible aujourd'hui en utilisant VS Online avec un environnement cloud ou auto-hébergé. Référence CLI en ligne VS

Le problème est que Safari n'est pas entièrement pris en charge pour le moment, mais un support peut arriver -> https://github.com/MicrosoftDocs/vsonline/issues/362#issuecomment -609518846

Ou en utilisant directement Code-Server plain ou dans un Docker env.

Ou en utilisant directement Code-Server plain ou dans un Docker env.

Oui, j'ai essayé et c'est vraiment bien, mais un environnement auto-hébergé VS Online présente certains avantages :

• Authentification nativement soutenue par Azure AD (MFA, pwdless, ...)
• pas besoin d'ouvrir les ports de votre serveur sur Internet, pas de tunnels ssh ou vpn à gérer et à configurer. Aussi pas de certificats, DNS et domaine public à maintenir.
• les deux sont gratuits mais VS Online est officiellement maintenu par MS, donc toutes les extensions sont téléchargées nativement à partir du marché

Honnêtement, je perds espoir à ce stade. Le tout dure depuis 4 ans (y compris la suggestion du support de Monaco pour mobile chez microsoft/monaco-editor#246 ), et nous avons eu très peu d'intervention de l'équipe.

Je pense que cela gagne en pertinence en raison du fait que iPadOS devient plus bureautique. De plus, à mon humble avis, ce serait une première étape suffisante d'avoir un "client vscode" natif pour iPadOS qui peut se connecter à une instance vscode s'exécutant sur une télécommande, comme déjà disponible via un plug-in https://code.visualstudio.com/docs /remote/remote-overview. Ceci est similaire à des projets comme code-server, mais aurait l'avantage de travailler avec vanilla vscode sur la télécommande.

D'un autre côté, MS pourrait ne pas vouloir cannibaliser sa propre offre https://docs.microsoft.com/visualstudio/online/overview/what-is-vsonline

Vous avez manqué mon point. Je viens de dire qu'il y a très peu d'intervention de l'équipe dans ce dossier qui dure depuis un an. (Et je pense que c'est un mauvais signe.)

Aussi, autant que je veux un code VS natif sur iPadOS (voir mes commentaires précédents). Vous ne faites que donner ces suggestions qui ont déjà été discutées en profondeur ici. On tourne juste en rond. Donc tout ce dont nous avons besoin est une mise à jour.

Ou en utilisant directement Code-Server plain ou dans un Docker env.

Oui, j'ai essayé et c'est vraiment bien, mais un environnement auto-hébergé VS Online présente certains avantages :

• Authentification nativement soutenue par Azure AD (MFA, pwdless, ...)
• pas besoin d'ouvrir les ports de votre serveur sur Internet, pas de tunnels ssh ou vpn à gérer et à configurer. Aussi pas de certificats, DNS et domaine public à maintenir.
• les deux sont gratuits mais VS Online est officiellement maintenu par MS, donc toutes les extensions sont téléchargées nativement à partir du marché

Le vs-code en ligne a-t-il une interface distincte ou est-il entièrement hébergé en ligne ?

Le vs-code en ligne a-t-il une interface distincte ou est-il entièrement hébergé en ligne ?

Vous utilisez le front-end VS Online (aka.ms/vso-login), puis sélectionnez un environnement cloud azur ou votre propre serveur auto-hébergé. (il n'y a pas d'interface séparée, seul l'agent sur votre propre serveur se connecte au service VS Online, pas de ports ouverts.)

Mais, si vous utilisez l'iPad pour vous connecter en ligne (aka.ms/vso-online), en haut de la page s'affiche l'avis « Votre navigateur n'est actuellement pas pris en charge... »

Mais, si vous utilisez l'iPad pour vous connecter en ligne (aka.ms/vso-online), en haut de la page s'affiche l'avis « Votre navigateur n'est actuellement pas pris en charge... »

https://github.com/MicrosoftDocs/vsonline/issues/362
https://github.com/MicrosoftDocs/vsonline/issues/33

C'est peut-être officiel ça va être énorme !!!

Les développeurs pourraient peut-être écrire des logiciels sur iPad et iPhone avec Xcode
https://www.cultofmac.com/703527/xcode-ipad-iphone-ios-ipados-14-rumor/

Espérons que VSCODE et d'autres éditeurs puissent alors venir sur l'iPad

C'est peut-être officiel ça va être énorme !!!

Les développeurs pourraient peut-être écrire des logiciels sur iPad et iPhone avec Xcode
https://www.cultofmac.com/703527/xcode-ipad-iphone-ios-ipados-14-rumor/

Espérons que VSCODE et d'autres éditeurs puissent alors venir sur l'iPad

Waouh, c'est énorme ! Je suis tout à fait d'accord avec Xcode à la place.

Je voudrais aussi souligner cette réponse cependant:

L'application Xcode Preview masquée est présente dans iOS 13 et est une application compagnon permettant d'afficher des aperçus de mise en page sur l'appareil à partir de l'application Xcode principale exécutée sur un Mac. Pour ne pas dire que vous vous trompez, juste un FYI pour les gens.

https://twitter.com/SteveMoser/status/1252197252887707650

De plus, même si je serais heureux de voir Xcode passer à iPadOS et que cela pourrait marquer le début d'un codage sérieux sur iPad, Xcode et sa base de code ne sont en aucun cas liés à VSCode, donc cela ne changerait pas vraiment la situation pour la plupart des gens ici.

Je voudrais aussi souligner cette réponse cependant:

L'application Xcode Preview masquée est présente dans iOS 13 et est une application compagnon permettant d'afficher des aperçus de mise en page sur l'appareil à partir de l'application Xcode principale exécutée sur un Mac. Pour ne pas dire que vous vous trompez, juste un FYI pour les gens.

https://twitter.com/SteveMoser/status/1252197252887707650

De plus, même si je serais heureux de voir Xcode passer à iPadOS et que cela pourrait marquer le début d'un codage sérieux sur iPad, Xcode et sa base de code ne sont en aucun cas liés à VSCode, donc cela ne changerait pas vraiment la situation pour la plupart des gens ici.

Pour être juste, si nous n'obtenons aucune réponse des développeurs, la meilleure chose à faire est de passer à autre chose. Nous avons vu assez de réticence ici. Bien que je préfère toujours un code VS, vous pouvez utiliser une variété de langages avec Xcode, même s'il n'est pas parfait. Gardez à l'esprit que c'est iPadOS.

@ GalacticLion7 Pensez-vous vraiment que les gens vont changer les langues qu'ils ont travaillé dur pour maîtriser pendant des années simplement parce que leur environnement de développement préféré ne prend pas en charge leur appareil préféré ? Je ne le ferai sûrement pas. Je pense que toute cette discussion, bien qu'elle montre ce que les gens imaginent qu'ils aimeraient faire, manque de preuves empiriques. L'iPad, qui vient d'ajouter une véritable prise en charge de la souris, ne s'est tout simplement pas avéré être un système productif pour les développeurs. Comme Dieter de TheVerge vient de le dire dans le nouvel examen du boîtier du clavier tactile Apple Magic, avoir un appel Zoom pendant le travail sur Office est une douleur royale dans le cul. Ce n'est pas seulement une question d'environnement de développement, c'est une question de capacités de périphérique et de système d'exploitation. Voilà où nous en sommes (à peine) au début d'un changement d'avis chez Apple.

Je sais, vous (et moi), nous aimerions commencer à bricoler et à travailler maintenant, mais je suis très impatient de voir comment dans la vraie vie, avec un excellent éditeur de code (par exemple Xcode), les gens sont vraiment capables de travailler sur l'iPad en tant qu'appareil principal. Je suppose que c'est la bonne décision pour MS d'attendre et de voir comment l'iPad fait ses preuves dans différents domaines, avant même d'envisager de faire un effort dans une énorme réécriture. C'est à nous de changer l'état actuel si nous voulons commencer à coder sur iPad.

@ GalacticLion7 Pensez-vous vraiment que les gens vont changer les langues qu'ils ont travaillé dur pour maîtriser pendant des années simplement parce que leur environnement de développement préféré ne prend pas en charge leur appareil préféré ? Je ne le ferai sûrement pas. Je pense que toute cette discussion, bien qu'elle montre ce que les gens imaginent qu'ils aimeraient faire, manque de preuves empiriques. L'iPad, qui vient d'ajouter une véritable prise en charge de la souris, ne s'est tout simplement pas avéré être un système productif pour les développeurs. Comme Dieter de TheVerge vient de le dire dans le nouvel examen du boîtier du clavier tactile Apple Magic, avoir un appel Zoom pendant le travail sur Office est une douleur royale dans le cul. Ce n'est pas seulement une question d'environnement de développement, c'est une question de capacités de périphérique et de système d'exploitation. Voilà où nous en sommes (à peine) au début d'un changement d'avis chez Apple.

Je sais, vous (et moi), nous aimerions commencer à bricoler et à travailler maintenant, mais je suis très impatient de voir comment dans la vraie vie, avec un excellent éditeur de code (par exemple Xcode), les gens sont vraiment capables de travailler sur l'iPad en tant qu'appareil principal. Je suppose que c'est la bonne décision pour MS d'attendre et de voir comment l'iPad fait ses preuves dans différents domaines, avant même d'envisager de faire un effort dans une énorme réécriture. C'est à nous de changer l'état actuel si nous voulons commencer à coder sur iPad.

J'ai l'impression qu'iPadOS est déjà un appareil de productivité suprême pour des choses comme le développement, et ce ne sont que les développeurs d'applications qui le réfutent.

En utilisant votre exemple Zoom, la raison pour laquelle les appels Zoom sur iPadOS sont nuls, du moins selon mon expérience personnelle, est purement à cause de l'interface utilisateur/UX. C'est juste très médiocre par rapport aux versions Windows/macOS du client Zoom.

Et cela ne se limite pas à Zoom. Même Google est sur le même chemin. L'application Google Docs pour iPadOS fonctionne bien, mais ils ont écumé la plupart des fonctionnalités disponibles sur la PWA complète. Et l'application Google Slides, eh bien, ça craint beaucoup. C'est particulièrement un problème pour de nombreux développeurs qui essaient d'apporter leurs applications multiplateformes et Web à iPadOS. Pas seulement Google et Zoom.

Cela pourrait facilement être corrigé si les développeurs d'applications étaient suffisamment compétents pour passer un peu plus de temps à organiser leurs applications pour iPadOS (et les services mobiles en particulier). Mais ils ne le font pas parce qu'iPadOS n'est tout simplement pas dans leur meilleur intérêt.

Ainsi, Microsoft pourrait suivre deux chemins avec deux résultats différents pour apporter nativement leur IDE à iPadOS :

• Créez une version allégée de l'application comme beaucoup de gens qui essaient d'apporter leur application multiplateforme à iPadOS et restez ainsi jusqu'à ce que les développeurs commencent de manière conventionnelle à organiser leurs applications pour iPadOS.

ou

• Soyez différent et créez un code VS complet pour iPadOS qui résiste à la version originale. Ce serait non seulement un énorme avantage pour les développeurs qui possèdent un appareil iPadOS, mais cela susciterait également considérablement l'intérêt d'autres développeurs pour améliorer ou amener leurs applications multiplateformes ou Web sur iPadOS.

Encore une fois, toute cette discussion est très inutile si nous ne recevons aucune mise à jour de l'équipe de développeurs. @isidorn pourriez-vous s'il vous plaît apporter plus d'activité officielle ici?

J'ai commencé à porter l'ide sur ios mais c'est beaucoup de travail à cause des restrictions qu'ios a actuellement.
Il est loin d'être prêt pour la production. La mise en évidence de la syntaxe est cassée, certains éléments tactiles ne fonctionnent pas comme prévu et la partie système de fichiers ne fonctionne pas du tout. De plus, la seule façon d'exécuter le code nodejs est d'intégrer le runtime complet dans l'application (j'ai réussi à le faire).

Voici un post que j'ai fait à ce sujet.
https://www.reddit.com/r/webdev/comments/g7rhtw/i_ported_vscode_to_the_ipad/

Si le projet vous intéresse, faites-le moi savoir sur reddit.

C'est vraiment cool @locomain. Je suis triste que vous choisissiez d'opter pour une source fermée. Non pas parce que je ne dépenserais pas d'argent pour cela, mais parce que je crains que cela ralentisse un peu le développement. Pourtant, continuez comme ça.

Voici le devis pour toute personne intéressée :

Non, je ne pense pas que je vais l'ouvrir. J'ai un travail à temps plein et je le fais pendant mon temps libre. Pour finir, cela va me coûter beaucoup de temps et je détesterais voir des gens faire de la banque avec mon travail comme cela m'est arrivé dans le passé.

Dans l'attente de cela car le clavier magique sort récemment. Même si ce n'est pas assez parfait maintenant.

@bkniffler, de nombreuses personnes sur Reddit ont fait d'excellents commentaires sur les raisons pour lesquelles le projet devrait être open source. Je suis un peu d'accord, donc je vais repenser si je vais l'ouvrir ou non.

J'ai commencé à porter l'ide sur ios mais c'est beaucoup de travail à cause des restrictions qu'ios a actuellement.
Il est loin d'être prêt pour la production. La mise en évidence de la syntaxe est cassée, certains éléments tactiles ne fonctionnent pas comme prévu et la partie système de fichiers ne fonctionne pas du tout. De plus, la seule façon d'exécuter le code nodejs est d'intégrer le runtime complet dans l'application (j'ai réussi à le faire).

Voici un post que j'ai fait à ce sujet.
https://www.reddit.com/r/webdev/comments/g7rhtw/i_ported_vscode_to_the_ipad/

Si le projet vous intéresse, faites-le moi savoir sur reddit.

Juste pour que vous le sachiez, cela violera quelques directives si vous le publiez sur l'App Store comme ça.

Consultez https://vseditor.app/. C'est une application qui exécute un serveur de code pour que cela ressemble à une expérience native.

Donc, en gros, c'est juste une version hébergée de vscode fonctionnant dans une vue Web pour 2,99 $ pm ? Je préfère suivre ce que @locomain fait, il semble qu'il essaie d'emprunter la voie difficile consistant à forker vscode et à réimplémenter la partie electronjs pour réagir en natif; ou héberger le serveur de code moi-même.

J'ai commencé à porter l'ide sur ios mais c'est beaucoup de travail à cause des restrictions qu'ios a actuellement.
Il est loin d'être prêt pour la production. La mise en évidence de la syntaxe est cassée, certains éléments tactiles ne fonctionnent pas comme prévu et la partie système de fichiers ne fonctionne pas du tout. De plus, la seule façon d'exécuter le code nodejs est d'intégrer le runtime complet dans l'application (j'ai réussi à le faire).

Voici un post que j'ai fait à ce sujet.
https://www.reddit.com/r/webdev/comments/g7rhtw/i_ported_vscode_to_the_ipad/

Si le projet vous intéresse, faites-le moi savoir sur reddit.

Comme les personnes ci-dessus l'ont dit, cela peut enfreindre certaines des directives du magasin. Vous pouvez envisager l'expédition via altStore. Quoi qu'il en soit, je serais ravi d'aider :D

Donc, en gros, c'est juste une version hébergée de vscode fonctionnant dans une vue Web pour 2,99 $ pm ? Je préfère suivre ce que @locomain fait, il semble qu'il essaie d'emprunter la voie difficile consistant à forker vscode et à réimplémenter la partie electronjs pour réagir en natif; ou héberger le serveur de code moi-même.

Oui, mais c'est une bien meilleure expérience que de le faire sur Safari. Je ne dis pas que je le recommande, c'est payant et vous n'avez pas accès à sudo.

Qu'en est-il des espaces de code GitHub ?
(Microsoft ne propose-t-il pas déjà cela ! ?)

Qu'en est-il des espaces de code GitHub ?
(Microsoft ne propose-t-il pas déjà cela ! ?)

Au cas où quelqu'un serait intéressé...

Il est possible de faire fonctionner cela avec Visual Studio Codespaces , avec une mise en garde - copier (cmd-C) et annuler (cmd-Z) ne fonctionnent pas. Coller des données copiées d'ailleurs fonctionne, mais vous ne pouvez pas copier de nouvelles données à partir d'un éditeur. De même, le signal d'annulation (cmd-Z) n'est pas non plus capturé.

En général, Codespaces fonctionne de la même manière que VS App - vous avez accès à un conteneur distant exécutant (effectivement) un serveur de code. Dans les deux cas, vous finissez par payer pour les ressources utilisées. Dans les deux cas également (espaces de code et application VS), vous pouvez également utiliser un VSO ou un serveur de code auto-hébergé et utiliser gratuitement le site Web de VSO ou l'application VS. L'option auto-hébergée pour VS App est relativement récente.

L'auteur de VS App a énuméré comment ils contournent ces problèmes ici : https://github.com/cdr/code-server/issues/1015#issuecomment -631473728 . La version rapide est qu'ils interceptent le copier/coller au niveau de l'application, puis transfèrent les appels vers WebView.

Cela ressemble probablement à un problème userAgent ?

• Chrome pour PC : fonctionne
• Mode mobile PC Chrome iOS : ne fonctionne pas
• Mac Safari : Travailler
• Agent Mac Safari pour iPhone : ne fonctionne pas
• Mode Bureau iPad : Travailler
• Mode iPad mobile : ne fonctionne pas

UserAgent (Test PC)

Code d'essai

<head>
...
<script>
Object.defineProperty(navigator, "userAgent", {
  get: () => "Mozilla/5.0 (Macintosh; CPU iPhone OS 13_2_3 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.3 Mobile/15E148 Safari/604.1",
});
// iOS "Mozilla/5.0 (iPhone; CPU iPhone OS 13_2_3 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.3 Mobile/15E148 Safari/604.1"
// Mac Safari "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15" = $1
</script>
...
</head>
...

Ca ne fonctionne pas

• "Mozilla/5.0 (iPhone ; CPU iPhone OS 13_2_3 comme Mac OS X) AppleWebKit/605.1.15 (KHTML, comme Gecko) Version/13.0.3 Mobile/15E148 Safari/604.1"

• "Mozilla/5.0 (Quoi ; CPU iPhone OS 13_2_3 comme Mac OS X) AppleWebKit/605.1.15 (KHTML, comme Gecko) Version/13.0.3 Mobile/15E148 Safari/604.1"

  Travail

• "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/605.1.15 (KHTML, comme Gecko) Version/13.1 Safari/605.1.15"

• "Mozilla/5.0 (Macintosh ; CPU iPhone OS 13_2_3 comme Mac OS X) AppleWebKit/605.1.15 (KHTML, comme Gecko) Version/13.0.3 Mobile/15E148 Safari/604.1"

Résultat

• Si userAgent n'a pas de Macintosh, cela ne fonctionne pas.
• Probablement parce que l'userAgent vérifie la plate-forme et que le Macintosh utilise la clé méta. Sur la plate-forme iPhone, cela semble provoquer l'illusion de ne pas utiliser la clé méta.
• Que diriez-vous d'ajouter un iphone à une plate-forme qui utilise la clé méta ?

@daybrush merci pour vos contributions, mais veuillez noter que ce problème concerne une application mobile dédiée pour Visual Studio Code.

@daybrush merci pour vos contributions, mais veuillez noter que ce problème concerne une application mobile dédiée pour Visual Studio Code.

Se mettre d'accord. Cela ne devrait pas être fermé. Une application Web, qui nécessite un ordinateur (ou un espace de code payant vs code) n'est pas une application comme celle des ordinateurs de bureau.

@GalacticLion7 @maxiostro

Oh mon erreur. À partir de problèmes externes, je pensais que les liens étaient des problèmes liés.

J'espère que l'application native de l'iPad sortira.

@rebornix pourriez-vous rouvrir ?

Après avoir regardé la WWDC 2020,
cette pomme passe aux processeurs ARM (Apple Silicon) pour les prochains Mac
et toutes les applications populaires seront également rééditées/développées pour les processeurs ARM
implique peut-être que ceux-ci n'auront pas de mal à fonctionner également sur iPad (?)

Je pense que V8 fonctionne déjà sur ARM, mais je ne suis pas vraiment sûr de NodeJs

@Altiano Apple contribue des correctifs à plusieurs projets open source pour la prise en charge ARM, notamment Chromium, Electron, Node, V8, etc. Ils vont vraiment tout faire.

Vérifiez ceci : https://twitter.com/MarkVillacampa/status/1275200446764912643?s=20

@Altiano Apple contribue des correctifs à plusieurs projets open source pour la prise en charge ARM, notamment Chromium, Electron, Node, V8, etc. Ils vont vraiment tout faire.

Vérifiez ceci : https://twitter.com/MarkVillacampa/status/1275200446764912643?s=20

Il semble que ce soit pour macOS sur ARM, pas iPadOS sur ARM.

Apple Silicon sera basé sur les puces de la série A présentes dans les iPad.

Apple Silicon sera basé sur les puces de la série A présentes dans les iPad.

D'accord, même puce mais système d'exploitation différent, ce qui signifie une API totalement différente, à moins qu'atom n'utilise SwiftUI.

Le moyen le plus plausible est en fait qu'Apple rende macOS disponible sur l'iPad Pro A12Z. Où ARM mac et iPad Pro utilisent la même puce, mais c'est surtout une décision de marché plutôt qu'un problème technique.

Je pense que les applications iOS pourront fonctionner nativement sur MacOS,
il devrait être vraiment possible le contraire.

J'ai essayé d'utiliser les espaces de code de github pour pouvoir utiliser VSC sur mon iPad Pro. J'ai compris, comme ce qui a été dit plus tôt dans ce fil, que je pouvais l'ouvrir dans Safari sur iPad sans aucun changement, Chrome sur iPad mais uniquement en mode bureau.

Les problèmes sont vraiment venus quand j'ai voulu exécuter le code. Il crée un lien localhost avec mon application de nœud qui transfère automatiquement vers une autre URL pour le conteneur, mais cela n'a pas fonctionné. Je n'ai pas réussi à l'ouvrir dans Safari ou Chrome. Dans Chrome, je devais désactiver les fenêtres contextuelles pour qu'elles aillent même à l'URL, mais le contenu réel ne serait jamais chargé. Il s'est assis là et a tourné pendant un moment.

Sur safari, le CMD+Click n'a jamais ouvert la fenêtre contextuelle. Je vais continuer à essayer et voir si je peux le faire fonctionner car je veux vraiment pouvoir coder sur mon iPad avec un éditeur de code décent.

@austinstudio Si vous accédez aux paramètres de safari de l'iPad et désactivez "Désactiver les fenêtres contextuelles" ou quelque chose de similaire qui vous permettra de commander un clic.

Dommage que le copier-coller ne fonctionne pas avec les espaces de code !

Je me suis inscrit à Codespaces peu de temps après sa sortie, et il m'a dit qu'ils "m'enverraient un e-mail sous peu" pour "rejoindre l'accès anticipé". Mais cela fait plusieurs mois, et je n'ai jamais reçu l'e-mail. Il dit toujours qu'ils m'enverront un e-mail sous peu.

Je me suis inscrit à Codespaces peu de temps après sa sortie, et il m'a dit qu'ils "m'enverraient un e-mail sous peu" pour "rejoindre l'accès anticipé". Mais cela fait plusieurs mois, et je n'ai jamais reçu l'e-mail. Il dit toujours qu'ils m'enverront un e-mail sous peu.

moi aussi

Non, vous ne pouvez pas utiliser le code Visual Studio sur un iPad

GitHub a récemment lancé Codespaces en version bêta fermée, ce qui pourrait être un bon moyen d'aller sur iPad. Je suis dans la version bêta et je l'utiliserai pendant les prochaines semaines pour avoir un aperçu de ce que cela pourrait être dans les versions finales

Ce n'est pas un putain de vscode pour la fermeture de l'ipad

Le jeu. 27 août 2020 à 5h07, Marco [email protected] a écrit :

GitHub a récemment lancé Codespaces en version bêta fermée, ce qui pourrait être un bon
chemin à parcourir sur iPad

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/microsoft/vscode/issues/70764#issuecomment-681880992 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAND323W2VT6W3TMXFJQWCLSCY475ANCNFSM4G7RRXKQ
.

--
Jonathan Silverman
tél. : (720) 757 7054

@mixflame qu'est-ce qui

Je vais bien mon ami. Je veux dire pas de menaces

Le lundi 31 août 2020 à 03h08 GalacticLion7 [email protected]
a écrit:

>
>

@mixflame https://github.com/mixflame qu'est-ce qui vous arrive ?

-
Vous recevez ceci parce que vous avez été mentionné.

Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/microsoft/vscode/issues/70764#issuecomment-683661509 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAND326AQD46AGOY3SHOGZ3SDNSAVANCNFSM4G7RRXKQ
.

--
Jonathan Silverman
tél. : (720) 757 7054

Eh bien, il faudra beaucoup trop d'efforts pour configurer des compilateurs pour les langages (Python, JS, etc.), mais un IDE est tout à fait possible, vous pouvez même vous associer à des services cloud comme Codespaces, Repl.it, Glitch, etc. pas besoin d'utiliser safari pour une expérience vsc. Je vivrais même avec une version vraiment primitive de VSC tant que je peux programmer sans problème.

Apple Silicon sera basé sur les puces de la série A présentes dans les iPad.

D'accord, même puce mais système d'exploitation différent, ce qui signifie une API totalement différente, à moins qu'atom n'utilise SwiftUI.

Le moyen le plus plausible est en fait qu'Apple rende macOS disponible sur l'iPad Pro A12Z. Où ARM mac et iPad Pro utilisent la même puce, mais c'est surtout une décision de marché plutôt qu'un problème technique.

Pas vraiment. iOS/iPadOS et macOS sont des distributions Darwin, le noyau développé par Apple, dérivé de BSD. Je ne dis pas que le portage serait simple, mais le fait qu'ils aient la même architecture et le même noyau aiderait probablement d'une manière ou d'une autre.

Pour une expérience native iPad :

1. Faites fonctionner le serveur de code (ordinateur local/raspberry-pi ou hébergé publiquement avec juste une adresse IP) guide ici
2. Télécharger depuis le serveur de l'App Store
3. Entrez vos paramètres de serveur de code dans l'application serveediter et vous êtes en or (serveur auto-hébergé)

Bon travail @Acker Dawn Apple

Le mar. 22 sept. 2020 à 7h45 Acker Dawn Apple [email protected]
a écrit:

Pour une expérience native iPad :

1. Guide d'exécution du serveur de code (hébergé localement ou publiquement, il suffit d'avoir une adresse IP)
   ici
   https://github.com/cdr/code-server/blob/b509063e143bbf74b74ec295260c4fd5f6332f71/doc/guide.md
2. Télécharger depuis le serveur de l'App Store
   https://apps.apple.com/us/app/servediter-for-code-server/id1504491325
3. Entrez vos paramètres de serveur de code dans l'application serveediter et vous êtes
   doré

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/microsoft/vscode/issues/70764#issuecomment-696731982 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAND326XPZGTXW6GNDOQ5SLSHCTA5ANCNFSM4G7RRXKQ
.

--
Jonathan Silverman
tél. : (720) 757 7054

chercher ça

Avec les versions ARM officiellement prises en charge (https://code.visualstudio.com/#alt-downloads), existe-t-il un moyen de créer une application iPad OS (en cours d'exécution native) ?

Je pense que l'ipad ver viendra avec le mac sur ARM.

L'iSH Shell ( http://github.com/ish-app/ish ) apporte déjà vi, make, gcc, gdb, .. sur iPad et iPhone.

Ce sera encore mieux d'avoir un éditeur avec une fonction de contour/symbole plus pratique que vi sur iPad et iPhone.

J'espère qu'un jour les développeurs créeront une version pour iPadOS et transféreront ce ticket vers done

Safari et les autres navigateurs iPad sont très problématiques lorsqu'il s'agit d'utiliser des IDE en ligne (studio visuel en ligne). Je ne suis pas un grand fan de ça honnêtement. Peut-être un wrapper/interface pour les espaces de code, sauf qu'il se présente sous la forme d'une application ? Je n'ai pas besoin d'un environnement de programmation local, et je n'en demande pas non plus. Je n'ai pas besoin ou envie d'installer python3 sur mon iPad et suis limité par des restrictions

Ajoutons à cela : Microsoft n'est pas obligé d'utiliser Electron ; par conséquent, la version iPad n'aura pas besoin d'être créée à l'aide d'Electron, et je suis sûr qu'il n'y a pas de bibliothèque Electron pour iPadOS/iOS. Une interface utilisateur peut simplement être créée dans Swift, vous voyez ce que je veux dire ?

Continuer plusieurs mois à utiliser l'application App Store Servediter qui est VSCode en tant qu'offre App Store (nécessite l'exécution de CodeServer ailleurs).

L'expérience est presque parfaite et je suis toujours très satisfait du codage sur iPad QUOTIDIEN / TOUS LES JOURS. Lorsque je voyage, je prends Raspberry Pi 4 et je le branche directement sur l'iPad via USB C et toute l'expérience fonctionne sous un seul câble. J'apprécie beaucoup toute l'expérience, ce clavier magique n'est pas un mensonge non plus, la grandeur là-bas.

Je code sur mon iPad Pro tous les jours.

et la batterie ? @AckerApple

La batterie dépasse les attentes. L'écran tactile de 4 pouces de mon Raspberry peut être éteint et je le laisse généralement éteint. Lorsque l'écran tactile de 4 pouces est allumé et lumineux, l'indicateur d'éclairage de faible puissance s'allume de manière peu fréquente. J'ai aussi un ventilateur sur mon Raspberry qui est toujours allumé à 100%.

Je recommande absolument l'approche Raspberry to iPad, c'est plus lent que Mac mini mais cela fonctionne sans aucun problème de déconnexion et de reconnexion. Et le meilleur succès sans transition est venu de la mise en réseau du nom de Pi afin que je n'aie jamais à utiliser l'IP, jamais (branché sur iPad, ou Pi sur son WiFi, j'y accède toujours de la même manière par nom)

L'amour est dans l'iPad Pro touch et l'interface utilisateur iOS. Je l'apprécie plus qu'un ordinateur portable, même si vous ne pouvez toujours pas tout faire, mais coder Vs Code sur iPad avec un clavier magique en vaut la peine et mon esprit aime le choix de parfois l'écran tactile et parfois le pavé tactile, un expérience étonnante et pratique.

Continuer plusieurs mois à utiliser l'application App Store Servediter qui est VSCode en tant qu'offre App Store (nécessite l'exécution de CodeServer ailleurs).

L'expérience est presque parfaite et je suis toujours très satisfait du codage sur iPad QUOTIDIEN / TOUS LES JOURS. Lorsque je voyage, je prends Raspberry Pi 4 et je le branche directement sur l'iPad via USB C et toute l'expérience fonctionne sous un seul câble. J'apprécie beaucoup toute l'expérience, ce clavier magique n'est pas un mensonge non plus, la grandeur là-bas.

Je code sur mon iPad Pro tous les jours.

La plus grosse bête noire que je rencontre encore aujourd'hui est que les applications passent en arrière-plan et provoquent des actualisations. Échanger entre quelques applications, revenir à n'importe quel éditeur de code juste pour le voir se recharger perdre tous les onglets, fenêtres, connexions shell est frustrant. J'en ai fait l' expérience avec l'exécution d'applications telles que

La seule expérience solide (en termes d'établissement et de maintien de la connexion) que j'ai eue est d'exécuter un shell mosh sur un serveur distant avec Blink Shell , mais cela signifie perdre l'expérience de l'éditeur d'interface graphique.

@tiivik m'utilise alors Serveditor. L'état complet de l'application est enregistré dans le serveur lui-même, donc même si mon iPad a cessé de fonctionner en arrière-plan, l'instant où il rafraîchit tout est là où je l'ai laissé (moins les menus ouverts)

@tiivik m'utilise alors Serveditor. L'état complet de l'application est enregistré dans le serveur lui-même, donc même si mon iPad a cessé de fonctionner en arrière-plan, l'instant où il rafraîchit tout est là où je l'ai laissé (moins les menus ouverts)

Le fait est que cela devient très rapidement improductif lorsque les tâches d'arrière-plan sont éliminées plusieurs fois par minute (occurrence courante dans mon flux de travail lors de la tabulation alternative entre le navigateur et le code). Je suppose que c'est un choix de conception de l'iPadOS plutôt que l'une des applications pour les tuer dès que possible. Merci pour la recommandation, je vais essayer.

Je suppose que c'est un choix de conception de l'iPadOS plutôt que l'une des applications pour les tuer dès que possible.

Je ne suis pas d'accord : je ne rencontre pas un tel problème avec d'autres applications (comme les navigateurs). Vous n'attendez pas que les pages Web se rechargent à chaque fois que vous passez d'un navigateur à autre chose, n'est-ce pas ? Donc je suppose que c'est une mauvaise architecture des éditeurs. Ils devraient probablement mieux mettre en cache les choses, afin qu'ils ne perdent pas les états si facilement.

Je n'ai pas encore essayé ce Servediter, et je suis assez méfiant à ce sujet. Restera probablement traditionnel, avec VSCode fonctionnant sur mon MacBook, pendant encore un certain temps. Mais si vous l'essayez avec vos projets, partagez un retour ici ;)

J'ai joint ma recommandation sur la façon dont je n'ai jamais de problème de mémoire lors du codage et de la navigation

@AckerApple, vous utilisez un mac-mini local comme serveur ? Option intéressante

Le but ici est d'exécuter nativement VSCode et de ne pas être assisté via nos propres appareils mais plutôt un service cloud ou quelque chose du genre. Je ne cherche même pas de support natif pour les compilateurs, etc., je sais mieux que de demander cela. Theia etc. sont encore des clients basés sur un navigateur, et ils ont leur propre ensemble de problèmes, y compris des problèmes de sélection, etc. Tout ce que je veux, c'est me sentir chez moi sur iPad avec une expérience de type VSC, et vous pouvez l'intégrer avec Codespaces, Repl.it, Glitch , votre propre serveur, etc. (Ceci est à nouveau facultatif mais ce serait utile)

J'ai moi-même un Raspberry Pi 4, mais je ne veux pas l'allumer/le laisser fonctionner tout le temps chaque fois que je veux coder. Le refroidissement est déjà un énorme problème même avec un dissipateur thermique, je pourrais obtenir un boîtier de ventilateur intégré pour cela, mais c'est un investissement futur.

Recommandation pour les utilisateurs qui recherchent une prise en charge native de Python ou de Node JS, vous pouvez consulter Pythonista 3 ou PlayJS, il existe une autre application d'interprétation Python dont j'ai oublié le nom, vous pouvez effectuer une recherche rapide sur Google pour la trouver. Ces applications ne sont pas parfaites, mais j'ai eu une expérience assez fluide avec eux jusqu'à présent.

Remarque à ceux qui disent qu'il existe déjà des applications qui remplissent cet objectif, je veux une application officielle et un support de Microsoft et non d'une société tierce.

Je n'ai pas encore essayé ce Servediter, et je suis assez méfiant à ce sujet. Restera probablement traditionnel, avec VSCode fonctionnant sur mon MacBook, pendant encore un certain temps. Mais si vous l'essayez avec vos projets, partagez un retour ici ;)

Chose sûre! J'aborde le sujet tous les deux mois environ et je suis excité tout en revenant au MacBook.

J'ai joint ma recommandation sur la façon dont je n'ai jamais de problème de mémoire lors du codage et de la navigation

Ouais ça aide sûrement. J'espère le jour où je pourrai basculer entre les applications en plein écran sans perdre l'état de l'application.