Eto: Prise en charge de Visual Studio 2019 dans le complément Eto.Forms

Merci d'avoir signalé le problème, le complément n'a pas été mis à jour vers VS 2019, mais le sera bientôt !

des nouvelles?

Y at-il des progrès?

C'est quelque chose qui m'intéresse aussi, n'importe quel ETA ?

Hé les gars, merci pour votre patience. La mise à jour du complément VS pour Mac et Windows est la prochaine sur ma liste lorsque j'ai du temps libre.

Cela nous intéresse certainement.
Y a-t-il des mises à jour concernant les progrès ?

Merci

Oui, il y a eu du mouvement. J'ai tout mis à jour vers VS2019 mais je n'ai pas eu l'occasion de le tester beaucoup. Ce serait utile si quelqu'un pouvait essayer et signaler tout problème!

Vous pouvez le télécharger ici .

Merci beaucoup. Je le tire aujourd'hui et je vais commencer à le regarder.

Question naïve et probablement pas le forum, mais je ne voulais pas ouvrir de sujet.
Q : Quelle est la différence entre « intégrer Eto dans WPF » et « intégrer WPF dans ETO » ?
Quand utiliserais-je l'un ou l'autre ?

Merci

Des sources sont-elles disponibles pour les échantillons ?

Je l'ai essayé brièvement ; Il s'installe parfaitement et New- Project:Eto.Forms.Application + New- Item:Eto.Forms.View fonctionne comme prévu. Mais la vue d'aperçu des formulaires ne s'affiche pas, l'ouverture d'un fichier xxx.eto.cs s'ouvre uniquement en texte brut (idem avec xaml & json) ;

Et il y a ceci, mais vous en êtes probablement conscient ;

@SCLD-JBuczkowski :

Q : Quelle est la différence entre « intégrer Eto dans WPF » et « intégrer WPF dans ETO » ?

• "Intégrer Eto dans WPF" est lorsque vous avez une application WPF existante et que vous souhaitez y utiliser les contrôles Eto sans remplacer l'ensemble de l'application WPF.
• "Intégrer WPF dans Eto" est lorsque vous souhaitez utiliser Eto comme application principale mais y intégrez un contrôle WPF.

Des sources sont-elles disponibles pour les échantillons ?

Ils sont tous ici .

@rafntor merci pour le test rapide ! Dommage cependant, il semble que VS sur Mac _et_ Windows ait gâché tout le travail du concepteur en réécrivant toutes leurs interfaces d'éditeur. Yay. Du côté légèrement positif, je pense qu'ils utilisent peut-être les mêmes interfaces maintenant, donc je pourrais peut-être réutiliser du code. Ce n'est qu'une supposition cependant.

Quant aux avertissements de restauration des packages, ils disparaîtraient si vous ajoutiez le flux myget à vos sources de nugets. Ce ne sera pas non plus un problème après la version finale.

@rafntor en fait, je viens de faire un test rapide à ce sujet, il semble que l'aperçu fonctionne mais il commence juste à s'effondrer. Si vous faites glisser le séparateur en haut de la fenêtre vers le bas, il révèle la surface du concepteur. Pourriez-vous confirmer?

Oui, tu as raison, j'ai été dupe (l'effondrement le cache vraiment complètement)
Cela ne fonctionne pas tout à fait pour moi, cependant, certaines références se mélangent, mais en effet la zone de prévisualisation est là ;

@rafntor oui, c'est la même chose que # 1552, ce qui ne se produit qu'avec les fichiers .eto.cs lors de l'utilisation de .NET Standard 2.0. Je dois encore réparer celui-là. Il semble fonctionner au moins avec les fichiers .xaml.

Oui, peut confirmer que xaml fonctionne aussi pour moi. Lorsque je rétrograde vers Eto.Forms 2.4.1 et netstandard1.6, l'erreur de référence change ;

@rafntor merci beaucoup pour le test supplémentaire là-bas, je vais également essayer de résoudre ce problème.

@rafntor oui, c'est la même chose que # 1552, ce qui ne se produit qu'avec les fichiers .eto.cs lors de l'utilisation de .NET Standard 2.0. Je dois encore réparer celui-là. Il semble fonctionner au moins avec les fichiers .xaml.

Juste pour ajouter; cela s'est également produit lors du passage du fichier de projet principal à .NET4.6.1 au lieu de .NET Standard xx Il semble que seules 2 références différentes soient des références doubles.

Autre constat aujourd'hui ; sur ma machine Ubuntu avec MonoDevelop, j'obtiens également un écran partagé lors de l'ouverture d'un fichier .eto.cs. Je ne sais pas comment cela fonctionne sans le VSIX, mais aussi ces erreurs de référence. Peut-on vérifier demain lesquels si cela aiderait ?

Enfin, j'ai juste essayé d'utiliser le dernier .VSIX référencé ci-dessus. J'ai installé VS2019, mais lorsque je double-clique sur le programme d'installation de VSIX, je ne dépasse pas l'acceptation.
Comment savoir quels prérequis me manquent ?

@ejongejans voici les prérequis :

Peut-être avez-vous besoin de mettre à jour VS vers la dernière version ? Je ne sais pas comment le faire pour qu'il s'installe ou affiche les prérequis lors de la tentative d'installation.

Le complément pour le dernier VS pour Mac peut être téléchargé ici .

S'il vous plaît, donnez-lui un tourbillon!