diff man/eudc.texi @ 49600:23a1cea22d13

Trailing whitespace deleted.
author Juanma Barranquero <lekktu@gmail.com>
date Tue, 04 Feb 2003 14:56:31 +0000
parents 0a70200bde27
children 695cf19ef79e d7ddb3e565de
line wrap: on
line diff
--- a/man/eudc.texi	Tue Feb 04 13:30:45 2003 +0000
+++ b/man/eudc.texi	Tue Feb 04 14:56:31 2003 +0000
@@ -70,7 +70,7 @@
 * Usage::                       The various usage possibilities explained
 * Credits::                     Who's done what
 * Command and Function Index::
-* Variables Index::             
+* Variables Index::
 @end menu
 
 
@@ -83,7 +83,7 @@
 
 EUDC, the @dfn{Emacs Unified Directory Client}, provides a common user
 interface to access directory servers using different directory
-protocols. 
+protocols.
 
 Currently supported back-ends are:
 
@@ -99,7 +99,7 @@
 The main features of the EUDC interface are:
 
 @itemize @bullet
-@item 
+@item
 Queries using a customizable form
 @item
 Inline query expansion (for instance you can expand a name
@@ -216,10 +216,10 @@
 email composition buffers (@pxref{Inline Query Expansion})
 
 @lisp
-(eval-after-load 
+(eval-after-load
  "message"
  '(define-key message-mode-map [(control ?c) (tab)] 'eudc-expand-inline))
-(eval-after-load 
+(eval-after-load
  "sendmail"
  '(define-key mail-mode-map [(control ?c) (tab)] 'eudc-expand-inline))
 @end lisp
@@ -255,7 +255,7 @@
 submenu of the @samp{Tools} submenu.
 
 @menu
-* Querying Servers::            How queries are performed and handled 
+* Querying Servers::            How queries are performed and handled
 * Query Form::                  How to use and customize the query form
 * Display of Query Results::    Controlling how query results are presented
 * Inline Query Expansion::      How to use and customize inline queries
@@ -463,7 +463,7 @@
 
 The fields that are returned for each record
 are controlled by @code{eudc-default-return-attributes} (@pxref{Return
-Attributes}).  
+Attributes}).
 
 The display of each individual field can be performed by an arbitrary
 function which allows specific processing for binary values, such as
@@ -484,12 +484,12 @@
 Locals}).  For instance, it is defined as follows for LDAP:
 
 @lisp
-(eudc-protocol-set 'eudc-attribute-display-method-alist 
+(eudc-protocol-set 'eudc-attribute-display-method-alist
                    '(("jpegphoto" . eudc-display-jpeg-inline)
                      ("labeledurl" . eudc-display-url)
                      ("audio" . eudc-display-sound)
                      ("labeledurl" . eudc-display-url)
-                     ("url" . eudc-display-url)) 
+                     ("url" . eudc-display-url))
                    'ldap)
 @end lisp
 
@@ -547,7 +547,7 @@
 @code{eudc-expanding-overwrites-query} and
 @code{eudc-multiple-match-handling-method}.
 
-If the query fails for a server, other servers may be tried successively 
+If the query fails for a server, other servers may be tried successively
 until one of them finds a match (@pxref{Multi-server Queries}).
 
 @deffn Command eudc-expand-inline replace-p
@@ -564,7 +564,7 @@
 @end deffn
 
 @defvar eudc-inline-query-format
-Format of an inline expansion query.  
+Format of an inline expansion query.
 This is actually a list of @var{format}s.  A @var{format} is a list of
 one or more EUDC attribute names.  A @var{format} applies if it contains
 as many attributes as individual words in the inline query string.  If
@@ -572,7 +572,7 @@
 is found.  If @code{nil} all the words will be mapped onto the default
 server/protocol attribute name (generally @code{name}).
 
