Discussion :

[mgestin]

Bonjour à tous les forumeurs,

Je lutte avec C# et la librairie system.Windows.Forms depuis quelques heures maintenant et je fais donc appel à vos connaissances avant de jeter le PC par la fenêtre. :-)

J'ai réalisé un petit programme qui ouvre un fichier à l'aide de OpenFileDialog, puis demande à l'utilisateur via un SaveDialogFile dans quel fichier enregistrer les modifications qui seront faites sur le premier fichier ouvert. Vous me suivez?

Tout ceci dans une classe public où j'ai créé une méthode de classe Main (pas d'instanciation d'objets donc).

J'ouvre le premier dialog (OpenFileDialog) avec la méthode ShowDialog(). Tout se passe bien, la Dialog s'ouvre en premier plan.

Le second appel à ShowDialog sur l'autre object (SaveFileDialog) fait apparaître cette dialog en arrière plan systématiquement. Du coup, cette fenêtre est cachée derrière toutes les autres fenêtres ouvertes sur le bureau.

Je suis incapable de trouver des cas similaires sur le net. Et je crois que je vais devenir zinzin avec cette histoire.
Je n'ai trouvé aucune propriété ou méthode pour SaveFileDialog qui permette de forcer son affichage en premier plan.
Pour info, j'ai aussi tenté d'ouvrir deux OpenFileDialog à la suite. Même verdict. La première fenêtre s'ouvre en premier plan, la seconde en arrière plan.

Le code en résumé pour vous éclairer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
 
using System.Windows.Forms;
...
public class ModifiyDumpFile
{
	public static void Main(string[] args)
	{
		OpenFileDialog dlg_input_file = new OpenFileDialog();
		dlg_input_file.Filter = "Dump file to modify (*.*)|*.*";
		dlg_input_file.Title = "Select the dumpfile you want to change";
 
		if (dlg_input_file.ShowDialog() == DialogResult.OK)
		{
			SaveFileDialog dlg_output_file = new SaveFileDialog();
			dlg_output_file.Filter = "Dump file to save (*.dump)|*.dump";
			dlg_output_file.Title = "Create the modified dump file";
			dlg_output_file.FilterIndex = 1;
			dlg_output_file.RestoreDirectory = true;
			dlg_output_file.OverwritePrompt = true;
 
                        // C'est ci-dessous que le problème survient. La fenêtre est en arrière plan.
			if(dlg_output_file.ShowDialog() == DialogResult.OK)
			{
                        ...

Merci d'avance pour votre aide,
Mathieu

[tomlev]

Bizarre...
Je me demande si ce n'est pas lié au fait que ton appli n'a pas de fenêtre principale

[mgestin]

Bizarre...
Je me demande si ce n'est pas lié au fait que ton appli n'a pas de fenêtre principale

Oui, c'est aussi ce que je me suis demandé. Mais bon, ça paraît dingue qu'il n'y ait pas un moyen de la faire passer en premier plan, non?

[theMonz31]

salut

est-ce une appli Console ?

The Monz, Toulouse

[mgestin]

Bizarre...
Je me demande si ce n'est pas lié au fait que ton appli n'a pas de fenêtre principale

Oui, c'est aussi ce que je me suis demandé. Mais bon, ça paraît dingue qu'il n'y ait pas un moyen de la faire passer en premier plan, non?

[mgestin]

salut

est-ce une appli Console ?

The Monz, Toulouse

Hello,

Tu veux dire : lancée depuis un "command prompt"? La réponse est oui.
Je peux lancer l'appli depuis un command prompt ou directement depuis une fenêtre d'exploration Windows (mais il ouvre un command prompt le temps de l'exécution).

J'suis sur Toulouse aussi (le monde est petit :-) ),
Mathieu

[subzero01]

1- Ton exemple n'a marché pour moi qu'apres avoir ajouté l'attribut [STAThread] a la fonction main.

2- J'ai les 2 boites de dialogue qui s'affichent derriere la fenetre de la console principale seulement, et pas derriere toutes les fenetre ouvertes

Pourquoi tu travailles avec un projet en cosole ? je suis sur que ton probleme ne sera plus present dans une appli windows forms

[mgestin]

1- Ton exemple n'a marché pour moi qu'apres avoir ajouté l'attribut [STAThread] a la fonction main.

2- J'ai les 2 boites de dialogue qui s'affichent derriere la fenetre de la console principale seulement, et pas derriere toutes les fenetre ouvertes

J'ai essayé et même punition, fenêtre en arrière plan de toutes les autres.

Pourquoi tu travailles avec un projet en cosole ? je suis sur que ton probleme ne sera plus present dans une appli windows forms

Je bosse avec un projet console pour des raisons de simplicité (j'ai fait au plus vite) et parce que je débute en C#. Je vais regarder cette histoire d'appli windows form.

Merci pour votre aide à tous. Je mettrai le sujet en "Résolu" quand j'aurai trouvé une solution viable.
Mathieu

[subzero01]

A mon avi si tu fais le prj en Windows Forms tu gagneras plus de temps qu'une appli console !

Déjà l'application console ne s'execute qu'en environnement windows (impossible sous DOS), alos pourquoi s'embeter à entrer la commande qui l'execute a la main alors qu'on est autorisé a la démarrer en un double click !

toutes les references que tu entres à la main (System.Windows.Forms ...) sont déjà à ta disposition sans avoir y faire reference.

Je pense que les appli consoles ne sont faites que pour les testes et les projets didacticiels, sinon donnez moi une autre bonne raison de ce type d'applications.

Codialement, subzero.

[OWickerman]

Je pense que les appli consoles ne sont faites que pour les testes et les projets didacticiels, sinon donnez moi une autre bonne raison de ce type d'applications.

Codialement, subzero.

ptete pour faire un batch ?

[ArianeV]

A mon avi si tu fais le prj en Windows Forms tu gagneras plus de temps qu'une appli console !

Déjà l'application console ne s'execute qu'en environnement windows (impossible sous DOS), alos pourquoi s'embeter à entrer la commande qui l'execute a la main alors qu'on est autorisé a la démarrer en un double click !

toutes les references que tu entres à la main (System.Windows.Forms ...) sont déjà à ta disposition sans avoir y faire reference.

Je pense que les appli consoles ne sont faites que pour les testes et les projets didacticiels, sinon donnez moi une autre bonne raison de ce type d'applications.

Codialement, subzero.

Effectivement, beaucoup de gens font des batchs avec plein de petits "scripts" écrits en C#. C'est très très très très utile !

Après, si tu veux faire des batchs avec des applis winforms c'est ton droit, ou ta malédiction, au choix

Maintenant OWickerman, c'est clair que c'est beaucoup plus simple de commencer avec une appli winform qu'avec de la console ...

Bonne journée