Lubos,
I'm not sure why you're saying it should only be used for looking up
the name. What leads you to the conclusion that this is all it's
used for. When I wrote it I did many backtraces to determine how it
worked.
If you have known object A and custom class B. "Known" classes are
classes which IB knows about (e.g. Cocoa classes) and can
archive. A is what is actually archived in the .nib file because
that is what Interface Builder can instantiate and save, but in the
data structures which are saved in the nib, there is a map which
indicates that object A should be replace by an instance of custom
class B. The way this is indicated by the user is when you select
the custom class in the class inspector in IB.
NSClassSwapper is certainly doing what it is supposed to be doing in
this case. The only fault, I believe is what Fred pointed out in an
earlier email. The cell contents and settings are not being copied
and, perhaps, they should be.
Anyway, just adding my 0.02 to the conversation.
GC