Massive changes applied to 5.0 release branch

Just wanted to let you know that (to the best of my knowledge) I
migrated all of the patches committed before 2005-01-19 to the 5.0
release branch.  Please let me know if you notice anything additional
broken compared to the previous state of the 5.0 branch (or feel free
to fix it, of course :^).

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug
  /~ |\ | | |   Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp
 |_] | \| |_|  Fun quotes: http://www.mwolson.org/plans/QuoteList.html

Re: Massive changes applied to 5.0 release branch

Michael Olson <mwolson <at> gnu.org> wrote: 
> Just wanted to let you know that (to the best of my knowledge) I
> migrated all of the patches committed before 2005-01-19 to the 5.0
> release branch.

I've tried to make my own fixes on the release branch first before
merging them to CVS HEAD because it's much easier to test those fixes
on a stable, working version.  Knowing how this project works, I
understand that it's somehow too much to ask other developers to do
the same, so I've been applying changes from the development branch
that also fix ERC 5.0 as the changes are added (for example, up until
now I've been testing the non-ASCII fix and think it can be applied
before the next bugfix release).

But do we need a 5.0 CVS branch anymore at all if any and all changes
made to the development branch are merged to it after it's been a
while since they were added?

If this is the way it's going to be, I don't see any reason for me to
do the extra work anymore ;P

--
disumu

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Massive changes applied to 5.0 release branch

disumu <dsm <at> muenster.de> writes:

> But do we need a 5.0 CVS branch anymore at all if any and all
> changes made to the development branch are merged to it after it's
> been a while since they were added?

The merge based on date is a one-time thing for me.  The reason for it
is that I started my Arch mirror of ERC's CVS HEAD and 5.0 release at
2005-01-19.

To obtain a list of the changes that exist in CVS HEAD and not in 5.0,
I do something like the following.

cd erc-arch-5.0

tla missing erc--cvs-head--0

Any changes made to CVS HEAD before 2005-01-19 would not show up on my
list, so I wanted to make sure they weren't forgotten.  Also, I
*really* wanted to get the active-buffer related changes in, which is
what most of those changes were :^) .

> If this is the way it's going to be, I don't see any reason for me
> to do the extra work anymore ;P

Please do continue to use the release branch :^) .  I'll try to
behave.

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/

erc-track cosmetics

Here's a small patch to make erc-track a bit more cosmetically
pleasing. Currently, it always inserts spaces before and after the
"[#f,#o,#o]" string, which looks really ugly in some cases.  

This patch changes it so that if erc-track-position-in-mode-line set to
t or whatever:

        "---Mail [#e] ---" => "---Mail [#e]---"

and if it's 'after-modes

        "(Emacs-Lisp)- [#e] --" => "(Emacs-Lisp)-[#e]--"

Nuttin' changes if it's set to 'before-modes.

Also, shouldn't the default setting be to show it in global-mode-string?
That's the Emacs standard, isn't it?

ERC 5.0.2 released

I've released ERC 5.0.2.  I haven't updated the wiki yet.  The NEWS
entries for this release are attached.

Do we want to keep the 5.0 and 5.0.1 releases up on sourceforge?  I'm
not sure what the best thing to do is.  For now, I've removed them,
but I can easily re-instate them if needed.  For that matter, do we
want to have all of our older releases available for download?  Either
way is fine, but I thought I'd pose the question to you.

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug
  /~ |\ | | |   Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp
 |_] | \| |_|  Fun quotes: http://www.mwolson.org/plans/QuoteList.html

ERC NEWS                                                       -*- outline -*-

* Fixes since ERC 5.0

** Narrowing in ERC buffers no longer causes formatting errors.

** The BBDB module now loads correctly when customizing `erc-modules'.

** The value of `erc-button-face' is now respected.

** Fixed a bug which caused a read-only error during connection.

** Server buffers are now tracked correctly.
This means that `erc-track-priority-faces-only', `erc-track-exclude',

Wrong NEWS entry sent with release notice

