[IRCServices Coding] RE: IRCServices-Coding Digest, Vol 33, Issue 1

[Nick Bent]

Skipped content of type multipart/alternative-------------- next part --------------
> Message: 6
> Date: Tue, 17 Apr 2007 15:53:22 JST
> From: achurch at achurch.org (Andrew Church)
> Subject: Re: [IRCServices Coding] Feature Suggestions
> To: ircservices-coding at ircservices.za.net
> Message-ID: <4624733c.06344 at msgid.achurch.org>
> Content-Type: text/plain; charset=ISO-2022-JP
> 
> To the original poster: Don't use HTML mail on this list.
> 
> >> 1. /ns set autoop [on|off] - Just like Anope
> >
> >If this is what I think it is, which is that the nick in question
> >won't be auto-opped on any channel (next time please elaborate on what
> >Anope does), I believe that Andrew may have been considering this at
> >one point (I think it was in one of the TODO lists). That being said,
> >I haven't seen this in 5.1, so it may have been dropped or thrown out.
> 
> I've never seen the point to this option (if you don't want auto-ops,
> don't have people give you auto-op access), so I won't be adding it.

You can't stop people from giving you access. This is an attitude thing,
where a user has chosen to only give themselves staus when they need it.

> 
> >> 6. When someone does /cs info #channel, and it shows the mode lock, make it
> >> show the locked mode paramaters too.
> >
> >Bad idea. I'm sure that no-one wants to see their channel key
> >displayed in this manner. :)
> 
> Exactly. As for other modes, just look at the channel's current mode
> set, which will naturally be the same as what's set in the mode lock.
> 
> --Andrew Church

Perhaps show parameters for all modes but k? Using one command instead of two to 
see the full mode lock would be nice.

Nick