tobjectlist

I am working a custom class to xml converter and one of the requirements is the ability to stream TObjectList<T> fields. I am trying to invoke the ToArray() method to get hold of the TObjectlist's objects, but I get 'Invalid class typecast' because the types obviously don't match. take this class for example: type TSite = class Name : String; Address : String; end; TSites = class Sites : TObjecList<TSite>; end; I just need to get the Site Objects from the Sites TObjectList. Please keep in mind that I am using RTTI, so I don't know the ObjectType in TObjectList, so Typecasting won't work . This

I have just started to use generics, and I am currently having a problem doing sorting on multiple fields. Case: I have a PeopleList as a TObjectList<TPerson> and I want to be able to make an Excel-like sorting function, by selecting one sort-field at a time, but keeping the previous sorting as much as possible. EDIT: It must be possible to change the field sort sequence at runtime. (Ie. in one scenario, the user wants the sort order A,B,C - in another scenario he wants B,A,C - in yet another A,C,D) Lets say we have an unsorted list of people : Lastname Age --------------------- Smith 26 Jones

can somebody confirm me that it is not possible to exchange between an exe and a dLL written in Delphi a pointer that contains a TobjectList? Class definition shared between DLL and EXE TCMStack = CLASS(TObject) PRIVATE FEquipment: TCMEquipment; /// equipement with associated constraints FNbCoils: integer; /// coils used FListeCoils: TCoilsList; ///coil list associaed with a stack .... in executable code: ... /// Transfer business information to optimisation module /// fOptimisation is a instance of class fOptimisation.TransfererDonneesMetiersDansOptimisation(@TStack, LEVEL_OPTIM_1, false);

I'm implementing generic code for streaming arbitrary Delphi objects using RTTI, and in order to get this to work (more specifically, in order to get the loading part to work), I need to somehow get the sub-item type of a TObjectList<T> field without making use of any actual object instance. The obvious reason for the requirement to not use any actual object instance is that in the case of loading an object from a stream (based solely on the knowledge of the class type of the object to be loaded), I won't have any instance at all available before the loading has completed - I will rather only