You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
(46) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(5) |
Feb
|
Mar
(6) |
Apr
(2) |
May
(25) |
Jun
(2) |
Jul
(1) |
Aug
(5) |
Sep
(4) |
Oct
(7) |
Nov
|
Dec
(18) |
2003 |
Jan
(8) |
Feb
(1) |
Mar
(2) |
Apr
(4) |
May
(14) |
Jun
(32) |
Jul
(15) |
Aug
(23) |
Sep
(23) |
Oct
(22) |
Nov
(27) |
Dec
(24) |
2004 |
Jan
(18) |
Feb
(38) |
Mar
(32) |
Apr
(18) |
May
(70) |
Jun
(1) |
Jul
(21) |
Aug
(19) |
Sep
(32) |
Oct
(11) |
Nov
(11) |
Dec
(19) |
2005 |
Jan
(48) |
Feb
(13) |
Mar
(19) |
Apr
(25) |
May
(4) |
Jun
(23) |
Jul
(8) |
Aug
(13) |
Sep
(12) |
Oct
(17) |
Nov
(4) |
Dec
(5) |
2006 |
Jan
(31) |
Feb
(30) |
Mar
(28) |
Apr
(11) |
May
(21) |
Jun
(7) |
Jul
(12) |
Aug
(5) |
Sep
(7) |
Oct
(24) |
Nov
(2) |
Dec
|
From: Michael O. <mw...@gn...> - 2006-03-23 13:42:13
|
Mark Plaksin <ha...@mc...> writes: > The documentation for erc-autoaway-use-emacs-idle says: > > Note that using Emacs idletime is currently broken for most > versions, since process activity (as happens all the time on IRC) > makes Emacs non-idle. Emacs idle-time and user idle-time are just > not the same. > > type-break mode knows when you've been typing and when you haven't. > What about making ERC's use-emacs-idle option work like type-break > mode? Maybe some part of type-break itself can be used. type-break > uses run-at-time plus some other functions to figure out how long > you've been typing (or idle). This seems like a good idea. I figure we could remove the idle timer functionality (since it appears to be broken) and make it an option to use the time of the last keystroke as a basis for autoaway detection. To get the time of the last keystroke, we'd just have to add the following function to `post-command-hook'. (defun erc-autoaway-get-last-keystroke (setq erc-autoaway-last-keystroke (current-time))) =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: Emacs Lisp, text markup, IRC, EMMS, anime, manga, Debian /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
From: Michael O. <mw...@gn...> - 2006-03-23 13:30:37
|
Joakim Verona <jo...@ve...> writes: > I'm trying to use planner-erc, but it seems buggy. I'm writing here > because I think it has more to do with erc than with planner. > > Maybe there is/should be/ some better infrastructure in erc for > planner erc to use? > > If there is such a thing as a standard way to write irc urls, erc > could have a parser for them, and planner-erc could use that. Can you give a specific example of buggy behavior, complete with an example of what the right behavior should be? =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: Emacs Lisp, text markup, IRC, EMMS, anime, manga, Debian /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
From: Mark P. <ha...@mc...> - 2006-03-23 03:20:34
|
The documentation for erc-autoaway-use-emacs-idle says: Note that using Emacs idletime is currently broken for most versions, since process activity (as happens all the time on IRC) makes Emacs non-idle. Emacs idle-time and user idle-time are just not the same. type-break mode knows when you've been typing and when you haven't. What about making ERC's use-emacs-idle option work like type-break mode? Maybe some part of type-break itself can be used. type-break uses run-at-time plus some other functions to figure out how long you've been typing (or idle). |
From: Michael O. <mw...@gn...> - 2006-03-22 05:15:12
|
Adrian Aichner <ad...@xe...> writes: > Is this not a candidate for the 5.1 branch as well? > > Looks look a real usage problem from Nelson's description. Yep. It's now merged into the 5.1 release branch as well. I'll let a few more fixes accumulate, and then make a 5.1.3 bugfix release. In particular, I'd like to make some sort of server-local automatic reconnect limit (defaulting to 3), so that when the connection goes out for a while, ERC doesn't block other Emacs programs. It'd also be nice to never try to reconnect if the user being prompted for an IRC server to connect to, in case they make a typo. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: Emacs Lisp, text markup, IRC, EMMS, anime, manga, Debian /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
From: Adrian A. <ad...@xe...> - 2006-03-21 06:45:17
|
Michael Olson <mw...@gn...> writes: > Nelson Ferreira <nel...@ie...> writes: > >> This is probably the proper place to send this patch... >> >> From: Nelson Ferreira <nel...@ie...> >> Subject: [PATCH] erc-bbdb usability fix. >> Newsgroups: gmane.emacs.xemacs.beta, gmane.emacs.xemacs.patches >> Cc: xem...@xe... >> Date: Thu, 16 Mar 2006 00:12:16 -0500 >> Organization: - none - >> >> Hi all, >> >> I suppose I must be one of the very few using BBDB with erc, because >> by default the erc-bbdb package exhibits a veryu annoying behavior I >> find hard to believe people like: >> * When showing the BBDB popup, the BBDB buffer is electric which >> means that it captures the keyboard "focus" and basically >> prevents updates to the channel buffer. >> * Specially annoying when a lot of the people in the channel are >> known to you and you are joining. >> >> The patch adds a customize option to control this behavior (I think >> off is the right default, but feel free to put it as t for backwards >> compatibility.) >> >> With erc-bbdb-electric-p set to nil, the bbdb buffer is no longer >> electric and it does not block progress. > > Thanks! I have now included this with the development version of ERC. Is this not a candidate for the 5.1 branch as well? Looks look a real usage problem from Nelson's description. -- Adrian Aichner mailto:ad...@xe... http://www.xemacs.org/ |
From: Michael O. <mw...@gn...> - 2006-03-21 05:46:02
|
Nelson Ferreira <nel...@ie...> writes: > This is probably the proper place to send this patch... > > From: Nelson Ferreira <nel...@ie...> > Subject: [PATCH] erc-bbdb usability fix. > Newsgroups: gmane.emacs.xemacs.beta, gmane.emacs.xemacs.patches > Cc: xem...@xe... > Date: Thu, 16 Mar 2006 00:12:16 -0500 > Organization: - none - > > Hi all, > > I suppose I must be one of the very few using BBDB with erc, because > by default the erc-bbdb package exhibits a veryu annoying behavior I > find hard to believe people like: > * When showing the BBDB popup, the BBDB buffer is electric which > means that it captures the keyboard "focus" and basically > prevents updates to the channel buffer. > * Specially annoying when a lot of the people in the channel are > known to you and you are joining. > > The patch adds a customize option to control this behavior (I think > off is the right default, but feel free to put it as t for backwards > compatibility.) > > With erc-bbdb-electric-p set to nil, the bbdb buffer is no longer > electric and it does not block progress. Thanks! I have now included this with the development version of ERC. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: Emacs Lisp, text markup, IRC, EMMS, anime, manga, Debian /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
From: Tassilo H. <hei...@un...> - 2006-03-16 07:54:30
|
Edward O'Connor <ho...@gm...> writes: Hi Edward, > As documented[0], ERC only loads ~/.ercrc.el after the initial IRC > connection of your Emacs instance. Oh, sure. Shame on me. Thanks for the tip, Tassilo |
From: Nelson F. <nel...@ie...> - 2006-03-16 07:25:57
|
This is probably the proper place to send this patch... |
From: Edward O'C. <ho...@gm...> - 2006-03-15 21:34:27
|
> So how can I get erc to first load its config file before connecting? As documented[0], ERC only loads ~/.ercrc.el after the initial IRC connection of your Emacs instance. Any ERC configuration that should happen *before* the inital connect should go in .emacs. Here's an (abridged) example from my ~/.{emacs,ercrc.el}. Ted 0. http://www.emacswiki.org/cgi-bin/wiki/ErcStartupFiles ~/.emacs: (when (locate-library "erc") (autoload 'erc-select-read-args "erc" nil nil) ; needed for XEmacs (autoload 'erc-select "erc" nil t) (setq erc-server "irc.freenode.net" erc-port 6667 erc-user-full-name "Edward O'Connor" erc-email-userid "ted" erc-nick '("hober" "hober2" "hober3"))) ~/.ercrc.el: (require 'erc-fill) (erc-fill-mode 1) (setq erc-fill-column 72) (require 'erc-stamp) (erc-stamp-mode 1) (setq erc-insert-timestamp-function 'erc-insert-timestamp-left erc-timestamp-format "[%H:%M] " erc-insert-away-timestamp-function 'erc-insert-timestamp-left erc-away-timestamp-format "<%H:%M> ") (require 'erc-button) (erc-button-mode 1) (setq erc-button-wrap-long-urls nil) (require 'erc-netsplit) (erc-netsplit-mode 1) |
From: Tassilo H. <hei...@un...> - 2006-03-15 20:31:09
|
Hi, I wanna use erc (the one bundled with emacs 22.0.50.1) and so I've set up this ~/.ercrc.el: ,----[ ~/.ercrc.el ] | (setq erc-nick "tsdh" | erc-user-full-name user-full-name | erc-prompt-for-password nil) | (setq erc-prompt-for-nickserv-password nil) | (setq erc-nickserv-passwords | '((freenode (("tsdh" . "xxx") | ("tsdh_" . "xxx") | ("_tsdh_" . "xxx"))))) `---- The problem is that when I start up emacs and type M-x erc-server-select RET freenode RET I can connect to freenode, but my nickname is not "tsdh" as it should be, but "heimdall" which is my username and I don't identify at NickServ. After the connection is up all variables set in ~/.ercrc.el have the values I defined there. The file simply seems to be loaded too late. Here's what the *Messages* buffer says: ,----[ *Messages* ] | Loading erc-networks...done | Connecting to irc.freenode.net:ircd... ...done | Logging in as 'heimdall'... | Logging in without password | Loading smiley... | Loading regexp-opt...done | Loading smiley...done | Logging in as 'heimdall'... done | Loading ~/.ercrc.el (source)...done `---- If I do a /QUIT and connect again all works fine this time. So how can I get erc to first load its config file before connecting? Kind regards, Tassilo |
From: Diane M. <di...@us...> - 2006-03-14 23:23:07
|
Francis Litterio <fli...@gm...> wrote: > In erc-networks.el (in the CVS sources), I see this code: > (defun erc-set-network-name (proc parsed) > "Set `erc-network' to the value returned by `erc-determine-network'." > (unless erc-server-connected > (setq erc-network (erc-determine-network))) > nil) > (add-hook 'erc-server-375-functions 'erc-set-network-name) > (add-hook 'erc-server-422-functions 'erc-set-network-name) > Shouldn't that "unless" be "if"? I mean, if erc-set-network-name is > being called from those hooks, then we must be connected to the server? > As I read it, erc-set-network-name will never call erc-determine-network. > Am I missing something? `erc-server-connected' is set to t after receiving either a 376 or 422 message from the server, "end of MOTD" or "no MOTD", respectively. `erc-network' is set before that. Because it's possible to view the MOTD after you are connected (by using the command /MOTD) and `erc-network' only needs to be set once upon connection, we can ignore things if `erc-server-connected' is non-nil. -- disumu |
From: Francis L. <fli...@gm...> - 2006-03-14 16:49:33
|
In erc-networks.el (in the CVS sources), I see this code: (defun erc-set-network-name (proc parsed) "Set `erc-network' to the value returned by `erc-determine-network'." (unless erc-server-connected (setq erc-network (erc-determine-network))) nil) (add-hook 'erc-server-375-functions 'erc-set-network-name) (add-hook 'erc-server-422-functions 'erc-set-network-name) Shouldn't that "unless" be "if"? I mean, if erc-set-network-name is being called from those hooks, then we must be connected to the server? As I read it, erc-set-network-name will never call erc-determine-network. Am I missing something? -- Francis Litterio fli...@gm... http://world.std.com/~franl/ GPG and PGP public keys available on keyservers. |
From: Adrian A. <ad...@xe...> - 2006-03-13 21:01:22
|
Joakim Verona <jo...@ve...> writes: > I'm trying to use planner-erc, but it seems buggy. > I'm writing here because I think it has more to do with erc than with planner. > > Maybe there is/should be/ some better infrastructure in erc for > planner erc to use? > > If there is such a thing as a standard way to write irc urls, erc > could have a parser for them, and planner-erc could use that. See http://www.w3.org/Addressing/draft-mirashi-url-irc-01.txt Firefox supports it. -- Adrian Aichner mailto:ad...@xe... http://www.xemacs.org/ |
From: Joakim V. <jo...@ve...> - 2006-03-13 10:51:03
|
I'm trying to use planner-erc, but it seems buggy. I'm writing here because I think it has more to do with erc than with planner. Maybe there is/should be/ some better infrastructure in erc for planner erc to use? If there is such a thing as a standard way to write irc urls, erc could have a parser for them, and planner-erc could use that. -- Joakim Verona www.verona.se |
From: Esben S. <b0...@es...> - 2006-02-24 14:52:13
|
Adrian Aichner <ad...@xe...> writes: > xemacs has this Nice, but I only use gnu emacs from within screen since emacs cannot yet detach itself. -- Esben Stien is b0ef@e s a http://www. s t n m irc://irc. b - i . e/%23contact [sip|iax]: e e jid:b0ef@ n n |
From: Esben S. <b0...@es...> - 2006-02-24 14:51:20
|
"Edward O'Connor" <ho...@gm...> writes: > email emacs-devel Yes, I will pursue it there;). -- Esben Stien is b0ef@e s a http://www. s t n m irc://irc. b - i . e/%23contact [sip|iax]: e e jid:b0ef@ n n |
From: Adrian A. <ad...@xe...> - 2006-02-22 23:57:02
|
Esben Stien <b0...@es...> writes: > With erc-track and such, the info on the mode-line is too much and it > goes past the screen. Would it not be possible to have a new mode-line > beneath the current one?. It would also be nice with a feature to > scroll through the mode-line. xemacs has this variable and associated feature: `modeline-scrolling-method' (buffer: .emacs-i586-pc-win32, mode: Emacs-Lisp) Customizable user variable: value: scrollbar *If non-nil, dragging the modeline with the mouse may also scroll its text horizontally (vertical motion controls window resizing and horizontal motion controls modeline scrolling). With a value of t, the modeline text is scrolled in the same direction as the mouse motion. With a value of 'scrollbar, the modeline is considered as a scrollbar for its own text, which then moves in the opposite direction. This option should be set using `customize-set-variable'. -- Adrian Aichner mailto:ad...@xe... http://www.xemacs.org/ |
From: Edward O'C. <ho...@gm...> - 2006-02-22 22:28:17
|
> With erc-track and such, the info on the mode-line is too much and it > goes past the screen. Would it not be possible to have a new mode-line > beneath the current one?. It would also be nice with a feature to > scroll through the mode-line. Methinks you want to email emacs-devel, not erc-help. This would be a new Emacs feature, and my understanding is that it would be a major undertaking= . -- Ted |
From: Esben S. <b0...@es...> - 2006-02-22 20:57:10
|
With erc-track and such, the info on the mode-line is too much and it goes past the screen. Would it not be possible to have a new mode-line beneath the current one?. It would also be nice with a feature to scroll through the mode-line. -- Esben Stien is b0ef@e s a http://www. s t n m irc://irc. b - i . e/%23contact [sip|iax]: e e jid:b0ef@ n n |
From: Michael O. <mw...@gn...> - 2006-02-20 05:00:35
|
ERC NEWS -*- outline -*- * Changes in ERC 5.1.2 ** Go back to using ssl.el so that SSL connections work as expected. Connecting with `open-tls-stream' only seems to work (if at all?) when using the tls.el located in lisp/net/ in Emacs22. ** Fix compiler errors in erc-autojoin.el and erc-dcc.el. ** Move to end of prompt when ERC reconnects to a server. ** Changes and additions to modules *** Spell-checking (erc-spelling.el) **** Don't spell-check nicks or words that are prefixed with '/'. **** Remove flyspell properties from words we shouldn't spell-check. **** Fix an issue that caused the ispell process to reload every time we switch to an ERC buffer. *** Timestamps (erc-stamp.el) **** Fix an inconsistency in calculating width of right timestamps. **** Rename option `erc-timestamp-right-align-by-pixel' to `erc-timestamp-use-align-to'. This controls whether to use the more fail-proof method of aligning right timestamps, as mentioned below. **** Fix a right timestamp spacing problem that used to occur when erc-stamp.el was byte-compiled. Now that this is fixed, it is safe to use the method that aligns right timestamps perfectly in Emacs22 with X. If the current version of Emacs doesn't support this method, use the simpler method, which is prone to alignment issues for math symbols and other variable-width text. A side effect of using this new method is that there will only be one space before a right timestamp in any saved logs. If this is unacceptable, set `erc-timestamp-use-align-to' to nil. |
From: Michael O. <mw...@gn...> - 2006-02-16 02:00:22
|
Michael Olson <mw...@gn...> writes: > Option 2: Revert to the previous behavior of having timestamps be > inserted just before erc-fill-column. For now I've just gone with this, so that it doesn't confuse users. For ERC 5.2 (the next major release), it might be nice to accept symbols for erc-timestamp-right-column, like 'before-fill, 'after-fill, 'before-edge. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
From: Michael O. <mw...@gn...> - 2006-02-16 01:52:59
|
ral...@fr... writes: > Since an upgrade to erc 5.1, I can't anymore have the charset > iso-18859-15 set : I've put thu*is line in .emacs (it used to work) > > ;;charset erc > (setq erc-default-coding-system 'iso-8859-15) > > But it doesn't works anymore. Please provide more information so that we can figure out what the problem is. Basically: - What output is it giving you for a particular sentence? - What is the output supposed to be for that sentence? =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
From: <ral...@fr...> - 2006-02-15 09:42:19
|
fix it using 5.0.2 |
From: <ral...@fr...> - 2006-02-13 07:29:16
|
Hello ! Since an upgrade to erc 5.1, I can't anymore have the charset iso-18859-15 set : I've put thu*is line in .emacs (it used to work) ;;charset erc (setq erc-default-coding-system 'iso-8859-15) But it doesn't works anymore. how can I fix it ? |
From: Michael O. <mw...@gn...> - 2006-02-12 04:45:34
|
After committing my most recent change to erc-stamp.el, I realized that the behavior of erc-insert-timestamp-right has changed such that if `erc-timestamp-right-column' is nil and `erc-fill-column' is non-nil, it will insert timestamps after erc-fill-column, rather than before. Before I either update the docstring for `erc-insert-timestamp-right' or revert that particular behavior change, I thought it best to put the question to the list. Option 1: Insert timestamps after erc-fill-column. I like this, since it visually separates the stamps from the rest of the text. Also, if we assume that 80 columns is a fairly standard value for window-width, and note that the standard value of fill-column is 70, a simple [HH:MM] timestamp perfectly fits into that space. If we go that route, we should probably change the default value of `erc-fill-column' to be set to 70, rather than 78. Option 2: Revert to the previous behavior of having timestamps be inserted just before erc-fill-column. Option 3: Make a new option that determines which behavior to use, and default it to either Option 1 or Option 2. If I don't see any feedback on the list in a couple of days, I will implement Option 1. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |