Die Derivate-Partial Funktion aus der Bibliothek erwartet als Funktion eine F# Funktion weshalb ich die Eingangs erwähnte Funktion als F-Sharp umsetzten und dort aufrufen muss
Keine Ahnung wie Du darauf kommst. Die Bibliotheken TAlex.MathCore.* scheinen mir nichts mit F# zu tun zu haben.
Ansonsten kann F# und C# Code sich sehr gut gegenseitig ergänzen. F# Module werden zu statischen Klassen und Funktionen zu statischen Methoden kompiliert.
nur weiß ich nicht wie man die 2 Projekte verbindet
Guten Morgen,
Das Tooling generiert für XAML-Dateien C#-Code, wo u. a. die InitializeComponent-Methode enthalten ist. Das passiert in zusätzlichen MSBuild-Targets, die für die jeweiligen Projekttypen definiert sind. Wenn Du nur den Compile-Target laufen lässt, werden diese Targets nicht ausgeführt und die generierten Dateien werden nicht zur Liste von zu kompilierenden Dateien hinzugefügt (und vermutlich auch nicht generiert). Führe den Build-Target aus, dann wird auch alles korrekt generiert und dem Compiler übergeben. Du kannst diese Targets auch selbst ausführen, aber dazu müsstest Du wissen, wie sie heißen und in welcher Reihenfolge sie ausgeführt werden müssen.
Grüße
Dann bräuchte ich nicht einmal einen Mac?
Doch, Du brauchst einen Mac mit XCode, zum Kompilieren Deiner App.
WPF macht es nichts aus, wenn PropertyChanged auf einem Hintergrundthread ausgelöst wird. Gebundene Controls werden automatisch auf dem UI-Thread geupdated. Ich finde jetzt leider keine offizielle Dokumentation darüber, aber ich kann bestätigen, dass es funktioniert. Siehe auch diesen StackOverflow Thread.
Man muss aber mit der ObservableCollection<T>-Klasse aufpassen, da muss man auf den UI-Thread, bevor man irgendwas damit macht.
Ich kann auch nichts auf Google finden, Beispielsweise Tutorials, wie man Programme designed.
Das glaube ich nicht.
WPF-Layout-Container
WPF Layouts - A Visual Quick Start
WPF - Layouts
"Binding" kann nicht für die Eigenschaft "Source" vom Typ "ResourceDictionary" festgelegt werden. "Binding" kann nur für eine "DependencyProperty" eines "DependencyObject" festgelegt werden.
Die Meldung ist doch eindeutig. Die Source-Property ist keine DependencyProperty, deswegen kann sie nicht gebunden werden. Die ResourceDictionary-Klasse ist noch nicht einmal ein DependencyObject.
Um ein ResourceDictionary zur Laufzeit auszutauschen musst du also ins Code Behind, einfach den Namen zu binden und durch einen Converter zu schicken geht in dem Fall nicht. Ich bin mir noch nicht einmal sicher, ob der DataContext in den Ressourcen eines Objekts überhaupt zur Verfügung steht.
Grüße
Der Dateipfad darf kein UNC-Pfad sein: https://referencesource.microsoft.com/#System.Drawing/commonui/System/Drawing/Icon.cs,255. Steht auch so in der Doku.
JSON ist kein gutes Format für Konfigurationen. Einfach aus dem Grunde, dass es keine Kommentare kennt. Wenn diese Konfigurationsdateien von Menschen bearbeitet werden sollen, ist das ein großer Nachteil für mich.
Wenn ich die Wahl zwischen INI und JSON hätte, würde ich lieber INI nehmen.
Grüße
Mal nebenbei: Ein byte[][] ist kein 2D-Array, sondern ein Jagged Array. Ein 2D-Array wäre byte[,]. Das sind zwei unterschiedliche Paar Stiefel.
Ich kann nichts zum eigentlichen Problem beitragen, aber:
Und HttpWebRequest hat dieses Property bei mir garnicht erst obwohl es laut MSDN da sein sollte.
Manchmal sind bestimmte Member mit einem Attribut / EditorBrowsableAttribute versehen, damit sie nicht im Editor auftauchen. Für mich ein sehr nerviges und sinnloses "Feature".
Grüße