That is good, but it needs to say how to invoke the feature.
Index: etc/NEWS
===
RCS file: /cvsroot/emacs/emacs/etc/NEWS,v
retrieving revision 1.1263
diff -c -r1.1263 NEWS
*** etc/NEWS19 Oct 2005 03:56:07 - 1.1263
---
Richard mentioned that maybe ERC would be installed as well. Then we
should definitely decide which client, if any, should be available as
"irc".
For simplicity, M-x irc should always be rcirc. People who want ERC
will use a different command to get it.
+ Rcirc has simple defaults and clear and consistent behaviour. Message
+ arrival timestamps, activity notification on the modeline, message
+ filling, nick completion, and keepalive pings are all enabled by
+ default, but can easily be adjusted or turned off. Each discussion
What is the right way to do this given the way I conditionalized the
defalias:
(unless (fboundp 'irc)
;;;###autoload
(defalias 'irc 'rcirc))
I think it should be nnconditional.
This is THE definition of `irc'.
___
Emacs-devel mai
Ryan Yeske <[EMAIL PROTECTED]> writes:
> What is the right way to do this given the way I conditionalized the
> defalias:
>
> (unless (fboundp 'irc)
> ;;;###autoload
> (defalias 'irc 'rcirc))
>
> I think that is probably not the right thing to do.
Autoload cookies are always associated with the
Ryan Yeske <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>> I think the basic entry points (and their aliases) at least should get
>> autoload cookies.
>
> What is the right way to do this given the way I conditionalized the
> defalias:
>
> (unless (fboundp 'irc)
> ;;;#
Could you write a patch for etc/NEWS?
Index: etc/NEWS
===
RCS file: /cvsroot/emacs/emacs/etc/NEWS,v
retrieving revision 1.1263
diff -c -r1.1263 NEWS
*** etc/NEWS19 Oct 2005 03:56:07 - 1.1263
--- etc/NEWS19 Oct 20
David Kastrup <[EMAIL PROTECTED]> writes:
> I think the basic entry points (and their aliases) at least should get
> autoload cookies.
What is the right way to do this given the way I conditionalized the
defalias:
(unless (fboundp 'irc)
;;;###autoload
(defalias 'irc 'rcirc))
I think that is p
Included is the latest version including
(unless (fboundp 'irc) (defalias 'irc 'rcirc))
To minimize confusion, I think it makes sense to keep the original
package name.
Could you write a patch for etc/NEWS?
Also, I agree with Stefan's suggestion to add a short expla
Romain Francoise <[EMAIL PROTECTED]> writes:
> Ryan Yeske <[EMAIL PROTECTED]> writes:
>
>> ;;; rcirc.el --- emacs irc client
>
> Could you change this to "a minimal IRC client for Emacs", or something?
>
> Also, I agree with Stefan's suggestion
Ryan Yeske <[EMAIL PROTECTED]> writes:
> ;;; rcirc.el --- emacs irc client
Could you change this to "a minimal IRC client for Emacs", or something?
Also, I agree with Stefan's suggestion to add a short explanation of how
rcirc compares to other clients (along the lines
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Do you think the package should be renamed from "rcirc" to simply
> "irc"?
>
> I have no opinion about the package name, but I think the most
> important question is the name of the command used to invoke it. We
> should make that name a
Do you think the package should be renamed from "rcirc" to simply
"irc"?
I have no opinion about the package name, but I think the most
important question is the name of the command used to invoke it. We
should make that name as natural and easy to remember as we can.
_
Miles Bader <[EMAIL PROTECTED]> writes:
> 2005/10/15, Ryan Yeske <[EMAIL PROTECTED]>:
>> Do you think the package should be renamed from "rcirc" to simply
>> "irc"?
>
> "irc" would seem better to me.
Depends on how many irc packages
>> I think it's best if the packages keep their names when they get
>> integrated, unless the name poses a real problem
> I do think that users should be able to start an irc session with M-x
> irc. We can do that without renaming everything.
We can provide an `irc' alias without any problem, in
2005/10/15, Stefan Monnier <[EMAIL PROTECTED]>:
> I think it's best if the packages keep their names when they get integrated,
> unless the name poses a real problem
I think it depends a lot on exactly what the name is, and the package's history.
For packages with an independent history before be
I think it's best if the packages keep their names when they get integrated,
unless the name poses a real problem (such as PCL-CVS's file names getting
collisions when reduced to 8+3 chars).
I do think that users should be able to start an irc session with M-x
irc. We can do that without
> Do you think the package should be renamed from "rcirc" to simply "irc"?
I think it's best if the packages keep their names when they get integrated,
unless the name poses a real problem (such as PCL-CVS's file names getting
collisions when reduced to 8+3 chars).
Stefan
_
2005/10/15, Ryan Yeske <[EMAIL PROTECTED]>:
> Do you think the package should be renamed from "rcirc" to simply
> "irc"?
"irc" would seem better to me.
-miles
--
Do not taunt Happy Fun Ball.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://list
To install this, we need an item for etc/NEWS.
Would you please provide one?
Sure. How is this?
* New Modes and Packages in Emacs 22.1
** Rcirc is now part of the Emacs distribution.
Rcirc is an Internet relay chat (IRC) client.
It supports simultaneous connections t
To install this, we need an item for etc/NEWS.
Would you please provide one?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
But I guess you already did that, as the code will use
make-network-process when available ...
There is no point maintaining support for old Emacs versions
in a file distributed with Emacs. So how about deleting
the code that supports old versions--for simplicity's sake.
> (require '
Henrik Enberg <[EMAIL PROTECTED]> writes:
> Eh, it also uses `caddr' `cadddr' and `cdddr'.
There are compiler macros for these though. Ditto for first...tenth so
those could also be used (and a few others).
--
Johan Bockgård
___
Emacs-devel mailing
>> ;; rcirc is a lightweight irc client for Emacs
> A more elaborate "commentary" section in the code would be good.
> As a minimum it should explain:
> What is IRC?
> Does it work only with irc.freenode.net ?
Also, when I look around for Emacs packages, a problem I often encounter is
that there
Henrik Enberg <[EMAIL PROTECTED]> writes:
> Ryan Yeske <[EMAIL PROTECTED]> writes:
>
> > [EMAIL PROTECTED] (Kim F. Storm) writes:
> >
> > >
> > > Do you really require cl at runtime or just at compile time?
> >
> > How can I find out? If I only use macros from the cl package? I must
> > admit
Ryan Yeske <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Kim F. Storm) writes:
>
> >
> > Do you really require cl at runtime or just at compile time?
>
> How can I find out? If I only use macros from the cl package? I must
> admit I don't really understand when to use (eval-when-compile
> (
Ryan Yeske <[EMAIL PROTECTED]> writes:
> It is well tested under both 21.3 and emacs-cvs (22). I'll update
> this text, or should I just remove it?
I suggest you remove it.
>
>>> (require 'cl)
>>
>> Do you really require cl at runtime or just at compile time?
>
> How can I find out? If I only
[EMAIL PROTECTED] (Kim F. Storm) writes:
> I haven't looked closely at the code, but a few questions come to mind:
>
>> ;; rcirc is a lightweight irc client for Emacs
>
> A more elaborate "commentary" section in the code would be good.
> As a minimum it should explain:
>
> What is IRC?
> Does it w
Ryan Yeske <[EMAIL PROTECTED]> writes:
> Hello,
>
> Included below is the latest version of rcirc.el, an emacs irc client,
> which I am the sole author of. I have submitted copyright assignment
> papers, which have been received by the FSF. I would like to offer
> this c
I like it. Would be nice with some kind of a prompt though.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Hello,
Included below is the latest version of rcirc.el, an emacs irc client,
which I am the sole author of. I have submitted copyright assignment
papers, which have been received by the FSF. I would like to offer
this code for inclusion in the next version of emacs, and would
appreciate any
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> I'll send you a request form. Strange that the persons you discussed
> this with did not do so.
>
> The first step is to find out who all the authors are.
> I asked Karl Berry to guide Ryan through this.
I am the sole author.
I have su
I'll send you a request form. Strange that the persons you discussed
this with did not do so.
The first step is to find out who all the authors are.
I asked Karl Berry to guide Ryan through this.
___
Emacs-devel mailing list
Emacs-devel@gnu.or
Ryan Yeske <[EMAIL PROTECTED]> writes:
> Some weeks ago I offered my irc client, rcirc.el, to the GNU
> Project. Karl Berry replied to me that after discussion with some
> of the Emacs developers rcirc should be integrated with the rest of
> Emacs.
>
> What steps need
Hello,
Some weeks ago I offered my irc client, rcirc.el, to the GNU Project.
Karl Berry replied to me that after discussion with some of the Emacs
developers rcirc should be integrated with the rest of Emacs.
What steps need to be taken to complete this process?
Thanks,
Ryan
35 matches
Mail list logo
