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-06 08:16:15
|
Patches item #1211365, was opened at 2005-05-30 20:28 Message generated for change (Comment added) made by sadrul You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1211365&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: Nobody/Anonymous (nobody) Summary: Modify Account: Move `Show more options' onto another tab Initial Comment: Hello. In the Account-Modify dialog, the `Show more options' often falls below the screen. I remember seanegan asking someone (I don't remember whom) to put that part onto another tab a couple of months back in #gaim. Here's the patch since it's still not fixed. (The patch is made against `Gaim v1.3.1cvs') -- Sadrul Habib Chowdhury ---------------------------------------------------------------------- >Comment By: Sadrul H C (sadrul) Date: 2005-06-06 14:16 Message: Logged In: YES user_id=1132702 I have made some changes to increase the spacings. The screenshots have been updated accordingly. I am going to take a look at HEAD to see if any changes need to be made there. -- Adil ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-06 08:47 Message: Logged In: YES user_id=20979 From the screenshots, it looks like some of the text and input widgets might be a little too close to the edge of the window. Do you think you have time to make changes to your patch so that the widgets are correct spaced according the the Gnome Human Interface Guidelines? You could probably use other parts of Gaim as a reference. Especially the preferences pages. Also, I think I would rather see this patch done against CVS HEAD. It might apply cleanly without any changes--I'm not sure how much the account stuff has changed between the oldstatus branch and HEAD. ---------------------------------------------------------------------- Comment By: Sadrul H C (sadrul) Date: 2005-05-30 21:57 Message: Logged In: YES user_id=1132702 For anyone craving for a screenshot of the change: http://adil.dotgeek.org/gaim/gaim_act_mod_tab1.png http://adil.dotgeek.org/gaim/gaim_act_mod_tab2.png -- Sadrul Habib Chowdhury ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1211365&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 07:28:31
|
Patches item #1215474, was opened at 2005-06-06 12:58 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=1215474&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: bsd (bsd3) Assigned to: Nobody/Anonymous (nobody) Summary: TCL gaim::account password account Initial Comment: Though may not be that big and, or important a thing, but it would useful to make the password for IRC and, or other accounts available to scripts. So that TCL scripts may make use of passwords stored in $HOME/.gaim/accounts.xml and silently send password to NickServ etc. whenever required. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215474&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:47:07
|
Patches item #1213669, was opened at 2005-06-02 13:22 Message generated for change (Comment added) made by michaelrhead You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213669&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: Closed Resolution: Accepted Priority: 5 Submitted By: Michael R Head (michaelrhead) Assigned to: Mark Doliner (thekingant) Summary: [oldstatus] Vertically center pref labels for dropdowns Initial Comment: A number of labels for dropdowns are not vertically centered, while some others are. This patch brings all labels into compliance. ---------------------------------------------------------------------- >Comment By: Michael R Head (michaelrhead) Date: 2005-06-05 22:47 Message: Logged In: YES user_id=141458 Heh, whoops. I tried a few different things to fix it before realizing that the proper way was to modify the call to gtk_misc_set_alignment to have 0.5 in its final parameter. I guess those're just leftovers I forgot to remove. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:40 Message: Logged In: YES user_id=20979 I applied most of this to CVS HEAD. I'm trying to only apply critical bug fixes to the oldstatus branch. I had a problem with the first hunk, "v_align_sg" wasn't defined. It also looked like there was an extra, unused variable hanging around in there. Thanks for the patch! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213669&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:47:02
|
Patches item #1211365, was opened at 2005-05-30 10:28 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1211365&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: Nobody/Anonymous (nobody) Summary: Modify Account: Move `Show more options' onto another tab Initial Comment: Hello. In the Account-Modify dialog, the `Show more options' often falls below the screen. I remember seanegan asking someone (I don't remember whom) to put that part onto another tab a couple of months back in #gaim. Here's the patch since it's still not fixed. (The patch is made against `Gaim v1.3.1cvs') -- Sadrul Habib Chowdhury ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:47 Message: Logged In: YES user_id=20979 From the screenshots, it looks like some of the text and input widgets might be a little too close to the edge of the window. Do you think you have time to make changes to your patch so that the widgets are correct spaced according the the Gnome Human Interface Guidelines? You could probably use other parts of Gaim as a reference. Especially the preferences pages. Also, I think I would rather see this patch done against CVS HEAD. It might apply cleanly without any changes--I'm not sure how much the account stuff has changed between the oldstatus branch and HEAD. ---------------------------------------------------------------------- Comment By: Sadrul H C (sadrul) Date: 2005-05-30 11:57 Message: Logged In: YES user_id=1132702 For anyone craving for a screenshot of the change: http://adil.dotgeek.org/gaim/gaim_act_mod_tab1.png http://adil.dotgeek.org/gaim/gaim_act_mod_tab2.png -- Sadrul Habib Chowdhury ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1211365&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:40:06
|
Patches item #1213669, was opened at 2005-06-02 13:22 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213669&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Michael R Head (michaelrhead) >Assigned to: Mark Doliner (thekingant) Summary: [oldstatus] Vertically center pref labels for dropdowns Initial Comment: A number of labels for dropdowns are not vertically centered, while some others are. This patch brings all labels into compliance. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:40 Message: Logged In: YES user_id=20979 I applied most of this to CVS HEAD. I'm trying to only apply critical bug fixes to the oldstatus branch. I had a problem with the first hunk, "v_align_sg" wasn't defined. It also looked like there was an extra, unused variable hanging around in there. Thanks for the patch! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213669&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:19:45
|
Patches item #1213951, was opened at 2005-06-02 23:51 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213951&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Abdulla Kamar (abdullak) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes vertical spacing in Conversation Preferences dialog Initial Comment: Simple one liner, puts some space between the options under "Tab Options" (vbox2) in "Interface > Conversation" within the Preferences dialog. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:19 Message: Logged In: YES user_id=20979 Accepted for CVS HEAD (what will eventually become Gaim 2.0.0). Thanks for the patch, Abdulla. And thanks for testing it, Richard. One character changes are cool. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 03:12 Message: Logged In: YES user_id=156487 This looks good. I tested it and it works. I vote for it's acceptance. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213951&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:13:33
|
Patches item #1207728, was opened at 2005-05-24 07:59 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207728&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: Closed >Resolution: Rejected Priority: 5 Submitted By: Dave Ahlswede (ahlswede) >Assigned to: Mark Doliner (thekingant) Summary: Ellipsize buddy list in Gtk 2.6.x Initial Comment: GTK 2.6 supports ellipsizing long text in treeview columns. This patch enables this in the Gaim buddy list, which can be a lifesaver for MSN users. (And any other protocol which supports user-defined aliases of arbitrary length) ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:13 Message: Logged In: YES user_id=20979 I'd rather only change things in the oldstatus branch if their critical, and I don't think this is a very strongly needed change. ---------------------------------------------------------------------- Comment By: Dave Ahlswede (ahlswede) Date: 2005-05-31 14:32 Message: Logged In: YES user_id=1283826 Ah, so it does. The code in HEAD is pretty much identical to mine, too. I forgot to NULL-terminate my g_object_set, though. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-05-30 22:22 Message: Logged In: YES user_id=156487 This is being done in HEAD. I'm not sure why it's not being done in oldstatus. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207728&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:12:29
|
Patches item #1215059, was opened at 2005-06-05 02:13 Message generated for change (Settings changed) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&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: newfeature Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: keith (kph_01) >Assigned to: Mark Doliner (thekingant) Summary: Setting in preferences for specifying custom log location. Initial Comment: Useful for those with dual-boot machines and want to keep their logs in one place, and contiguous across platforms. The setting can be enabled in the preferences Logging tab. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:12 Message: Logged In: YES user_id=20979 In light of the other two possibilities, I don't think this preference is needed. ---------------------------------------------------------------------- Comment By: keith (kph_01) Date: 2005-06-05 11:25 Message: Logged In: YES user_id=1291428 Ah, gaim -c <dir> is an option I somehow missed. :-) ---------------------------------------------------------------------- Comment By: Stu Tomlinson (nosnilmot) Date: 2005-06-05 11:20 Message: Logged In: YES user_id=309779 Or setting the "GAIMHOME" environment variable (windows only) as mentioned here : http://gaim.sourceforge.net/win32/#faq ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-05 11:12 Message: Logged In: YES user_id=20979 What about starting Gaim with "gaim -c DIRECTORY"? ---------------------------------------------------------------------- Comment By: keith (kph_01) Date: 2005-06-05 10:52 Message: Logged In: YES user_id=1291428 Not in windows though. In windows, the only way around it is by using a "shortcut", which will not be resolved properly by gaim when writing to the log. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 03:12 Message: Logged In: YES user_id=156487 This can be easily done with a symlink. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:11:46
|
Patches item #1214028, was opened at 2005-06-03 03:20 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214028&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: newfeature Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Kirti Sinha (kirtisinha) >Assigned to: Mark Doliner (thekingant) Summary: added a history button Initial Comment: the patch adds a history button the chat and IM windows. Its diffed against version 1.3.0 and not CVS. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:11 Message: Logged In: YES user_id=20979 I don't think we need a "view log" button there. I don't think it would be used that often. And as rlaager mentioned, the button bar is going away in Gaim 2.0.0 anyway. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 03:16 Message: Logged In: YES user_id=156487 It looks like this adds another button to the bottom of the conversation windows. All of those buttons are gone in HEAD (which will eventually be released as 2.0.0). ---------------------------------------------------------------------- Comment By: Kirti Sinha (kirtisinha) Date: 2005-06-03 03:50 Message: Logged In: YES user_id=1282159 n moreover since i couldn't find an appropriate icon, i've used the icon for the info button itself ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214028&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-06 02:10:12
|
Patches item #1214376, was opened at 2005-06-03 12:53 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214376&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: segfault Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Perdaens Antoine (tlg) >Assigned to: Mark Doliner (thekingant) Summary: Fixes a segfault in gtkaccount.c Initial Comment: This small patch fixes a segfault in gtkaccount.c. The segfault happens because gaim_presence_set_status_active is applied on a dialog after the dialog has been freed. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 22:10 Message: Logged In: YES user_id=20979 Someone already fixed this in CVS doing something slightly different. http://cvs.sourceforge.net/viewcvs.py/gaim/gaim/src/gtkaccount.c?r1=1.178&r2=1.179 Thanks for the patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214376&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 15:25:15
|
Patches item #1215059, was opened at 2005-06-05 01:13 Message generated for change (Comment added) made by kph_01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: keith (kph_01) Assigned to: Nobody/Anonymous (nobody) Summary: Setting in preferences for specifying custom log location. Initial Comment: Useful for those with dual-boot machines and want to keep their logs in one place, and contiguous across platforms. The setting can be enabled in the preferences Logging tab. ---------------------------------------------------------------------- >Comment By: keith (kph_01) Date: 2005-06-05 10:25 Message: Logged In: YES user_id=1291428 Ah, gaim -c <dir> is an option I somehow missed. :-) ---------------------------------------------------------------------- Comment By: Stu Tomlinson (nosnilmot) Date: 2005-06-05 10:20 Message: Logged In: YES user_id=309779 Or setting the "GAIMHOME" environment variable (windows only) as mentioned here : http://gaim.sourceforge.net/win32/#faq ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-05 10:12 Message: Logged In: YES user_id=20979 What about starting Gaim with "gaim -c DIRECTORY"? ---------------------------------------------------------------------- Comment By: keith (kph_01) Date: 2005-06-05 09:52 Message: Logged In: YES user_id=1291428 Not in windows though. In windows, the only way around it is by using a "shortcut", which will not be resolved properly by gaim when writing to the log. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 02:12 Message: Logged In: YES user_id=156487 This can be easily done with a symlink. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 15:20:29
|
Patches item #1215059, was opened at 2005-06-05 01:13 Message generated for change (Comment added) made by nosnilmot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: keith (kph_01) Assigned to: Nobody/Anonymous (nobody) Summary: Setting in preferences for specifying custom log location. Initial Comment: Useful for those with dual-boot machines and want to keep their logs in one place, and contiguous across platforms. The setting can be enabled in the preferences Logging tab. ---------------------------------------------------------------------- >Comment By: Stu Tomlinson (nosnilmot) Date: 2005-06-05 10:20 Message: Logged In: YES user_id=309779 Or setting the "GAIMHOME" environment variable (windows only) as mentioned here : http://gaim.sourceforge.net/win32/#faq ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-06-05 10:12 Message: Logged In: YES user_id=20979 What about starting Gaim with "gaim -c DIRECTORY"? ---------------------------------------------------------------------- Comment By: keith (kph_01) Date: 2005-06-05 09:52 Message: Logged In: YES user_id=1291428 Not in windows though. In windows, the only way around it is by using a "shortcut", which will not be resolved properly by gaim when writing to the log. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 02:12 Message: Logged In: YES user_id=156487 This can be easily done with a symlink. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 15:12:53
|
Patches item #1215059, was opened at 2005-06-05 02:13 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: keith (kph_01) Assigned to: Nobody/Anonymous (nobody) Summary: Setting in preferences for specifying custom log location. Initial Comment: Useful for those with dual-boot machines and want to keep their logs in one place, and contiguous across platforms. The setting can be enabled in the preferences Logging tab. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-06-05 11:12 Message: Logged In: YES user_id=20979 What about starting Gaim with "gaim -c DIRECTORY"? ---------------------------------------------------------------------- Comment By: keith (kph_01) Date: 2005-06-05 10:52 Message: Logged In: YES user_id=1291428 Not in windows though. In windows, the only way around it is by using a "shortcut", which will not be resolved properly by gaim when writing to the log. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 03:12 Message: Logged In: YES user_id=156487 This can be easily done with a symlink. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 14:52:43
|
Patches item #1215059, was opened at 2005-06-05 01:13 Message generated for change (Comment added) made by kph_01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: keith (kph_01) Assigned to: Nobody/Anonymous (nobody) Summary: Setting in preferences for specifying custom log location. Initial Comment: Useful for those with dual-boot machines and want to keep their logs in one place, and contiguous across platforms. The setting can be enabled in the preferences Logging tab. ---------------------------------------------------------------------- >Comment By: keith (kph_01) Date: 2005-06-05 09:52 Message: Logged In: YES user_id=1291428 Not in windows though. In windows, the only way around it is by using a "shortcut", which will not be resolved properly by gaim when writing to the log. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 02:12 Message: Logged In: YES user_id=156487 This can be easily done with a symlink. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 07:16:08
|
Patches item #1214028, was opened at 2005-06-03 02:20 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214028&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kirti Sinha (kirtisinha) Assigned to: Nobody/Anonymous (nobody) Summary: added a history button Initial Comment: the patch adds a history button the chat and IM windows. Its diffed against version 1.3.0 and not CVS. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 02:16 Message: Logged In: YES user_id=156487 It looks like this adds another button to the bottom of the conversation windows. All of those buttons are gone in HEAD (which will eventually be released as 2.0.0). ---------------------------------------------------------------------- Comment By: Kirti Sinha (kirtisinha) Date: 2005-06-03 02:50 Message: Logged In: YES user_id=1282159 n moreover since i couldn't find an appropriate icon, i've used the icon for the info button itself ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214028&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 07:12:49
|
Patches item #1213951, was opened at 2005-06-02 22:51 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213951&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: Abdulla Kamar (abdullak) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes vertical spacing in Conversation Preferences dialog Initial Comment: Simple one liner, puts some space between the options under "Tab Options" (vbox2) in "Interface > Conversation" within the Preferences dialog. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 02:12 Message: Logged In: YES user_id=156487 This looks good. I tested it and it works. I vote for it's acceptance. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213951&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 07:12:21
|
Patches item #1215059, was opened at 2005-06-05 01:13 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: keith (kph_01) Assigned to: Nobody/Anonymous (nobody) Summary: Setting in preferences for specifying custom log location. Initial Comment: Useful for those with dual-boot machines and want to keep their logs in one place, and contiguous across platforms. The setting can be enabled in the preferences Logging tab. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-05 02:12 Message: Logged In: YES user_id=156487 This can be easily done with a symlink. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 06:13:58
|
Patches item #1215059, was opened at 2005-06-05 01:13 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=1215059&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: keith (kph_01) Assigned to: Nobody/Anonymous (nobody) Summary: Setting in preferences for specifying custom log location. Initial Comment: Useful for those with dual-boot machines and want to keep their logs in one place, and contiguous across platforms. The setting can be enabled in the preferences Logging tab. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1215059&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 01:40:45
|
Patches item #1207204, was opened at 2005-05-23 11:55 Message generated for change (Comment added) made by eblanton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Closed Resolution: Accepted Priority: 5 Submitted By: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Ethan Blanton (eblanton) Date: 2005-06-04 20:40 Message: Logged In: YES user_id=298616 Stu - I have no problem with this. This is not a functionality change, simply an eye-candy change ... and since more and more X servers will be supporting this type of thing "right" in the relatively near future (and it's slow as crap), disabling it seems very reasonable to me. Ethan ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-06-04 20:28 Message: Logged In: YES user_id=199625 Stu: I'm not positive I understand your question, but the patch essentially removes the buddy list drop shadow hack, leaving the code behind #ifdef's so if you *really* want it, you can get at it. ---------------------------------------------------------------------- Comment By: Stu Tomlinson (nosnilmot) Date: 2005-06-04 20:16 Message: Logged In: YES user_id=309779 default disabled? so this will (by default) change the way every distribution's build works, without warning, on the "stable" oldstatus branch? ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-04 19:12 Message: Logged In: YES user_id=77326 applied the default-disabled patch to oldstatus after Sean okay'd it, will work something similar into HEAD as well. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-02 00:25 Message: Logged In: YES user_id=77326 Thy will be done. The fresher patch disables drop shadows by default. If you enable them (say by running ./configure with CPPFLAGS="-DWANT_DROP_SHADOW"), then the existing checks for compatability will ensure that it'll work for you. Did a little cleaning/commenting of some of the macro logic as well. Tested both with and without drop shadows, and both build without complaints and run as expected. I don't have an OSX box or an older GTK to test the compatability checks with, but it looks right (assuming the old checks were correct) ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-06-01 23:34 Message: Logged In: YES user_id=199625 Just turn it off by default. -s. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-01 23:29 Message: Logged In: YES user_id=77326 I heard there was some distribution that was having issues with the drop shadows, they may be interested in the patch for their own package, I'm unsure... Would it be acceptable with just the gtkblist.c bits of the patch? That way someone could still explicitly disable it with a CFLAG. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 22:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 01:28:38
|
Patches item #1207204, was opened at 2005-05-23 12:55 Message generated for change (Comment added) made by seanegan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Closed Resolution: Accepted Priority: 5 Submitted By: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Sean Egan (seanegan) Date: 2005-06-04 21:28 Message: Logged In: YES user_id=199625 Stu: I'm not positive I understand your question, but the patch essentially removes the buddy list drop shadow hack, leaving the code behind #ifdef's so if you *really* want it, you can get at it. ---------------------------------------------------------------------- Comment By: Stu Tomlinson (nosnilmot) Date: 2005-06-04 21:16 Message: Logged In: YES user_id=309779 default disabled? so this will (by default) change the way every distribution's build works, without warning, on the "stable" oldstatus branch? ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-04 20:12 Message: Logged In: YES user_id=77326 applied the default-disabled patch to oldstatus after Sean okay'd it, will work something similar into HEAD as well. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-02 01:25 Message: Logged In: YES user_id=77326 Thy will be done. The fresher patch disables drop shadows by default. If you enable them (say by running ./configure with CPPFLAGS="-DWANT_DROP_SHADOW"), then the existing checks for compatability will ensure that it'll work for you. Did a little cleaning/commenting of some of the macro logic as well. Tested both with and without drop shadows, and both build without complaints and run as expected. I don't have an OSX box or an older GTK to test the compatability checks with, but it looks right (assuming the old checks were correct) ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-06-02 00:34 Message: Logged In: YES user_id=199625 Just turn it off by default. -s. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-02 00:29 Message: Logged In: YES user_id=77326 I heard there was some distribution that was having issues with the drop shadows, they may be interested in the patch for their own package, I'm unsure... Would it be acceptable with just the gtkblist.c bits of the patch? That way someone could still explicitly disable it with a CFLAG. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 23:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 01:17:00
|
Patches item #1207204, was opened at 2005-05-23 11:55 Message generated for change (Comment added) made by nosnilmot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Closed Resolution: Accepted Priority: 5 Submitted By: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Stu Tomlinson (nosnilmot) Date: 2005-06-04 20:16 Message: Logged In: YES user_id=309779 default disabled? so this will (by default) change the way every distribution's build works, without warning, on the "stable" oldstatus branch? ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-04 19:12 Message: Logged In: YES user_id=77326 applied the default-disabled patch to oldstatus after Sean okay'd it, will work something similar into HEAD as well. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-02 00:25 Message: Logged In: YES user_id=77326 Thy will be done. The fresher patch disables drop shadows by default. If you enable them (say by running ./configure with CPPFLAGS="-DWANT_DROP_SHADOW"), then the existing checks for compatability will ensure that it'll work for you. Did a little cleaning/commenting of some of the macro logic as well. Tested both with and without drop shadows, and both build without complaints and run as expected. I don't have an OSX box or an older GTK to test the compatability checks with, but it looks right (assuming the old checks were correct) ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-06-01 23:34 Message: Logged In: YES user_id=199625 Just turn it off by default. -s. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-01 23:29 Message: Logged In: YES user_id=77326 I heard there was some distribution that was having issues with the drop shadows, they may be interested in the patch for their own package, I'm unsure... Would it be acceptable with just the gtkblist.c bits of the patch? That way someone could still explicitly disable it with a CFLAG. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 22:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-05 00:12:46
|
Patches item #1207204, was opened at 2005-05-23 11:55 Message generated for change (Comment added) made by taliesein You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-04 19:12 Message: Logged In: YES user_id=77326 applied the default-disabled patch to oldstatus after Sean okay'd it, will work something similar into HEAD as well. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-02 00:25 Message: Logged In: YES user_id=77326 Thy will be done. The fresher patch disables drop shadows by default. If you enable them (say by running ./configure with CPPFLAGS="-DWANT_DROP_SHADOW"), then the existing checks for compatability will ensure that it'll work for you. Did a little cleaning/commenting of some of the macro logic as well. Tested both with and without drop shadows, and both build without complaints and run as expected. I don't have an OSX box or an older GTK to test the compatability checks with, but it looks right (assuming the old checks were correct) ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-06-01 23:34 Message: Logged In: YES user_id=199625 Just turn it off by default. -s. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-01 23:29 Message: Logged In: YES user_id=77326 I heard there was some distribution that was having issues with the drop shadows, they may be interested in the patch for their own package, I'm unsure... Would it be acceptable with just the gtkblist.c bits of the patch? That way someone could still explicitly disable it with a CFLAG. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 22:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-04 19:31:52
|
Patches item #1180490, was opened at 2005-04-11 00:10 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1180490&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: Mark Doliner (thekingant) Summary: Autocomplete Screennames in Dialogs Based on Logs Initial Comment: Here it is, the much anticipated (or not) patch to autocomplete screennames based on the logs on the disk. Additionally... 1. It fixes the bug where the View User Log box only had screennames for accounts which are currently online. It lists all accounts, so it should have all screennames as possible completions. 2. It fixes the name of the View User Log box to be "View User Log" instead of "Get User Log". This was done so it matched the menu item. 3. It brings the gaim_log_logger_new function in sync with the GaimLogLogger struct. 4. Some other minor documentation fixes. 5. A ChangeLog.API entry for the removal (by Nathan) of the gaim_find_conversation function. The only reason this is included is that no matter how I submitted the separate patches, you'd end up with separate conflicts because this patch has to add a ChangeLog.API line. This really shouldn't be a big deal, but I'm mentioning it for completeness. ---------------------------------------------------------------------- >Comment By: Richard Laager (rlaager) Date: 2005-06-04 14:31 Message: Logged In: YES user_id=156487 Posting a new version of this patch. It will now apply cleanly against HEAD. It's exactly the same as what Sean reviewed, except: 1. I added another entry to the ChangeLog.API file to mark the additions this patch makes. The previous version of the patch only marked the changed function and not the additions. 2. I added an entry to the ChangeLog file for this feature addition. I hope I'm not being too presumptuous in adding this entry to the patch. ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-06-04 13:32 Message: Logged In: YES user_id=199625 Mark: This looks pretty good to me, but I can't commit anything right now. Could you handle this patch when you get the chance? ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-04-17 23:05 Message: Logged In: YES user_id=156487 Here's a new version of the patch that takes into account the common logger changes from 1180568. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-04-11 10:55 Message: Logged In: YES user_id=156487 If 1180568 is accepted, I'll need to make a couple changes to this patch. If they're both going to be accepted, either accept that one first and ask me to change this one or accept both and I'll submit another small patch to make the required changes. ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-04-11 09:55 Message: Logged In: YES user_id=28833 Sean, Apparently, you asked for this, I'm not sure what I think of the change. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-04-11 00:35 Message: Logged In: YES user_id=156487 6. This patch sorts the completions by screenname. They were previously unsorted. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1180490&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-04 18:32:11
|
Patches item #1180490, was opened at 2005-04-11 01:10 Message generated for change (Comment added) made by seanegan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1180490&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: Mark Doliner (thekingant) Summary: Autocomplete Screennames in Dialogs Based on Logs Initial Comment: Here it is, the much anticipated (or not) patch to autocomplete screennames based on the logs on the disk. Additionally... 1. It fixes the bug where the View User Log box only had screennames for accounts which are currently online. It lists all accounts, so it should have all screennames as possible completions. 2. It fixes the name of the View User Log box to be "View User Log" instead of "Get User Log". This was done so it matched the menu item. 3. It brings the gaim_log_logger_new function in sync with the GaimLogLogger struct. 4. Some other minor documentation fixes. 5. A ChangeLog.API entry for the removal (by Nathan) of the gaim_find_conversation function. The only reason this is included is that no matter how I submitted the separate patches, you'd end up with separate conflicts because this patch has to add a ChangeLog.API line. This really shouldn't be a big deal, but I'm mentioning it for completeness. ---------------------------------------------------------------------- >Comment By: Sean Egan (seanegan) Date: 2005-06-04 14:32 Message: Logged In: YES user_id=199625 Mark: This looks pretty good to me, but I can't commit anything right now. Could you handle this patch when you get the chance? ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-04-18 00:05 Message: Logged In: YES user_id=156487 Here's a new version of the patch that takes into account the common logger changes from 1180568. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-04-11 11:55 Message: Logged In: YES user_id=156487 If 1180568 is accepted, I'll need to make a couple changes to this patch. If they're both going to be accepted, either accept that one first and ask me to change this one or accept both and I'll submit another small patch to make the required changes. ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-04-11 10:55 Message: Logged In: YES user_id=28833 Sean, Apparently, you asked for this, I'm not sure what I think of the change. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-04-11 01:35 Message: Logged In: YES user_id=156487 6. This patch sorts the completions by screenname. They were previously unsorted. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1180490&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-03 16:53:36
|
Patches item #1214376, was opened at 2005-06-03 18:53 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=1214376&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: segfault Group: None Status: Open Resolution: None Priority: 5 Submitted By: Perdaens Antoine (tlg) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes a segfault in gtkaccount.c Initial Comment: This small patch fixes a segfault in gtkaccount.c. The segfault happens because gaim_presence_set_status_active is applied on a dialog after the dialog has been freed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214376&group_id=235 |
3 messages has been excluded from this view by a project administrator.
