War denn das wichtig:

[assembly: ThemeInfo(
    ResourceDictionaryLocation.None, //where theme specific resource dictionaries are located
                                     //(used if a resource is not found in the page, 
                                     // or application resource dictionaries)
    ResourceDictionaryLocation.SourceAssembly //where the generic resource dictionary is located
                                              //(used if a resource is not found in the page, 
                                              // app, or any theme specific resource dictionaries)
)]

hab auch schon ewig nix mehr wirklich mit WPF gemacht

Ja, weiß die Frage ist sehr unspezifisch.... Bin einfach nur am Ideen sammeln... Das ganze funktioniert ja, aber muss nun eben in eine saubere API...

Vlt mache Ich ja unterschiedliche Provider, ob, ZipFile oder Dateisystem oder Stream....

Wobei der Stream ja wieder ein zipfile sein kann, aber dann könnt eIch ja intern wieder das Zipfile Interface nutzen...

Ich glaube das ist eine ganz gute Idee....

Hallo,

habe gerade eine Bibliothek realisiert um Siemens TIA Portal Files zu lesen. Meine Bibliothek, kann die Dateien direkt oder aus Archiven öffnen.
Nun habe Ich das problem, der User kann ein Archiv, das ProjektFile oder das Datenbankfile öffnen. das Datenbankfile kann natürlich auch noch gesplittet in mehrere Files sein. Und aus dem Datenbankfile kann noch auf andere Files im Dateisystem (bspw. Bilder) verwiesen werden.

Nun brauche Ich irgendeine Abstraktion des Dateisystems, da wenn der User ja ein Archiv öffnet, ich direkt im Archiv suchen muss, wenn er Ein projektfile öffnet Relativ zu diesem, Wenn er einen Stream nutzt, gehen die Relativen funktionen nicht, usw....

Gibt es dazu vlt. tolle Ideen?

Photino hab ich mir schon angesehen gehabt... aber das ich dann wieder Blazor nutzen musste hat mir nicht gefallen.

Blazor gefällt mit nicht so, da müsste ich meinen C# Teil ja wieder als Webassembly ausliefern.

Das größte ist wohl im Moment wohl https://github.com/dlemstra/Magick.NET was ich nur nutze um WMF/EMF in SVGs zu wandeln. Vlt. finde ich da ja noch was kleineres...

P.S. Im dark mode kann man mal wieder keine Antworten schreiben... Man sieht kein text

So, ich will bzw. hab jetzt mal ne Cross Platform App erzeugt mit Avalonia. Die funktioniert auch, jedoch stört es mich, das Sie einfach riesig ist, zumindest der teil den Ich Außliefern muss.

Muss ich den die Skia und HarfBuzz libs immer mitliefern, oder werden dort auch die auf dem System (wenn vorhanden) existierenden benutzt?

Und auch Magick hab ich für jede platform drin, da ich EMF/WMF images unterstützen muss, kennt da jemand was schlankeres?

Zitat von Abt

.. einfach mal ausprobieren? Hat mich jetzt 20 Sekunden gekostet.

Processes: 287
WMI Processes: 312

Ich hatte den Code nicht verstanden:

var query = from p in Process.GetProcesses()
                    join mo in results.Cast<ManagementObject>()
                on p.Id equals (int)(uint)mo["ProcessId"]
                    select new
                    {
                        Process = p,
                        Path = (string)mo["ExecutablePath"],
                    };

Hier nutzt du ja auch Process.GetProcesses(), also kommt ja das gleiche raus...

Verstehe ich jetzt auch nicht. Warum jetzt noch WMI wenn die gleiche API zum auslesen der Prozesse genutzt wird?

h2, h3 und h4 solltest auch noch zum style hinzufügen, da man die im editor auswählen kann, und da ist der text wieder weiß.

Zitat von HermannKregel

@jogibear9988

Vielen Dank für Deinen Code. Das hätte ich so (noch) nicht hinbekommen...

Ich finde den Code nicht gut...

Warum das bild immer abspeichern? Warum die List eimmer aktualisieren, auch wenn sich z.B. nichts geändert hat, ...
Das geht sicher besser.

Wie könnte ich den Code hier optmieren?

Ich würde z.B.:

• Die Bilder nicht ins Dateisystem legen sondern nur im Speicher halten. bspw in der Runnings App Klasse Statt dem Pfad, Direkt das Image bzw die Bildaten halten.
• Die Running apps liste nur mit den neuen Prozessen füllen und die alten entfernen und nicht immer neu bauen
• Die UI nur so aktualiseren das neue Prozesse dazukommen und alte entfernt werden, nicht immer alles neu Zeichnen
• Die Liste in XAML mit ItemsTemplate und ItemsSource füllen und nicht die Objekte im Code anlegen

Bei mir funktioniert es wenn ich diese als style im body einbinde...