`/whois nick` should go to currently active window

I don’t know if there was any reason behind opening a query window for the nick requested in a /whois command, but it’s pretty cumbersome to have to change windows.

One solution would be to focus the newly created query window, but that seems like bad UX. Most clients I’ve used send WHOIS responses to either the current window or the server console. Since the latter would still require changing windows, manually or automatically, I reject it as a possibility and propose that WHOIS output go to the currently active window.

[AlMcKinlay]

I still think things like that should go to a modal window. Let’s not just keep thinking in old irc terms. We are building a modern web app, we can do much better things.

A whois is generally something you use because you want to see something now. You don’t generally want to look at it later, and its not really going to happen when someone is disconnected.

On Tue, 12 Jul 2016, 04:15 dgw, [e-mail] wrote:

If no client is attached, notices can go to the server window. If multiple clients are attached, is it impractical for each client to decide where to place the incoming notice depending on which window is active?

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/thelounge/lounge/issues/492#issuecomment-231926702, or mute the thread https://github.com/notifications/unsubscribe/ACD_4ahaNDfk9tHCfw1MIDR0kf7vtyy6ks5qUwbGgaJpZM4JJsXy .

[fuzzy76]

Would the ideal behaviour depend on how you requested the information? Writing /whois user probably means you want the text output while right-click in the user list and selecting “User information” probably means you would prefer a dialog.