summaryrefslogtreecommitdiff
path: root/elisp/geiser-menu.el
AgeCommit message (Collapse)Author
2023-12-15Use lexical-bindingJonas Bernoulli
Emacs 30.0.50 has started to warn when this variable isn't set, presumably so that the default can be changed from nil to t in a few years. I see no reason not to use lexical-binding.
2020-03-27Fix indentationJonas Bernoulli
2020-03-27Mark the beginning of code part of elisp libraries with Code: headingJonas Bernoulli
It's the convention and by following it we make a big step towards supporting outline navigation. The convention doesn't say much about what parts of the code are supposed to be part of that sections and what parts belong in a subsequent section. Here we put the `require' forms in this section and maybe some setup code, that's a popular approach. In most cases there was " " where we now insert "Code:". They both serve a similar purpose and we keep the former because some users depend on that for navigation. We even add this " " in libraries where it previously was missing. In some cases the permission statement was followed by a commentary, which obviously does not belong in the "Code:" section. In such cases add the conventional "Commentary:" section.
2012-10-11WhitespaceJose Antonio Ortega Ruiz
2010-08-06Bug fix: menu code was obliterating the buffer's associated.repl.Jose Antonio Ortega Ruiz
2010-06-14Menus for geiser-mode.Jose Antonio Ortega Ruiz
2010-06-14Refactoring.Jose Antonio Ortega Ruiz
2010-06-14Nits.Jose Antonio Ortega Ruiz
2010-06-14Better menus.Jose Antonio Ortega Ruiz
2010-06-14Support for minor mode toggling in menus.Jose Antonio Ortega Ruiz
2010-06-14Generic support for menus.Jose Antonio Ortega Ruiz