Suggestion..

[Fegged]

Hello,

I've just thought about having an Chat that goes public in all FN connected server such as the global one,

example:
[IRC]Test Server#1 Test Char: blabla
[IRC]Test Server#2 Test Char2: bla?

etc

so we could chat in diffrent servers with each other or something like that

Of course only those who are playing on a server

Regards,

Rideon

 

[Gorynych]

YOU ARE ALL NUBZ LOLOLOLOLOL!!!!111ONEsEVERNtHREE

This is why we can't have nice things.
I like this idea.

 

[Fegged]

F.. those Trolls,

votemute should do it lol, which i guess cant be made due to diffrent servers, and that would be possible to troll tho
which there should be admins for that watching, or having a chatlog

 

[Thothie]

Wow... An original idea in suggestions that isn't impossible or otherwise blows... The apocalypse must be neigh.

It'd have the major disadvantage that there'd be a 10 second delay in turn around, or more, from both directions. You'd also be rather limited in how much text you could send. Those factors would, however, limit the trolling possibilities. Be handy for "omg gtf in here" requests, I suppose.

We've had issues working up dynamic FN write functions in the past though, hrmm...

 

[Fegged]

ya such as 10 texts/min? and about shutting them up would be a proplem

 

[Thothie]

Well, it'd be 3-6 texts/min, because of the turn around. (It'd vary, as the servers would not be in sync with their FN read/writes).

Could add a client cvar to ignore the messages, or a command to disable them. Still that sticky bit of dynamic FN write screwiness though, might distort in fashion similar to the screwiness we've had in the past with that.

 

[Stoned]

Holy shit! I advocate this idea!

 

[The Man In Black]

You wouldn't need it to be a safe-send like I was trying to do with the FN File I/O. Not a huge deal if a message is dropped in a conversation.

 

[SilentDeath]

this sounds like a great idea

 

[Fegged]

Well, it'd be 3-6 texts/min, because of the turn around. (It'd vary, as the servers would not be in sync with their FN read/writes).

Could add a client cvar to ignore the messages, or a command to disable them. Still that sticky bit of dynamic FN write screwiness though, might distort in fashion similar to the screwiness we've had in the past with that.

such as voteircon and voteircoff or something like that