<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.emacs.erc.general">
    <title>gmane.emacs.erc.general</title>
    <link>http://blog.gmane.org/gmane.emacs.erc.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1374"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1373"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1372"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1371"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1370"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1369"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1368"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1367"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1366"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1365"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1364"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1363"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1362"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1361"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1360"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1359"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1358"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1357"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1356"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.erc.general/1355"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1374">
    <title>how to set channel specific erc-keywords?</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1374</link>
    <description>&lt;pre&gt;Dear all,

I'd like to match and track different keywords/pals/fools for
different channels. Is there anyway to set it up? The normal
erc-keywords/pals/fools matches universally across all the channels I
joined, which is not what I want.

Thanks,
Zech
&lt;/pre&gt;</description>
    <dc:creator>Not To Miss</dc:creator>
    <dc:date>2012-08-18T23:39:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1373">
    <title>Re: Retroactively toggle time stamps and IRC notes</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1373</link>
    <description>&lt;pre&gt;At Wed, 08 Aug 2012 15:10:24 +0200,
Morel Pisum wrote:

there isn't, out of the box, but hacking up a solution is relatively easy.  for
example this is my setup which does what you asked for:
https://gist.github.com/2972603#L419 .  it uses the same binding as weechat,
`M--'.  the toggling is done on a per-buffer basis, but it's easy to imagine
extending the code to make it work on all buffers.

--
Francesco * Often in error, never in doubt
&lt;/pre&gt;</description>
    <dc:creator>Francesco Mazzoli</dc:creator>
    <dc:date>2012-08-09T17:46:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1372">
    <title>Re: Retroactively toggle time stamps and IRC notes</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1372</link>
    <description>&lt;pre&gt;At Fri, 10 Aug 2012 15:11:51 +0200,
Morel Pisum wrote:

I'm glad that works for you!  merging it into ERC is not so simple because there
are some less evident shortcomings - for example the timestamp module does not
play well with that toggling since it does not put the date if it detects
invisibility.  other modules might have similar annoyances.

if somebody wants to pick up the code and merge it I'll be happy, but I didn't
have time to check that it worked well for setups apart from mine.

--
Francesco * Often in error, never in doubt
&lt;/pre&gt;</description>
    <dc:creator>Francesco Mazzoli</dc:creator>
    <dc:date>2012-08-10T14:53:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1371">
    <title>Re: Retroactively toggle time stamps and IRC notes</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1371</link>
    <description>&lt;pre&gt;Am 10.08.2012 10:22, schrieb Francesco Mazzoli:

Wow! This is just great! That's exactly what I want!

The one and only shortcoming is that it doesn't refresh the buffer
automatically. (I have to type C-l to see the changes.)

I really suggest to merge this code into ERC itself.

Thank you, bitonic :)
&lt;/pre&gt;</description>
    <dc:creator>Morel Pisum</dc:creator>
    <dc:date>2012-08-10T13:11:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1370">
    <title>Re: Retroactively toggle time stamps and IRC notes</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1370</link>
    <description>&lt;pre&gt;At Wed, 08 Aug 2012 15:10:24 +0200,
Morel Pisum wrote:

there isn't, out of the box, but hacking up a solution is relatively easy.  for
example this is my setup which does what you asked for:
https://gist.github.com/2972603#L419 .  it uses the same binding as weechat,
`M--'.  the toggling is done on a per-buffer basis, but it's easy to imagine
extending the code to make it work on all buffers.

--
Francesco * Often in error, never in doubt
&lt;/pre&gt;</description>
    <dc:creator>Francesco Mazzoli</dc:creator>
    <dc:date>2012-08-10T08:22:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1369">
    <title>Re: Retroactively toggle time stamps and IRC notes</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1369</link>
    <description>&lt;pre&gt;
What a bummer. But yes, it's useful.


Yup.


Yeah, it'd be very easy if we only wanted to change the face of those
messages since the needed code is already there.


The problem is that apart from my ~/.emacs which I copied altogether
from various sources, I don't quite know Emacs Lisp.

But I'd love to contribute as much as I can if we'd create a public
repository – maybe on GitHub or savannah or something.



Since I'm a nooby, that's no problem for me :)

_______________________________________________
Erc-discuss mailing list
Erc-discuss&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/erc-discuss
&lt;/pre&gt;</description>
    <dc:creator>Morel Pisum</dc:creator>
    <dc:date>2012-08-08T17:57:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1368">
    <title>Re: Retroactively toggle time stamps and IRC notes</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1368</link>
    <description>&lt;pre&gt;On Wed, 08 Aug 2012 15:10:24 +0200
