Paul,

What you are suggesting will work as long as everyone has the full source.
Because I reserve full source to only those who ask and make the eval
version partial source only this isn't really very feasible. I'm giving this
a lot of thought for version 4.0 while I am also in the process or redoing
all the package files.

I'll keep these suggestions in mind!

Jason Wharton
CPS - Mesa AZ
http://www.ibobjects.com

----- Original Message -----
From: "Paul Gallagher" <paul@...>
To: <IBObjects@yahoogroups.com>
Sent: Sunday, January 28, 2001 10:21 PM
Subject: [IBO] New components


> Jason,
>
> I am building an IBO aware version of the VirtualTree view. I am trying to
duplicate your paradigm for IBO as much as possible. For one thing, it
works, and for another it serves as a model for me to copy.
>
> Question. You have a file called IB_UserClasses.INC. It is real nice for
adding user defined classes. Is there something similar I can do with the
IB_Controls file and the IB_Editors file? I believe that these are the only
two files I have had to modify, other than the IB_UserClasses file.
>
> The IB_Control file had these lines added:
> {$DEFINE IBC_VTree}
> {$I IBC_VTree.INT}
> {$UNDEF IBC_VTree}
>
> {$DEFINE IBC_VTree}
> {$I IBC_VTree.IMP}
> {$UNDEF IBC_VTree}
>
> And the IB_Editors file had these added:
> RegisterPropertyEditor( TypeInfo( string ), TIB_VTree, 'ParentField',
TDataFieldProperty );
> RegisterPropertyEditor( TypeInfo( string ), TIB_VTree, 'KeyField',
TDataFieldProperty );
>
> RegisterDataFieldPropertyEditor( TIB_VTree );
>
> Also, I had to add the component registration to the IB_Registration file.
>
> These are all rather minimal changes, but they need to be done. Any chance
of placing some compiler directives permanently in IBO to allow for User
defined classes? Maybe there is a better, and cleaner way. But so far this
really seems to work great.
>
> Paul
>
>
> [Non-text portions of this message have been removed]
>
>
>
>
>