-
Notifications
You must be signed in to change notification settings - Fork 62
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for /whois command #337
base: master
Are you sure you want to change the base?
Conversation
Add support for the /whois command using the raw_msg function on the connection for the particular server.
Sorry for missing this @prateeknischal. Given that it's easy to send a raw message to a server (just send the message in the server tab), I'm not sure if adding more code for simple commands like this is worth it. For the If we start adding commands for simple IRC commands like this, then for completeness we will probably want WDYT? cc @trevarj |
Not the first time this was asked for, due to the ability to autocomplete a username after |
Note: Relates to #294 |
I think this is a good idea, I'm convinced. However there's a bit of an UX issue with this implementation. If I run |
This makes sense to me, since I wouldn't want the WHOIS response to flood the chan tab, even though it is only 6-7 lines. |
I'm not sure. If I run a command in a tab I expect the response in the same tab, unless the command creates a new tab (e.g. Imagine a new user trying this command. It's possible they won't even realize that the response is in the server tab. |
Ok, good point. I did not try this yet, but I would expect it to work like doing |
Maybe. We could also automatically switch to the server tab. I'd prefer showing the response in the same tab though. |
Ok, in that case, we need to handle the WHOIS replies to direct them to
|
Add support for the /whois command using the raw_msg function on the
connection for the particular server.