[Erc-help] Re: a couple of issues (services-module; doc string; buffer creation; encoding)

[Lawrence M. <we...@gm...>]

Tobias C. Rittweiler wrote:

> Hi,

> * I wonder how nicely the 'nickserv module plays with the usual
>   authentification mechanism (I'm speaking of `erc-password' and
>   `erc-prompt-for-password'.) Do I still have to set the latter variable
>   to NIL when I specified a password to be used via the 'nickserv
>   module?  After a short glance over the code, I'd say yes---although I
>   didn't really grasp the hook mechanisms spooking in `erc-nickserv.el'.

The nickserv module performs a function orthogonal to the
`erc-password' and `erc-prompt-for-password' variables.
`erc-password' is used to authenticate to /servers/ that require
it upon connection (this is sometimes the case with private
servers).  The nickserv module installs hooks to automatically
authenticate you to the NICKSERV service once you have logged in
to the server---to do this it uses the passwords in
`erc-nickserv-passwords'.

[...]

>     A list of modules which erc load and activate automatically. This
>     loading and activation is performed by `erc-update-modules', hence
>     remember to call \(erc-update-modules), if you set the value of this
>     without using `customize'.

I'd probably write:

|     A list of modules which ERC is to load and activate
|     automatically. Loading and activation are performed by
|     `erc-update-modules' so modifying this variable outside of
|     `customize' will take no effect unless you call
|     \(erc-update-modules).

> * If I'm queried (or if generally a new buffer ought to be created), I'd
>   like the newly created buffer to replace the current buffer of a
>   specific frame. I usually have erc in its own frame and Gnus, too, and
>   when I'm writing a mail and someone queries me, my mail buffer pops
>   off (but instead erc should do so with the most recently used buffer in
>   the erc frame.) Is this possible? Or how do you deal with this problem?

`erc-auto-query'?  The buffer-creation mechanism is rather opaque
to me.

> * I intend to change the format of `erc-encoding-coding-alist' to
>   introduce an additional server level, so that the encoding is
>   determined not only by matching a channel, but also by matching an
>   irc-server (analogously to `erc-autojoin-channels-alist'.) I think
>   this can be done backwards-compatibly by testing if the CDR of an
>   entry in the encoding alist is a symbol or not. (I think, this is easy
>   enough that I'll do that myself when I have some spare time.

Sounds good.

-- 
Lawrence Mitchell <we...@gm...>