Eto: Prise en charge de Visual Studio pour Mac 2019

Salut @jzlhll , merci d'avoir signalé le problème. L'extension n'a pas encore été mise à jour pour prendre en charge Visual Studio 2019 (ou MonoDevelop 8.0). Ce sera bientôt fait, avec la version 2.5.

Désolé d'être ennuyeux à ce sujet, mais cela peut-il être éliminé le plus tôt possible ? Y a-t-il quelque chose que nous puissions faire pour faire avancer cela (c'est-à-dire le compiler nous-mêmes - y a-t-il des instructions ?).

Pour les utilisateurs ayant besoin de rétrograder, bien qu'ils ne soient pas pris en charge par MS, les anciens téléchargements de VSMac peuvent être trouvés dans la section des avantages de MSDN : https://my.visualstudio.com/Downloads?q=visual%20studio%202017&wt.mc_id=o ~msft ~vscom~téléchargements plus anciens

Pour les utilisateurs ayant besoin de rétrograder, bien qu'ils ne soient pas pris en charge par MS, les anciens téléchargements de VSMac peuvent être trouvés dans la section des avantages de MSDN : https://my.visualstudio.com/Downloads?q=visual%20studio%202017&wt.mc_id=o ~msft ~vscom~téléchargements plus anciens

Pouvez-vous installer les deux versions côte à côte ?

Pour les utilisateurs ayant besoin de rétrograder, bien qu'ils ne soient pas pris en charge par MS, les anciens téléchargements de VSMac peuvent être trouvés dans la section des avantages de MSDN : https://my.visualstudio.com/Downloads?q=visual%20studio%202017&wt.mc_id=o ~msft ~vscom~téléchargements plus anciens

Pouvez-vous installer les deux versions côte à côte ?

Non, vous ne pouvez pas, car lorsque vous installez 2017, cela vous indique qu'une version à jour est déjà installée.
Veillez à modifier le runtime .NET dans Préférences > Projet > Runtimes .NET au précédent Mono ou vous ne pourrez pas restaurer les packages.

Pour moi, le lien ci-dessus, lorsqu'il est ouvert, indique qu'il ne peut pas trouver d'abonnements pour moi (ci-joint une capture d'écran de la page)

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

J'apprécierais vraiment que quelqu'un puisse l'essayer!

Méfiez-vous des noob qui testent des choses (c'est moi ). Avis de non-responsabilité, voici ce que j'ai trouvé jusqu'à présent :

Pas:

• installé l'ajout pour VS2019 mac.
• ouvert la solution d'échantillons
• alors ceci se produit :

La construction de l'un des didacticiels échoue également avec /Users/Bender/Documents/dev/Eto/src/Eto.Mac/AppDelegate.cs(7,7): Error CS0246: The type or namespace name 'MonoMac' could not be found (are you missing a using directive or an assembly reference?) (CS0246) (Eto.Mac64)

Je vais creuser un peu plus aujourd'hui, y compris la configuration d'applications eto via les modèles fournis par le complément. Je ne suis pas sûr que ce soit le bon endroit pour enregistrer cela, n'hésitez pas à m'indiquer la bonne direction.

Mise à jour : les erreurs des fichiers monomac.csproj manquants étaient dues au fait que j'avais également oublié de cloner le sous-module.

Les didacticiels de l'exemple de répertoire sont bien construits maintenant !

Un autre problème sur lequel je suis tombé : lors de la création d'une nouvelle application eto et de la sélection d'une cible .netcore :

le projet ne se compile pas et renvoie cette erreur :

/usr/local/share/dotnet/sdk/3.1.100/Sdks/Microsoft.NET.Sdk/targets/Microsoft.PackageDependencyResolution.targets(5,5): Error NETSDK1005: Assets file '/Users/Bender/Documents/dev/Skunkworks/AccountsManager/AccountsManager/AccountsManager/obj/project.assets.json' doesn't have a target for '.NETStandard,Version=v2.0'. Ensure that restore has run and that you have included 'netstandard2.0' in the TargetFrameworks for your project. (NETSDK1005) (AccountsManager)

J'ai essayé de chercher une solution, mais ça me dépasse. Fonctionne bien si le noyau .net n'est pas coché.

@didimitrie merci pour les tests ! C'est très apprécié.

En ce qui concerne l'erreur que vous rencontrez là-bas, je pense que c'est un problème avec VS pour Mac lorsque vous mélangez des projets avec <TargetFrameworks> et <TargetFramework> (notez le 's'). Si vous remplacez <TargetFramework>netstandard2.0</TargetFramework> par <TargetFrameworks>netstandard2.0</TargetFrameworks> dans AccountsManager.csproj, cela _devrait_ fonctionner. Je pense que je vais mettre à jour les modèles afin qu'il n'utilise que <TargetFrameworks> pour tout pour éviter ce problème.

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

J'apprécierais vraiment que quelqu'un puisse l'essayer!

L'artefact est déjà manquant ;(

@sfkleach , il semble qu'ils soient toujours là, bien qu'un peu plus de creusement dans les pipelines azur soit nécessaire -> cela semble être le dernier .

BTW, 2.5.0 a été publié, vous pouvez donc obtenir la version officielle ici .

Essayez-le et veuillez déposer de nouveaux problèmes pour tout ce que vous trouvez défectueux.