Suchergebnisse

@Peter329 So ein ähnliches Thema hatten wir hier auch schon. Evtl. hilft Dir das COM-Interface IPortableDeviceManager weiter. Siehe hier: Cell Phone als USB device und nachfolgende. Was Du im Endeffekt benötigst ist die DeviceID die dann zu einem Pfad zusammengebaut wird. z.B. -> "::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\" & strDeviceID & "\Phone\DCIM". "::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\" = "This PC". strDeviceID = DeviveID deines Handy. "\Phone\DCIM" der restliche Pfad zu Deinem DCIM-Or…

@Peter329 Warum möchtest den unbedingt ein Control draus machen? Mein ursprünglicher Code ist VB.NET-Code und eine Klasse die einfach mit Using/End Using verwendet werden kann.

@Peter329 Den leicht verstaubten FolderBrowserDialog nutze ich seit WinVista nicht mehr wirklich. Ansonsten Pfad beim ersten Auswählen merken und irgendwo in den Settings speichern. Beim erneuten starten der App, Pfad aus den Settings auslesen und dem FolderBrowserDialog als StartFolder übergeben. Was ich jetzt nicht weis ist, keinen Pfad vorgeben und der FolderBrowserDialog merkt sich von allein den zuletzt ausgewählten Ordner und navigiert von sich aus dort hin. Zitat von Peter329: „Deinen Cod…

@Peter329 Wir machen mal folgendes. Lade Dir das Bsp. von hier herunter: OpenFileDialog, SaveFileDialog, PickFolderDialog (Single Select) per Interface IFileDialog verwenden Das ganze ist nur eine Klasse, kein Control das Du Dir auf die Form ziehen kannst. Klicke auf Button "PickFolderDialog". Navigiere zu Deinem Handy und wähle den DCIM-ordner aus und klicke auf den Button "Ordner auswählen". Öffne den PickFolderDialog wieder. Dein zuletzt ausgewählter Ordner sollte nun wieder angezeigt werden …

Zitat von Peter329: „Jetzt muss ich noch sehen, wie ich die entsprechenden Code Teile zu meinen Zwecken in mein Projekt packe !“ Einfach die Klasse FileDialog.vb zu Deinem Projekt hinzufügen und den Code von Button4 verwenden. Mehr brauchst Du nicht wenn Du die Events vom Dialog nicht benötigst.

@VaporiZed -> egal, ob .NET-Framework-Dialog, Shell-Dialog, oder über WinAPI-Funktion mit einer entsprechenden Fehlermeldung quittiert. Die API SHBrowseForFolder sollte das können. Bei BROWSEINFO.pidlRoot kann ja eine PIDL, die z.B. von SHParseDisplayName -> SHGetIDListFromObject kommt, übergeben werden. SHParseDisplayName kann entsprechende Ordner verarbeiten. Aber: learn.microsoft.com/en-us/wind…hbrowseforfoldera#remarks Wie schaut es eigentlich in .NET5/6/7 aus? Ich hab mir das noch garnicht …

Zitat von DTF: „Also unter WPF sieht es sogar duster aus.“Oha, hätte ich jetzt nicht gedacht das es unter WPF nichts vergleichbares gibt. Zitat von DTF: „weil der Dialog der mit SHBrowseForFolder erzeugt wird den Stil des Systems ignoriert(Hell/Dunkel)“ Nun ja, der alte Dialog per SHBrowseForFolder stammt noch aus Zeiten von vor WinVista. Zitat von DTF: „Im nachhinein interessant deine implementation zu sehen“ Egal wie Du die Instanz erzeugst, im Endeffekt wird die Instanz per API CoCreateInstan…

Zitat von DTF: „Gab mal eine Zeit in der ich dachte WPF wäre die Zukunft für NET“ Ich denke im Zuge von Win11/Win12 wird es wohl eher in die Richtung XAML (UWP, WinRT, evtl. MAUI) gehen.

Mir würde es schon reichen wenn in WinForms, oder allgemein in NET, zumindes XAML oder WinRT, in welcher Form auch immer, einzug halten würde so das man auch das neue Desing learn.microsoft.com/en-us/wind…riences/design-principles von Windows nutzen kann. Ja, über XAML Islands kann man das jetzt schon und da gibt es wohl auch Nuget-Pakete.

Zitat von DTF: „Ja gibt Nuget Packete, das hier z.B. Wird sicher auch was für VB geben“ Ich bin ja kein Freund von Nuget-Paketen. Da ist mir alles zu gekapselt und zu undurchsichtig. Ich bin ja eher der Typ: Nutze die COM-Interfaces direkt, da hast alles selbt in der Hand.

Zitat von DTF: „Ja was COM angeht, da hab ich nun auch Blut geleckt. Schwer zu verstehen war das nicht, aber durchaus aufwändiger umzusetzen, dauert schon ein wenig die ganzen Interfaces, Structs und Enums zu tippen.“ Ich kopiere mir den größten Teil direkt aus den C++ Headerdateien heraus und mit ein bissel Search&Replace ist das meiste dann schon erledigt. Aber ja, es ist ein bissel arbeit die sich am Ende lohnt. Zitat von DTF: „Ich denke wird in Richtung Videowiedergabe via COM gehen, das WPF…

Zitat von ErfinderDesRades: „ich hab mal mit wpf-Mitteln einen FolderBrowser-Dialog selbst-gebastelt“ Auch eine Option. Wobei sich mir die Frage stellt, warum ist das nicht in WPF direkt vorhanden wenn Windows dazu entsprechende COM-Interfaces (wohlgemerkt seit WinVista), von mir aus auch den alten Dialog per API SHBrowseForFolder, bereitstellt? Warum muss ich mir einen Standard-Dialog selbst zusammenbauen? *Kopfkratz*

Zitat von DTF: „Genauso verwunderlich finde ich auch, das beim Win32.OpenFileDialog die Options Readonly sind“ Man muss wohl den "dummen" Programmierer vor irgendwas schützen, glaub. Vor was auch immer. Ich habe mich auch schon diverses mal gewundert warum etwas in NET nicht funktioniert wie ich es normalerweise kenne oder es fehlt einfach bzw. wenn vorhanden, nur 90% vorhanden sind. Die restlichen 10% werden ignoriert, seit Jahren und da fängt das gefrickel an, das man eigentlich in NET nicht h…

Zitat von DTF: „Evtl. hatten die Angst das Default-Flags entfernt und eine FileNotFound-Exception geworfen wird“ Wer weis das schon. Wir werden es nie erfahren.

Da hast mit den Möglichkeiten, die die neuen Dialoge bieten, Recht. Auch das diese leicht über IFileDialogCustomize anpassbar sind hat seinen Charme. PortableDevices ist ein anderes Thema. Da kannst Dich entweder komplett mit den WPD-Interfaces beschäftigen oder nur mit dem WPD-DeviceManager und den Rest mit Shell-Interfaces wie IFileDialog, IFileOperation und den üblichen Verdächtigen wie IShellItem(Array) usw. Ich würde letzteres Verwenden da das einfacher ist. Edit: SetDefaultFolder bekommt e…