IRC-DEV |
|
Usuario:
|
CambiosRecientes VerAyuda | La última edición fue hecha por qiz, el 2004-03-24 18:23:41 |
Este modo permite hacer excepciones a bans, ejemplo práctico:
Si ponemos un ban a todo un canal (+b *!*@*), y ahora ponemos una excepción a un usuario específico (de la misma forma que se pone un ban, pero en vez de usar +b, se usa +e), este usuario puede entrar sin problemas al canal.
Los clientes más populares, como mIRC no tienen ningún problema de incompatibilidad, ya que el modo es usado en las redes con hybrid.
He pensado que se podría preguntar por este feature en make config
, y que se pudiera añadir un registro llamado auto.entrada.en.canal
en la tabla z
, para que los usuarios de ircu H. con redes de pequeña embergadura, puedan decidir si los usuarios que recien conectan al servidor sean auto-entrados en el canal que contenga este registro. (gracias KiLL, por dar el inicio de la idea).
Viendo logs del canal, me he encontrado con lo siguiente:
"1077748141" mount ACTION acaba de resolver el misterio de chkconf.c "redefinition of struct Client"
Me refiero a los "cuadraditos" (\001), que indican a los clientes que esa linea se trata de un CTCP (y dentro de este, el famoso ACTION). Mi idea es la de sustituir esto por:
action
se añade un asterisco antes del nick.Ej. 000000000 *mount acaba de resolver el misterio ...
Ej. 000000000 mount (CTCP VERSION)
No le veo inconvenientes, en cambio la gente lo agradecería...
Hablando con rar, hemos visto una posible nueva feature interesante, la de incluir compatibilidad de expresiones regulares para buscar glines en la lista. Actualmente, IRC-Hispano tiene cientos de G-Lines, y facilitaría a los operadores la búsqueda de g-lines.
modo para bots para canales
, similar al +k pero sólo válido en el canal aplicado (o sea, no un modo personal si no de canal). La propuesta es que el nick con ese modo:
> Este modo es MUY útil para que todos los canales que tienen su propio bot (muchisimos) puedan dejar patente que es el bot del canal, darle esas ventajas, para poder usarlo debidamente, mostrar información cuando se requiera sin que sea víctima de constantes Excess Floods, y tener la certeza de que no va a ser kickeado kick/baneado por ningún graciosillo que consigue @