Mercurial > hg > xemacs-beta
view etc/toolbar/undo-up.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 * undo[] = { "28 28 5 1", "X c Gray75 s backgroundToolBarColor", "o c black", "O c Gray60", "+ c Gray90", "@ c white", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXooXXXXXXX", "XXXXXXXXXXXXXXXXXooOOooooXXX", "XXXXXXXXXXXXXXXooOOOOOOOOooX", "XXXXXXXXXXXXXooOOOOOOOOOooXX", "XXXXXXXXXXXoo++ooooOOOooOoXX", "XXXXXXXXXoo++++++++oooOOoXXX", "XXXXXXXoo+++++++++oooOOOoXXX", "XXXXXoo+++++++++oo++oOOoXXXX", "XXXXoo++++++++oo+++oOooXXXXX", "XXXo++oooo++oo+++++ooXXXXXXX", "XXXo++++++oo+++++ooXXXXXXXXX", "XXo+++++++o++++ooXXXXXXXXXXX", "XXo+++++++o++ooXXXXXXXXXXXXX", "Xoo++++++o+ooXXXXXXXXXXXXXXX", "X@@oooo++ooXXXXXXXXXXXXXXXXX", "X@@@@@@ooXXXXXXXXXXXXXXXXXXX", "X@@@@@@XXXXXXXXXXXXXXXXXXXXX", "X@@@@XXXXXXXXXXXXXXXXXXXXXXX", "X@@@XXXXXXXXXXXXXXXXXXXXXXXX", "X@XXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX"};