Propriété des ActiveX

**nico-pyright(c)** · 12/02/2004, 18h32

Je souhaite rajouter une propriété à mon ActiveX sans passer par le ClassWizard (pb de compatibilité binaire), donc je modifie dans l'odl, dans le .h et le .cpp tout va bien jusqu'a ce que je veuille lui mettre une propriété par défaut.

Pour ca, dans la méthode DoPropExchange(CPropExchange* pPX) , je positionne la valeur grace aux fonctions PX_Bool, PX_String, et autres ...

Ce que je ne comprends pas, debugger à l'apuis, c'est que suivant l'endroit où je mets mon PX_Bool, (avant, apres, ou entre d'autres PX...) je n'obtiens pas la meme valeur d'initialisation.

Quelqu'un sait comment résoudre le mystère du PX_Bool ??

Merci de votre aide

**farscape** · 12/02/2004, 19h34

salut ,
moi je fais comme ça:

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
 
void CMyCtrl::DoPropExchange(CPropExchange* pPX)
{
	ExchangeVersion(pPX, MAKELONG(_wVerMinor, _wVerMajor));
	COleControl::DoPropExchange(pPX);
 
	// TODO: Call PX_ functions for each persistent custom property.
	CString *pstrCaption =(CString *)&((CString &)InternalGetText());
	if(pPX->GetVersion()>= (DWORD)MAKELONG(_wVerMinor, _wVerMajor))
	{		
		PX_Bool(pPX,_T("Fond"),m_fond,0);
	}
	else
	if(pPX->IsLoading())
	{				
		PX_Bool(pPX,_T("Fond"),b,0);
	}
}

bien que je trouve dangerous de rajouter des properties sans passer par classwizard.

**nico-pyright(c)** · 13/02/2004, 09h26

Salut,

en fait, je fais la meme chose

Code :

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

1
2
3
4
5
 
      PX_Bool(pPX,_T("ScrollMarks"),m_scrollMarks, TRUE);
      PX_String(pPX,_T("PictureString"), picture_string_);
      PX_Short(pPX,_T("SessionRights"), m_sessionRights,0);
      PX_Color(pPX,_T("StampColor"),m_stampColor, RGB(0,0,0));

mais si par exemple, je change l'ordre

Code :

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

1
2
3
4
5
 
      PX_Color(pPX,_T("StampColor"),m_stampColor, RGB(0,0,0));    
      PX_String(pPX,_T("PictureString"), picture_string_);
      PX_Bool(pPX,_T("ScrollMarks"),m_scrollMarks, TRUE);
      PX_Short(pPX,_T("SessionRights"), m_sessionRights,0);

et bien le debugger me dit que les variables ne prennent pas la meme valeur que dans le premier cas. C'est ca que je ne comprends pas, comment savoir quel ordre est le bon ?

(je voudrais bien utiliser le ClassWizard, mais si je le fais pas, c'est pour garder la compatibilité binaire, et éviter de recompiler le logiciel qui utilise l'ActiveX, à moins que tu ne saches comment garder la compatibilité binaire avec le ClassWizard (qui me chamboule toutes mes propriétés))

Merci

**farscape** · 13/02/2004, 19h25

