From: Jan K. <klo...@rh...> - 2005-05-23 16:40:37
|
Hi Jim & Jean-Pierre, I think it is useful to enhance the VIs like you mentioned. But before you start it would be really nice, if you could merge my changes that I sent to Jim some months ago. Otherwise I get in even more trouble to keep things together and the chance of still quite easy merging is gone. Therefore thank in advance for getting my changes in before you put yours into it. Jan -----Urspr=FCngliche Nachricht----- Von: ope...@li... [mailto:ope...@li...] Im Auftrag von ope...@li... Gesendet: Samstag, 21. Mai 2005 05:10 An: ope...@li... Betreff: OpenGToolkit-Developers digest, Vol 1 #146 - 1 msg Send OpenGToolkit-Developers mailing list submissions to ope...@li... To subscribe or unsubscribe via the World Wide Web, visit =09 https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers or, via email, send a message with subject or body 'help' to ope...@li... You can reach the person managing the list at ope...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of OpenGToolkit-Developers digest..." Today's Topics: 1. RE: GOOP and INI files (Jim Kring) --__--__-- Message: 1 From: "Jim Kring" <jim...@ja...> To: <ope...@li...> Subject: RE: GOOP and INI files Date: Fri, 20 May 2005 08:56:05 -0700 Reply-To: ope...@li... Jean-Pierre, I was also thinking that it would be very useful for all classes to provide generic forms of the Get/Set Data methods. These would have a variant data input/output and also take a U32 reference input/output. This would enable the creation of many kinds of useful utilities to operate on OpenGOOP classes. For example, I am interested in an data inspector/editor. The utility that you mentioned would also be very useful. -Jim > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...]=20 > On Behalf Of Jean-Pierre Drolet > Sent: Thursday, May 19, 2005 8:04 AM > To: ope...@li... > Subject: GOOP and INI files >=20 > I'm currently facing the problem of writing/reading objects > to/from INI=20 > files. > In the file each object data is stored in a separate section named=20 > [Classname::ObjectID] (the classname is to easily identify=20 > all objects=20 > of a given class in a file). >=20 > An object refnum key holds the ObjectID > ObjectRef=3DObjectID >=20 > I'd like to modify OGTK Read Key (Variant) and Write Key (Variant) so > that it identifes GOOP refnums (refnum to a file of enum=20 > data), get the=20 > variant object data and write it as a section (write) or get=20 > the variant=20 > data type and read the appropriate section (read) >=20 > This would be straightforward using inheritance but how to access an > object variant data in a generic way without inheritance? > The information available in a GOOP refnum (as a variant) is the=20 > classname (enum item 0) and the name of the typedef control.=20 > Opening a=20 > reference to the typedef control, we can read its path (then=20 > locate the=20 > VIs of the class). One can locate the GetData method of the=20 > object but=20 > it can't be dynamically called (unknown conn pane) or run (it=20 > is usually=20 > reserved for call). Should each class have generic Get/Set Data as=20 > Variant VI with fixed connector pane? >=20 > Any other idea? Please discuss >=20 > Jean-Pierre >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be=20 > the first software developer in space? Enter now for the Oracle Space=20 > Sweepstakes! = http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick > _______________________________________________ > OpenGToolkit-Developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers >=20 --__--__-- _______________________________________________ OpenGToolkit-Developers mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers End of OpenGToolkit-Developers Digest |