On Dec 27, 3:40 am, "Scott L. Burson" <[email protected]> wrote: > CLASS-ID-SLOT-NAME seems infelicitous.
Thanks for using this word. :] > To define a method on it you > have to say something like > (defmethod class-id-slot-name ((class (eql (find-class 'user)))) > 'name) > > and then you don't automatically get the benefit of inheritance. > > Seems like the natural thing would be to define methods on OBJECT-ID- > SLOT-NAME... but it's not generic! > > Am I missing something here? There are little incongruencies like that everywhere in the Weblocks API. I have converted a number of plain functions to generic functions myself since I've started using Weblocks (and changed the API in other places to be more sane). This particular issue has been lingering in the back of my mind for quite some time, but it never bugged me enough to change it. We should keep class-id-slot-name for backwards compatibility and convert object-id-slot-name to a GF. Feel free to submit a patch for this. Leslie -- You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.
