Mercurial > hg > xemacs-beta
view etc/toolbar/spell-cap-xx.xpm @ 5070:b0f4adffca7d
fix so that CL docstrings (with &key, etc.) handled properly
-------------------- ChangeLog entries follow: --------------------
lisp/ChangeLog addition:
2010-02-23 Ben Wing <ben@xemacs.org>
* autoload.el:
* autoload.el (make-autoload):
* cl-macs.el (cl-function-arglist):
* cl-macs.el (cl-transform-lambda):
Don't add argument list with the tag "Common Lisp lambda list:";
instead add in "standard" form using "arguments:" and omitting the
function name. Add an arg to `cl-function-arglist' to omit the
name and use it in autoload.el instead of just hacking it off.
* help.el:
* help.el (function-arglist):
* help.el (function-documentation-1): New.
Extract out common code to recognize and/or strip the arglist from
documentation into `function-documentation-1'. Use in
`function-arglist' and `function-documentation'. Modify
`function-arglist' so it looks for the `arguments: ' stuff in all
doc strings, not just subrs/autoloads, so that CL functions get
recognized properly. Change the regexp used to match "arguments: "
specs to allow nested parens inside the arg list (happens when you
have a default value specified in a CL arglist).
author | Ben Wing <ben@xemacs.org> |
---|---|
date | Tue, 23 Feb 2010 01:12:13 -0600 |
parents | 376386a54a3c |
children | 7910031dd78a |
line wrap: on
line source
/* XPM */ static char * dict[] = { "33 33 6 1", "X c Gray75 s backgroundToolBarColor", "o c Gray60", "O c Gray90", "+ c Gray40", "@ c Gray60", "# c white", "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXoooooooooooooooooXXXXXXXX", "XXXXXXXoXoOOOOOOOOOOOOO+oXXXXXXXX", "XXXXXXXooooooooooooooooOoXXXXXXXX", "XXXXXXoXo++o@@@@@@o+++oOoXXXXXXXX", "XXXXXXXoo++o@@@@@@@o++oOoXXXXXXXX", "XXXXXXXoo++o@@@@@@@@o+oOoXXXXXXXX", "XXXXXXoXo++o@ooooooo@ooOoXXXXXXXX", "XXXXXXXoo++o@o#####o@@oOoXXXXXXXX", "XXXXXXXoo++o@ooooooo@@oOoXXXXXXXX", "XXXXXXoXo++o@@@@@@@@@@oO###XXXXXX", "XXXXXXXoo++o@ooooooo@@###++XXXXXX", "XXXXXXXoo++o@@@@@@@@####+XXXXXXXX", "XXXXXX#Xo++o@@@@@@####++oXXXXXXXX", "XXXXX###o++o@@@@####++oOoXXXXXXXX", "XXXX####o++o@@@####+@@oOoXXXXXXXX", "XXXX+####++o@####++@@ooOoXXXXXXXX", "XXXXX+####+o####+@@@o+oOoXXXXXXXX", "XXXXXX+########+@@@o++oooXXXXXXXX", "XXXXXXo+######+@@@o+++oXXXXXXXXXX", "XXXXXXXo+####+oooooooooXXXXXXXXXX", "XXXXXXXXX+##+XXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXX++XXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXoXoXXXXXXXX", "XXXXXXXXXoooXXXXXXXXXXoXoXXXXXXXX", "XXXXXXXXoXXXXoooXXXoXXoXoXXXXXXXX", "XXXXXXXXoooXXoXXoXoXoXoXoXXXXXXXX", "XXXXXXXXXXXoXoXXoXoooXoXoXXXXXXXX", "XXXXXXXXXXXoXoXXoXoXXXoXoXXXXXXXX", "XXXXXXXXoooXXoooXXXooXoXoXXXXXXXX", "XXXXXXXXXXXXXoXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"};