Eto: Visual Studio 2017 / Visual Studio für Mac / MonoDevelop 7-Unterstützung

Keine definitive Zeitleiste, aber ich möchte dies für die Version 2.4 erledigen. Normalerweise kümmere ich mich nicht darum, Sachen für unfertige Produkte zu veröffentlichen (VS für Mac/MD 7), aber es könnte einfach sein, es zu unterstützen, da es zwischen 6 und 7 nicht viele API-Brüche zu geben scheint.

Wenn Sie helfen möchten, kann ich es wirklich gebrauchen. Die ganze Quelle ist hier . Sie müssen in den neueren Versionen von VS und XS mit den entsprechenden installierten Erweiterungs-/Add-In-Authoring-Plugins geladen und getestet werden.

Es gibt noch einige andere ausstehende Punkte in Bezug auf die Add-Ins, die ebenfalls überprüft werden müssen:

• #582 - MonoMac bedingt unterstützen oder möglicherweise ganz entfernen, da Xamarin.Mac jetzt Open Source ist.
• #701 - Xamarin.Mac bedingt unterstützen, sodass bei der Installation nur das entsprechende Material geladen wird.
• #601 - Vorlagen für XAML-basierte Formulare und Dialoge zu XS hinzufügen.
• #579 - Absturz mit dem VS-Vorschaufenster behoben, das mit der Einrichtung der App-Domain zu tun hat. Ich habe eine lokale Verzweigung mit einem Versuch, das Problem zu beheben, aber ich muss noch herausfinden, warum die App-Domäne beim erneuten Laden der Vorschau nicht ordnungsgemäß beendet wird.

Danke schön!
Curtis.

Ich habe es mit Visual Studio für Mac zum Laufen gebracht.

Ich habe im Abschnitt Addins für Visual Studio Mac ein neues Verzeichnis erstellt, das auf der vorhandenen xamarin Studio-Version basiert.

Pull-Request erstellt unter https://github.com/picoe/Eto/pull/793

Ich habe die Erweiterung nicht wirklich ausgeführt, sondern nur kompiliert, sodass möglicherweise mehr Arbeit erforderlich ist

Ich konnte das Add-In nicht mit VS2017 zum Laufen bringen. Ich beschäftige mich nicht wirklich mit der Entwicklung von VS-Erweiterungen und habe nur versucht, die Referenzen irgendwie aufzulösen, aber es schlägt mit einer seltsamen Datei fehl, die HRESULT beim Erstellen eines neuen Eto-Projekts nicht gefunden hat.
Gibt es hierzu offizielle Unterstützung?

Hey, ich habe eine .mpack-Datei erstellt, die Sie verwenden können, wenn Sie möchten.

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

Klicken Sie in Visual Studio für Mac auf das Visual Studio-Menü, dann auf Erweiterungen, dann auf die Schaltfläche Aus Datei installieren und wählen Sie die .mpack-Datei aus, um die Erweiterung zu installieren.

Dies funktioniert nur auf VS auf dem Mac, nicht auf der Windows-Version, wenn Sie dies versuchen.

Danke, aber ich habe es für die klassische Visual Studio 2017-Desktopanwendung unter Windows benötigt.
Eigentlich könnte ich jetzt die .vsix dafür erstellen (mit Assemblys in meinem VSSDK-Verzeichnis anstelle von NuGet-Paketen, verstehe nicht wirklich, was der Unterschied ist, aber eh), aber es kann keine Projekte erstellen, da ich die nicht finden kann Eto.Forms NuGet-Pakete irgendwie (einschließlich des verfügbaren 2.3.0-Pakets anstelle des 2.4.0-alpha-Pakets, wenn es darauf geändert wird). Aber immerhin funktionieren die Vorlagen und der Designer, letzterer recht langsam, aber gut genug.

Bitte schreibe ein kurzes Update, falls hier etwas passiert.
Wäre nett :-)

Erstellt mit VS 2017 15.3 in Windows. Keine Änderungen am Code vorgenommen. Nur einige Referenzkorrekturen von Nuget-, Assembly- und Target-Framework zu .Net 4.6

Endlich funktioniert alles wie erwartet..

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

Ich habe gerade die Erweiterung in Visual Studio 2017 v 1.5.4.5 heruntergeladen und installiert und sie funktioniert nicht.

Beim Generieren einer neuen Eto-Anwendung wird ein Fehler ausgegeben:
~Eto.Forms.2.4.0-alpha: Version 2.4.0-alpha des Pakets Eto.Forms~

Irgendwelche Gedanken?

Haben Sie eto myget zu den Nuget-Repositorys hinzugefügt?

VS für Mac und MonoDevelop werden jetzt mit #974 unterstützt. Eine neue Version des Add-Ins wird zusammen mit dem Release 2.4 veröffentlicht, oder Sie können es manuell erstellen.