I sent the wrong NEWS snippet in the release.  Sorry about that.  The
updated one should be attached this time.

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug
  /~ |\ | | |   Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp
 |_] | \| |_|  Fun quotes: http://www.mwolson.org/plans/QuoteList.html

ERC NEWS                                                       -*- outline -*-

* Fixes since ERC 5.0.1

** If a channel key is required for a certain channel, ERC will prompt
for one if `erc-prompt-for-channel-key' is non-nil.

** ERC doesn't try to reconnect if the network connection is refused
when using `open-network-stream-nowait' as the `erc-connect-function'.

** Messages from multiple servers will not go to the currently active
buffer.  The messages from each server will be contained in the most
recently active channel/server buffer that corresponds with the
server.

** Some text messages were cleaned up slightly.

** Button faces should no longer "cover" other faces.

** Made some XEmacs compatibility fixes.

ERC copyright assignment question

I have received a copyright assignment form from the FSF for the code I
submitted to ERC.  The form is signed by me and the FSF's Executive
Director.  Is there someone at the ERC project who needs to have a copy
of this form?
--
Fran Litterio
franl <at> world . std . com

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: ERC copyright assignment question

Francis Litterio schrieb:

>I have received a copyright assignment form from the FSF for the code I
>submitted to ERC.  The form is signed by me and the FSF's Executive
>Director.  Is there someone at the ERC project who needs to have a copy
>of this form?
>  
>
Nope.  You'll be added to a list on fencepost.gnu.org.  Knowing that 
your assignment was received helps those of us that don't have access to 
fencepost, though.  :)

Alex.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: ERC nicklist update

Hi there,

I've copied the erc list (erc-help <at> lists.sf.net) to see if they have any 
input as well.

Edgar Gonçalves wrote:
> Hi! I've made some changes to your erc-nicklist.el, in order to suite my needs
> (bitlbee with MSN and ICQ accounts). I liked your list, but it still is a bit
> far from a "regular" list, either on mirc, miranda or other IM out there. So I
> added a few information to it.
> 
> I still have a few wishes, and I think they are somehow doable:
> - Make the nick faces according to the nick state and/or pal/danger status
> - Put a small pic besides each nick, to indicate connection and/or away
>   state. This could be done easily, I think!

Yes, one would have to create icons, but then it would be as simple as 
adding a little text-property.  Speedbar does something similar when 
displaying files/directories, so it might be worth looking at that.

> - Put the buddy icon before the nick. This will be possible when bitlbee
>   supports that feature, only.

Similarly, this seems quite doable.  One would have to devise a way for 
ERC to be notified when buddy status changes, I presume bitlbee then 
sends some kind of IRC message which we could intercept and interpret 
accordingly.

> - Yet more info on the tooltip. The most striking one is the MSN nick, wich is
>   extracted by erc-bbdb on a /whois, but I haven't figured out how, so far.

Re: ERC nicklist update

Thanks for being open minded! ;)

Here are a few changes to erc-nicklist that makes is usable - the query now
works fine, both though hitting RET or popup-menu. I realize it was a bit fast
to code, so I expect it to be doable in a prettier way. This works for me, and
for my needs, so others feedback is welcome! One thing I left behind was the
Message command. I'm not as much into IRC as I should be, so I don't know
exactly what it is. I gess it works like /say, but expects a target (like
"/message CoolDude Here's a message to you"). Is this correct? If this is the
case, I gess the menu should ask the message interactively and say it, without
leaving the nicklist buffer when it's finished - contrarily to the QUERY
command. In this case, I should be able to do that fast - and may get used to
it, too!

Along with this changes, I fixed the order of nicks and added an option to
custumize it (where should the voiced nicks be?  over, under or among the
others?)

About the icons, it's something I'll have to work out in a near future. I don't
want to turn this into a skinning job, because I', crappy at that! :)

One last thing, erc-wide: is there any arch repository with the latest erc code?
It'd be most usefull!

Cheers!