-For instance, use the following 
+For instance, use the following
 @lisp
 (setq eudc-inline-query-format '((name)
                                  (firstname)
@@ -582,7 +582,7 @@
 to indicate that single word expansion queries are to be considered as
 surnames and if no match is found then they should be tried as first
 names.  Inline queries consisting of two words are considered as
-consisting of a first name followed by a surname.  If the query consists 
+consisting of a first name followed by a surname.  If the query consists
 of more than two words, then the first one is considered as the first
 name and the remaining words are all considered as surname constituents.
 
@@ -620,7 +620,7 @@
 The first match is considered as being the only one, the others are
 discarded.
 @item select
-A selection buffer pops up where you can choose a particular match.  This 
+A selection buffer pops up where you can choose a particular match.  This
 is the default value of the variable.
 @item all
 The expansion uses all records successively
@@ -637,7 +637,7 @@
 @comment  node-name,  next,  previous,  up
 @section The Server Hotlist
 
-EUDC lets you maintain a list of frequently used servers so that you 
+EUDC lets you maintain a list of frequently used servers so that you
 can easily switch from one to another.  This hotlist appears in the
 @samp{Server} submenu.  You select a server in this list by clicking on
 its name.  You can add the current server to the list with the command
@@ -661,7 +661,7 @@
 
 @defvar eudc-options-file
 The name of a file where EUDC stores its internal variables
-(the hotlist and the current server).  EUDC will try to load 
+(the hotlist and the current server).  EUDC will try to load
 that file upon initialization so, if you choose a file name
 different from the defaults @file{~/.eudc-options}, be sure to set this
 variable to the appropriate value @emph{before} EUDC is itself
@@ -775,25 +775,25 @@
 mapping between BBDB field names onto directory attribute names records.
 This is a protocol-local variable and is initialized upon protocol
 switch (@pxref{Server/Protocol Locals}).  The alist is made of cells of the
-form @code{(@var{bbdb-field} . @var{spec-or-list})}. 
+form @code{(@var{bbdb-field} . @var{spec-or-list})}.
 @var{bbdb-field} is the name of a field
 that must be defined in your BBDB environment (standard field names are
 @code{name}, @code{company}, @code{net}, @code{phone}, @code{address}
-and @code{notes}). 
+and @code{notes}).
 @var{spec-or-list} is either a single mapping specification or a list of
 mapping specifications.  Lists of mapping specifications are valid for
 the @code{phone} and @code{address} BBDB fields only. @var{spec}s are
 actually s-expressions which are evaluated as follows:
 
 @table @asis
-@item a string 
+@item a string
 evaluates to itself
 @item a symbol
 evaluates to the symbol value.  Symbols corresponding to directory
 attribute names present in the record evaluate to the value of the field
 in the record
 @item a form
-is evaluated as a function.  The argument list may contain attribute 
+is evaluated as a function.  The argument list may contain attribute
 names which evaluate to the corresponding values in the record.  The form
 evaluation should return something appropriate for the particular
 @var{bbdb-field} (see @code{bbdb-create-internal}).
@@ -816,7 +816,7 @@
 This means that:
 
 @itemize @bullet
-@item 
+@item
 the @code{name} field of the BBDB record gets its value
 from the @code{name} attribute of the directory record
 @item
@@ -932,7 +932,7 @@
 @end defun
 
 @defun eudc-variable-server-value var [server]
-Return the value of @var{var} local to @var{server}.  
+Return the value of @var{var} local to @var{server}.
 Return @code{unbound} if @var{var} has no value local to @var{server}.
 @var{server} defaults to @code{eudc-server}.
 @end defun
@@ -952,7 +952,7 @@
 @comment  node-name,  next,  previous,  up
 @chapter Credits
 
-EUDC was written by Oscar Figueiredo based on @file{ph.el} by the 
+EUDC was written by Oscar Figueiredo based on @file{ph.el} by the
 same author.
 
 Thanks to Soren Dayton for his suggestions, his enthusiasm and his help