Okno dialogowe wyboru folderu WPF

Windows Presentation Foundation 4.5 Cookbook by Pavel Yosifovich on page 155 in the section on "Using the common dialog boxes" says:

"A co z wyborem folderów (zamiast plików)? WPF OpenFileDialog tego nie obsługuje. Jednym z rozwiązań jest użycie systemu Windows Form "Folderbrows". Innym dobrym rozwiązaniem jest użycie Windows API Code Pack opisany krótko."

Pobrałem Pakiet kodu API z Kod Windows ® API Pakiet dla Microsoft®. NET Framework Windows API Code Pack: gdzie to jest?, następnie dodano odniesienia do Microsoft.WindowsAPICodePack.dll i Microsoft.WindowsAPICodePack.Shell.dll do mojego projektu WPF 4.5.

Przykład:

using Microsoft.WindowsAPICodePack.Dialogs;

var dlg = new CommonOpenFileDialog();
dlg.Title = "My Title";
dlg.IsFolderPicker = true;
dlg.InitialDirectory = currentDirectory;

dlg.AddToMostRecentlyUsedList = false;
dlg.AllowNonFileSystemItems = false;
dlg.DefaultDirectory = currentDirectory;
dlg.EnsureFileExists = true;
dlg.EnsurePathExists = true;
dlg.EnsureReadOnly = false;
dlg.EnsureValidNames = true;
dlg.Multiselect = false;
dlg.ShowPlacesList = true;

if (dlg.ShowDialog() == CommonFileDialogResult.Ok) 
{
  var folder = dlg.FileName;
  // Do something with selected folder string
}

Dodaj Windows API Code Pack-Shell do swojego projektu

using Microsoft.WindowsAPICodePack.Dialogs;

...

var dialog = new CommonOpenFileDialog();
dialog.IsFolderPicker = true;
CommonFileDialogResult result = dialog.ShowDialog();

Microsoft.Win32.OpenFileDialog jest standardowym oknem dialogowym używanym przez dowolną aplikację w systemie Windows. Twój użytkownik nie będzie zaskoczony jego wyglądem, gdy używasz WPF w. NET 4.0

Okno dialogowe zostało zmienione w Vista. WPF w. NET 3.0 i 3.5 nadal używało starszego okna dialogowego, ale zostało to naprawione w. NET 4.0. Mogę się tylko domyślać, że zacząłeś ten wątek, ponieważ widzisz to stare okno dialogowe. Co prawdopodobnie oznacza, że uruchamiasz program, który celuje w 3.5. Tak, Opakowanie Winforms Czy dostał upgrade i pokazuje wersję Vista. System.Okna.Formularze.Klasy OpenFileDialog, musisz dodać odniesienie do systemu.Okna.Formularze.

MVVM + WinForms FolderBrowserDialog jako zachowanie

public class FolderDialogBehavior : Behavior<Button>
{
    public string SetterName { get; set; }

    protected override void OnAttached()
    {
        base.OnAttached();
        AssociatedObject.Click += OnClick;
    }

    protected override void OnDetaching()
    {
        AssociatedObject.Click -= OnClick;
    }

    private void OnClick(object sender, RoutedEventArgs e)
    {
        var dialog = new FolderBrowserDialog();
        var result = dialog.ShowDialog();
        if (result == DialogResult.OK && AssociatedObject.DataContext != null)
        {
            var propertyInfo = AssociatedObject.DataContext.GetType().GetProperties(BindingFlags.Instance | BindingFlags.Public)
            .Where(p => p.CanRead && p.CanWrite)
            .Where(p => p.Name.Equals(SetterName))
            .First();

            propertyInfo.SetValue(AssociatedObject.DataContext, dialog.SelectedPath, null);
        }
    }
}

Użycie

     <Button Grid.Column="3" Content="...">
            <Interactivity:Interaction.Behaviors>
                <Behavior:FolderDialogBehavior SetterName="SomeFolderPathPropertyName"/>
            </Interactivity:Interaction.Behaviors>
     </Button>

Blogpost: http://kostylizm.blogspot.ru/2014/03/wpf-mvvm-and-winforms-folder-dialog-how.html

Bazując na odpowiedzi oyuna, lepiej jest użyć właściwości zależności dla nazwy folderu. Umożliwia to (na przykład) powiązanie z pod-właściwościami, które nie działają w oryginale. Również w mojej dostosowanej wersji okno dialogowe pokazuje wybór folderu początkowego.

Użycie w XAML:

<Button Content="...">
   <i:Interaction.Behaviors>
      <Behavior:FolderDialogBehavior FolderName="{Binding FolderPathPropertyName, Mode=TwoWay}"/>
    </i:Interaction.Behaviors>