salut,
ton objet graphique existe deja (l'ocx dans la ressource) ?ou c'est quand tu mets un ctrl nouveau dans ta ressources .?
tu ne peux pas te permettre de changer l'ordre si ton ocx est deja utilise sinon à la mise a jour tu risques d'avoir des pb avec les ressources existantes.(.RC)

**nico-pyright(c)** · 16/02/2004, 09h39

Salut, je veux simplement rajouter une nouvelle propriété à un OCX déjà existant. Mais je ne manipule pas du tout le .rc, je ne vois pas où d'ailleurs. Je ne veux pas changer l'ordre, je veux simplement savoir o* positionner les lignes de codes qui permettent de prendre en compte ma nouvelle propriété.
Si je le fais par le class wizard, il me les trie pas ordre alphabétique et me décale donc toutes les propriétés qui commencent par une lettre supérieure à la premiere lettre de ma nouvelle propriété, ce qui fait que le programme qui utilise l'activeX ne sait plus utiliser les bonnes méthodes, sauf si on le recompile avec le nouvel ActiveX, ce que je voudrai éviter.

**farscape** · 16/02/2004, 09h49

si tu ajoutes une nouvelle propriete tu es oblige de recompiler l'ocx le simple fait de rajouter dans le .odl sans recompiler faussera le rapport en l'ocx et le wrapper de classe generer ce dernier ne sachant pas sauvegarder cette donnée .
le tri alpha ne doit pas change l'ordre de sauvegarde des proprietes dans la ressource heureusement sinon on est mort si l'ocx est deja utilise.
un donnee rajouter dans etre mise en queue des proprietes existantes .

**nico-pyright(c)** · 16/02/2004, 10h00

Bien sur que je recompile l'ocx

Je parlais du programme qui utilise l'ocx, qu'il puisse continuer à fonctionner tel quel avec le nouvel ocx, qui possède donc une propriété en plus.
Ce que je veux c'est :
Ancien programme + ancien OCX = Fonctionne
Ancien programme + nouvel OCX = Fonctionne toujours
Nouveau programme + nouvel OCX = Fonctionnera

Je vais réessayer en recommencant depuis le début, mais théoriquement, si je choisi dans l'odl, un numéro de propriété egal au dernier déja utilisé + 1, et que dans le .h je rajoute l'entete des fonctions à la fin, et que dans le .cpp, je précise le Px_bool en dernier ca devrait fonctionner ?

**farscape** · 16/02/2004, 10h15

oups j'ai mal lu

un nouvelle fonctionnalite dans l'ocx (data ou methode ) ne genera en rien les anciens progs puisqu'ils ignorent la nouvelle interface.
pour les progs utilisants la nouvelle interface une mise a jour du wrapper de classe doit etre realise dans le prog pour disposer de toutes les fonctionnalites de l'ocx.
ce que je ne comprends pas c'est ton pb de compatibilité binaire evoque au debut.

**nico-pyright(c)** · 16/02/2004, 11h28

Voilà mon problème :
un extrait de mon odl avant le class wizard

Code :

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

1
2
3
4
5
 
[id(39)] enum_session_rights SessionRights;
[id(40)] OLE_COLOR StampColor;
[id(41)] BSTR StampCaption;
[id(42)] IFontDisp* StampFont;

Maintenant, je fais le class wizard pour rajouter une propriété StampFontFromToolbar;
et voici l'odl généré :

Code :

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

1
2
3
4
5
6
 
[id(24)] enum_session_rights SessionRights;		
[id(25)] OLE_COLOR StampColor;
[id(26)] BSTR StampCaption;			
[id(38)] IFontDisp* StampFont;
[id(39)] boolean StampFontFromToolbar;

donc, on se rend bien compte que les numéros sont différents, et ma propriété numéro 42 par exemple, risque fort bien de n'etre plus accessible par le programme qui utilise l'ocx ?
d'où le pb de compatibilité binaire

**farscape** · 16/02/2004, 11h37

pourquoi puisque tu passes par le wrapper de classe genere ou mis a jour pour manipuler les proprietes et methodes de l'ocx ?

**nico-pyright(c)** · 16/02/2004, 11h59

De toutes facons, et je n'ai aucune idée pourquoi, quand j'utilise le class wizard pour rajouter ma propriété, lorsque je pose mon ActiveX dans VB, ca fait tout planter, alors qu'avant ca marchait sans problemes.

**farscape** · 16/02/2004, 12h09

ah la tu parles de vb mais si tu fais ca avec un project vc ça fonctionne ?,
parce que moi je ne sais pas comment vb gere les activex .
il faut etre sure de ne pas melanger les problemes a savoir pb d'integration utilisation dans vb et l'ocx lui même .

**farscape** · 16/02/2004, 12h19

note :
que j'ai oublie de repreciser depuis le debut :
tu peux et dois implementer le versionning pour la lecture des donnees si tu veux eviter le raz des datas ou eventuellement le plantage .

Code :

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

1
2
 
 if(pPX->GetVersion()>= (DWORD)MAKELONG(_wVerMinor, _wVerMajor))

comme dans mes premiers post

**farscape** · 16/02/2004, 13h26

rajout sur la gestion des versions pour les datas dans les ocx:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
ExchangeVersion(pPX, MAKELONG(_wVerMinor, _wVerMajor));
    COleControl::DoPropExchange(pPX);
   PX_Bool(pPX,_T("ScrollMarks"),m_scrollMarks, TRUE); 
    if (pPX->GetVersion() >= MAKELONG(0, 2))
    {
        PX_Bool(pPX,_T("Fond"),m_fond,0); 
    }
    else
    {
        if (pPX->IsLoading())  m_fond = FALSE;
    }