Paramétrer l'appel d'une dialog ou d'une autre ?

Version imprimable

15/07/2004, 20h14
olive_le_malin

Paramétrer l'appel d'une dialog ou d'une autre ?

bonjour,

je voulais s'il était possible pour un projet dialog-based de charger une IHM ou une autre ?
Je m'explique :
pour un besoin de mon entreprise, il faudrait selon un paramètre, que ma boite de dialogue principale soit disposée d'une manière ou d'une autre avec une taille différente.
Donc ce que j'ai fait pour l'instant, dans la partie ressource / dialog, j'ai inséré une copie de ma dialog, que j'ai modifié (disposition des controles, taille des controles, textes de certains statics, ..., mais je les ai tous gardé). Pour la création de la copie de dialog, j'ai gardé le même ID, et j'ai rajouté une condition (comme le demande VC++).

Donc ce que je voudrais faire, c'est au lancement de l'appli, appeler une ou l'autre de mes dialog, selon un paramètre.

Est-ce que c'est possible ?
J'ai pas encore trouvé !
15/07/2004, 20h44
farscape

salut ,
une solution simple et facile a mettre en oeuvre la dll de ressources regarde mon post dans le post it de la faq sur le sujet.
http://www.developpez.net/forums/vie...210467#1210467
:D
15/07/2004, 22h48
olive_le_malin

ok, en tout cas merci beaucoup pour le tuyau,
désolé je n'avais pa vu ça dans la faq !

par contre cela m'oblige à générer une dll pour chaque dialog ?
Si c'est la seule solution, OK !

ps : en étant sous XP, je n'ai pas réussi à tester ton exemple (je ne sais pas comment mettre la condition [Language] SetInFr=1 dans la base de registre)
16/07/2004, 06h42
farscape
salut,
non la dll contiendra toutes les ressources .
relis bien le post tu copies tout les fichiers .rc le repertoire res etc...
j'ai pas compris ton pb avec mon exemple tu la telechargé ?
je suis aussi sur xp l'info n'est pas stockée dans la base de registre mais dans le .ini du programme vu que j'ai mis la ligne:
Code:

1 2 //SetRegistryKey(_T("Local AppWizard-Generated Applications"));
en commentaire.....

:D
16/07/2004, 08h41
olive_le_malin
oui je l'ai téléchargé,
j'ai alors crée un TestResDll.ini dans le répertoire courant avec
Code:

1 2 3 [Language] SetInFr=1
y a-t-il une erreur ?

Sinon ce que je vois, c'est que le projet TestResDll a pour ressource
la form IDD_TESTRESDLL_FORM en anglais, et que le projet DLL ResDllFr a pour ressource la form IDD_TESTRESDLL_FORM en francais.
Donc j'ai pensé que si on voulait utiliser la langue anglaise, on gardait la form IDD_TESTRESDLL_FORM en anglais, et que si on voulait utiliser du francais, on chargait la DLL qui contient IDD_TESTRESDLL_FORM en francais.
Mais si on l'avait voulu en espagnol, je ne vois pas comment, a part faire une autre DLL qui contient une IDD_TESTRESDLL_FORM en espagnol (ResDllEs.DLL), on aurait pu faire pour charger la bonne IDD_TESTRESDLL_FORM, puisque tu me dis qu'une DLL contenant toutes les ressources est suffisante.
16/07/2004, 09h11
farscape

re,
j'ai fais un exemple simple...
je n'ai pas toucher au parametrage de la langue dans les ressources.
j'ai juste considerer que une dll == une langue .

par defaut dans l'exemple les ressources d'origines sont en anglais et on charge suivant le flag SetInFr la dll en francais .
si il y a 10 langues supplementaitres on fait 10 dll et on se debrouille a charger la dll qui correspond en fonction d'un parametrage quelconque .(point ini, arguement etc) .
les id des ressources sont identiques d'une dll a l'autre.
sinon ça ne fonctionnera pas .
:D

Ok,

j'aurais aimé trouver un moyen, mais visiblement cela n'existe pas (ou ne marche pas) de faire dans le constructeur :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 CPadDlg::CPadDlg(CWnd* pParent /*=NULL*/) // : CDialog(CPadDlg::IDD, pParent) { if(parametre) CDialog(IDD_DIALOG_MINI, pParent); else CDialog(IDD_DIALOG_MAXI, pParent); //{{AFX_DATA_INIT(CPadDlg) //}}AFX_DATA_INIT // Note that LoadIcon does not require a subsequent DestroyIcon in Win32 m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME); }
vu qu'on peut pas faire comme ça, je vais passer par ta méthode.

La seule chose qui me gêne, c'est que je vais devoir faire une DLL pour chaque IHM différente ... :cry:

16/07/2004, 10h16
farscape

re,
avec ma solution tu crees un dll de ressources certes (ça prend < 5 mn) apres le chargement de la dll au depart tu n'as plus rien a faire .....
si tu as 50 fenetres tu as juste besoin de modifier la ressource .
mais pas le code d'appel...
:D

mais ta solution est excellente,
et dailleurs je viens de la mettre en oeuvre, et ça marche trés bien !
(j'avais juste oublié de renommer les ressources copiées, du coup on ne les voyait plus, donc j'en ai eu pour un plus de 5mn ).
Merci beaucoup ce tuyau.

Je regrète juste qu'on ne puisse pas écrire un truc de ce style : (ce qui contraint à "charier" autant de DLL que d'IHM avec l'éxécutable)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 CPadDlg::CPadDlg(CWnd* pParent /*=NULL*/) // : CDialog(CPadDlg::IDD, pParent) { if(parametre) CDialog(IDD_DIALOG_MINI, pParent); else CDialog(IDD_DIALOG_MAXI, pParent); //{{AFX_DATA_INIT(CPadDlg) //}}AFX_DATA_INIT // Note that LoadIcon does not require a subsequent DestroyIcon in Win32 m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME); }
et d'ailleurs je ne comprends pas pourquoi on ne peut pas le faire !

En même temps je me dis que lorsque l'on télécharge des "skins" pour un logiciel, on télécharge certainements des DLL :)

En tout cas je te répète un grand merci pour cette solution !

16/07/2004, 10h44
farscape

d'ailleurs pour infos c'est la solution retenue pour le logiciel filezilla ....
vive les skins :wink:
:D
16/07/2004, 11h04
olive_le_malin

en connais-tu d'autres ?

un code comme celui que j'ai donné ci-dessus ne peut-il être bidouillé pour que ça marche ?

re,
une solution possible

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
 class CPadDlg : public CDialog
{
// Construction
public:
	CPadDlg(UINT nRes=IDD_DIALOG_MINI,CWnd* pParent = NULL);   // standard constructor
 
// Dialog Data
	//{{AFX_DATA(CTestDlgNoModal)
	enum { IDD = IDD_DIALOG_MINI };
.....
};
CPadDlg::CPadDlg(UINT nRes,CWnd* pParent /*=NULL*/)
	               : CDialog(nRes, pParent)
{
	//{{AFX_DATA_INIT(CPadDlg)
		// NOTE: the ClassWizard will add member initialization here
	//}}AFX_DATA_INIT
}
 
CPadDlg Dlg(parametre?IDD_DIALOG_MINI:IDD_DIALOG_MAXI, 
                   Parent);
Dlg.DoModal();

voila .....
:D

16/07/2004, 14h53
olive_le_malin

Dans mon cas présent, j'ai finalement cette dernière solution,
mais j'avoue que pour d'autres appli, la 1ere me sera trés utile.

Encore merci !