Menu
▾
▴
erc-help — Archive of problems, bugs, features, news
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: Benjamin D. <be...@ap...> - 2002-12-17 09:03:00
|
> > Is it possible to make erc talking thru a socks proxy? > > > > regards, Samium Gromoff > > No idea. I think all we do is call open-network-stream with a host > and a port. What else would the proxy require? As Emacs itself is responsible for opening and maintaining this TCP stream, you just have to make Emacs socks-aware. You may use the LD_PRELOAD hack to "socksify" it (i.e. execute it through runsocks). On GNU/Linux systems, you might try the following package : ftp://ftp.uni-mainz.de/pub/internet/security/socks/socks4/ On Debian systems, just install the socks4-clients package. Cheers, Benjamin -- o Benjamin Drieu: dr...@bo... bd...@ap... o APRIL: http://www.april.org/ |
|
From: Alex S. <al...@em...> - 2002-12-16 19:54:27
|
Samium Gromoff <dee...@ib...> writes: > Is it possible to make erc talking thru a socks proxy? > > regards, Samium Gromoff No idea. I think all we do is call open-network-stream with a host and a port. What else would the proxy require? Alex. |
|
From: Damien E. <erc...@re...> - 2002-12-14 10:34:05
|
Francis Litterio <fr...@wo...> writes: > ERC developers, > > The global value of variable last-peers is nil, but its buffer local > value is initialized to '(nil . nil) in all ERC buffers by function erc. > If (erc-chanlist) is building the channel list buffer when a PRIVMSG > arrives, erc-server-PRIVMSG-or-NOTICE attempts to do: > > (setcar last-peers somenick) Thanks, Francis. Patch applied. Regards, -- Damien Elmes |
|
From: Francis L. <fr...@wo...> - 2002-12-14 01:07:03
|
ERC developers, The global value of variable last-peers is nil, but its buffer local value is initialized to '(nil . nil) in all ERC buffers by function erc. If (erc-chanlist) is building the channel list buffer when a PRIVMSG arrives, erc-server-PRIVMSG-or-NOTICE attempts to do: (setcar last-peers somenick) but last-peers refers to the global value because the erc-chanlist buffer is not built by function erc, causing a wrong-type-argument error. The below patch fixes the problem. -- Francis Litterio fr...@wo... http://world.std.com/~franl/ GPG and PGP public keys available on keyservers. --- erc.el 11 Dec 2002 22:40:32 -0000 1.359 +++ erc.el 14 Dec 2002 01:00:21 -0000 @@ -1343,7 +1343,7 @@ (defvar channel-user-limit nil "Limit of users per channel.") -(defvar last-peers nil +(defvar last-peers '(nil . nil) "Last peers used, both sender and receiver. Those are used for /MSG destination shortcuts.") |
|
From: Ville <vil...@xe...> - 2002-10-07 17:46:20
|
On Mon, 2002-10-07 at 20:31, Alex Schroeder wrote: > > Not *just* replace, but to carefully examine the differences (and most > > likely consequently do a more thorough sync). The GNU one does a lot > > more stuff than ours. It would definitely be a Good Thing to get the > > versions in sync. All help with this task is very much welcome. >=20 > I will be glad to help from my side... But I do not usually use > XEmacs, I just try to write portable code. Great! A good way to start would be to grab our easy-mmode.el from [1] or the latest Sumo and start working out the diff (beware, it's quite a big one) between it and the desired GNU version. And to keep in mind that it has to work with XEmacs 21.1, 21.4 and 21.5... but to be able to get the synced version to work with 21.4 would be a good start. [1] <http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages/xemacs-b= ase/easy-mmode.el> --=20 \/ille Skytt=E4 ville.skytta at xemacs.org |
|
From: Alex S. <al...@em...> - 2002-10-07 17:28:21
|
Ville Skytt=E4 <vil...@xe...> writes: > Not *just* replace, but to carefully examine the differences (and most > likely consequently do a more thorough sync). The GNU one does a lot > more stuff than ours. It would definitely be a Good Thing to get the > versions in sync. All help with this task is very much welcome. I will be glad to help from my side... But I do not usually use XEmacs, I just try to write portable code. Alex. |
|
From: Ville <vil...@xe...> - 2002-10-07 17:04:49
|
On Sun, 2002-10-06 at 20:08, Alex Schroeder wrote: > > Yes, it's there. Be aware though that there are substantial difference= s > > between XEmacs' easy-mmode.el and the GNU Emacs one. >=20 > Hm, being an Emacs person, I have difficulties finding it... Looking > at how I installed my XEmacs in /usr/local, I cannot find the right > one. >=20 > /usr/local $ ls /usr/local/src/xem* > /usr/local/src/xemacs-21.4.6.tar.gz > /usr/local/src/xemacs-sumo-2002-01-19.tar.gz Maybe you'll want to upgrade your XEmacs stuff to 21.4.(9|10RC2) and the latest (09/2002) Sumos... > ;;;###autoload > (defalias 'easy-mmode-define-minor-mode 'define-minor-mode) >=20 > But since the argument list does not match, we are out of luck. >=20 > > A sync of this mode would be welcome. >=20 > Can we (you) just replace the XEmacs definition with the Emacs > version? Not *just* replace, but to carefully examine the differences (and most likely consequently do a more thorough sync). The GNU one does a lot more stuff than ours. It would definitely be a Good Thing to get the versions in sync. All help with this task is very much welcome. --=20 \/ille Skytt=E4 ville.skytta at xemacs.org |
|
From: Alex S. <al...@em...> - 2002-10-06 17:05:36
|
Ville Skytt=E4 <vil...@xe...> writes:
> Yes, it's there. Be aware though that there are substantial differences
> between XEmacs' easy-mmode.el and the GNU Emacs one.
Hm, being an Emacs person, I have difficulties finding it... Looking
at how I installed my XEmacs in /usr/local, I cannot find the right
one.
/usr/local $ ls /usr/local/src/xem*
/usr/local/src/xemacs-21.4.6.tar.gz
/usr/local/src/xemacs-sumo-2002-01-19.tar.gz
/usr/local $ find . -name easy-mmode.el
./stow/emacs/share/emacs/21.2.90/lisp/emacs-lisp/easy-mmode.el
./stow/xemacs-packages/lib/xemacs/xemacs-packages/lisp/pcl-cvs/easy-mmode.el
/usr/local $ ls /usr/local/lib/xemacs-21.4.6/lisp/easy*
/usr/local/lib/xemacs-21.4.6/lisp/easymenu.el
/usr/local/lib/xemacs-21.4.6/lisp/easymenu.elc
/usr/local $ ls /usr/local/lib/xemacs/xemacs-packages/lisp/xemacs-base/easy*
/usr/local/lib/xemacs/xemacs-packages/lisp/xemacs-base/easy*: No such file =
or directory
Note that the one easy-mmode file I found has a function called
easy-mmode-define-minor-mode, but nothing called define-minor-mode.
I just found that Emacs has an alias for that:
;;;###autoload
(defalias 'easy-mmode-define-minor-mode 'define-minor-mode)
But since the argument list does not match, we are out of luck.
> A sync of this mode would be welcome.
Can we (you) just replace the XEmacs definition with the Emacs
version?
Here is from GNU Emacs 21.2.90.1 easy-mmode.el:
;;;###autoload
(defmacro define-minor-mode (mode doc &optional init-value lighter keymap &=
rest body)
"Define a new minor mode MODE.
This function defines the associated control variable MODE, keymap MODE-map,
toggle command MODE, and hook MODE-hook.
DOC is the documentation for the mode toggle command.
Optional INIT-VALUE is the initial value of the mode's variable.
Optional LIGHTER is displayed in the modeline when the mode is on.
Optional KEYMAP is the default (defvar) keymap bound to the mode keymap.
If it is a list, it is passed to `easy-mmode-define-keymap'
in order to build a valid keymap. It's generally better to use
a separate MODE-map variable than to use this argument.
The above three arguments can be skipped if keyword arguments are
used (see below).
BODY contains code that will be executed each time the mode is (dis)activat=
ed.
It will be executed after any toggling but before running the hooks.
BODY can start with a list of CL-style keys specifying additional argumen=
ts.
The following keyword arguments are supported:
:group Followed by the group name to use for any generated `defcustom'.
:global If non-nil specifies that the minor mode is not meant to be
buffer-local. By default, the variable is made buffer-local.
:init-value Same as the INIT-VALUE argument.
:lighter Same as the LIGHTER argument."
;; Allow skipping the first three args.
(cond
((keywordp init-value)
(setq body (list* init-value lighter keymap body)
init-value nil lighter nil keymap nil))
((keywordp lighter)
(setq body (list* lighter keymap body) lighter nil keymap nil))
((keywordp keymap) (push keymap body) (setq keymap nil)))
(let* ((mode-name (symbol-name mode))
(pretty-name (easy-mmode-pretty-mode-name mode lighter))
(globalp nil)
(togglep t) ;why would you ever want to toggle?
(group nil)
(extra-args nil)
(keymap-sym (if (and keymap (symbolp keymap)) keymap
(intern (concat mode-name "-map"))))
(hook (intern (concat mode-name "-hook")))
(hook-on (intern (concat mode-name "-on-hook")))
(hook-off (intern (concat mode-name "-off-hook"))))
;; Check keys.
(while (keywordp (car body))
(case (pop body)
(:init-value (setq init-value (pop body)))
(:lighter (setq lighter (pop body)))
(:global (setq globalp (pop body)))
(:extra-args (setq extra-args (pop body)))
(:group (setq group (nconc group (list :group (pop body)))))
(t (pop body))))
(unless group
;; We might as well provide a best-guess default group.
(setq group
`(:group ',(intern (replace-regexp-in-string "-mode\\'" ""
mode-name)))))
;; Add default properties to LIGHTER.
(unless (or (not (stringp lighter)) (get-text-property 0 'local-map lig=
hter)
(get-text-property 0 'keymap lighter))
(setq lighter
(propertize lighter
'local-map mode-line-minor-mode-keymap
'help-echo "mouse-3: minor mode menu")))
`(progn
;; Define the variable to enable or disable the mode.
,(if (not globalp)
`(progn
(defvar ,mode ,init-value ,(format "Non-nil if %s is enabled.
Use the command `%s' to change this variable." pretty-name mode))
(make-variable-buffer-local ',mode))
(let ((curfile (or (and (boundp 'byte-compile-current-file)
byte-compile-current-file)
load-file-name)))
`(defcustom ,mode ,init-value
,(format "Non-nil if %s is enabled.
See the command `%s' for a description of this minor-mode.
Setting this variable directly does not take effect;
use either \\[customize] or the function `%s'."
pretty-name mode mode)
:set (lambda (symbol value) (funcall symbol (or value 0)))
:initialize 'custom-initialize-default
,@group
:type 'boolean
,@(when curfile
(list
:require
(list 'quote
(intern (file-name-nondirectory
(file-name-sans-extension curfile)))))))))
;; The actual function.
(defun ,mode (&optional arg ,@extra-args)
,(or doc
(format (concat "Toggle %s on or off.
Interactively, with no prefix argument, toggle the mode.
With universal prefix ARG " (unless togglep "(or if ARG is nil) ") "turn mo=
de on.
With zero or negative ARG turn mode off.
\\{%s}") pretty-name keymap-sym))
;; Make no arg by default in an interactive call,
;; so that repeating the command toggles again.
(interactive)
(setq ,mode
(if arg
(> (prefix-numeric-value arg) 0)
,(if togglep `(not ,mode) t)))
,@body
;; The on/off hooks are here for backward compatibility only.
(run-hooks ',hook (if ,mode ',hook-on ',hook-off))
;; Return the new setting.
(if (interactive-p)
(message ,(format "%s %%sabled" pretty-name)
(if ,mode "en" "dis")))
(force-mode-line-update)
,mode)
;; Autoloading an easy-mmode-define-minor-mode autoloads
;; everything up-to-here.
:autoload-end
;; The toggle's hook.
(defcustom ,hook nil
,(format "Hook run at the end of function `%s'." mode-name)
:group ,(cadr group)
:type 'hook)
;; Define the minor-mode keymap.
,(unless (symbolp keymap) ;nil is also a symbol.
`(defvar ,keymap-sym
(let ((m ,keymap))
(cond ((keymapp m) m)
((listp m) (easy-mmode-define-keymap m))
(t (error "Invalid keymap %S" ,keymap))))
,(format "Keymap for `%s'." mode-name)))
(add-minor-mode ',mode ',lighter
,(if keymap keymap-sym
`(if (boundp ',keymap-sym)
(symbol-value ',keymap-sym))))
=20=20=20=20=20=20=20
;; If the mode is global, call the function according to the default.
,(if globalp
`(if (and load-file-name ,mode)
(eval-after-load load-file-name '(,mode 1)))))))
Alex.
|
|
From: Ville <vil...@xe...> - 2002-10-06 14:13:00
|
On Sun, 2002-10-06 at 17:04, Adrian Aichner wrote: > >>>>> "Alex" =3D=3D Alex Schroeder <al...@em...> writes: >=20 > Alex> Is there a define-minor-mode in the latest XEmacs, or the laste= st > Alex> fsf-compat package? If not, I have a simple (untested) proposa= l that >=20 > Hi Alex, >=20 > I can find it in easy-mmode.el, which is part of the xemacs-base > package. Yes, it's there. Be aware though that there are substantial differences between XEmacs' easy-mmode.el and the GNU Emacs one. In particular, our define-minor-mode is: (defmacro define-minor-mode (mode doc &optional init-value lighter keymap) ...while GNU Emacs 21.2 has: (defmacro define-minor-mode (mode doc &optional init-value lighter keymap &rest body) A sync of this mode would be welcome. --=20 \/ille Skytt=E4 ville.skytta at xemacs.org |
|
From: Adrian A. <ad...@xe...> - 2002-10-06 14:05:15
|
>>>>> "Alex" == Alex Schroeder <al...@em...> writes:
Alex> Is there a define-minor-mode in the latest XEmacs, or the lastest
Alex> fsf-compat package? If not, I have a simple (untested) proposal that
Hi Alex,
I can find it in easy-mmode.el, which is part of the xemacs-base
package.
Adrian
Alex> should do enough to be usable for ERC, and IRC client for Emacs and
Alex> XEmacs.
Alex> Here it is:
Alex> (defmacro define-minor-mode (mode doc &optional init-value lighter keymap &rest body)
Alex> "Define a minor mode like in Emacs."
Alex> `(progn
Alex> (devar ,mode ,init-value "Non-nil if the corresponding mode is enabled.")
Alex> (defun ,mode (&optional arg)
Alex> ,doc
Alex> (setq ,mode (if arg
Alex> (> (prefix-numeric-value arg) 0)
Alex> (not foo)))
Alex> ,@body
Alex> ,mode)
Alex> (add-minor-mode ,mode ,lighter ,keymap)))
Alex> Here is the result:
Alex> (pp (macroexpand '(define-minor-mode foo "doc" 'init " f" 'map (goo) (gaa)))
Alex> (current-buffer))
Alex> (progn
Alex> (devar foo
Alex> 'init "Non-nil if the corresponding mode is enabled.")
Alex> (defun foo
Alex> (&optional arg)
Alex> "doc"
Alex> (setq foo
Alex> (if arg
Alex> (>
Alex> (prefix-numeric-value arg)
Alex> 0)
Alex> (not foo)))
Alex> (goo)
Alex> (gaa)
Alex> foo)
Alex> (add-minor-mode foo " f"
Alex> 'map))
Alex> Here is the result for Emacs. Note that it does hooks, and keymap
Alex> stuff, which we currently do not need, so I did not bother.
Alex> (pp (macroexpand '(define-minor-mode foo "doc" 'init " f" 'map (goo) (gaa)))
Alex> (current-buffer))
Alex> (progn
Alex> (progn
Alex> (defvar foo 'init "Non-nil if foo mode is enabled.\nUse the command `foo' to change this variable.")
Alex> (make-variable-buffer-local 'foo))
Alex> (defun foo
Alex> (&optional arg)
Alex> "doc"
Alex> (interactive)
Alex> (setq foo
Alex> (if arg
Alex> (>
Alex> (prefix-numeric-value arg)
Alex> 0)
Alex> (not foo)))
Alex> (goo)
Alex> (gaa)
Alex> (run-hooks 'foo-hook
Alex> (if foo 'foo-on-hook 'foo-off-hook))
Alex> (if
Alex> (interactive-p)
Alex> (message "foo mode %sabled"
Alex> (if foo "en" "dis")))
Alex> (force-mode-line-update)
Alex> foo)
Alex> :autoload-end
Alex> (defcustom foo-hook nil "Hook run at the end of function `foo'." :group 'foo :type 'hook)
Alex> (defvar foo-map
Alex> (let
Alex> ((m 'map))
Alex> (cond
Alex> ((keymapp m)
Alex> m)
Alex> ((listp m)
Alex> (easy-mmode-define-keymap m))
Alex> (t
Alex> (error "Invalid keymap %S" 'map))))
Alex> "Keymap for `foo'.")
Alex> (add-minor-mode 'foo
Alex> '#(" f" 0 2
Alex> (local-map
Alex> (keymap
Alex> (header-line keymap
Alex> (down-mouse-3 . mode-line-mode-menu-1))
Alex> (mode-line keymap
Alex> (down-mouse-3 . mode-line-mode-menu-1)))
Alex> help-echo "mouse-3: minor mode menu"))
Alex> foo-map)
Alex> nil)
Alex> And the doc string, in case you are interested:
Alex> define-minor-mode is a Lisp macro in `easy-mmode'.
Alex> (define-minor-mode MODE DOC &optional INIT-VALUE LIGHTER KEYMAP &rest BODY)
Alex> Define a new minor mode MODE.
Alex> This function defines the associated control variable MODE, keymap MODE-map,
Alex> toggle command MODE, and hook MODE-hook.
Alex> DOC is the documentation for the mode toggle command.
Alex> Optional INIT-VALUE is the initial value of the mode's variable.
Alex> Optional LIGHTER is displayed in the modeline when the mode is on.
Alex> Optional KEYMAP is the default (defvar) keymap bound to the mode keymap.
Alex> If it is a list, it is passed to `easy-mmode-define-keymap'
Alex> in order to build a valid keymap. It's generally better to use
Alex> a separate MODE-map variable than to use this argument.
Alex> The above three arguments can be skipped if keyword arguments are
Alex> used (see below).
Alex> BODY contains code that will be executed each time the mode is (dis)activated.
Alex> It will be executed after any toggling but before running the hooks.
Alex> BODY can start with a list of CL-style keys specifying additional arguments.
Alex> The following keyword arguments are supported:
Alex> :group Followed by the group name to use for any generated `defcustom'.
Alex> :global If non-nil specifies that the minor mode is not meant to be
Alex> buffer-local. By default, the variable is made buffer-local.
Alex> :init-value Same as the INIT-VALUE argument.
Alex> :lighter Same as the LIGHTER argument.
--
Adrian Aichner
mailto:ad...@xe...
http://www.xemacs.org/
|
|
From: Alex S. <al...@em...> - 2002-10-06 13:14:59
|
Is there a define-minor-mode in the latest XEmacs, or the lastest
fsf-compat package? If not, I have a simple (untested) proposal that
should do enough to be usable for ERC, and IRC client for Emacs and
XEmacs.
Here it is:
(defmacro define-minor-mode (mode doc &optional init-value lighter keymap &rest body)
"Define a minor mode like in Emacs."
`(progn
(devar ,mode ,init-value "Non-nil if the corresponding mode is enabled.")
(defun ,mode (&optional arg)
,doc
(setq ,mode (if arg
(> (prefix-numeric-value arg) 0)
(not foo)))
,@body
,mode)
(add-minor-mode ,mode ,lighter ,keymap)))
Here is the result:
(pp (macroexpand '(define-minor-mode foo "doc" 'init " f" 'map (goo) (gaa)))
(current-buffer))
(progn
(devar foo
'init "Non-nil if the corresponding mode is enabled.")
(defun foo
(&optional arg)
"doc"
(setq foo
(if arg
(>
(prefix-numeric-value arg)
0)
(not foo)))
(goo)
(gaa)
foo)
(add-minor-mode foo " f"
'map))
Here is the result for Emacs. Note that it does hooks, and keymap
stuff, which we currently do not need, so I did not bother.
(pp (macroexpand '(define-minor-mode foo "doc" 'init " f" 'map (goo) (gaa)))
(current-buffer))
(progn
(progn
(defvar foo 'init "Non-nil if foo mode is enabled.\nUse the command `foo' to change this variable.")
(make-variable-buffer-local 'foo))
(defun foo
(&optional arg)
"doc"
(interactive)
(setq foo
(if arg
(>
(prefix-numeric-value arg)
0)
(not foo)))
(goo)
(gaa)
(run-hooks 'foo-hook
(if foo 'foo-on-hook 'foo-off-hook))
(if
(interactive-p)
(message "foo mode %sabled"
(if foo "en" "dis")))
(force-mode-line-update)
foo)
:autoload-end
(defcustom foo-hook nil "Hook run at the end of function `foo'." :group 'foo :type 'hook)
(defvar foo-map
(let
((m 'map))
(cond
((keymapp m)
m)
((listp m)
(easy-mmode-define-keymap m))
(t
(error "Invalid keymap %S" 'map))))
"Keymap for `foo'.")
(add-minor-mode 'foo
'#(" f" 0 2
(local-map
(keymap
(header-line keymap
(down-mouse-3 . mode-line-mode-menu-1))
(mode-line keymap
(down-mouse-3 . mode-line-mode-menu-1)))
help-echo "mouse-3: minor mode menu"))
foo-map)
nil)
And the doc string, in case you are interested:
define-minor-mode is a Lisp macro in `easy-mmode'.
(define-minor-mode MODE DOC &optional INIT-VALUE LIGHTER KEYMAP &rest BODY)
Define a new minor mode MODE.
This function defines the associated control variable MODE, keymap MODE-map,
toggle command MODE, and hook MODE-hook.
DOC is the documentation for the mode toggle command.
Optional INIT-VALUE is the initial value of the mode's variable.
Optional LIGHTER is displayed in the modeline when the mode is on.
Optional KEYMAP is the default (defvar) keymap bound to the mode keymap.
If it is a list, it is passed to `easy-mmode-define-keymap'
in order to build a valid keymap. It's generally better to use
a separate MODE-map variable than to use this argument.
The above three arguments can be skipped if keyword arguments are
used (see below).
BODY contains code that will be executed each time the mode is (dis)activated.
It will be executed after any toggling but before running the hooks.
BODY can start with a list of CL-style keys specifying additional arguments.
The following keyword arguments are supported:
:group Followed by the group name to use for any generated `defcustom'.
:global If non-nil specifies that the minor mode is not meant to be
buffer-local. By default, the variable is made buffer-local.
:init-value Same as the INIT-VALUE argument.
:lighter Same as the LIGHTER argument.
|
|
From: Andreas F. <as...@vo...> - 2002-09-30 14:06:16
|
On 2002-09-29, Alex Schroeder <al...@em...> wrote: > we can put ###autoload cookies in the module sources, and if we really > feel like it, we can produce an erc-load.el file, which contains the > necessary autloads. That is what many modules already do. I think it is reasonable to go ahead and fix the remaining modules. > What do you think? > Can I go ahead? I think this is reasonable. Have fun, -- Andreas Fuchs, <as...@ac...>, as...@ja..., antifuchs Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=antifuchs |
|
From: Alex S. <al...@em...> - 2002-09-29 18:19:10
|
I think I will cleanup ERC such that loading a module will not change the current state of the file. That probably means that each module will get a tiny minor mode which you will need to enable. On the other hand, we can put ###autoload cookies in the module sources, and if we really feel like it, we can produce an erc-load.el file, which contains the necessary autloads. What do you think? Can I go ahead? Alex. |
|
From: Andreas F. <as...@vo...> - 2002-09-21 13:03:18
|
Today, Mario Lang <ml...@de...> wrote: >> I have a little fix which will take time-stamp into account when >> filling buffer. Patch for erc-fill.el is attached. > Thanks, please note that it is slightly broken, the first line > can stick out on the right side if fill-column is set like 78 or so. I observe that behaviour too, especially when erc-fill-column is set to some larger value. Tried to debug that once, but failed. Dunno what is causing that. )-: >> Let me know it's good or not. > Keep up hacking, but please try to make generic soltuions. > I am not really liking the way this works currently, i.e., > erc-fill has a hardcoded dependency on how erc-stamp works. > This normally leads to a maintainance nightmare. Hm, why not use erc-fill-column for that? > For interested people, here is a little list of cool things you could > try to do, or try to collaborate on: > > erc-dcc.el: We need it, it's possible, but it's no thtat easy. > Using CVS Emacs, we can do both directions, send and get. > > customizable module system: It would be really great, if we had a > customizable module system, so that users could add erc-fill, or > erc-notify and whatever to erc, without having to manually put stuff > in .emacs. Any elegant solution to this problems would be nice. Yow, IIRC kensanata was looking at something like that (might even be related to color-theme.el (-:) > reconnect fixup: erc-process-sentinel could really > use a fixup, and we could try to make reconnects nicer. Right. Whoever does that gets a virtual medal of honourful coding from me (-: > port zenirc-triggers.el: The idea is wonderful, all those info-bot > like things (mallow) could use such an api, and it would be cool > for users too. It's simple to port, maybe we dont even need a > change in erc.el to port it, not sure though. > > Fixup erc-speedbar.el: erc-speedbar could really use a maintainer. > I originall wrote the code as a proof-of-concept, but really ran out > of energy, because I dont use speedbar usually. erc-speedbar would > make a wonderful replacement for the info buffers if it would work > right. If that were fixed, we could rip out info-buffers from erc.el > completely, because speedbar would do exactly that, in a much better > way. Look at current code, it already does fancy stuff like expand > whois info of users and so on. Whee! Speedbar would be really nice, and it's not that hard to code up, I think I'd be up for it. Are there known bugs in the current implementation? Or would you like to have features added? I have another thing somebody could add to ERC (maybe me, but that is time-intensive stuff, and it depends on erc-dcc): add more support for ezbounce's logging mechanism in erc-ezbounce - it sends the channel & priv logs per DCC. )-: > Well, that are the larger tasks I can think of, maybe someone picks on > up. See above, I'd like to do speedbar support. But don't hold your breath, semester is starting... Happy hacking, -- Andreas Fuchs, <as...@ac...>, as...@ja..., antifuchs Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=antifuchs |
|
From: Mario L. <ml...@de...> - 2002-09-21 11:48:38
|
Peter Solodov <pe...@al...> writes: > I have a little fix which will take time-stamp into account when > filling buffer. Patch for erc-fill.el is attached. Thanks, please note that it is slightly broken, the first line can stick out on the right side if fill-column is set like 78 or so. > Let me know it's good or not. Keep up hacking, but please try to make generic soltuions. I am not really liking the way this works currently, i.e., erc-fill has a hardcoded dependency on how erc-stamp works. This normally leads to a maintainance nightmare. e.g. erc-insert-timestamp-left could just insert a rectangle, this would fix all filling problems. The user would "just" need to set fill-column a bit lower if he uses -left. (just an idea...) Since the new erc on sourceforge, many people hacked it. The experiment is really a success in all directions. What I like most is that people use erc as a elisp learning platform. A irc client covers nearly all aspects of emacs, the user interface, process interaction, text properties, highlighting, menus and so on. There is still alot of room for improvments in erc. People, keep up the good work! For interested people, here is a little list of cool things you could try to do, or try to collaborate on: erc-dcc.el: We need it, it's possible, but it's no thtat easy. Using CVS Emacs, we can do both directions, send and get. customizable module system: It would be really great, if we had a customizable module system, so that users could add erc-fill, or erc-notify and whatever to erc, without having to manually put stuff in .emacs. Any elegant solution to this problems would be nice. reconnect fixup: erc-process-sentinel could really use a fixup, and we could try to make reconnects nicer. port zenirc-triggers.el: The idea is wonderful, all those info-bot like things (mallow) could use such an api, and it would be cool for users too. It's simple to port, maybe we dont even need a change in erc.el to port it, not sure though. Fixup erc-speedbar.el: erc-speedbar could really use a maintainer. I originall wrote the code as a proof-of-concept, but really ran out of energy, because I dont use speedbar usually. erc-speedbar would make a wonderful replacement for the info buffers if it would work right. If that were fixed, we could rip out info-buffers from erc.el completely, because speedbar would do exactly that, in a much better way. Look at current code, it already does fancy stuff like expand whois info of users and so on. Well, that are the larger tasks I can think of, maybe someone picks on up. -- CYa, Mario |
|
From: Alex S. <al...@em...> - 2002-08-14 00:00:52
|
The following message is a courtesy copy of an article that has been posted to gnu.emacs.help as well. tim...@ho... (Tim Freedom) writes: > ;; (add-hook 'erc-mode-hook 'erc-add-scroll-to-bottom) > ;; (setq erc-timestamp-format "[%H:%M] ") > > 1. The "scroll-to-bottom" (commented line) doesn't seem to work or > really make any noticeable difference. Seems to be a bug. This adds a func to window-scroll-functions; but I dunno how that is supposed to work. > 2. If I include the "timestamp-format" the 'filling' gets screwed-up, > > I go from (correct view), > > <name_long> bla bla bla bla > bla bla > <name> bleh bleh bleh bleh > bleh bleh > > to (incorrect view - note line-wrap alignment), > > [11:15] <name_long> bla bla bla bla > bla bla > [11:16] <name> bleh bleh bleh bleh > bleh bleh > > Note how the "bla" and "bleh" (text) no longer lines up as before. > Any way to have the timestamp and also have the proper initial > alignment ? Bug. There was some work on ERC CVS for timestamp related issues. > 3. I tend to use "auto-fill-mode" and so I never opt to use the horizontal > scrolling (ie. I don't set or use "auto-hscroll-mode" -- I don't > like it); I think this is automatic in Emacs 21? > so here's my question. Is there any setting that I could invoke which > would let me get the same affect of "auto-fill-mode" but not have my > posts appear as though they are multiple lines. In other words, I would > love to see ERC be able to line-wrap my text as I enter it (before I press > ENTER) and appear as one line. No, this is currently not possible. > So it should look like this, > > <my_name> bla bla bla bla bla bla bla > blu blu blu blu blu blu blu > blo blo blo blo > > instead of (note multiple lines), > > <my_name> bla bla bla bla bla bla bla > <my_name> blu blu blu blu blu blu blu > <my_name> blo blo blo blo > > Without "auto-fill-mode" which ERC notes not to use (or horizontal > scrolling which I dread), any long lines that I type scroll to the > right of the screen without me seeing what I'm typing (unless I keep > 'C-x >' (scroll-left)). How can I get in effect "auto-fill-mode" type > of behavior but have the Carriage-Returns stripped ? You could set truncate-lines to nil (the default) in erc buffers. > Thanks all for your help (do please CC any replies) Sorry, I read your post on the erc list and didn't know what to reply, either. Alex. -- http://www.electronicintifada.net/diaries/index.html http://www.us-israel.org/jsource/US-Israel/hr2506c.html |
|
From: Alex S. <al...@em...> - 2002-08-12 21:08:30
|
This mail goes out to all ERC contributors. It may concern you if you
*already* assigned "past and future changes" to Emacs. I just got the
following email from as...@gn....
Alex.
From: FSF Copyright Assignment Clerk <as...@gn...>
Subject: Re: Alex Schroeder
To: al...@em...
CC: as...@gn...
Date: Mon, 12 Aug 2002 16:53:08 -0400
Good luck! Of course, with the smaller contributors, some of them may have
contributed only a few lines, and the papers wouldn't be necessary.
Since this is a package which was previously not a part of Emacs, it would
probably be good to have people who already have a "past and future changes"
copyright assignment for Emacs on file either sign separate papers for this,
or else confirm clearly that they are willing to consider their contributions
to ERC as covered by their Emacs copyright assignment. I think Mario Lang
is in that category, for instance. They can email me and I'll come up the
the exact language to use that we will accept (I don't remember it offhand.)
- Brian Youmans, FSF copyright clerk
|
|
From: Alex S. <al...@em...> - 2002-08-10 20:15:09
|
If you contributed more than 10 lines of code to ERC, I would like to ask you to assign your copyright to the FSF. Our goal is to add ERC to Emacs. I am sending this mail to the list plus to all the people mentioned in CREDITS. Sorry if you got this mail twice (or more, hehe). I have appended two files with instructions on how to proceed. The first of them covers all your past changes, the second convers past and future changes to ERC. I assume that most people will use the second form. If I remember correctly, what happens will be this: You will need to fill out the form and mail it to as...@gn.... They will get back to you with another document which you will need to print and snail mail back to them. Sorry for the hassle; that's how we feed the lawyers. If you changed more than erc.el, the main file, please add to the list of files you changed or added. Alex. DOCUMENT #1 FOR PAST CHANGES --cut-- Please email the following information to as...@gn..., and we will send you the assignment form that covers the changes you have already written. That form will cover subsequent corrections to those changes, but it will not cover other unrelated future changes to the same program. Please use your full legal name (in ASCII characters) as the subject line of the message. --------------------------------------------------------------------- REQUEST: SEND FORM FOR CHANGES ALREADY MADE [What is the name of the program or package you're contributing to?] ERC [Did you copy any files or text written by someone else in these changes? Even if that material is free software, we need to know about it.] [Do you have an employer who might have a basis to claim to own your changes? Do you attend a school which might make such a claim?] [For the copyright registration, what country are you a citizen of?] [What year were you born?] [Please write your email address here.] [Please write your postal address here.] [Which files have you changed so far, and which new files have you written so far?] erc.el --cut-- DOCUMENT #2 FOR PAST AND FUTURE CHANGES --cut-- Please email the following information to as...@gn..., and we will send you the assignment form for your past and future changes. Please use your full legal name (in ASCII characters) as the subject line of the message. ---------------------------------------------------------------------- REQUEST: SEND FORM FOR PAST AND FUTURE CHANGES [What is the name of the program or package you're contributing to?] ERC [Did you copy any files or text written by someone else in these changes? Even if that material is free software, we need to know about it.] [Do you have an employer who might have a basis to claim to own your changes? Do you attend a school which might make such a claim?] [For the copyright registration, what country are you a citizen of?] [What year were you born?] [Please write your email address here.] [Please write your postal address here.] [Which files have you changed so far, and which new files have you written so far?] erc.el --cut-- |
|
From: Alex S. <al...@em...> - 2002-08-10 19:34:36
|
Richard Stallman <rm...@gn...> writes: > If you agree > that having an IRC client as part of Emacs is a good thing, then I > will track down all the other contributors and ask them to sign > papers. > > Why not? It has everything else. > > We would need to see the actual code before deciding to install it, > of course. Sure. I will start organizing papers, then. Once you see the code, I am sure a plethora of changes will await us. Time to worry about that later, when we have the paperwork out of our way. Alex. -- http://www.electronicintifada.net/diaries/index.html http://www.us-israel.org/jsource/US-Israel/hr2506c.html |
|
From: Alex S. <al...@em...> - 2002-08-07 23:31:26
|
po...@rn... (Paulo J. Matos) writes: > However, when doing erc-select I still have to input all > information about servers I wish to log. How can I use info from > erc-start? It still prompts me, but the defaults are right, so I can just hit RET a few times... Other people have gathered their stuff here: http://www.emacswiki.org/cgi-bin/wiki.pl?ErcStartupFiles > When I add a person to my notify like: > ERC> /notify catarinita > *** Current notify list: Catarinita > ERC> /notify > *** No ison-list yet! > > What's the meaning of this? No idea. > I remember in previous versions of erc (maybe some months ago) > when I entered a channel the window had 2 frames, one for text > and one for users in channel, that's not happening anymore, > what's the best way to do it? Do you want it? These other buffers are called INFO buffers and are now disabled by default. > I've gone into M-x customize-group RET erc RET and I've played a > bit with some options... Usually everything started in a buffer, > not I made it start in different windows... god... so many > windows show up now. Somehow I'm flooded with windows. How do > people usually have it? (ok, ok, it depends on your taste) What's > your oppinion on this?=20 More buffers! :) I am not sure wether you are using the terminology (frames, windows, buffers) correctly. Anyway, I do not really understand the problem. Se quiseres, podes tentar escrever em Portugu=EAs... :) Alex. --=20 http://www.electronicintifada.net/diaries/index.html http://www.us-israel.org/jsource/US-Israel/hr2506c.html |
|
From: Tim F. <tim...@ya...> - 2002-07-30 15:20:42
|
I just downloaded 'erc-2.93' and used it under both emacs-21.1 and
emacs-21.3.50.1 with similar results; let me enumerate,
In my .emacs I have the following settings
(autoload 'erc-select "erc" "IRC client." t)
(eval-after-load "erc"
'(progn
(require 'erc-fill)
(require 'erc-ring)
(require 'erc-button)
(add-hook 'erc-mode-hook (lambda () (abbrev-mode 1)))))
(add-hook 'erc-insert-modify-hook 'erc-fill)
(add-hook 'erc-send-modify-hook 'erc-fill)
;; (add-hook 'erc-mode-hook 'erc-add-scroll-to-bottom)
;; (setq erc-timestamp-format "[%H:%M] ")
1. The "scroll-to-bottom" (commented line) doesn't seem to work or
really make any noticeable difference.
2. If I include the "timestamp-format" the 'filling' gets screwed-up,
I go from (correct view),
<name_long> bla bla bla bla
bla bla
<name> bleh bleh bleh bleh
bleh bleh
to (incorrect view - note line-wrap alignment),
[11:15] <name_long> bla bla bla bla
bla bla
[11:16] <name> bleh bleh bleh bleh
bleh bleh
Note how the "bla" and "bleh" (text) no longer lines up as before.
Any way to have the timestamp and also have the proper initial
alignment ?
3. I tend to use "auto-fill-mode" and so I never opt to use the horizontal
scrolling (ie. I don't set or use "auto-hscroll-mode" -- I don't like it);
so here's my question. Is there any setting that I could invoke which
would let me get the same affect of "auto-fill-mode" but not have my
posts appear as though they are multiple lines. In other words, I would
love to see ERC be able to line-wrap my text as I enter it (before I press
ENTER) and appear as one line.
So it should look like this,
<my_name> bla bla bla bla bla bla bla
blu blu blu blu blu blu blu
blo blo blo blo
instead of (note multiple lines),
<my_name> bla bla bla bla bla bla bla
<my_name> blu blu blu blu blu blu blu
<my_name> blo blo blo blo
Without "auto-fill-mode" which ERC notes not to use (or horizontal
scrolling which I dread), any long lines that I type scroll to the
right of the screen without me seeing what I'm typing (unless I keep
'C-x >' (scroll-left)). How can I get in effect "auto-fill-mode" type
of behavior but have the Carriage-Returns stripped ?
Thanks all for your help (do please CC any replies)
.tf.
__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com
|
|
From: <po...@rn...> - 2002-06-02 21:43:25
|
Hi all, I'm able to log chat in channels but it is not logging pvt (when I do /query <nick>). How can I enable that? Best regards, -- Paulo J. Matos : pocm(_at_)rnl.ist.utl.pt Instituto Superior Tecnico - Lisbon Software & Computer Engineering - A.I. - > http://www.rnl.ist.utl.pt/~pocm --- Yes, God had a deadline... So, He wrote it all in Lisp! |
|
From: <po...@rn...> - 2002-06-02 20:06:29
|
Hi all,
I've just downloaded erc-2.93.
I've added to my .emacs file:
(setq load-path (cons "~/emacslisp/erc" load-path))
(require 'erc)
(require 'erc-notify)
(load "erc-menu.el")
(load "erc-list.el")
(erc-track-modified-channels-mode t)
I've added to my .ercrc.el file:
(defvar erc-start-list
'(("novis.PTnet.org" 6667 "pmatos")
("irc.openprojects.net" 6667 "pmatos"))
"List in the form of (server port nick) to open at startup.")
(defun erc-start ()
"Start an ERC session using as a list of servers `erc-start-list'."
(interactive)
(mapcar (lambda (x)
(setq erc-server (nth 0 x)
erc-port (nth 1 x)
erc-nick (nth 2 x))
(call-interactively 'erc-select))
erc-start-list))
(add-hook 'erc-server-NOTICE-hook 'erc-auto-query)
(setq erc-auto-query t) ; open a query window when someone messages me
(setq erc-pals '("catarinita"))
However, when doing erc-select I still have to input all
information about servers I wish to log. How can I use info from
erc-start?
When I add a person to my notify like:
ERC> /notify catarinita
*** Current notify list: Catarinita
ERC> /notify
*** No ison-list yet!
What's the meaning of this?
I remember in previous versions of erc (maybe some months ago)
when I entered a channel the window had 2 frames, one for text
and one for users in channel, that's not happening anymore,
what's the best way to do it?
I've gone into M-x customize-group RET erc RET and I've played a
bit with some options... Usually everything started in a buffer,
not I made it start in different windows... god... so many
windows show up now. Somehow I'm flooded with windows. How do
people usually have it? (ok, ok, it depends on your taste) What's
your oppinion on this?
Best regards,
--
Paulo J. Matos : pocm(_at_)rnl.ist.utl.pt
Instituto Superior Tecnico - Lisbon
Software & Computer Engineering - A.I.
- > http://www.rnl.ist.utl.pt/~pocm
---
Yes, God had a deadline...
So, He wrote it all in Lisp!
|
|
From: disumu <ds...@mu...> - 2002-05-31 17:20:42
|
Andreas Fuchs <as...@vo...> wrote: >Today, Alex Schroeder <al...@em...> wrote: >> Hm, I think we want to add the timestamp, and then do the filling >> afterwards. > >Well, I think that would require that all filling functions keep track >of timestamp stuff, as well as the timestamp functions. I have to agree with Alex - if the timestamp is getting printed to the screen with the lines, the filling needs to know it's there. That said, it might be best to start working on custom timestamp functions after all of the timestamping is moved to one place. I'm continuing where Mario has begun, removing timestamps while adding to the catalog... /disumu |
|
From: Andreas F. <as...@vo...> - 2002-05-30 19:59:28
|
Today, Alex Schroeder <al...@em...> wrote: >> I would vote for the -post-hook. Timestamping is IMHO supposed to >> happen after everything else is done (most prominently filling), >> which is the reason for this hook's existence. > > Hm, I think we want to add the timestamp, and then do the filling > afterwards. Well, I think that would require that all filling functions keep track of timestamp stuff, as well as the timestamp functions. It will also make it impossible to have a right-aligned timestamp, as the stamp will be moved around arbitrarily by the filling functions (we can't know what the user is using for filling). Therefore, I don't think that is a good idea. -- Andreas Fuchs, <as...@ac...>, as...@ja..., antifuchs |
197 messages has been excluded from this view by a project administrator.