Morel Pisum &amp;lt;morel.pisum&amp;lt; at &amp;gt;googlemail.com&amp;gt; wrote:


I haven't seen such a feature advertised, and it indeed sound very
interesting and useful.
I'd also add "messages from ignored users" to that list, since I have
to go to logs for these sometimes.

I wonder if it should be possible to hide text with some
text-properties set completely (i.e. not just same-color font/bg), but
I imagine it should be - worst-case you should be able to reduce font
and make this text unnoticeable.

And the properties (I think) are already there, that's why you see
system messages with different color, so it might be just a matter of
customizing style of these, or maybe adding some more distinctive ones
for some messages.

If you'll find the feature, or get around to implement it, I'll be
very interested to hear about it.
Otherwise, I'll probably look into it myself when I'll have more spare
time on my hands, thanks for the idea.

Also, I'm probably bad with emacs terminology, as I tweak elisp only
occasionaly, so please substitute (mis)names of the features I've
described above freely.


&lt;/pre&gt;</description>
    <dc:creator>Mike Kazantsev</dc:creator>
    <dc:date>2012-08-08T14:35:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1367">
    <title>Retroactively toggle time stamps and IRC notes</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1367</link>
    <description>&lt;pre&gt;Hi folks,

is there a way to *retroactively* toggle time stamps and/or IRC notes
(like joins, parts, quits, kicks, nicks and modes etc.) (for either all
buffers at the same time or for just the current buffer) such that I can
hide or make them visible whenever I want?

I'd appreciate *any* idea, opinion, comment, advices, criticism and
solution. Even if it's just an "I don't know.". :-)

Thanks.

Cheers,
Morel Pisum
&lt;/pre&gt;</description>
    <dc:creator>Morel Pisum</dc:creator>
    <dc:date>2012-08-08T13:10:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1366">
    <title>Discover loss of connection easier (Propertize ":CLOSED")</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1366</link>
    <description>&lt;pre&gt;
A few times I thought I as still connected to a server because I did not
notice the CLOSED state in the mode line.

Maybe this could be emphasized?

For example cll propertize on string with either the warning, error or
erc-error-face.

&lt;/pre&gt;</description>
    <dc:creator>Vagn Johansen</dc:creator>
    <dc:date>2012-07-21T15:12:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1365">
    <title>patch for rudybot &lt; at &gt; #emacs</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1365</link>
    <description>&lt;pre&gt;
Hi!

I want to ignore certain users only in certain channels.  Yes, it's
specifically targetting rudybot in #emacs.  (rudybot is useful in
#scheme, but it's a PITA in #emacs).

So here is a "patch":

