-
Notifications
You must be signed in to change notification settings - Fork 0
Underline bug on nicks #52
Comments
sorry... i mean for example: nick^ |
You mean when someone says a word like word ? It being a nick or not is irrelevant, right? Or are you talking about something else? It's a feature, not a bug, if you don't like it: |
If you are speaking to a nick named waffle irssi doesn't underline it because it is a nick but if nick is waffle^ and you say "waffle^" irssi underlines it even if it is a nick. I'm not good explaining things but I hope that helped :) |
Yes, it helped. You're right, it's a bit strange |
Now, it conciders foo_X for underlining, if X isn't alphanumeric and not a high ascii value. So my first thought was to change that check to also concider ^ as part of the word. But then that should also be done for all of "[]{}`\-", which can be in nicks too (and blah] as a nick shouldn't underline either). But then blah] would never be underlined, which isn't good behaviour either imo. So, the alternative is, for a nick like foo^ (where ^ can be any of "^[]{}_`\-"), to both check if foo or foo^ is a nick. I think I'll do that :) |
Uhm, this was committed months ago, forgot to close the bug apperantly |
|
Nicks that has underlines in begin and end of the nick are underlined.
The text was updated successfully, but these errors were encountered: