Mercurial > hg > xemacs-beta
view etc/toolbar/printer-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 * printer[] = { "28 28 6 1", "X c Gray75 s backgroundToolBarColor", "o c Gray60", "O c white", "+ c Gray60", "@ c Gray90", "# c Gray40", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXoooooooooXXXXXXXXXXXXX", "XXXXXXoOOOOOOOooXXXXXXXXXXXX", "XXXXXXoOooooOOoXoXXXXXXXXXXX", "XXXXXXoOOOOOOOoooooooXXXXXXX", "XXXXXXoOoooOOOOOOoXo+ooXXXXX", "XXXXXXoOOOOOOOOOOoo++++oXXXX", "XXXXXXoooooooooooo++++ooXXXX", "XXXXXo@@@@@@@@@@@o+++o+oXXXX", "XXXXo@@@@@@@@@@@@@o+o++oXXXX", "XXXooooooooooooooooo+++oXXXX", "XXXo@@@@@@@@@@@@@@@o+++oXXXX", "XXXo@@@@@@@@@@@@@@@o++ooXXXX", "XXXo@@@@@@@@@@@@@@@o+ooXXXXX", "XXXo@@@@@@@@@@@@@@@oo#oXXXXX", "XXXooooooooooooooooo#oXXXXXX", "XXXXo+++++++++++++o#oXXXXXXX", "XXXXXo+++++++++++o#oXXXXXXXX", "XXXXXo+++++++++++ooXXXXXXXXX", "XXXXXXooooooooooooXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX"};