[Dcmlib] Feedback

[Emmanuel Olart]

Bien sur qu'il ne faut wrapper que l'API, mais celle ci devient conséquente
:)

Et je pointais surtout le fait qu'on a deux constructeurs différents pour
gdcmHeader et gdcmFile et que python ne pourra en utiliser qu'un seul.
Il vaut mieux wrapper le plus générique en général, donc le constructeur par
défaut je pense.



----- Original Message ----- 
From: "Benoit Regrain" <benoit.regrain at creatis.insa-lyon.fr>
To: "Eric Boix" <Eric.Boix at creatis.insa-lyon.fr>
Cc: <dcmlib at tux.creatis.insa-lyon.fr>
Sent: Thursday, October 07, 2004 9:25 AM
Subject: Re: [Dcmlib] Feedback


> ----- Original Message ----- 
> From: "Eric Boix" <Eric.Boix at creatis.insa-lyon.fr>
> To: "Emmanuel Olart" <eolart at theralys.com>
> Cc: <dcmlib at tux.creatis.insa-lyon.fr>
> Sent: Wednesday, October 06, 2004 2:52 PM
> Subject: Re: [Dcmlib] Feedback
>
>
> > Salut Emmanuel,
> >
> > Quoting Emmanuel Olart <eolart at theralys.com>:
> > > Le wrapping python pose quelques problemes que je suppose connus : il
> > > est notamment impossible d'utiliser toute méthode prenant un
std::string
> > > en paramètre ou en retournant un.
> > Les wrappers python sont actuellement dans les choux complet. En gros
> > ils sont cass'es depuis le passage a cmake et c'est mon prochain gros
> > morceau (apres le nettoyage de l'interpretation de Pixel Data).
> >
> > > Il faudrait définir quelle méthode doit être wrappée dans le cas d'un
> > > overload, notamment pour les constructeurs. Sur ma version seul
> > > gdcmHeader(void) est wrappé, si je veux l'autre qui me semble plus
utile
> > > (d'un point de vue personnel) je l'indique clairement a SWIG.  Serait
il
> > > utilie qu'on prenne une par une les methodes surchargées en qu'on
décide
> > > lesquelles wrapper pour python ?
> > Hummm, en theorie seule l'API doit-etre wrappe' (a la louche gdcmHeader
> > et gdcmFile). Si tel etait le cas, il ne devrait pas y avoir de
surcharge
> > a gerer....
> Ta louche est bien petite... il faut aussi prendre en compte toute la
partie
> dictionnaire (gdcmDict et gdcmDictSet). Pis y a aussi gdcmDicomDir
>
> Benoit
>
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib
>
>