Re: [Erc-help] erc TODO and Re: fix for erc-fill-variable

[Andreas F. <as...@vo...>]

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