Re: [Coder-Com] umode +x

2002-12-17 Thread Isomer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > For what it's worth, the problem discussed below (by reed) is a problem for > families" where more than one person uses IRC. If mom is an op on > #adult_chat. and wants to turn the computer over to her son John for a > while, then being able to de

Re: [Coder-Com] umode +x

2002-12-17 Thread stoney`
I'm not sure we have the expertise in user-com needed to fold coder-com SRT into user-com Standard reply team. I would think coder-com would need a senior coder to handle coder-com email as there's way too many subtle questions that are platform and/or IRC net specific, for example. The purpose

Re: [Coder-Com] umode +x

2002-12-17 Thread Colin Walker
I suppose it's something we could also consider folding into SRT, so that we have one central repository for people who reply to things... Though it'd probably be easier for Coder-Com to handle their own group of people. -Colin User-Com SRT coordinator-type-person (though Py does all the work)

Re: [Coder-Com] umode +x

2002-12-17 Thread Py Fivestones
For what it's worth, the problem discussed below (by reed) is a problem for families" where more than one person uses IRC. If mom is an op on #adult_chat. and wants to turn the computer over to her son John for a while, then being able to deauth/-X makes life easier. As it is now, mom must quit

Re: [Coder-Com] umode +x

2002-12-17 Thread stoney`
It's a great idea, one user-com has been using for the past few years. You will need a few people to work on creating standard replies and then a system where a few members of coder-com are given the task of doing all the external replying. You will then need a system where each person who repl

Re: [Coder-Com] umode +x

2002-12-17 Thread Kev
> There are situations where one might legitimately want to -x, such as to > switch a client over to another host (real host, not IRC hostname), or > perhaps restart a client under screen. I can't see what you mean in the first, and I don't see how -x is relevant to the second at all. > I imagin

Re: [Coder-Com] umode +x

2002-12-17 Thread Daniel Reed
On 2002-12-17T15:35+0100, éL NìçoS wrote: ) | > | And Coder Com doesn't want you to be able to flood with +x/-x over ) | > | over again. ) | +/-x are a little bit more...chatty, shall we say? There are situations where one might legitimately want to -x, such as to switch a client over to another h

Re: [Coder-Com] umode +x

2002-12-17 Thread éL NìçoS
| > | And Coder Com doesn't want you to be able to flood with +x/-x over and | > | over again. | > | > No one wants to be flooded... Shouldn't we disable changing channel modes | > or topic changes then also? There is a risque we get flooded... | | +/-x are a little bit more...chatty, shall we say

Re: [Coder-Com] umode +x

2002-12-17 Thread Kev
> | And Coder Com doesn't want you to be able to flood with +x/-x over and > | over again. > > No one wants to be flooded... Shouldn't we disable changing channel modes > or topic changes then also? There is a risque we get flooded... +/-x are a little bit more...chatty, shall we say? -- Kevin L

Re: [Coder-Com] umode +x

2002-12-17 Thread Isomer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >Hey! How about we make everybody happy and create a F:line to handle -x >activation or deactivation? > Haven't we just been over this? No. * We don't want people flooding -x/+x * It leads to race conditions in the network * If your IP is hi

Re: [Coder-Com] umode +x

2002-12-17 Thread Ciortea Cristian
Hey! How about we make everybody happy and create a F:line to handle -x activation or deactivation?Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now

Re: [Coder-Com] umode +x

2002-12-17 Thread éL NìçoS
| > >- -x is racy, and kinda pointless, the servers that set +x automatically | > >have been fixed. | > Plus, CService doesn't want you to be able to -x for the same reason | > there's no deauth command in X. -x has not the consequence that you would be deauthed in x, it would change your host...

Re: [Coder-Com] umode +x

2002-12-16 Thread stoney`
That can be "fixed: the same way nick change floods are made impossible, Too many changes please wait Y seconds. The only scenario I can see for "needing" to be able to deauth/go -X is for someone being stalked by a lamer. If the lamer knows their username, going +i doesn't help. Being able to q

Re: [Coder-Com] umode +x

2002-12-16 Thread Kev
> >- -x is racy, and kinda pointless, the servers that set +x automatically > >have been fixed. > > Plus, CService doesn't want you to be able to -x for the same reason > there's no deauth command in X. And Coder Com doesn't want you to be able to flood with +x/-x over and over again. -- Kevin

Re: [Coder-Com] umode +x

2002-12-16 Thread Mark Foster
FWIW this makes it fun to fix Access Controls in bots and stuff like that which use hosts.. having to /quit to reconnect and get a recognised host is annoying as hell... I personally would have liked this feature to be available although it wouldnt be used often for the most part I guess. At

Re: [Coder-Com] umode +x

2002-12-16 Thread Alex Dawson
At 8:49 AM +1300 17/12/02, Isomer wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is there any plans to implement a -x feature, or at least make it an *optional* feature? I've noticed that on some of the servers that +x is automatically set, which is quite frustrating. - -x is racy,

Re: [Coder-Com] umode +x

2002-12-16 Thread Isomer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Is there any plans to implement a -x feature, or at least make it an > *optional* feature? I've noticed that on some of the servers that +x is > automatically set, which is quite frustrating. > - -x is racy, and kinda pointless, the servers that s

[Coder-Com] umode +x

2002-12-16 Thread J. Ralf Lenz
Is there any plans to implement a -x feature, or at least make it an *optional* feature? I've noticed that on some of the servers that +x is automatically set, which is quite frustrating. - Ralf -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- J. Ralf Lenz e-mail: [EM