| Summary: | Better usability in Jabber join conference dialog | ||
|---|---|---|---|
| Product: | [Applications] kopete | Reporter: | Davide Ferrari <vide80> |
| Component: | Jabber Plugin | Assignee: | Kopete Developers <kopete-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | wishlist | CC: | pino, sven.burmeister |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: | Example forced-UI improvement | ||
|
Description
Davide Ferrari
2006-04-11 13:45:11 UTC
This make sense, but it should not avoid possibility to chat on other server (i.e., having account on jabber.cz and enter MUC on conference.jabber.org). I would still advise keeping some of those dialog boxes, even if only behind an 'advanced' button as part of the flexibility of groupchat/muc is that you don't have to use the same nickname as your id, or even use the conference service on the server you are connected to FYI, the obvious thing to do in my mind is to have the dialog boxes filled in by default or something. I actually have a patched copy of kopete to do this because I almost always use the same conference server, so I've patched kopete to fill in a default. These should be calculated, of course, but I haven't done that obviously. This trivial patch, though, makes kopete conference joining *SO* much nicer (I have a really long conference server name and have to join 3+ groups daily). auto-joining of groups you've been in previously is desperately needed for jabber. Created attachment 16176 [details]
Example forced-UI improvement
(you don't actually want to apply this to the main tree, obviously, it's just
an example for those that want to use it)
Another improvment would be an editable drop-down menu for the server- and room-field, in order to remember the last x servers/rooms used as well as giving the user the possibility to enter a new name in order to create/join a new room. Also, as long as there is an empty room-field, "Join" should be disabled. Same is valid for "Browse" as long as the server-field is empty and both of them should be disabled if the nickname-field is empty. I noticed that with latest Kopete the situation has improved a bit but it's far from what it could be, IMO. Leaving the whish open. *** This bug has been confirmed by popular vote. *** SVN commit 858728 by pino: Various improvements to the Jabber "join chatroom" dialog: - place the "nick" line edit on the top of the dialog - add a "query" button next to the server line edit, and a list with them below it; this way, the separate dialog for browsing them is no more needed - add a "cancel" button for closing the dialog - make the service scanning working, by switching from a JT_GetServices task to a JT_DiscoItems one (like in the "service" browser dialog) - disable the "join" button if at least one of nick, server and chatroom line edits is empty - double click on a chatroom writes it in the chatroom line edit, and if nick and server ones are not empty, the "join" action is started CCBUG: 125359 M +61 -44 dlgchatjoin.ui M +71 -31 dlgjabberchatjoin.cpp M +4 -1 dlgjabberchatjoin.h This is going to KDE 4.2, so feedback is appreciated. Ways better now, Pino! :) I'll add just two little details to consider the wish fullfilled: when opening the dialog, auto-scan the default server for chatrooms and if the server doesn't support chatrooms, do not use a modal popup but just write a grey (disabled) text in the chatroom list with a message like "Cannot get the chatroom list" or "This server doesn't support chatrooms". |