Kick command proposal
Re: Kick command proposal
I'm glad you did then JW, because I was harbouring the impression that Cyan were maybe on the fence about any kind of /kick.
Mac_Fife
OpenUru.org wiki wrangler
OpenUru.org wiki wrangler
Re: Kick command proposal
Good thinking.JWPlatt wrote:FYI - I thought it would be prudent to see if this particular feature is worthwhile to consider for MOULa - managed expectations and all that. Chogon says it sounds okay.
Re: Kick command proposal
Porting of the engine code is complete.
Re: Kick command proposal
I will also make my pull request then. Probably later today because BitBucket does not like IE7 which I have to use here at work .
Re: Kick command proposal
You too? I've got that problem in my office too (and it doesn't seem that long since we were restricted to IE6).D'Lanor wrote:...IE7 which I have to use here at work .
Mac_Fife
OpenUru.org wiki wrangler
OpenUru.org wiki wrangler
Re: Kick command proposal
Then careful Mac_Fife when you visit the Kogan store! http://www.pcmag.com/article2/0,2817,2405846,00.asp
Lyrositor
Explorer #16601888
To D'ni, or not to D'ni. There is no question.
Explorer #16601888
To D'ni, or not to D'ni. There is no question.
-
- Member
- Posts: 54
- Joined: Sat Dec 27, 2008 8:15 pm
Re: Kick command proposal
Just my 2 cents.
If I was forced to choose I would side with the version that (as discussed previously in this thread) cleans out any lingering invites as well. I still say "Kick" is the single most abused function in every single game I've ever played that includes it, but removing the invites makes a lot of bad possibilities self defeating.
If I was forced to choose I would side with the version that (as discussed previously in this thread) cleans out any lingering invites as well. I still say "Kick" is the single most abused function in every single game I've ever played that includes it, but removing the invites makes a lot of bad possibilities self defeating.
Re: Kick command proposal
I would like to suggest an "On & Off" switch for the "kick command" so independent shards Admins can decide whether or not to allow the 'kick' on their shards.
This whole kick thing is for the Cyan shard anyway. During the UU shard times the indepentent Shard Admins took care of business.
This whole kick thing is for the Cyan shard anyway. During the UU shard times the indepentent Shard Admins took care of business.
Re: Kick command proposal
If a shard doesn't want the feature, they can simply not include this commit in the python package they serve to their users. Very simple.semplerfi wrote:I would like to suggest an "On & Off" switch for the "kick command" so independent shards Admins can decide whether or not to allow the 'kick' on their shards.
This whole kick thing is for the Cyan shard anyway. During the UU shard times the indepentent Shard Admins took care of business.