[mcclim-devel] question about CLIM spec
I was looking over Christophe's dendrogram sample code, and was surprised to find the following in the comments: "...this one is technically non-conforming, in that FORMAT-GRAPH-FROM-ROOTS isn't specified as &KEY &ALLOW-OTHER-KEYS" I went back to the spec and yes, AFAICT, the format-graph-from-roots function is specified as NOT being extendible with new keyword arguments. With all due respect, this seems kooky, since FORMAT-GRAPH-FROM-ROOTS' interface seems poorly structured to do much of anything beyond trees or graphs that are essentially tree-like. The interface seems poor if you want to have edges of different flavors, if you want to control the assignment of depths, etc. Now, of course, you can do a pretty arbitrary amount of customization by developing new graph-output-records. BUT... the spec as written (to the best of my understanding) doesn't provide any way to customize these new output record classes with initargs. Not only doesn't format-graph-from-roots as specified allow for extending its argument set, it also doesn't specify (again, as far as I can tell), how to pass initargs to the new class. The McCLIM implementation takes what seems to me to be a very sensible approach of passing extra keyword arguments from format-graph-from-roots into the make-instance for the GRAPH-OUTPUT-RECORD, but this is an extension to the specification. Question: have I misread the specification, or is this a deficiency in it? Cheers, Robert
rpgoldman@real-time.com writes:
Question: have I misread the specification, or is this a deficiency in it?
The latter is very likely. You can do us a favor and go to the annotatable spec at http://bauhh.dyndns.org:8000/clim-spec/index.html and enter your comments at the appropriate place. Thanks. -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------
"RS" == Robert Strandh <strandh@labri.fr> writes:
RS> rpgoldman@real-time.com writes: >> >> Question: have I misread the specification, or is this a deficiency >> in it? RS> The latter is very likely. You can do us a favor and go to the RS> annotatable spec at RS> http://bauhh.dyndns.org:8000/clim-spec/index.html RS> and enter your comments at the appropriate place. OK, I had a preliminary whack at it. I hope the comments are useful. I am hardly an expert on this subject! R
Robert P. Goldman writes:
OK, I had a preliminary whack at it. I hope the comments are useful. I am hardly an expert on this subject!
Don't worry about it. Most of us aren't. Thanks for doing that. -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------
rpgoldman@real-time.com writes:
I was looking over Christophe's dendrogram sample code, and was
Which code? Paolo -- Lisp Propulsion Laboratory log - http://www.paoloamoroso.it/log
participants (4)
-
Paolo Amoroso
-
Robert P. Goldman
-
Robert Strandh
-
rpgoldman@real-time.com