hi, > I cannot find information about TClassFinder or TClassFinder.GetClasses > anywhere. > Where would one find this information? well, it doesnt seem to be documented in the delphi help. the source is the docs :-)
> (I assume the return type for the function getClasses is TClassList) nope. for each registered class, getclass calls the method that is passed to it. (which in this case is CallbackClass). there i test to see if the class is one we're interested in (ie a subclass) before adding. > Following the code in the debugger, the line above appears to be a pipe-like > construct that serializes the output from getClasses. Is this a correct > interpretation? > (coming from a Jade background I would have expected the call syntax to be > callbackClass(f.GetClasses) with a for loop in callbackClass method to > iterate the passed collection). almost, but inside out. the for loop is contained in the GetClasses method. > 2. > It is perhaps unfortunate that Delphi requires class registration? This > appears to negate the purpose- addition of new subclasses will require added > code to register them well, its only one line of code per class. usually you'd include the RegisterClass call in the initialization section of the same unit as the class. > (for a small number of classes it would be simpler to > manually add them to TSubclassList). yup. tho in that case you'd add them to a standard TClassList singleton. cya, b __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ _______________________________________________ Delphi mailing list [EMAIL PROTECTED] http://ns3.123.co.nz/mailman/listinfo/delphi
