Действительно ли возможно использовать ShowDialog, не блокируя все формы?

Используя несколько GUI потоки являются хитрым бизнесом, и я отговорил бы от него, если это - Ваша единственная мотивация для того, чтобы сделать так.

А намного более подходящий подход должен использовать Show() вместо ShowDialog() и отключить форму владельца до раскрывающихся возвратов формы. Существует всего четыре соображения:

1. , Когда ShowDialog(owner) используется, раскрывающаяся форма остается сверху своего владельца. То же верно, когда Вы используете Show(owner). С другой стороны, можно установить Owner свойство явно с тем же эффектом.

2. при установке формы владельца Enabled свойство к false форма показывает нерабочее состояние (дочерние элементы управления "grayed"), тогда как, когда ShowDialog используется, форма владельца все еще отключена, но не показывает нерабочее состояние.

   , Когда Вы звоните ShowDialog, форма владельца отключена в Win32 code— WS_DISABLED, бит стиля установлен. Это заставляет его терять способность получить фокус и "звенеть", когда нажато, но не заставляет его потянуть себя серый.

   при установке формы Enabled свойство к [1 113] дополнительный флаг установлен (в платформе, не базовой подсистеме Win32), который проверяют определенные средства управления, когда они привлекают себя. Этот флаг - то, что говорит средствам управления привлекать себя в нерабочем состоянии.

   Так для эмуляции, что произошло бы с [1 114] мы должны установить собственный компонент WS_DISABLED бит стиля непосредственно, вместо того, чтобы установить форму Enabled свойство к [1 117]. Это выполняется с крошечным битом interop:

   const int GWL_STYLE   = -16;
   const int WS_DISABLED = 0x08000000;
   
   [DllImport("user32.dll")]
   static extern int GetWindowLong(IntPtr hWnd, int nIndex);
   
   [DllImport("user32.dll")]
   static extern int SetWindowLong(IntPtr hWnd, int nIndex, int dwNewLong);
   
   void SetNativeEnabled(bool enabled){
       SetWindowLong(Handle, GWL_STYLE, GetWindowLong(Handle, GWL_STYLE) &
           ~WS_DISABLED | (enabled ? 0 : WS_DISABLED));
   }
   

3. Эти ShowDialog() вызов не возвращается, пока диалоговое окно не отклонено. Это удобно, потому что можно приостановить логику в форме владельца, пока диалоговое окно не вело свой бизнес. Эти Show() вызов, обязательно, не ведет себя этот путь. Поэтому, если Вы соберетесь использовать Show() вместо [1 121], необходимо будет повредить логику в две части. Код, который должен бежать за диалоговым окном, отклонен (который включал бы перевключение формы владельца), должен быть выполнен Closed обработчик событий.

4. , Когда форма показывается диалоговым окном, установив DialogResult, свойство автоматически закрывает ее. Это свойство установлено каждый раз, когда кнопка с DialogResult свойство кроме [1 125] нажата. Форма, показанная с [1 126], автоматически не закроется как это, таким образом, мы должны будем явно закрыть ее, когда одна из его кнопок увольнения нажата. Обратите внимание, однако, что DialogResult свойство все еще установлено соответственно кнопкой.

Реализация этих четырех вещей, Ваш код становится чем-то как:

class FormB : Form{
    void Foo(){
        SetNativeEnabled(false); // defined above
        FormD f = new FormD();
        f.Closed += (s, e)=>{
            switch(f.DialogResult){
            case DialogResult.OK:
                // Do OK logic
                break;
            case DialogResult.Cancel:
                // Do Cancel logic
                break;
            }
            SetNativeEnabled(true);
        };
        f.Show(this);
        // function Foo returns now, as soon as FormD is shown
    }
}

class FormD : Form{
    public FormD(){
        Button btnOK       = new Button();
        btnOK.DialogResult = DialogResult.OK;
        btnOK.Text         = "OK";
        btnOK.Click       += (s, e)=>Close();
        btnOK.Parent       = this;

        Button btnCancel       = new Button();
        btnCancel.DialogResult = DialogResult.Cancel;
        btnCancel.Text         = "Cancel";
        btnCancel.Click       += (s, e)=>Close();
        btnCancel.Parent       = this;

        AcceptButton = btnOK;
        CancelButton = btnCancel;
    }
}

Можно использовать отдельный поток (как ниже), но это входит в опасную территорию - необходимо только пойти около этой опции, если Вы понимаете последствия поточной обработки (синхронизация, перекрестный распараллельте доступ, и т.д.):

[STAThread]
static void Main() {
    Application.EnableVisualStyles();
    Button loadB, loadC;
    Form formA = new Form {
        Text = "Form A",
        Controls = {
            (loadC = new Button { Text = "Load C", Dock = DockStyle.Top}),
            (loadB = new Button { Text = "Load B", Dock = DockStyle.Top})
        }
    };
    loadC.Click += delegate {
        Form formC = new Form { Text = "Form C" };
        formC.Show(formA);
    };
    loadB.Click += delegate {
        Thread thread = new Thread(() => {
            Button loadD;
            Form formB = new Form {
                Text = "Form B",
                Controls = {
                    (loadD = new Button { Text = "Load D",
                        Dock = DockStyle.Top})
                }
            };
            loadD.Click += delegate {
                Form formD = new Form { Text = "Form D"};
                formD.ShowDialog(formB);
            };
            formB.ShowDialog();  // No owner; ShowDialog to prevent exit
        });
        thread.SetApartmentState(ApartmentState.STA);
        thread.Start();
    };
    Application.Run(formA);
}

(Очевидно, Вы на самом деле не структурировали бы код как вышеупомянутое - это - просто самый короткий способ показать поведение; в реальном коде у Вас был бы класс на форму, и т.д.)

Запустите FormB в новом потоке в FormA:

        (new System.Threading.Thread(()=> {
            (new FormB()).Show();
        })).Start();

Теперь, любые формы, открытые в использовании нового потока, ShowDialog () только заблокирует FormB и НЕ FormA или FormC