</Button>

Kod:

using System.Windows;
using System.Windows.Forms;
using System.Windows.Interactivity;
using Button = System.Windows.Controls.Button;

public class FolderDialogBehavior : Behavior<Button>
{
    #region Attached Behavior wiring
    protected override void OnAttached()
    {
        base.OnAttached();
        AssociatedObject.Click += OnClick;
    }

    protected override void OnDetaching()
    {
        AssociatedObject.Click -= OnClick;
        base.OnDetaching();
    }
    #endregion

    #region FolderName Dependency Property
    public static readonly DependencyProperty FolderName =
            DependencyProperty.RegisterAttached("FolderName",
            typeof(string), typeof(FolderDialogBehavior));

    public static string GetFolderName(DependencyObject obj)
    {
        return (string)obj.GetValue(FolderName);
    }

    public static void SetFolderName(DependencyObject obj, string value)
    {
        obj.SetValue(FolderName, value);
    }
    #endregion

    private void OnClick(object sender, RoutedEventArgs e)
    {
        var dialog = new FolderBrowserDialog();
        var currentPath = GetValue(FolderName) as string;
        dialog.SelectedPath = currentPath;
        var result = dialog.ShowDialog();
        if (result == DialogResult.OK)
        {
            SetValue(FolderName, dialog.SelectedPath);
        }
    }
}

Jeśli nie chcesz używać Windows Forms ani edytować plików manifestu, wymyśliłem bardzo prosty hack przy użyciu okna dialogowego SaveAs WPF do wyboru katalogu.

Nie wymaga użycia dyrektywy, możesz po prostu skopiować i wkleić poniższy kod !

Nadal powinien być bardzo przyjazny dla użytkownika i większość ludzi nigdy nie zauważy.

Pomysł wynika z faktu, że możemy zmienić tytuł tego okna dialogowego, ukryć pliki i dość łatwo obejść wynikową nazwę pliku.

It jest duży hack na pewno, ale może to zrobić zadanie dobrze dla użytkownika...

W tym przykładzie mam obiekt textbox, który zawiera wynikową ścieżkę, ale możesz usunąć powiązane linie i użyć zwracanej wartości, jeśli chcesz...

// Create a "Save As" dialog for selecting a directory (HACK)
var dialog = new Microsoft.Win32.SaveFileDialog();
dialog.InitialDirectory = textbox.Text; // Use current value for initial dir
dialog.Title = "Select a Directory"; // instead of default "Save As"
dialog.Filter = "Directory|*.this.directory"; // Prevents displaying files
dialog.FileName = "select"; // Filename will then be "select.this.directory"
if (dialog.ShowDialog() == true) {
    string path = dialog.FileName;
    // Remove fake filename from resulting path
    path = path.Replace("\\select.this.directory", "");
    path = path.Replace(".this.directory", "");
    // If user has changed the filename, create the new directory
    if (!System.IO.Directory.Exists(path)) {
        System.IO.Directory.CreateDirectory(path);
    }
    // Our final value is in path
    textbox.Text = path;
}

Jedyne problemy z tym hackiem to:

• przycisk Potwierdź nadal mówi " Zapisz "zamiast czegoś takiego jak "Wybierz katalog", ale w przypadku takim jak mines "Zapisz" wybór katalogu, więc nadal działa...
• Wejście pole nadal mówi "nazwa pliku" zamiast "nazwa katalogu" , ale możemy powiedzieć, że katalog jest typem pliku...
• nadal jest rozwijane "Zapisz jako typ" , ale jego wartość mówi " Katalog (*.to.Katalog)", a użytkownik nie może go zmienić na coś innego, działa dla mnie...

Większość ludzi tego nie zauważy, chociaż zdecydowanie wolałbym używać oficjalnego sposobu WPF, jeśli microsoft wyciągnie im głowy z tyłków, ale dopóki tego nie zrobią, to moja tymczasowa poprawka.

Okna dialogowe Ookii dla WPF mają klasę VistaFolderBrowserDialog, która zapewnia pełną implementację okna dialogowego przeglądarki folderów dla WPF.

Https://github.com/caioproiete/ookii-dialogs-wpf

Istnieje również wersja, która działa z Windows Forms .

Jedynym takim oknem jest FileDialog . Jest częścią WinForms, ale w rzeczywistości tylko owija się wokół standardowego okna dialogowego pliku systemu operacyjnego WinAPI. I nie sądzę, że jest brzydki, jego faktycznie część OS, więc wygląda jak OS, na którym jest uruchomiony.

W inny sposób, nie ma w czym Ci pomóc. Albo trzeba szukać 3rd party implementacji, albo za darmo (i nie sądzę, że są jakieś dobre) lub płatne.