You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There's a user with nick e in the #vim channel on FreeNode. This results in
What is strange to me is that only the e in new is highlighted: the e in maybe, or open or files or :tabe or :e are not highligted (nor should they be! except maybe the e in :e might make sense).
The text was updated successfully, but these errors were encountered:
What value do you have set for colorize_nicks.look.greedy_matching? By default it is on but I've found off` to work better in general, maybe that also fixes this.
Also what value do you have for colorize_nicks.look.min_nick_length? By default it should be 2, so just "e" shouldn't ever be handled. Unless the issue is deeper than that.
I don't remember ever changing any settings. ~/.weechat/colorize_nicks.conf has
[look]
blacklist_channels = ""
blacklist_nicks = "so,root"
colorize_input = off
greedy_matching = on
ignore_nicks_in_urls = off
ignore_tags = ""
match_limit = 20
min_nick_length = 2
Looking at the code, I think I see how the min_nick_length can be circumvented: the length check happens before the
# If the matched word is not a known nick, we try to match the
# word without its first or last character (if not a letter).
# This is necessary as "foo:" is a valid nick, which could be
# adressed as "foo::".
There's a user with nick
e
in the #vim channel on FreeNode. This results inWhat is strange to me is that only the
e
innew
is highlighted: thee
inmaybe
, oropen
orfiles
or:tabe
or:e
are not highligted (nor should they be! except maybe thee
in:e
might make sense).The text was updated successfully, but these errors were encountered: