Skip to content
This repository has been archived by the owner on Apr 17, 2020. It is now read-only.

Underline bug on nicks #52

Closed
irssibot opened this issue May 21, 2004 · 7 comments
Closed

Underline bug on nicks #52

irssibot opened this issue May 21, 2004 · 7 comments

Comments

@irssibot
Copy link
Collaborator

Nicks that has underlines in begin and end of the nick are underlined.

@irssibot
Copy link
Collaborator Author

sorry... i mean for example: nick^

@irssibot
Copy link
Collaborator Author

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:
/set emphasis off

@irssibot
Copy link
Collaborator Author

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 :)

@irssibot
Copy link
Collaborator Author

irssibot commented Jul 9, 2004

Yes, it helped. You're right, it's a bit strange

@irssibot
Copy link
Collaborator Author

irssibot commented Mar 7, 2005

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 :)

@irssibot
Copy link
Collaborator Author

Uhm, this was committed months ago, forgot to close the bug apperantly

@irssibot
Copy link
Collaborator Author

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Development

No branches or pull requests

1 participant