alx/mu4e
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

scm: small improvements to manual

Browse Source
This commit is contained in:
Dirk-Jan C. Binnema
2025-09-06 11:39:04 +03:00
committed by Seth Ladygo
parent a471d2b808
commit 74c0a231b7
1 changed files with 11 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files

22
scm/mu-scm.texi
View File

@ -214,8 +214,8 @@ Many people like interacting with Guile through Emacs and the ``Geiser''
package, and that is possible with @command{mu scm} as well, using the Unix package, and that is possible with @command{mu scm} as well, using the Unix
domain socket, as discussed in @xref{Listening on a Unix Domain Socket}. domain socket, as discussed in @xref{Listening on a Unix Domain Socket}.
Assuming you have installed the @t{guile-geiser} package, the following snippet Assuming you have installed the @code{guile-geiser} package (available through
makes that easy: the ELPA package archive), the following snippet makes that easy:
@lisp @lisp
(require 'geiser-guile) (require 'geiser-guile)
@ -241,20 +241,20 @@ the REPL, with all the Geiser bells & whistles.
@section Hooking up with Mu4e @section Hooking up with Mu4e
@cindex Mu4e @cindex Mu4e
If you use @t{mu4e}, connecting to the SCM server is even easier than with If you use @code{mu4e}, connecting to the SCM REPL is even easier than with
``plain'' Emacs. ``plain'' Emacs.
First tell @t{mu4e} to starts it server with with @t{--listen} parameter: First tell @code{mu4e} to starts it server with with @t{--listen} parameter:
@lisp @lisp
(setq mu4e-mu-scm-server t) (setq mu4e-mu-scm-server t)
@end lisp @end lisp
After that, (re)start @t{mu4e}. After that, (re)start @code{mu4e}.
Now should be able to connect to the REPL using @t{M-x mu4e-mu-scm-repl}. Like Now should be able to connect to the REPL using @kbd{M-x mu4e-mu-scm-repl}. Like
@ref{Hooking up with GNU/Emacs and Geiser}, this depends on the @t{geiser-guile} @ref{Hooking up with GNU/Emacs and Geiser}, this depends on the
package. @code{geiser-guile} package.
The SCM instance uses the same database/store instance that @t{mu4e} uses. The SCM instance uses the same database/store instance that @code{mu4e} uses.
@node Shell @node Shell
@chapter Shell @chapter Shell
@ -496,7 +496,7 @@ e.g. as retrieved through:
@anchor{full-message} Many of the procedures below use the internal @anchor{full-message} Many of the procedures below use the internal
representation of the message from the database; this re-uses the same representation of the message from the database; this re-uses the same
information that @t{mu4e} uses. However, that is not sufficient for all: information that @code{mu4e} uses. However, that is not sufficient for all:
@code{body} and @code{header} need the full message. To get this, it needs to @code{body} and @code{header} need the full message. To get this, it needs to
open the message file from the file-system. Much of this is internal to open the message file from the file-system. Much of this is internal to
@t{mu-scm}, except that full-method-procedures are a bit slower relatively to @t{mu-scm}, except that full-method-procedures are a bit slower relatively to
@ -904,7 +904,7 @@ For example:
@c Get the message's s-expression. @c Get the message's s-expression.
@c @t{mu} caches an s-expression for each message; this was designed as an @c @t{mu} caches an s-expression for each message; this was designed as an
@c optimization for @t{mu4e}, but @t{mu-scm} uses it as well. The details of this @c optimization for @code{mu4e}, but @t{mu-scm} uses it as well. The details of this
@c s-expression (a property-list) are internal to @t{mu} (so do not base your next @c s-expression (a property-list) are internal to @t{mu} (so do not base your next
@c billion-dollar startup on it), but it can be useful for development and @c billion-dollar startup on it), but it can be useful for development and
@c debugging. @c debugging.