From: <d.j...@bc...> - 2003-07-23 15:53:13
|
Hi, This is probably a feature request, but it would be great if I could save a list of users who I could start an MSN chat session to with a single click. The example we have here is that there are about 10 users in the development group and I'd like to chat to them all about 3 times a day. This gets rather tedious to click on each individually every time. I'm assuming that there is no way to do this in the 0.66 release? Cheers, Dave. |
From: Luke S. <lsc...@us...> - 2003-07-23 16:09:05
|
On Wed, Jul 23, 2003 at 04:53:07PM +0100, d.j...@bc... wrote: > Hi, > > This is probably a feature request, but it would be great if I could save a > list of users who I could start an MSN chat session to with a single click. > > The example we have here is that there are about 10 users in the development > group and I'd like to chat to them all about 3 times a day. This gets rather > tedious to click on each individually every time. > > I'm assuming that there is no way to do this in the 0.66 release? you are correct, the only way to do so right now is to right click to initiate a chat. it would however, be possible to do this with a plugin, and I think that such would be the best course of action, since this is something almost guaranteed to confuse people and most certainly a corner-case use. you'd want to intercept the new conversation, check against the list, and initate a chat if it matches a sn in the list, and close the conversation. from a c plugin all the functions to do this should be available, as the biggest limitation to c plugins is the signals available, not the functions. luke -- -This email is made of 100% recycled electrons. |
From: Jesse F. <far...@uc...> - 2003-07-23 17:05:37
|
On Wed, 2003-07-23 at 12:08, Luke Schierer wrote: > On Wed, Jul 23, 2003 at 04:53:07PM +0100, d.j...@bc... wrote: > > Hi, > > > > This is probably a feature request, but it would be great if I could save a > > list of users who I could start an MSN chat session to with a single click. > > > > The example we have here is that there are about 10 users in the development > > group and I'd like to chat to them all about 3 times a day. This gets rather > > tedious to click on each individually every time. > > > > I'm assuming that there is no way to do this in the 0.66 release? > > you are correct, the only way to do so right now is to right click to > initiate a chat. it would however, be possible to do this with a plugin, > and I think that such would be the best course of action, since this is > something almost guaranteed to confuse people and most certainly a > corner-case use. you'd want to intercept the new conversation, check > against the list, and initate a chat if it matches a sn in the list, and > close the conversation. from a c plugin all the functions to do this > should be available, as the biggest limitation to c plugins is the > signals available, not the functions. > > luke Rather than writing a plugin to store this second quasi-buddy list, wouldn't it be easier to implement something where, for example, ctrl+click and shift+click allow you to select multiple buddies? I know Gtk can do with with GTK_SELECTION_EXTENDED, but I don't know what would be involved in implementing it in Gaim's buddy list. -- Jesse Farmer <far...@uc...> |
From: Marcel B. <ma...@ca...> - 2003-07-23 17:13:50
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [snip] | | Rather than writing a plugin to store this second quasi-buddy list, | wouldn't it be easier to implement something where, for example, | ctrl+click and shift+click allow you to select multiple buddies? I know | Gtk can do with with GTK_SELECTION_EXTENDED, but I don't know what would | be involved in implementing it in Gaim's buddy list. | That is a feature I would very much appreciate, not only with respect to multi-buddy chats, but also in other situations, i.e. for deleting contiguous chunks from my buddy list. Getting some sort of unified multi-buddy behaviour would be useful (albeit hard, potentially). Marcel - -- PGP Public Key at http://marcel.carrietech.com/publickey.txt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/HsAqRP2ZrlyJqb0RAj6GAJ92WQxiTGuQ4oV3JWahGFq209taoACcDbph LiH1jVNKf2KO5zLguiV9oRE= =7lOq -----END PGP SIGNATURE----- |
From: Dave P. <d.j...@bc...> - 2003-07-23 19:32:47
|
Marcel Birthelmer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > [snip] > | > | Rather than writing a plugin to store this second quasi-buddy list, > | wouldn't it be easier to implement something where, for example, > | ctrl+click and shift+click allow you to select multiple buddies? I know > | Gtk can do with with GTK_SELECTION_EXTENDED, but I don't know what would > | be involved in implementing it in Gaim's buddy list. > | > > That is a feature I would very much appreciate, not only with respect to > multi-buddy chats, but also in other situations, i.e. for deleting > contiguous chunks from my buddy list. Getting some sort of unified > multi-buddy behaviour would be useful (albeit hard, potentially). > Marcel > I agree that the shift-click and ctrl-click solution is better. (I would just group my contacts then shift-click to select the lot.) I'm new to this list. What does one do to request this feature? (I don't have the C skills to hope to implement myself.) Cheers, Dave. |
From: Luke S. <lsc...@us...> - 2003-07-23 19:45:21
|
On Wed, Jul 23, 2003 at 08:33:49PM +0100, Dave Potts wrote: > Marcel Birthelmer wrote: > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >[snip] > >| > >| Rather than writing a plugin to store this second quasi-buddy list, > >| wouldn't it be easier to implement something where, for example, > >| ctrl+click and shift+click allow you to select multiple buddies? I know > >| Gtk can do with with GTK_SELECTION_EXTENDED, but I don't know what would > >| be involved in implementing it in Gaim's buddy list. > >| > > > >That is a feature I would very much appreciate, not only with respect to > >multi-buddy chats, but also in other situations, i.e. for deleting > >contiguous chunks from my buddy list. Getting some sort of unified > >multi-buddy behaviour would be useful (albeit hard, potentially). > >Marcel > > > > I agree that the shift-click and ctrl-click solution is better. (I > would just group my contacts then shift-click to select the lot.) > > I'm new to this list. What does one do to request this feature? (I > don't have the C skills to hope to implement myself.) all of us developers are on this list, so we see all these emails, so you don't really have to do anything special to make a request. but in light of Christian's recent reply on this thread, i think its safe to say this entire idea is on hold pending his hybrid chat/im concept. luke |
From: Christian H. <ch...@gn...> - 2003-07-23 19:32:19
|
On Wed, Jul 23, 2003 at 01:05:37PM -0400, Jesse Farmer wrote: > Rather than writing a plugin to store this second quasi-buddy list, > wouldn't it be easier to implement something where, for example, > ctrl+click and shift+click allow you to select multiple buddies? I know > Gtk can do with with GTK_SELECTION_EXTENDED, but I don't know what would > be involved in implementing it in Gaim's buddy list. Too complicated for a buddy list, but I'm not really going to get into that here. I would like to let everyone know where things stand with MSN chat functionality. First, a little background. In the MSN protocol, there is no distinction between IMs and chats. Both are simply conversations on a switchboard. An "IM" in our sense is just a 2-person chat. Because of this, chats do not have names. They also do not allow for invite messages, and you really can't determine if the intended conversation is meant to be a chat or not. This is why when you invite somebody to a chat, they'll see it as an IM until another person joins. Yes, this is not a bug. It is just how things work. In order for chats to be semi-decent, we have to redesign the entire conversation framework and UI to support hybrid IM/chat windows. This will make a lot of things easier anyway, but here's how it will work. You have your IM window. It looks like an IM window, but if there is more than 2 people in it, or if the prpl or core says that it should be a chat, it will contain a list of users, which can be shown/hidden via toggle button (probably). This will allow chats to look more like IMs if the user chooses, and also eliminate most of the weirdness with MSN chats. However, a few things cannot be done. We cannot do invitation requests for chats, due to the nature of the protocol (do you want an invitation for every single IM?) Users cannot know they're in a chat until another user joins or until an IM is sent. There are probably others I'm not thinking of right now. The new conversation framework has not been started, and does not have an ETA. It will be done likely after the core/UI split and after I'm done with the rest of the stuff I have planned. It's a big rewrite. Christian =20 --=20 Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ Don't just stand there... KNEEL!! |