Eto: Prise en charge de Visual Studio 2017 / Visual Studio pour Mac / MonoDevelop 7

Pas de calendrier définitif, mais je veux que cela soit fait pour la version 2.4. Je ne me soucie généralement pas de publier des éléments pour des produits inachevés (VS pour Mac/MD 7), mais il pourrait être facile de le prendre en charge car il ne semble pas y avoir beaucoup de ruptures d'API entre 6 et 7.

Si vous souhaitez m'aider, je peux vraiment l'utiliser. Toute la source est ici . Ils doivent être chargés dans les versions les plus récentes de VS et XS avec les plugins de création d'extension/addin appropriés installés et testés.

Il y a d'autres éléments en suspens concernant les compléments qui doivent également être examinés :

• #582 - Prise en charge conditionnelle de MonoMac, ou éventuellement le supprimer complètement puisque Xamarin.Mac est désormais open source.
• #701 - prend en charge sous condition Xamarin.Mac, de sorte qu'il ne charge que les éléments appropriés lorsqu'il est installé.
• #601 - ajoute des modèles de formulaire et de dialogue basés sur xaml à XS.
• #579 - Correction d'un plantage avec la fenêtre d'aperçu de VS, qui a à voir avec la configuration du domaine d'application. J'ai une branche locale avec une tentative de le réparer, mais je n'ai pas encore compris pourquoi cela ne tue pas correctement le domaine d'application lors du rechargement de l'aperçu.

Acclamations!
Curtis.

Je l'ai fait fonctionner avec Visual Studio pour Mac.

J'ai créé un nouveau répertoire dans la section Addins pour visual studio mac, il est basé sur la version existante de xamarin studio.

demande de tirage créée sur https://github.com/picoe/Eto/pull/793

Je n'ai pas réellement exécuté l'extension, je viens de la compiler, donc j'aurai peut-être besoin de plus de travail

Je n'ai pas pu faire fonctionner le complément avec VS2017. Je ne suis pas vraiment dans le développement d'extensions VS et j'ai seulement essayé de résoudre les références d'une manière ou d'une autre, mais cela échoue avec un fichier étrange non trouvé HRESULT lors de la création d'un nouveau projet Eto.
Un support officiel à ce sujet ?

Hé, j'ai créé un fichier .mpack que vous pouvez utiliser si vous le souhaitez.

https://github.com/anthonyirwin82/Eto/blob/develop/Visual-Studio-Mac-Extension-For-Eto.Forms-in%20mpack%20format/Eto.Addin.VisualStudioMac_2.3.0.6.mpack

Dans Visual Studio pour Mac, cliquez sur le menu Visual Studio, puis sur Extensions, puis sur le bouton Installer à partir du fichier et sélectionnez le fichier .mpack pour installer l'extension.

Cela ne fonctionne que sur VS sur Mac pas pour la version Windows si c'est ce que vous essayez de faire.

Merci, mais j'en avais besoin pour l'application de bureau classique Visual Studio 2017 sous Windows.
En fait, je pourrais construire le .vsix pour cela maintenant (en utilisant des assemblys dans mon répertoire VSSDK plutôt que des packages NuGet, je ne comprends pas vraiment quelle est la différence mais hein), mais il ne peut pas vraiment créer de projets, ne pouvant pas trouver le Les packages Eto.Forms NuGet en quelque sorte (y compris le package 2.3.0 disponible au lieu du package 2.4.0-alpha lorsque vous le modifiez). Mais au moins les modèles et le travail de concepteur, ce dernier assez lent mais assez bon.

Veuillez écrire une courte mise à jour, si quelque chose se passe ici.
Ce serait sympa :-)

Construit à l'aide de VS 2017 15.3 sous Windows. Aucune modification apportée au code. Juste quelques corrections de référence du nuget, de l'assembly et du framework cible vers .Net 4.6

Enfin tout fonctionne comme prévu..

http://www.mediafire.com/file/5b84lz8sz053yut/Eto.Addin.VisualStudio.vsix

Je viens de télécharger et d'installer l'extension dans Visual studio 2017 v 1.5.4.5 et cela ne fonctionne pas.

La génération d'une nouvelle application Eto génère une erreur :
~Eto.Forms.2.4.0-alpha : impossible de trouver la version 2.4.0-alpha du package Eto.Forms~

Des pensées ?