Ich versuche, das neue Add-In mit VS für Mac zu verwenden, aber ich bin etwas verwirrt:
Ich kann Eto-dll(s) aus Visual Studio für Mac Eto\src\Eto.sln erstellen und es funktioniert (der Entwicklungszweig wurde aktualisiert, um ed2073c zu begehen (1. Februar 2018, 20:19)
Ich kann das Add-In aus Etobuildbuild-addin.sh erstellen, ein Eto.Addin.XamarinStudio_2.3.0.6.mpack wird erstellt, aber der Gesamtbuild schlägt fehl.
Nur die Eto.Forms.Templates.2.4.0-alpha.nupkg wird im Eto\artifacts\nuget\Release erstellt.
Das neu erstellte Add-In wird jedoch erfolgreich installiert und ich kann ein neues Eto-Projekt erstellen, aber beim Erstellen beschwert sich nuget mit der Meldung "Wiederherstellung fehlgeschlagen für 'Eto.Platform.Mac64 (>= 2.4.0-alpha)'".
Sollte ich damit rechnen, es in Eto\artifacts\nuget\Release zu haben?
Wenn ich, anstatt Nuget zu verwenden, direkt zu meiner Lösung Eto\src\Eto.csproj und Eto\src\Eto.Mac\Eto.Mac.csproj (oder Eto\src\Eto.Mac\Eto.Mac64.csproj) hinzufüge und referenziere Ich kann sie bei Bedarf gut kompilieren, aber wenn ich meine Anwendung ausführe, stürzt sie ab mit der Ausnahme "Plattformtyp Eto.MacPlatform, Eto.Mac64 wurde geladen, ist aber im aktuellen Kontext nicht gültig. z laufen."
Was mache ich falsch?
Danke

Hey @msasso69 , um die Nuget-Pakete zu erstellen, müssen Sie ./build.sh (auf Mac) und build.cmd (unter Windows) verwenden. Normalerweise mache ich dies über eine Freigabe für eine Windows-VM, sodass beide auf derselben Kopie der Quelldateien ausgeführt werden. Dadurch wird sichergestellt, dass die XamMac- und Wpf-nupkg-Dateien erstellt werden, die für die Add-In-Vorlagen obligatorisch sind.

Sie benötigen die Nuget-Pakete, um die Mac/Mac64-Plattform auszuführen, da sie den richtigen .app-Bundle-Build einrichtet und VS auf dem Mac anweist, das .app-Bundle anstelle der .exe direkt auszuführen. Dieses Zeug ist alles in build/MacTemplate.

Danke Curtis,
./build.sh ausführen Ich kann jetzt alle Nuget-Pakete erfolgreich erstellen und das anfängliche Eto-Projekt, das vom Add-In erstellt wurde, läuft gut :)
Allerdings kann ich den Eto-Code noch nicht debuggen, wenn ich auf die Eto-Projekte referenziere, anstatt die Nuget-Pakete zu verwenden, erhalte ich immer noch die Ausnahme: "Plattformtyp Eto.MacPlatform, Eto.Mac64 wurde geladen, ist aber im aktuellen nicht gültig Kontext. Beispielsweise müssen Mac-Plattformen in einem .app-Bundle enthalten sein, um ausgeführt zu werden.".
Der einzige Unterschied, den ich bei der Eto-Testanwendung gefunden habe (den ich für relevant hielt), ist ein:

<UseMacTemplate>True</UseMacTemplate>

aber selbst hinzufügen ändert nichts :(
Ich glaube, ich habe nicht verstanden, was Sie meinten, als Sie mir sagten, dass sich alles im Build/MacTemplate befindet. Wie benutze ich es?
Danke für Ihre Geduld ;)

@msasso69 , wenn Sie Eto.Mac.csproj oder Eto.Mac64.csproj direkt verwenden möchten, ohne deren Nuget-Pakete zu verwenden, müssen Sie Ihrem csproj <import Project="path/to/MacTemplate.targets" /> hinzufügen. Das macht <UseMacTemplate>True</UseMacTemplate> für Etos Testprojekte über die Datei Directory.Build.targets . Bei Verwendung der Nuget-Pakete wird diese Datei automatisch in Ihr Projekt importiert.

Andere Optionen sind:
1) Verwenden Sie die MyGet-Nuget-Pakete
2) Erstellen Sie die Nuget-Pakete und verwenden Sie sie
3) Erstellen Sie ein "XamMac Classic"-Projekt (schwierig, da in VS für Mac nicht ohne weiteres verfügbar ist, daher die neue Vorgehensweise)
4) Verwenden Sie das XamMac2-Projekt

Hoffe das hilft!
Curtis.

Behoben mit #986