------------------------------------------------------------------------
(defcustom erc-ignore-per-channel-alist nil
  "*A-List of regexps matching user identifiers to ignore, for each channel.

Some users are obnoxious only in some channels (eg. rudybot on #emacs).

A user identifier has the form \"nick!login&amp;lt; at &amp;gt;host\".  If an
identifier matches, the message from the person will not be
processed."
  :group 'erc-ignore
  :type '(repeat (cons string regexp)))

(defcustom erc-ignore-per-channel-reply-alist nil
  "*A-List of regexps matching user identifiers to ignore completely, for each channel.

Some users are obnoxious only in some channels (eg. rudybot on #emacs).


This differs from `erc-ignore-list' in that it also ignores any
messages directed at the user.

A user identifier has the form \"nick!login&amp;lt; at &amp;gt;host\".

If an identifier matches, or a message is addressed to a nick
whose identifier matches, the message will not be processed.

CAVEAT: ERC doesn't know about the user and host of anyone who
was already in the channel when you joined, but never said
anything, so it won't be able to match the user and host of those
people.  You can update the ERC internal info using /WHO *."
  :group 'erc-ignore
  :type '(repeat (cons string regexp)))

;; ;; Note: it would be better to have  per-server-per-channel variables…
;; (make-variable-buffer-local 'erc-ignore-per-channel-list) ; in server buffers.
;; (make-variable-buffer-local 'erc-ignore-per-channel-reply-list) ; in server buffers.


(defun erc-ignored-user-in-channel-p (msg tgt spec)
  "Return non-nil if SPEC matches something in `erc-ignore-list'.

Takes a full SPEC of a user in the form \"nick!login&amp;lt; at &amp;gt;host\", and
matches against all the regexp's in `erc-ignore-list'.  If any
match, returns that regexp."
  (loop
     for (channel . regexp) in (erc-with-server-buffer erc-ignore-per-channel-alist)
     thereis (and (string= channel tgt)
                  (string-match regexp spec))))


(defun erc-ignored-reply-p (msg tgt proc)
  ;; FIXME: this docstring needs fixing -- Lawrence 2004-01-08
  "Return non-nil if MSG matches something in `erc-ignore-reply-list'.

Takes a message MSG to a channel and returns non-nil if the addressed
user matches any regexp in `erc-ignore-reply-list'."
  (let ((target-nick (erc-message-target msg)))
    (if (not target-nick)
        nil
        (erc-with-buffer (tgt proc)
          (let ((user (erc-get-server-user target-nick)))
            (when user
              (let ((spec (erc-user-spec user)))
                (or (erc-list-match erc-ignore-reply-list spec)
                    (loop
                       for (channel . regexp) in (erc-with-server-buffer erc-ignore-per-channel-reply-alist)
                         do (message "channel = %S; tgt = %S; regexp = %S; spec = %S" channel tgt regexp spec)
                       thereis (and (string= channel tgt)
                                    (string-match regexp spec)))))))))))


(define-erc-response-handler (PRIVMSG NOTICE)
    "Handle private messages, including messages in channels." nil
    (let ((sender-spec (erc-response.sender parsed))
          (cmd (erc-response.command parsed))
          (tgt (car (erc-response.command-args parsed)))
          (msg (erc-response.contents parsed)))
      (if (or (erc-ignored-user-p                    sender-spec)
              (erc-ignored-user-in-channel-p msg tgt sender-spec)
              (erc-ignored-reply-p           msg tgt proc))
          (when erc-minibuffer-ignored
            (message "Ignored %s from %s to %s" cmd sender-spec tgt))
          (let* ((sndr (erc-parse-user sender-spec))
                 (nick (nth 0 sndr))
                 (login (nth 1 sndr))
                 (host (nth 2 sndr))
                 (msgp (string= cmd "PRIVMSG"))
                 (noticep (string= cmd "NOTICE"))
                 ;; S.B. downcase *both* tgt and current nick
                 (privp (erc-current-nick-p tgt))
                 s buffer
                 fnick)
            (setf (erc-response.contents parsed) msg)
            (setq buffer (erc-get-buffer (if privp nick tgt) proc))
            (when buffer
              (with-current-buffer buffer
                ;; update the chat partner info.  Add to the list if private
                ;; message.  We will accumulate private identities indefinitely
                ;; at this point.
                (erc-update-channel-member (if privp nick tgt) nick nick
                                           privp nil nil host login nil nil t)
                (let ((cdata (erc-get-channel-user nick)))
                  (setq fnick (funcall erc-format-nick-function
                                       (car cdata) (cdr cdata))))))
            (cond
              ((erc-is-message-ctcp-p msg)
               (setq s (if msgp
                           (erc-process-ctcp-query proc parsed nick login host)
                           (erc-process-ctcp-reply proc parsed nick login host
                                                   (match-string 1 msg)))))
              (t
               (setcar erc-server-last-peers nick)
               (setq s (erc-format-privmessage
                        (or fnick nick) msg
                        ;; If buffer is a query buffer,
                        ;; format the nick as for a channel.
                        (and (not (and buffer
                                       (erc-query-buffer-p buffer)
                                       erc-format-query-as-channel-p))
                             privp)
                        msgp))))
            (when s
              (if (and noticep privp)
                  (progn
                    (run-hook-with-args 'erc-echo-notice-always-hook
                                        s parsed buffer nick)
                    (run-hook-with-args-until-success
                     'erc-echo-notice-hook s parsed buffer nick))
                  (erc-display-message parsed nil buffer s)))
            (when (string= cmd "PRIVMSG")
              (erc-auto-query proc parsed))))))
------------------------------------------------------------------------

&lt;/pre&gt;</description>
    <dc:creator>Pascal J. Bourguignon</dc:creator>
    <dc:date>2012-05-20T12:44:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1364">
    <title>Re: /list produces incomplete output: analysis andworkaround</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1364</link>
    <description>&lt;pre&gt;
Ok I'll do so.


Question still is, which one would it be...  :)

Well, I'd tend to propose my original patch for two reasons:

1. erc-sever-322 will still run (which it did before) so it does change
   the overall behavior less.  (Even tough I'm still not sure what the
   idea behind erc-sever-322 actually is.)

2. If erc-list is not loaded, the default handling via
   erc-server-322-message suffers from the same problem, which is fixed
   by my path, too.

So, if nobody objects I'll post my path to emacs-devel sometime the next
days.

cheers
sascha
&lt;/pre&gt;</description>
    <dc:creator>Sascha Wilde</dc:creator>
    <dc:date>2012-05-17T13:44:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1363">
    <title>Re: /list produces incomplete output: analysis andworkaround</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1363</link>
    <description>&lt;pre&gt;It would be a good idea to pick a solution and send the patch to the
emacs-devel&amp;lt; at &amp;gt;gnu.org list, since the primary place to maintain ERC is in the
Emacs source tree.  Cc: me for a +1 on the patch.  The one that has the
potential to break the least amount of code is probably better.

On Wed, May 16, 2012 at 2:48 PM, Sascha Wilde &amp;lt;wilde&amp;lt; at &amp;gt;sha-bang.de&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Michael Olson</dc:creator>
    <dc:date>2012-05-17T00:55:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1362">
    <title>Re: /list produces incomplete output: analysis andworkaround</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1362</link>
    <description>&lt;pre&gt;
Anyway, I'd think either solution would be an improvement, as both fix
the annoying bug of omitted channels in /list output.  I'd be really
grateful if one solution could be committed.

cheers
sascha
&lt;/pre&gt;</description>
    <dc:creator>Sascha Wilde</dc:creator>
    <dc:date>2012-05-16T21:48:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1361">
    <title>Re: /list produces incomplete output: analysis andworkaround</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1361</link>
    <description>&lt;pre&gt;
Seems not letting another hook run is exactly what is intended.  Like
you I'm skeptical.
&lt;/pre&gt;</description>
    <dc:creator>Aaron S. Hawley</dc:creator>
    <dc:date>2012-05-16T12:45:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1360">
    <title>Re: /list produces incomplete output: analysis andworkaround</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1360</link>
    <description>&lt;pre&gt;
I thought of that, too.  But this change would change the semantics
further (not sure whether this would be intended): as
erc-list-handle-322 ends with:

  ;; Don't let another hook run.
  t)

erc-server-322 wouldn't be run at all...

I have no idea if that would be good or bad as I don't really understand
what the rational of erc-server-322 is anyway?!

cheers
sascha
&lt;/pre&gt;</description>
    <dc:creator>Sascha Wilde</dc:creator>
    <dc:date>2012-05-16T07:53:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1359">
    <title>Re: /list produces incomplete output: analysis andworkaround</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1359</link>
    <description>&lt;pre&gt;
One wonders how many other handlers also return non-nill, but should return nil.

The other option is making sure the handlers of erc-list.el get first
priority by not appending them with third argument to `add-hook'.

--- erc-list.el2012-04-02 19:37:14.000000000 -0400
+++ erc-list.el2012-05-15 13:33:13.460361100 -0400
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -58,8 +58,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
   ((erc-with-all-buffers-of-server nil
      #'erc-open-server-buffer-p
      (remove-hook 'erc-server-322-functions 'erc-list-handle-322 t))
-   (add-hook 'erc-server-321-functions 'erc-server-321-message t)
-   (add-hook 'erc-server-322-functions 'erc-server-322-message t)))
+   (add-hook 'erc-server-321-functions 'erc-server-321-message)
+   (add-hook 'erc-server-322-functions 'erc-server-322-message)))

 ;; Format a record for display.
 (defun erc-list-make-string (channel users topic)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -174,7 +174,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 (defun erc-list-install-322-handler (server-buffer)
   (with-current-buffer server-buffer
     ;; Arrange for 322 responses to insert into our buffer.
-    (add-hook 'erc-server-322-functions 'erc-list-handle-322 t t)
+    (add-hook 'erc-server-322-functions 'erc-list-handle-322 nil t)
     ;; Arrange for 323 (end of list) to end this.
     (erc-once-with-server-event
      323
&lt;/pre&gt;</description>
    <dc:creator>Aaron S. Hawley</dc:creator>
    <dc:date>2012-05-15T17:48:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1358">
    <title>erc-cmd-LIST always sends an option</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1358</link>
    <description>&lt;pre&gt;Hi *,

erc-cmd-LIST always sends LIST with an option.  If the user did not
specify an option an empty option is send.  To my understanding this is
standard conferment (though ugly).  But at least one widely used ircd
get confused by this behavior, see:
https://github.com/inspircd/inspircd/issues/120

So I propose the following patch:

--- erc-list.el Mon May 14 22:39:14 2012 +0200
+++ erc-list.el Tue May 15 18:10:26 2012 +0200
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -209,8 +209,10 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
      321
      (list 'progn
         (list 'erc-list-install-322-handler (current-buffer)))))
-  (erc-server-send (concat "LIST :" (or (and line (substring line 1))
-                                    ""))))
+  (erc-server-send (concat "LIST" (or (and line 
+                                         (&amp;gt; (length (substring line 1)) 0)
+                                          (concat " :" (substring line 1)))
+                                     ""))))
 (put 'erc-cmd-LIST 'do-not-parse-args t)


This is erc v5.3 from GNU Emacs HEAD.

cheers
sascha
&lt;/pre&gt;</description>
    <dc:creator>Sascha Wilde</dc:creator>
    <dc:date>2012-05-15T16:15:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1357">
    <title>/list produces incomplete output: analysis andworkaround</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1357</link>
    <description>&lt;pre&gt;Hi *,

I discovered, that erc /list does not display all channels the server
announces: it turns out that visited and even channels already parted
are omitted.

The reason is, that the function to display the channels is added as
hook to erc-server-322-functions after erc-server-322.  But
erc-server-322 returns a non-NIL value when erc-update-channel-topic
succeeds on a channel -- which in turn leads to the following hook
functions not being called.

I'm not deep enough into the code to call it a solution -- but the
following simple workaround (which simply makes sure that erc-server-322
always returns NIL) seems to work:

--- erc-backend.el           2012-05-14    03:00:11.666556805 +0200
+++ erc-backend.el_patched   2012-05-15    17:48:13.064059897 +0200
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1696,7 +1696,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
     (multiple-value-bind (channel num-users)
         (values-list (cdr (erc-response.command-args parsed)))
       (add-to-list 'erc-channel-list (list channel))
-      (erc-update-channel-topic channel topic))))
+      (erc-update-channel-topic channel topic)))
+  nil)
 
 (defun erc-server-322-message (proc parsed)
   "Display a message for the 322 event."

cheers
sascha
&lt;/pre&gt;</description>
    <dc:creator>Sascha Wilde</dc:creator>
    <dc:date>2012-05-15T15:59:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1356">
    <title>handle urls like urlview</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1356</link>
    <description>&lt;pre&gt;I want view the last 5 links in this buffer on another window and choose which to open
with firefox.

Can anyone help me complete this function, I'm don't know lisp and also
a Emacs newbie...

(defun my-urlview ()
  (interactive)
  (set-buffer (get-buffer-create "*urlview*"))
  (buffer-disable-undo)
  (erase-buffer)
  ...
  ...
  (switch-to-buffer-other-window "*urlview*")
  (local-set-key (kbd "q") (lambda ()
                             (interactive)
                             (bury-buffer)
                             (unless (null (cdr (window-list))) ; only one window
                               (delete-window)))))
&lt;/pre&gt;</description>
    <dc:creator>jary_p</dc:creator>
    <dc:date>2012-04-14T08:08:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1355">
    <title>Re: Make server response timestamp formatcustomizable (patch)</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1355</link>
    <description>&lt;pre&gt;The patch looks good to me.

On Fri, Feb 10, 2012 at 6:20 AM, Teemu Likonen &amp;lt;tlikonen&amp;lt; at &amp;gt;iki.fi&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Michael Olson</dc:creator>
    <dc:date>2012-02-10T15:45:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.erc.general/1354">
    <title>Make server response timestamp format customizable(patch)</title>
    <link>http://permalink.gmane.org/gmane.emacs.erc.general/1354</link>
    <description>&lt;pre&gt;ERC displays various server response messages with timestamps. The
timestamp formats that are hard-coded to ERC code have some unnecessary
variation. Also, it's sometimes even unclear what is the day component
and what is the month component (due to YY/MM or MM/YY differences).

I suggest making those server response timestamp formats customizable
and having the default value in international "%Y-%m-%d %T" format (as
parsed by `format-time-string' function).

This message includes a patch that fully implements this (I believe).

I have also filed this to Emacs bug tracking system:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10779

_______________________________________________
Erc-discuss mailing list
Erc-discuss&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/erc-discuss
&lt;/pre&gt;</description>
    <dc:creator>Teemu Likonen</dc:creator>
    <dc:date>2012-02-10T14:20:36</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.emacs.erc.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.erc.general</link>
  </textinput>
</rdf:RDF>