Avez-vous ajouté eto myget aux référentiels nuget ?

VS pour Mac et MonoDevelop sont désormais pris en charge avec #974. Une nouvelle version du complément sera publiée avec la version 2.4, ou vous pouvez la créer manuellement.

J'essaie d'utiliser le nouveau complément avec VS pour Mac mais je suis un peu confus :
Je peux créer des dll Eto à partir de Visual Studio pour Mac Eto\src\Eto.sln, et cela fonctionne (mise à jour de la branche de développement pour valider ed2073c (1er février 2018, 20:19)
Je peux créer le complément à partir d'Etobuildbuild-addin.sh, un Eto.Addin.XamarinStudio_2.3.0.6.mpack est créé mais la construction globale échoue.
Seul Eto.Forms.Templates.2.4.0-alpha.nupkg est créé dans Eto\artifacts\nuget\Release.
Cependant, le complément nouvellement créé s'installe avec succès et je peux créer un nouveau projet Eto, mais lorsque je le construis, nuget se plaint du message "La restauration a échoué pour 'Eto.Platform.Mac64 (>= 2.4.0-alpha)'".
Dois-je m'attendre à l'avoir dans Eto\artifacts\nuget\Release ?
Si au lieu d'utiliser nuget j'ajoute directement à ma solution Eto\src\Eto.csproj et Eto\src\Eto.Mac\Eto.Mac.csproj (ou Eto\src\Eto.Mac\Eto.Mac64.csproj) et référence les où nécessaire, je peux bien compiler, mais lorsque j'exécute mon application, elle plante à l'exception "Type de plate-forme Eto.MacPlatform, Eto.Mac64 a été chargé mais n'est pas valide dans le contexte actuel. Par exemple, les plates-formes Mac doivent être dans un bundle .app courir."
Qu'est-ce que je fais mal?
Merci

Hé @msasso69 , pour construire les packages nuget, vous devez utiliser le ./build.sh (sur mac) et build.cmd (sur Windows). Je le fais généralement via un partage sur une machine virtuelle Windows afin qu'ils soient tous deux exécutés sur la même copie des fichiers source. Cela garantit que les fichiers nupkg XamMac et Wpf sont créés, qui sont obligatoires pour les modèles de complément.

Vous avez besoin des packages nuget pour exécuter la plate-forme Mac/Mac64 car elle configure la version de bundle .app appropriée et indique à VS sur Mac d'exécuter directement le bundle .app au lieu de .exe. Tout cela est dans build/MacTemplate.

Merci Curtis,
en cours d'exécution ./build.sh Je peux maintenant créer avec succès tous les packages nuget et le projet Eto initial créé par le complément fonctionne correctement :)
Cependant, je ne suis pas encore en mesure de déboguer le code Eto, si je référence les projets Eto au lieu d'utiliser les packages nuget, j'obtiens toujours l'exception: "Type de plate-forme Eto.MacPlatform, Eto.Mac64 a été chargé mais n'est pas valide dans le courant contexte. Par exemple, les plates-formes Mac doivent être dans un bundle .app pour s'exécuter.".
La seule différence que j'ai trouvée avec l'application de test Eto (que je pensais pertinente) est la suivante :

<UseMacTemplate>True</UseMacTemplate>

mais même en l'ajoutant rien ne change :(
Je pense que je n'ai pas compris ce que vous vouliez dire quand vous m'avez dit que tout est dans le build/MacTemplate. Comment l'utiliser ?
Merci pour votre patience ;)

@msasso69 , si vous souhaitez utiliser Eto.Mac.csproj ou Eto.Mac64.csproj directement sans utiliser leurs packages nuget, vous devrez ajouter <import Project="path/to/MacTemplate.targets" /> à votre csproj. C'est ce que fait <UseMacTemplate>True</UseMacTemplate> pour les projets de test d'Eto via le fichier Directory.Build.targets . Lorsque vous utilisez les packages nuget, ce fichier est automatiquement importé dans votre projet.

Les autres options incluent :
1) Utilisez les packages MyGet nuget
2) Construisez les packages nuget et utilisez-les
3) Créez un projet "XamMac Classic" (difficile car il n'est pas facilement disponible dans VS pour Mac, d'où la nouvelle façon de procéder)
4) Utiliser le projet XamMac2

J'espère que cela t'aides!
Curtis.

Corrigé avec #986