* plugins.karma.allowunaddressedkarma doesn't mean that the bot must be addressed by nick. It must be addressed, but that can also happen with prefix.
[SKIP CI]
And I thought this was already made clear to Limnoria, but seems that it
wasn't. because the wrong name appears in translations that I don't
remember touching.
[SKIP CI]
* Default separator to `is`.
* It's more used than `as`.
* Help text updated too.
* Default value as `$value`. Like with Topic plugin, the `$key could be`
is just annoyance which users are very likely to disable anyway.
* Most of networks have services with this name.
* I can only name QuakeNet from those that don't, but the default
configuration exludes it.
* If this plugin is loaded in Supybot-wizard, it asks for nicknames of
NickServ and ChanServ.
[SKIP CI] because this is `git commit --amend` and the build already
passed.
Please see https://github.com/TkTech/notifico/issues/79
* > There is a difference between a NOTICE to a channel and a NOTICE to a user, every client should be able to correctly display notices to a channel. ~~ @Dav1dde
* > They should, but they don't. ~~ @Mkaysi
* > That's besides the point. There are a lot of clients that do handle it properly, and if they don't then that's not notifico's fault, that's their own fault. ~~ @sckasturi
* This is default behaviour with ZNC and some other IRC related applications.
* Users are often confused when the logs don't appear.
* The logs will less likely get lost if they are written immediately.
* Gribble is doing this too (but not by default).
The old format also included useless nick. I don't know anyone who has used the default meaning it and it annoys people and it just annoyed me.
> XX:XX:XX -: blah blah blaa (Mikaela)
private: False
* If #653 gets done, notices are much more easier to lose.
tellOnJoin: False
* Many people are using bouncers or running their IRC clients on 24/7 up server, so in many cases joins don't tell anything on are people really present, so it's better to just wait for them to say something.
