Menu
▾
▴
pidgin-patches — Updates to the Gaim patches tracker
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(435) |
Dec
(252) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(177) |
Feb
(157) |
Mar
(187) |
Apr
(168) |
May
(127) |
Jun
(291) |
Jul
(38) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2005-06-19 09:04:52
|
Patches item #1222657, was opened at 2005-06-17 14:26 Message generated for change (Comment added) made by gabbath You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: better yahoo buzz Initial Comment: sorry, cvs didn't work, following the directions on your site so i diffed against regular gaim 1.3.1 ...anyway, don't think it actually matters that much, it's not a core thing, just added a few lines here and there (i'm just a beginner) Changes: src/sound.h -> added GAIM_SOUND_BUZZ_YAHOO src/protocols/yahoo/yahoo.c -> made it play buzz sound when "<ding>" message is received (just added a gaim_sound_play_event line) src/gtkprefs.c -> added a small comment about the buzz sound bypassing sound options (just thought the user should know... might have been better to use a tooltip...) - thought it should bypass as it's supposed to get your attention and shouldn't be muted, but you can always uncheck it from the sounds list if you want to src/gtksound.c -> added "Someone buzzes you (Yahoo only)" to sounds in preferences; you can use the default sound or you can use a sound of your choice... it's integrated just like the other sounds, it just bypasses the sound options in prefs sounds/makefile.in and sounds/makefile.am (also added sounds/buzz.wav) -> embeds the buzz sound within gaim and installs it along with the other default sounds plugins/buzz.c -> this is a patch for the buzz plugin by avinash prasad which i consider to be the best for gaim; it can send buzz to someone via Ctrl+G shortcut and also displays "BUZZ!!!" in conversation; i also added a gaim_sound_play_event line to it and so it now plays the sound (specified in prefs) when you buzz someone (not very useful, but still...) you can find the original buzz plugin here: http://www.cse.iitd.ernet.in/~csd00379/buzz.c Description: well what you get from all this mess is that now you can send and receive the buzz if you're on a yahoo account. you can send it with sound via ctrl+g (through the buzz plugin by avinash prasad) or without sound via /buzz (through gaim main). when you receive it you also receive it with sound. the sound is universal, you can either enable or disable it from sound preferences. i included a default sound (sounds/buzz.wav, not the buzz sound from yahoo but rather a higher pitched version of arrive.wav - didn't want to infringe any copyrights) but you can also select another file to play, from your disk, even the doorbell.wav from the yahoo messenger directory. The behaviour is practically identical to yahoo messenger and... well... i guess that's all that matters in the end for a yahoo user switching to gaim :) couldn't help myself from changing "Buzz!!" to a bolded "BUZZ!!!" :) ---------------------------------------------------------------------- >Comment By: Gabbath (gabbath) Date: 2005-06-19 09:04 Message: Logged In: YES user_id=1298580 >First off, I don't like this idea of a sound bypassing... Well you can just disable the sound in the first place, but I agree with you that some people might find this unacceptable, and if not then just plain unesthetic. So how about this then: treat it like the other sounds by default, but add a third sound option whether or not to have buzz bypass the sound options. No hurt in that :) >Second, if you're adding a sound, it should be something... I designed it this way because I only use Yahoo. Silly me. Of course this thing should be extended to all protocols that have similar features. I'm just not familiar with the others. But buzz is a first step. Anyway, my overall point was that buzzes/nudges/whatever are first of all alerts, they're meant to notify you that someone wants to talk to you, that there's an emergency or something. So they need to be accompanied by sounds, otherwise they're useless. And if I don't want sounds when I'm away/idle (I don't want to be bothered anytime a buddy signs on or off), I'd most certainly like to know if someone has something urgent to tell me, hence the bypassing idea. Oh, and if they're meant to be universal, they should be called something like buddy alerts. And also a universal key combination for alerting buddies. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-19 08:02 Message: Logged In: YES user_id=407708 I'm preparing a generic gaim core buzz, which will replace the current yahoo buzz. Feel free to beat me to finalisation :-) Beyond that, I agree with rlaager's comments. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-19 04:29 Message: Logged In: YES user_id=156487 First off, I don't like this idea of a sound bypassing the muting options. That's totally unacceptable. *I* control which sounds play on my computer, not another user sending me a buzz. Second, if you're adding a sound, it should be something along the lines of GAIM_SOUND_BELL because other protocols have similar features. For example, MSN has nudges. These will need to be treated the same by Gaim. Therefore, you shouldn't make this protocol specific (which is unacceptable for anything in the core, really). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 08:10:59
|
Patches item #1222664, was opened at 2005-06-18 00:34 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Etan Reisner (deryni9) Summary: new signal: buddy-changed-status Initial Comment: i'm really sorry, i couldn't diff against the cvs because i'm probably doing something wrong. i followed the directions for downloading it but from the autogen.sh part it won't work... i'll try again later maybe. anyway, this isn't much, it's a really simple signal, but i find it very useful. also, it can probably be adapted quite easily for the cvs, as it just adds one or two lines of code :)) Changes: src/blist.c -> add "buddy-changed-status" plugins/signals-test.c -> test "buddy-changed-status" Description: the "buddy-changed-status" signal takes place whenever a specified buddy updates his/her status, status text or idle time. i found it very useful for a plugin that i made which shows the buddy's current status and idle time right in the IM window... and it might have other uses too. anyway, "buddy-away" and "buddy-back" aren't enough for this as yahoo (for instance) allows status messages even when you're not away, so instead of refreshing automatically every 30secs, i preferred to add this useful signal (for idle update i suppose one can use "buddy-idle-updated", but i thought it should actually engulf - as its name suggests - all the stuff related to a buddy's status). it's a bit weird that it gets emitted several times when a status changes, not just once, but i suppose it's because when a buddy changes his/her status, it goes from away to back and then away again or something. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-19 18:10 Message: Logged In: YES user_id=407708 You seem to be having problems pulling from CVS (as indicated with all your patches). Maybe you're not getting the 'oldstatus', and instead the HEAD (which is the very unreliable Gaim2) ---------------------------------------------------------------------- Comment By: Gabbath (gabbath) Date: 2005-06-18 18:49 Message: Logged In: YES user_id=1298580 >It would seem that this patch is basically just for catching >when a buddy switches from one away state to another away >state, yes? well, not exactly, some protocols (like yahoo) can have states without actually being away, like the song they're playing in, say, winamp. and they still appear available. now buddy-away, buddy-back etc don't actually catch these signals as the contact is never really away... none of the signals do. that's why i defined it. oh, and... i have to correct something, it doesn't take place when buddy-idle-updated (my bad, sorry). perhaps i should not have it emit when the buddy goes idle and back... that was just for the sake of completenes, so you can ignore the changes made to gaim_blist_update_buddy_idle ---------------------------------------------------------------------- Comment By: Etan Reisner (deryni9) Date: 2005-06-18 08:30 Message: Logged In: YES user_id=516184 It would seem that this patch is basically just for catching when a buddy switches from one away state to another away state, yes? If that's the case is there a reason you decided to have it duplicate buddy-away, buddy-back, buddy-idle, and buddy-idle-updated rather than just adding a buddy-away-updated? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 08:08:47
|
Patches item #1222650, was opened at 2005-06-18 00:18 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222650&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: small & useful buddylist tweaks (more Yahoo-like) Initial Comment: I diffed against official release 1.3.1 because i couldn't get cvs to work. very sorry, but it's a very small patch for gtkblist.c Changes: src/gtkblist.c -> added ctrl+h toggle for showing offline contacts or not -> changed the status message length to 40 instead of just 20 (ok, 40 may be a little too much, but 30-35 is really okay) -> changed buddy list small icon view to format "buddy - status", with status grayed out and buddy name bolded if online (bold+dim if idle... if checked in prefs of course) - very very similar to yahoo messenger's buddy list Description: uh, i'm too much of a yahoo user to not do this. but i think it's really useful. i've always liked a compact list, without buddy icons. but in small view i couldn't see my buddies' statuses. so i did this. i also made the status text longer because it was a bit short imho... ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-19 18:08 Message: Logged In: YES user_id=407708 A few comments: 1. CTRL+O is mapped for showing offline buddies in HEAD. I suggest leaving CTRL+H alone, as H would tend to infer (H)elp. It'd be best if you just prepare a backport of the HEAD cvs code, rather than have different code. 2. Why is 20 insufficient? What critical infomation might one miss between chars 20-40? 3. 'Offline' status is indicated by a different protocol icon (in Y!'s case, the Y! happy face with a 'no entry' type indicator over it). As this icon is not used to indicate any form of online buddy, I don't see the need for the additional hacking you've done. ---------------------------------------------------------------------- Comment By: Gabbath (gabbath) Date: 2005-06-18 19:05 Message: Logged In: YES user_id=1298580 i made online buddies bold so that you can tell dimmed idle buddies from offline buddies. if anyone has a better idea for this, feel free to tell me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222650&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 08:02:04
|
Patches item #1222657, was opened at 2005-06-18 00:26 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: better yahoo buzz Initial Comment: sorry, cvs didn't work, following the directions on your site so i diffed against regular gaim 1.3.1 ...anyway, don't think it actually matters that much, it's not a core thing, just added a few lines here and there (i'm just a beginner) Changes: src/sound.h -> added GAIM_SOUND_BUZZ_YAHOO src/protocols/yahoo/yahoo.c -> made it play buzz sound when "<ding>" message is received (just added a gaim_sound_play_event line) src/gtkprefs.c -> added a small comment about the buzz sound bypassing sound options (just thought the user should know... might have been better to use a tooltip...) - thought it should bypass as it's supposed to get your attention and shouldn't be muted, but you can always uncheck it from the sounds list if you want to src/gtksound.c -> added "Someone buzzes you (Yahoo only)" to sounds in preferences; you can use the default sound or you can use a sound of your choice... it's integrated just like the other sounds, it just bypasses the sound options in prefs sounds/makefile.in and sounds/makefile.am (also added sounds/buzz.wav) -> embeds the buzz sound within gaim and installs it along with the other default sounds plugins/buzz.c -> this is a patch for the buzz plugin by avinash prasad which i consider to be the best for gaim; it can send buzz to someone via Ctrl+G shortcut and also displays "BUZZ!!!" in conversation; i also added a gaim_sound_play_event line to it and so it now plays the sound (specified in prefs) when you buzz someone (not very useful, but still...) you can find the original buzz plugin here: http://www.cse.iitd.ernet.in/~csd00379/buzz.c Description: well what you get from all this mess is that now you can send and receive the buzz if you're on a yahoo account. you can send it with sound via ctrl+g (through the buzz plugin by avinash prasad) or without sound via /buzz (through gaim main). when you receive it you also receive it with sound. the sound is universal, you can either enable or disable it from sound preferences. i included a default sound (sounds/buzz.wav, not the buzz sound from yahoo but rather a higher pitched version of arrive.wav - didn't want to infringe any copyrights) but you can also select another file to play, from your disk, even the doorbell.wav from the yahoo messenger directory. The behaviour is practically identical to yahoo messenger and... well... i guess that's all that matters in the end for a yahoo user switching to gaim :) couldn't help myself from changing "Buzz!!" to a bolded "BUZZ!!!" :) ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-19 18:02 Message: Logged In: YES user_id=407708 I'm preparing a generic gaim core buzz, which will replace the current yahoo buzz. Feel free to beat me to finalisation :-) Beyond that, I agree with rlaager's comments. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-19 14:29 Message: Logged In: YES user_id=156487 First off, I don't like this idea of a sound bypassing the muting options. That's totally unacceptable. *I* control which sounds play on my computer, not another user sending me a buzz. Second, if you're adding a sound, it should be something along the lines of GAIM_SOUND_BELL because other protocols have similar features. For example, MSN has nudges. These will need to be treated the same by Gaim. Therefore, you shouldn't make this protocol specific (which is unacceptable for anything in the core, really). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 05:47:35
|
Patches item #1223465, was opened at 2005-06-19 00:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223465&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: MSN Buddy Icon File Existence Check Initial Comment: The MSN prpl considers the existence of a buddy_icon setting for a buddy in blist.xml to mean that a buddy icon exists. If the cache file has been deleted, this causes Gaim to fail to retrieve a new buddy icon. Why would an icon be missing from the cache folder? For me, it was because I work with multiple running copies of Gaim while developing. They step on each other's toes. For others, this situation could happen if the cache folder was purged by the user (or one of his scripts) or if the user is synchronizing ~/.gaim but excludes the icons folder (e.g. for size reasons). I realize these scenarios aren't very common, but this is a one-line patch that shouldn't cause any problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223465&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 05:43:16
|
Patches item #1223464, was opened at 2005-06-19 00:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223464&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Buddy Icon File Creation Error Logging Initial Comment: This code logs an entry to the Gaim debug log when the creation of a buddy icon cache file fails. I added this code to my local copy when I was debugging a problem with buddy icons existing in the blist.xml file but not existing in the cache directory. It turned out this wasn't the problem, but I see no harm in having this as a debugging notice, so I'm submitting it as a patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223464&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 05:40:30
|
Patches item #1223463, was opened at 2005-06-19 00:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223463&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: buddy-icon-cached Signal Documentation Initial Comment: I forgot to document the buddy-icon-cached signal in the patch I submitted which added it. This patch adds the entry in ChangeLog.API as well as Doxygen documentation. This creates a new file which will need to be cvs added: doc/buddyicon-signals.dox ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223463&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 05:09:41
|
Patches item #1223459, was opened at 2005-06-19 00:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223459&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Fix "Last Seen" in HEAD Initial Comment: The Last Seen feature has been broken for quite a while, perhaps since it was first forward-ported to HEAD from my patch. It was designed to show in the tooltip for offline buddies and buddies who had just signed on. It is of no use for a buddy who is currently online. Since GAIM_BUDDY_SIGNING_ON seems to be going away, I removed it from the conditional. Also, I've updated the Last Seen feature to take contacts into account. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223459&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 04:37:35
|
Patches item #1222074, was opened at 2005-06-16 12:17 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) Assigned to: Nobody/Anonymous (nobody) Summary: Proposed gnome browser pref patch Initial Comment: Proposed gnome browser pref patch ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-18 23:37 Message: Logged In: YES user_id=156487 If the screenshot matches the code, I renew my suggestion that this be formatted like this: Browser: <the link> There is no need for the two unsensitive (greyed out) options and the drop-down with GNOME default should not be sensitive when you can't do anything with it. ---------------------------------------------------------------------- Comment By: Levi Bard (tak_tak) Date: 2005-06-17 08:10 Message: Logged In: YES user_id=644705 Screenshot at http://bard.sytes.net/gaim-gnome-browser-pref.jpg ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-16 16:24 Message: Logged In: YES user_id=20979 Do you think you could post a screen shot of the pref window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 04:34:59
|
Patches item #1223447, was opened at 2005-06-18 23:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223447&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Buddy Node Action Sensitivity Initial Comment: This patch sets the sensitivity to FALSE (i.e. it greys out the menu option) of any buddy node action where callback is NULL. This is so that plugins can put an item in the right-click menu and grey it out selectively instead of being forced to either offer the option or not. This is used in gaim-album, a plugin I'm writing to archive buddy icons. I believe this is the correct GUI way to represent to the user that a particular buddy doesn't have buddy icons saved. If the option was simply missing from the right-click menu, the user might think he had not installed the plugin correctly or something. The patch is against HEAD, but I see no harm in applying this to oldstatus if desired. Currently, if a plugin were to be setting an action without a callback, it would just do nothing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223447&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 04:29:12
|
Patches item #1222657, was opened at 2005-06-17 09:26 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: better yahoo buzz Initial Comment: sorry, cvs didn't work, following the directions on your site so i diffed against regular gaim 1.3.1 ...anyway, don't think it actually matters that much, it's not a core thing, just added a few lines here and there (i'm just a beginner) Changes: src/sound.h -> added GAIM_SOUND_BUZZ_YAHOO src/protocols/yahoo/yahoo.c -> made it play buzz sound when "<ding>" message is received (just added a gaim_sound_play_event line) src/gtkprefs.c -> added a small comment about the buzz sound bypassing sound options (just thought the user should know... might have been better to use a tooltip...) - thought it should bypass as it's supposed to get your attention and shouldn't be muted, but you can always uncheck it from the sounds list if you want to src/gtksound.c -> added "Someone buzzes you (Yahoo only)" to sounds in preferences; you can use the default sound or you can use a sound of your choice... it's integrated just like the other sounds, it just bypasses the sound options in prefs sounds/makefile.in and sounds/makefile.am (also added sounds/buzz.wav) -> embeds the buzz sound within gaim and installs it along with the other default sounds plugins/buzz.c -> this is a patch for the buzz plugin by avinash prasad which i consider to be the best for gaim; it can send buzz to someone via Ctrl+G shortcut and also displays "BUZZ!!!" in conversation; i also added a gaim_sound_play_event line to it and so it now plays the sound (specified in prefs) when you buzz someone (not very useful, but still...) you can find the original buzz plugin here: http://www.cse.iitd.ernet.in/~csd00379/buzz.c Description: well what you get from all this mess is that now you can send and receive the buzz if you're on a yahoo account. you can send it with sound via ctrl+g (through the buzz plugin by avinash prasad) or without sound via /buzz (through gaim main). when you receive it you also receive it with sound. the sound is universal, you can either enable or disable it from sound preferences. i included a default sound (sounds/buzz.wav, not the buzz sound from yahoo but rather a higher pitched version of arrive.wav - didn't want to infringe any copyrights) but you can also select another file to play, from your disk, even the doorbell.wav from the yahoo messenger directory. The behaviour is practically identical to yahoo messenger and... well... i guess that's all that matters in the end for a yahoo user switching to gaim :) couldn't help myself from changing "Buzz!!" to a bolded "BUZZ!!!" :) ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-18 23:29 Message: Logged In: YES user_id=156487 First off, I don't like this idea of a sound bypassing the muting options. That's totally unacceptable. *I* control which sounds play on my computer, not another user sending me a buzz. Second, if you're adding a sound, it should be something along the lines of GAIM_SOUND_BELL because other protocols have similar features. For example, MSN has nudges. These will need to be treated the same by Gaim. Therefore, you shouldn't make this protocol specific (which is unacceptable for anything in the core, really). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-19 04:25:11
|
Patches item #1223021, was opened at 2005-06-17 21:35 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223021&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Roth (jroth2) Assigned to: Nobody/Anonymous (nobody) Summary: fixes bug #1222552 Initial Comment: As described in bug report #1222552, gaim will disconnect the current msn session and corrupt blist.xml when you try to add an msn screenname with a space in it (e.g. "foo ba...@ho..."). This patch adds a check to userlist.c in the form of a three line if statement if(strrchr(who, " ") == NULL) { gaim_debug("msn", "MSN screennames cannot contain spaces"); return; } ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-18 23:25 Message: Logged In: YES user_id=156487 My man page says: The strchr() and strrchr() functions return a pointer to the matched character or NULL if the character is not found. I also don't see the point of using strrchr. Wouldn't strchr do? Therefore, shouldn't this be something like: if (strchr(who, " ") != NULL) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223021&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-18 09:05:33
|
Patches item #1222650, was opened at 2005-06-17 14:18 Message generated for change (Comment added) made by gabbath You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222650&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: small & useful buddylist tweaks (more Yahoo-like) Initial Comment: I diffed against official release 1.3.1 because i couldn't get cvs to work. very sorry, but it's a very small patch for gtkblist.c Changes: src/gtkblist.c -> added ctrl+h toggle for showing offline contacts or not -> changed the status message length to 40 instead of just 20 (ok, 40 may be a little too much, but 30-35 is really okay) -> changed buddy list small icon view to format "buddy - status", with status grayed out and buddy name bolded if online (bold+dim if idle... if checked in prefs of course) - very very similar to yahoo messenger's buddy list Description: uh, i'm too much of a yahoo user to not do this. but i think it's really useful. i've always liked a compact list, without buddy icons. but in small view i couldn't see my buddies' statuses. so i did this. i also made the status text longer because it was a bit short imho... ---------------------------------------------------------------------- >Comment By: Gabbath (gabbath) Date: 2005-06-18 09:05 Message: Logged In: YES user_id=1298580 i made online buddies bold so that you can tell dimmed idle buddies from offline buddies. if anyone has a better idea for this, feel free to tell me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222650&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-18 08:49:10
|
Patches item #1222664, was opened at 2005-06-17 14:34 Message generated for change (Comment added) made by gabbath You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Etan Reisner (deryni9) Summary: new signal: buddy-changed-status Initial Comment: i'm really sorry, i couldn't diff against the cvs because i'm probably doing something wrong. i followed the directions for downloading it but from the autogen.sh part it won't work... i'll try again later maybe. anyway, this isn't much, it's a really simple signal, but i find it very useful. also, it can probably be adapted quite easily for the cvs, as it just adds one or two lines of code :)) Changes: src/blist.c -> add "buddy-changed-status" plugins/signals-test.c -> test "buddy-changed-status" Description: the "buddy-changed-status" signal takes place whenever a specified buddy updates his/her status, status text or idle time. i found it very useful for a plugin that i made which shows the buddy's current status and idle time right in the IM window... and it might have other uses too. anyway, "buddy-away" and "buddy-back" aren't enough for this as yahoo (for instance) allows status messages even when you're not away, so instead of refreshing automatically every 30secs, i preferred to add this useful signal (for idle update i suppose one can use "buddy-idle-updated", but i thought it should actually engulf - as its name suggests - all the stuff related to a buddy's status). it's a bit weird that it gets emitted several times when a status changes, not just once, but i suppose it's because when a buddy changes his/her status, it goes from away to back and then away again or something. ---------------------------------------------------------------------- >Comment By: Gabbath (gabbath) Date: 2005-06-18 08:49 Message: Logged In: YES user_id=1298580 >It would seem that this patch is basically just for catching >when a buddy switches from one away state to another away >state, yes? well, not exactly, some protocols (like yahoo) can have states without actually being away, like the song they're playing in, say, winamp. and they still appear available. now buddy-away, buddy-back etc don't actually catch these signals as the contact is never really away... none of the signals do. that's why i defined it. oh, and... i have to correct something, it doesn't take place when buddy-idle-updated (my bad, sorry). perhaps i should not have it emit when the buddy goes idle and back... that was just for the sake of completenes, so you can ignore the changes made to gaim_blist_update_buddy_idle ---------------------------------------------------------------------- Comment By: Etan Reisner (deryni9) Date: 2005-06-17 22:30 Message: Logged In: YES user_id=516184 It would seem that this patch is basically just for catching when a buddy switches from one away state to another away state, yes? If that's the case is there a reason you decided to have it duplicate buddy-away, buddy-back, buddy-idle, and buddy-idle-updated rather than just adding a buddy-away-updated? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-18 02:35:04
|
Patches item #1223021, was opened at 2005-06-18 02:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223021&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Roth (jroth2) Assigned to: Nobody/Anonymous (nobody) Summary: fixes bug #1222552 Initial Comment: As described in bug report #1222552, gaim will disconnect the current msn session and corrupt blist.xml when you try to add an msn screenname with a space in it (e.g. "foo ba...@ho..."). This patch adds a check to userlist.c in the form of a three line if statement if(strrchr(who, " ") == NULL) { gaim_debug("msn", "MSN screennames cannot contain spaces"); return; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1223021&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 22:30:04
|
Patches item #1222664, was opened at 2005-06-17 10:34 Message generated for change (Comment added) made by deryni9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) >Assigned to: Etan Reisner (deryni9) Summary: new signal: buddy-changed-status Initial Comment: i'm really sorry, i couldn't diff against the cvs because i'm probably doing something wrong. i followed the directions for downloading it but from the autogen.sh part it won't work... i'll try again later maybe. anyway, this isn't much, it's a really simple signal, but i find it very useful. also, it can probably be adapted quite easily for the cvs, as it just adds one or two lines of code :)) Changes: src/blist.c -> add "buddy-changed-status" plugins/signals-test.c -> test "buddy-changed-status" Description: the "buddy-changed-status" signal takes place whenever a specified buddy updates his/her status, status text or idle time. i found it very useful for a plugin that i made which shows the buddy's current status and idle time right in the IM window... and it might have other uses too. anyway, "buddy-away" and "buddy-back" aren't enough for this as yahoo (for instance) allows status messages even when you're not away, so instead of refreshing automatically every 30secs, i preferred to add this useful signal (for idle update i suppose one can use "buddy-idle-updated", but i thought it should actually engulf - as its name suggests - all the stuff related to a buddy's status). it's a bit weird that it gets emitted several times when a status changes, not just once, but i suppose it's because when a buddy changes his/her status, it goes from away to back and then away again or something. ---------------------------------------------------------------------- >Comment By: Etan Reisner (deryni9) Date: 2005-06-17 18:30 Message: Logged In: YES user_id=516184 It would seem that this patch is basically just for catching when a buddy switches from one away state to another away state, yes? If that's the case is there a reason you decided to have it duplicate buddy-away, buddy-back, buddy-idle, and buddy-idle-updated rather than just adding a buddy-away-updated? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 22:10:50
|
Patches item #1222377, was opened at 2005-06-17 00:39 Message generated for change (Settings changed) made by evands You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222377&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Evan Schoenberg (evands) >Assigned to: Mark Doliner (thekingant) Summary: [OSCAR] Improve buddy icon retrieval Initial Comment: When retrieving the userinfo and then using that data to request a buddy icon, a value in Gaim was previously hardcoded to 0x01. It's called "number" in locate.c... seems that it is unclear what exactly it means. In any vase, buddy icon checksums had to have a "number" of 0x01. However, 0x00 is also a valid "number." Fire calls this field iconcsumtype, so I've used that name for it. iconcsumtype is passed back to aim_bart_request() where it is used [it will be either 0x00 or 0x01, whereas Gaim was always assuming it was 0x01]. The result: Certain buddy icons which Gaim previously could not retrieve are now retrieveable. I believe that these are primarily coming from old clients; a clear example (and my test case for finding this fix) is the AOLYellowPages buddy, run by the AIM server. Before the patch, no icon; with the patch, the icon as properly retrieved by the official client. This patch is ported... sideported?... from Fire's modified libfaim; I noticed Fire was doing a better job retrieving buddy icons than Gaim was, and hunted down the cause. Applies against oldstatus and HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222377&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 14:34:16
|
Patches item #1222664, was opened at 2005-06-17 14:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: new signal: buddy-changed-status Initial Comment: i'm really sorry, i couldn't diff against the cvs because i'm probably doing something wrong. i followed the directions for downloading it but from the autogen.sh part it won't work... i'll try again later maybe. anyway, this isn't much, it's a really simple signal, but i find it very useful. also, it can probably be adapted quite easily for the cvs, as it just adds one or two lines of code :)) Changes: src/blist.c -> add "buddy-changed-status" plugins/signals-test.c -> test "buddy-changed-status" Description: the "buddy-changed-status" signal takes place whenever a specified buddy updates his/her status, status text or idle time. i found it very useful for a plugin that i made which shows the buddy's current status and idle time right in the IM window... and it might have other uses too. anyway, "buddy-away" and "buddy-back" aren't enough for this as yahoo (for instance) allows status messages even when you're not away, so instead of refreshing automatically every 30secs, i preferred to add this useful signal (for idle update i suppose one can use "buddy-idle-updated", but i thought it should actually engulf - as its name suggests - all the stuff related to a buddy's status). it's a bit weird that it gets emitted several times when a status changes, not just once, but i suppose it's because when a buddy changes his/her status, it goes from away to back and then away again or something. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 14:26:33
|
Patches item #1222657, was opened at 2005-06-17 14:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: better yahoo buzz Initial Comment: sorry, cvs didn't work, following the directions on your site so i diffed against regular gaim 1.3.1 ...anyway, don't think it actually matters that much, it's not a core thing, just added a few lines here and there (i'm just a beginner) Changes: src/sound.h -> added GAIM_SOUND_BUZZ_YAHOO src/protocols/yahoo/yahoo.c -> made it play buzz sound when "<ding>" message is received (just added a gaim_sound_play_event line) src/gtkprefs.c -> added a small comment about the buzz sound bypassing sound options (just thought the user should know... might have been better to use a tooltip...) - thought it should bypass as it's supposed to get your attention and shouldn't be muted, but you can always uncheck it from the sounds list if you want to src/gtksound.c -> added "Someone buzzes you (Yahoo only)" to sounds in preferences; you can use the default sound or you can use a sound of your choice... it's integrated just like the other sounds, it just bypasses the sound options in prefs sounds/makefile.in and sounds/makefile.am (also added sounds/buzz.wav) -> embeds the buzz sound within gaim and installs it along with the other default sounds plugins/buzz.c -> this is a patch for the buzz plugin by avinash prasad which i consider to be the best for gaim; it can send buzz to someone via Ctrl+G shortcut and also displays "BUZZ!!!" in conversation; i also added a gaim_sound_play_event line to it and so it now plays the sound (specified in prefs) when you buzz someone (not very useful, but still...) you can find the original buzz plugin here: http://www.cse.iitd.ernet.in/~csd00379/buzz.c Description: well what you get from all this mess is that now you can send and receive the buzz if you're on a yahoo account. you can send it with sound via ctrl+g (through the buzz plugin by avinash prasad) or without sound via /buzz (through gaim main). when you receive it you also receive it with sound. the sound is universal, you can either enable or disable it from sound preferences. i included a default sound (sounds/buzz.wav, not the buzz sound from yahoo but rather a higher pitched version of arrive.wav - didn't want to infringe any copyrights) but you can also select another file to play, from your disk, even the doorbell.wav from the yahoo messenger directory. The behaviour is practically identical to yahoo messenger and... well... i guess that's all that matters in the end for a yahoo user switching to gaim :) couldn't help myself from changing "Buzz!!" to a bolded "BUZZ!!!" :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222657&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 14:18:54
|
Patches item #1222650, was opened at 2005-06-17 14:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222650&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gabbath (gabbath) Assigned to: Nobody/Anonymous (nobody) Summary: small & useful buddylist tweaks (more Yahoo-like) Initial Comment: I diffed against official release 1.3.1 because i couldn't get cvs to work. very sorry, but it's a very small patch for gtkblist.c Changes: src/gtkblist.c -> added ctrl+h toggle for showing offline contacts or not -> changed the status message length to 40 instead of just 20 (ok, 40 may be a little too much, but 30-35 is really okay) -> changed buddy list small icon view to format "buddy - status", with status grayed out and buddy name bolded if online (bold+dim if idle... if checked in prefs of course) - very very similar to yahoo messenger's buddy list Description: uh, i'm too much of a yahoo user to not do this. but i think it's really useful. i've always liked a compact list, without buddy icons. but in small view i couldn't see my buddies' statuses. so i did this. i also made the status text longer because it was a bit short imho... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222650&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 13:10:38
|
Patches item #1222074, was opened at 2005-06-16 13:17 Message generated for change (Comment added) made by tak_tak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) Assigned to: Nobody/Anonymous (nobody) Summary: Proposed gnome browser pref patch Initial Comment: Proposed gnome browser pref patch ---------------------------------------------------------------------- >Comment By: Levi Bard (tak_tak) Date: 2005-06-17 09:10 Message: Logged In: YES user_id=644705 Screenshot at http://bard.sytes.net/gaim-gnome-browser-pref.jpg ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-16 17:24 Message: Logged In: YES user_id=20979 Do you think you could post a screen shot of the pref window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 05:39:19
|
Patches item #1222377, was opened at 2005-06-17 00:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222377&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Evan Schoenberg (evands) Assigned to: Nobody/Anonymous (nobody) Summary: [OSCAR] Improve buddy icon retrieval Initial Comment: When retrieving the userinfo and then using that data to request a buddy icon, a value in Gaim was previously hardcoded to 0x01. It's called "number" in locate.c... seems that it is unclear what exactly it means. In any vase, buddy icon checksums had to have a "number" of 0x01. However, 0x00 is also a valid "number." Fire calls this field iconcsumtype, so I've used that name for it. iconcsumtype is passed back to aim_bart_request() where it is used [it will be either 0x00 or 0x01, whereas Gaim was always assuming it was 0x01]. The result: Certain buddy icons which Gaim previously could not retrieve are now retrieveable. I believe that these are primarily coming from old clients; a clear example (and my test case for finding this fix) is the AOLYellowPages buddy, run by the AIM server. Before the patch, no icon; with the patch, the icon as properly retrieved by the official client. This patch is ported... sideported?... from Fire's modified libfaim; I noticed Fire was doing a better job retrieving buddy icons than Gaim was, and hunted down the cause. Applies against oldstatus and HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222377&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-16 21:24:18
|
Patches item #1222074, was opened at 2005-06-16 13:17 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) Assigned to: Nobody/Anonymous (nobody) Summary: Proposed gnome browser pref patch Initial Comment: Proposed gnome browser pref patch ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-16 17:24 Message: Logged In: YES user_id=20979 Do you think you could post a screen shot of the pref window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-16 17:17:30
|
Patches item #1222074, was opened at 2005-06-16 13:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) Assigned to: Nobody/Anonymous (nobody) Summary: Proposed gnome browser pref patch Initial Comment: Proposed gnome browser pref patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222074&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-15 12:24:53
|
Patches item #1202077, was opened at 2005-05-15 01:54 Message generated for change (Comment added) made by sadrul You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sadrul H C (sadrul) Assigned to: Sean Egan (seanegan) Summary: Adding Option: `No grouping of buddies' Initial Comment: Hello. This patch adds a new option `No grouping of buddies' in Preferences -> Buddy List. -- Adil ---------------------------------------------------------------------- >Comment By: Sadrul H C (sadrul) Date: 2005-06-15 18:24 Message: Logged In: YES user_id=1132702 Many users have a relatively short buddy-list, which usually doesn't require grouping. And no-grouping saves a few pixels in width. I have also seen some people occasionally asking for this in #gaim. In case anyone wanted to see how things look, i have attached a couple of screenshots. -- Adil ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-15 10:09 Message: Logged In: YES user_id=20979 Why do you feel this option should be added to Gaim? ---------------------------------------------------------------------- Comment By: Sadrul H C (sadrul) Date: 2005-06-08 20:14 Message: Logged In: YES user_id=1132702 I have attached a patch against HEAD as well. -- Adil ---------------------------------------------------------------------- Comment By: Sadrul H C (sadrul) Date: 2005-05-15 02:09 Message: Logged In: YES user_id=1132702 Just to make sure there's no confusion, this only changes how the buddy-list is displayed. But the actual groupings are saved, in case anyone wants to enable buddy-list grouping later. -- Adil ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 |
3 messages has been excluded from this view by a project administrator.
