Menu
▾
▴
pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(27) |
Jul
(25) |
Aug
(21) |
Sep
(136) |
Oct
(123) |
Nov
(87) |
Dec
(110) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(87) |
Feb
(88) |
Mar
(81) |
Apr
(255) |
May
(73) |
Jun
(96) |
Jul
(131) |
Aug
(94) |
Sep
(148) |
Oct
(171) |
Nov
(166) |
Dec
(172) |
| 2004 |
Jan
(251) |
Feb
(140) |
Mar
(213) |
Apr
(298) |
May
(182) |
Jun
(185) |
Jul
(159) |
Aug
(376) |
Sep
(334) |
Oct
(256) |
Nov
(217) |
Dec
(189) |
| 2005 |
Jan
(186) |
Feb
(151) |
Mar
(199) |
Apr
(115) |
May
(203) |
Jun
(228) |
Jul
(116) |
Aug
(189) |
Sep
(136) |
Oct
(198) |
Nov
(249) |
Dec
(339) |
| 2006 |
Jan
(167) |
Feb
(185) |
Mar
(95) |
Apr
(133) |
May
(86) |
Jun
(156) |
Jul
(149) |
Aug
(170) |
Sep
(208) |
Oct
(151) |
Nov
(270) |
Dec
(148) |
| 2007 |
Jan
(240) |
Feb
(127) |
Mar
(150) |
Apr
(40) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Sean E. <sea...@gm...> - 2007-02-09 21:59:51
|
On 2/9/07, Christian Alis <ia...@gm...> wrote: > I have successfully compiled my code with a valid input_add. I just > copied gnt_gaim_input_add(), gnt_gaim_io_invoke(), and > gnt_gaim_io_destroy() like Sadrul did but the same thing happens. The > last output is still "connecting to account x". I thought that it > might be because of the empty functions in GaimCoreUiOps but I saw > OpenWengo's code and it has null fields so I suppose the problem's not > there. At this point, I don't know of any promising direction. Can > somebody point me the light? :) If you're using those functions, you also need to use the Glib main loop (g_main()). If you're using some other main loop (maybe a Win32 event loop or something), those won't work (unless, like, you call g_main_iteration() from your main loop, but that won't work reliably either). You should see http://gaim.svn.sourceforge.net/viewvc/gaim/trunk/libgaim/example/ which sadrul just added. -s |
|
From: Rehan <reh...@ra...> - 2007-02-09 17:57:11
|
Hi,
I am working on a MSN gateway which is implemented in libmsn3.2
Basically the gateway allows users of our software to chat with their MSN
buddies via two user interface provided by our software.
The problem is the MSN gateway which is coded by some guy who has already
left the company is very buggy. The gateway suddenly stops working and then
starts functioning as usual. I been scratching my head whole week try to
probe into the code but no clues so far. I also contacted the guy who coded
it. Even he faced the same problem and never found where the bug is :(. He
said the libmsn library has some bugs and its not stable.
So i am thinking of redesigning the gateway using libgaim. I tried to
google some documents regarding libgaim like architecture of libgaim, or
API's or some relavent information that can help me decide if i can go
further and how much effort will it take to redesign but its been 2 days i
havent found any good resource except this forum which is too good and too
huge seems like all libgaim developers are here.
So if any of the developers can let me know if i am going on right path.
Can i use libgaim instead of libmsn? If somebody has some information,
documents created for self reference and can share with me it would be a
great help for me to kick start my redesigning.
Hope to get some help from good developers out here in this forum.
Thanks in advance,
Rehan.
--
View this message in context: http://www.nabble.com/libmsn3.2-or-libgaim-tf3201836.html#a8890469
Sent from the Gaim - Dev mailing list archive at Nabble.com.
|
|
From: Christian A. <ia...@gm...> - 2007-02-09 14:02:42
|
Hi! I have successfully compiled my code with a valid input_add. I just copied gnt_gaim_input_add(), gnt_gaim_io_invoke(), and gnt_gaim_io_destroy() like Sadrul did but the same thing happens. The last output is still "connecting to account x". I thought that it might be because of the empty functions in GaimCoreUiOps but I saw OpenWengo's code and it has null fields so I suppose the problem's not there. At this point, I don't know of any promising direction. Can somebody point me the light? :) |
|
From: Stephen E. <spe...@gm...> - 2007-02-08 21:22:02
|
On 2/8/07, Lee Roach <phr...@gm...> wrote: > XXXXXXXXXXXX wrote: > > Fantastic, I hadn't seen the new Live messenger I didn't know they put adverts > > on your buddy list. I take it that they update every minute or so? Advertisers > > must love that as they must be able to get clear statistics on how long the > > buddy list has been visible to the user. > > > > Why would anyone put up with that if they don't have to? It also begs the > > question of when they will put them in the conversation window as well. > > > I gave up timing the banner after 3 minutes, so probably around 5-30 > minute range. > > I tolerate it on occasion because I lack the time to pitch in to > whatever happened to Gaim-vv, and I lack the desire to buy LCS and > whatever the heck else Microsoft wants you to buy in order to re-brand > it's messenger. > > --Lee > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > There are adverts (animated, even) in the buddy list. Also, there are ads in conversation windows, in the form of status bar messages (mostly offering webcam/new versions). Not to mention the moving ads that appear while the video conversation is connecting. Once Gaim-vv is operational there will be no need to put up with this kind of crap. -- Stephen "Democracy must be something more than two wolves and a sheep voting on what to have for dinner." --James Bovard |
|
From: Lee R. <phr...@gm...> - 2007-02-08 17:49:24
|
XXXXXXXXXXXX wrote: > Fantastic, I hadn't seen the new Live messenger I didn't know they put adverts > on your buddy list. I take it that they update every minute or so? Advertisers > must love that as they must be able to get clear statistics on how long the > buddy list has been visible to the user. > > Why would anyone put up with that if they don't have to? It also begs the > question of when they will put them in the conversation window as well. > I gave up timing the banner after 3 minutes, so probably around 5-30 minute range. I tolerate it on occasion because I lack the time to pitch in to whatever happened to Gaim-vv, and I lack the desire to buy LCS and whatever the heck else Microsoft wants you to buy in order to re-brand it's messenger. --Lee |
|
From: Kevin M S. <ke...@si...> - 2007-02-08 09:35:38
|
Phil Hannent wrote: > Lee Roach wrote: >> Here's a screen cap of Windows Live Messenger 8.1.0178.00 with the=20 >> following visible: mobile available (no SMS), full client away, and an= =20 >> offline SMS forwarded user. >=20 >> http://img244.imageshack.us/img244/7003/clipboard02yp8.png > Fantastic, I hadn't seen the new Live messenger I didn't know they put = adverts > on your buddy list. I take it that they update every minute or so? Ad= vertisers > must love that as they must be able to get clear statistics on how long= the > buddy list has been visible to the user. >=20 > Why would anyone put up with that if they don't have to? It also begs = the > question of when they will put them in the conversation window as well.= >=20 ICQ had them in the conversation window as of a few years ago. I don't know if they still do since they re-crappified all their software. Kevin |
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2007-02-08 09:04:48
|
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXX Lee Roach wrote: > Here's a screen cap of Windows Live Messenger 8.1.0178.00 with the > following visible: mobile available (no SMS), full client away, and an > offline SMS forwarded user. > > http://img244.imageshack.us/img244/7003/clipboard02yp8.png Fantastic, I hadn't seen the new Live messenger I didn't know they put adverts on your buddy list. I take it that they update every minute or so? Advertisers must love that as they must be able to get clear statistics on how long the buddy list has been visible to the user. Why would anyone put up with that if they don't have to? It also begs the question of when they will put them in the conversation window as well. Regards XXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXX |
|
From: Sean E. <sea...@gm...> - 2007-02-07 21:51:53
|
On 2/7/07, Lee Roach <phr...@gm...> wrote: > Here's a screen cap of Windows Live Messenger 8.1.0178.00 with the > following visible: mobile available (no SMS), full client away, and an > offline SMS forwarded user. Ok. Sounds like I've done it right, then, with the exception that I don't get any indication that a person is mobile unless he signs online. I'll see if I can figure that out. -s. |
|
From: Lee R. <phr...@gm...> - 2007-02-07 21:49:33
|
Sean Egan wrote: > On 2/7/07, XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX wrote: > > Not only does it show a banner in the conversation window but the > > buddy list MSN icon is Yellow instead of the normal blue. > > And this is if the buddy is offline, but has SMS forwarding setup? Here's a screen cap of Windows Live Messenger 8.1.0178.00 with the following visible: mobile available (no SMS), full client away, and an offline SMS forwarded user. Note that mobile-non-SMS user receives no special recognition on buddy list, while the IM window displays the aforementioned banner message. Hovering said user on buddy list gives tooltip "(Mobile/Online)", while hovering SMS-forwarded-offline user says "(Mobile)". http://img244.imageshack.us/img244/7003/clipboard02yp8.png --Lee |
|
From: Sean E. <sea...@gm...> - 2007-02-07 19:46:11
|
On 2/7/07, XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX wrote: > Not only does it show a banner in the conversation window but the buddy list MSN > icon is Yellow instead of the normal blue. And this is iff the buddy is offline, but has SMS forwarding setup? -s. |
|
From: Mark D. <ma...@ki...> - 2007-02-07 16:42:21
|
On Wed, 7 Feb 2007 11:28:40 -0500, Luke Schierer wrote > ----- Forwarded message from Yang Tom <cb...@ho...> ----- > there are memory leak in > g_list_foreach(presence->statuses, > (GFunc)gaim_status_destroy, NULL); > because of the types allocated by msn_status_types can't be released > > So I think some code should be added in function gaim_status_destroy > to release status->type member > ----- End forwarded message ----- I don't think this is a memory leak. I think GaimStatus->type is a reference to a GaimStatusType, but it's not an actual copy of the GaimStatusType. Each GaimAccount has a list of GaimStatusTypes (account->status_types), and I think GaimStatus->type is a reference to one of the items in this list. -Mark |
|
From: Luke S. <lsc...@us...> - 2007-02-07 16:29:30
|
----- Forwarded message from Yang Tom <cb...@ho...> ----- Date: Fri, 02 Feb 2007 10:46:09 +0800 From: Yang Tom <cb...@ho...> To: se...@ho... Cc: lsc...@us... Subject: memory leak of Gaim there are memory leak in=20 g_list_foreach(presence->statuses,=20 (GFunc)gaim_status_destroy, NULL); because of the types allocated by msn_status_types can't be released=20 So I think some code should be added in function gaim_status_destroy to=20 release=20 status->type member I have sent you a mail with name ty5...@ya... I want to be as buddy of you on MSN Best regard=20 Peter _________________________________________________________________ =E4=B8=8E=E8=81=94=E6=9C=BA=E7=9A=84=E6=9C=8B=E5=8F=8B=E8=BF=9B=E8=A1=8C=E4= =BA=A4=E6=B5=81=EF=BC=8C=E8=AF=B7=E4=BD=BF=E7=94=A8 MSN Messenger: =20 http://messenger.msn.com/cn =20 ----- End forwarded message ----- |
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2007-02-07 15:55:50
|
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXX Richard Laager wrote: > On Sat, 2007-02-03 at 20:35 -0800, Sean Egan wrote: >> Right, but that's because that's the way the AIM protocol and client >> handles it. I wouldn't want Gaim to do something weird and unexpected >> for MSN users. > > As far as I recall, you don't do anything special in MSN on Windows to > send mobile messages. I believe it just shows a little banner in the > conversation window that it's going to their mobile device. Not only does it show a banner in the conversation window but the buddy list MSN icon is Yellow instead of the normal blue. XXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXX |
|
From: David B. <Dav...@he...> - 2007-02-06 08:09:48
|
It was not fixed, I saw it too (while looking over the shoulder of = coworker while he was ICQing with me). =20 David ________________________________ From: gai...@li... on behalf of Moritz = 'Morty' Str=FCbe Sent: Mon 05-Feb-07 20:35 To: Evan Schoenberg Cc: gaim-devel List Subject: Re: [Gaim-devel] "Old version of ICQ" warning? Evan Schoenberg schrieb:=20 Apparently Trillian users get the following message (perhaps only in = some circumstances) when messaging a libgaim 2 client:=20 "09:13:18 US/Pacific 4490869: [11:13] *** NOTE: This user appears to = be using an older Mirabilis ICQ client, which depends on an outdated = version of the ICQ protocol. As such, you *may* experience intermittent = message loss. Encourage them to upgrade to Trillian or a newer build of = ICQ! (You can e-mail them, or call them... :)) You may turn off this = warning in ICQ Account Preferences -> Misc."=20 =09 Does anyone know anything about this?=20 =09 Thanks,=20 Evan=20 =09 That Problem was quite common in earlier versions (See Bugs on sf). I = don't know whether it has been fixed, as most people I know turned of = the warning. Morty --=20 str=FCbe.de <http://xn--strbe-mva.de/> =20 Diese Email ist signiert. Sollte Dein Email-Client keine Signaturen = unterst=FCtzen wird eine smime.p7s-Datei im Anhang angezeigt. Meinen PGP/GPG-Key gibt es auf den =FCblichen Keyservern. |
|
From: Ka-Hing C. <ga...@hx...> - 2007-02-06 04:03:50
|
On Mon, 2007-02-05 at 17:50 -0600, Matthew Ford wrote: > One further question: how would you implement Perl's "timeout" feature in > a C plugin - i.e. if you want Gaim to call your C function once every > 60 seconds? I can't find any time-dependent signals in the documentation. > since gaim uses glib's eventloop, you can just use g_timeout_add for that. -khc |
|
From: Sean E. <sea...@gm...> - 2007-02-06 02:14:03
|
On 2/4/07, Christian Alis <ia...@gm...> wrote: > gaim_eventloop_set_ui_ops() (all fields copied from console's > eventloop_ops except for input_add which is an empty function) input_add is used by the networking code to register a callback whenever data comes in on socket. Without it, a protocol will try to connect, but never hear anything back. Which sounds like what you're describing. It would be great if you continued to document your process as you go along, so that we have some useful developer documentation for people who want to follow in your footsteps. -s. |
|
From: Matthew F. <mt...@fn...> - 2007-02-05 23:50:22
|
On Mon, 5 Feb 2007, James Lockie wrote:
> This Python code works:
> self.gaim.GaimSavedstatusSetMessage(self.status, message)
> self.gaim.GaimSavedstatusActivate(self.status)
I didn't know there was a Python API. Is it documented anywhere?
> I think you need
> gaim_savedstatus_activate
> in Perl which you can't find.
I fixed the problem by adding Gaim::SavedStatus::activate(saved_status)
into the source myself, and recompiling Gaim. I just needed to insert the
following lines into libgaim/plugins/perl/common/SavedStatuses.xs:
void
gaim_savedstatus_activate(saved_status)
Gaim::SavedStatus saved_status
This raises a question: why are there so many functions missing from the
Perl API? Surely all the hard work setting up the API is already done, and
Perl should now be able to handle every object type that exists in the C
API. We just need a more complete list of functions in those .xs files. Or
is there some complication I'm overlooking?
I also think that some work needs to be done on the documentation for the
C API, to make it more accessible to new developers. The "C Plugin HOWTO"
page is difficult to find, partway down an alphabetical list in the
"Related Pages" tab - I would expect this introduction to be linked
directly from http://gaim.sourceforge.net/api. Also the HOWTO is far too
brief, and it seems to finish unexpectedly. The last paragraph says, "Most
plugins will add their preferences to the pref tree here, more about that
later," - implying that this is the first chapter of a longer manual. But
where is "later"? In particular, I can't find any instructions for
building and installing C plugins. It would be useful to have a complete
standalone "Hello World" package as a starting point, and not just a C
file. Otherwise, as far as I can see, the only easy way to compile a new
package would be inside the Gaim source tree. Also, I think the
documentation should have line-by-line explanations for some slightly more
complicated/useful packages (like in the Perl HOWTO), including some
signal handling.
One further question: how would you implement Perl's "timeout" feature in
a C plugin - i.e. if you want Gaim to call your C function once every
60 seconds? I can't find any time-dependent signals in the documentation.
Matthew.
|
|
From: <mo...@gm...> - 2007-02-05 19:35:44
|
Evan Schoenberg schrieb: > Apparently Trillian users get the following message (perhaps only in > some circumstances) when messaging a libgaim 2 client: > "09:13:18 US/Pacific 4490869: [11:13] *** NOTE: This user appears to > be using an older Mirabilis ICQ client, which depends on an outdated > version of the ICQ protocol. As such, you *may* experience > intermittent message loss. Encourage them to upgrade to Trillian or a > newer build of ICQ! (You can e-mail them, or call them... :)) You may > turn off this warning in ICQ Account Preferences -> Misc." > > Does anyone know anything about this? > > Thanks, > Evan That Problem was quite common in earlier versions (See Bugs on sf). I don't know whether it has been fixed, as most people I know turned of the warning. Morty -- strübe.de <http://xn--strbe-mva.de> Diese Email ist signiert. Sollte Dein Email-Client keine Signaturen unterstützen wird eine smime.p7s-Datei im Anhang angezeigt. Meinen PGP/GPG-Key gibt es auf den üblichen Keyservern. |
|
From: Evan S. <ev...@dr...> - 2007-02-05 19:21:40
|
Apparently Trillian users get the following message (perhaps only in some circumstances) when messaging a libgaim 2 client: "09:13:18 US/Pacific 4490869: [11:13] *** NOTE: This user appears to be using an older Mirabilis ICQ client, which depends on an outdated version of the ICQ protocol. As such, you *may* experience intermittent message loss. Encourage them to upgrade to Trillian or a newer build of ICQ! (You can e-mail them, or call them... :)) You may turn off this warning in ICQ Account Preferences -> Misc." Does anyone know anything about this? Thanks, Evan |
|
From: James L. <bjl...@lo...> - 2007-02-05 16:43:39
|
Matthew Ford wrote:
> I am trying to write a Perl API plugin to change the current Away message
> automatically.
>
> I created a new Saved Status (using the menu in Gaim), and titled it
> MyAwayStatus. Then I placed the following lines in a perl plugin:
>
> $status = Gaim::SavedStatus::find("MyAwayStatus");
> $status -> set_message("My new Away message");
>
> I then selected MyAwayStatus as my current Away status in Gaim, and loaded
> my plugin. However, my Away message did not change. Other users still see
> my old Away message in their Buddy List, and Gaim still auto-replies with
> my old message when it receives incoming IMs.
>
> However, when I looked in the Saved Statuses, I found that the saved
> message for my current status had indeed changed. If I manually change to
> another status (e.g. Available) and back to MyAwayStatus, my Away message
> gets changed to the new one, as expected. How can I make this happen
> automatically?
>
> In the C API there is a function
>
> void gaim_savedstatus_activate(GaimSavedStatus *saved_status)
>
> to activate a saved status, but I can't find any analogous function in the
> Perl API (I looked in libgaim/plugins/perl/common/SavedStatuses.xs).
>
> I'm confused, as the SavedStatus part of the Perl API seems to be of very
> limited use if there's no way to activate a status. Or am I missing
> something?
>
> Matthew.
>
> (NB I posted this question to the "Users helping users" forum too)
This Python code works:
self.gaim.GaimSavedstatusSetMessage(self.status, message)
self.gaim.GaimSavedstatusActivate(self.status)
I think you need
gaim_savedstatus_activate
in Perl which you can't find.
Hopefully someone will know the answer.
|
|
From: Matthew F. <mt...@fn...> - 2007-02-05 12:44:31
|
I am trying to write a Perl API plugin to change the current Away message
automatically.
I created a new Saved Status (using the menu in Gaim), and titled it
MyAwayStatus. Then I placed the following lines in a perl plugin:
$status = Gaim::SavedStatus::find("MyAwayStatus");
$status -> set_message("My new Away message");
I then selected MyAwayStatus as my current Away status in Gaim, and loaded
my plugin. However, my Away message did not change. Other users still see
my old Away message in their Buddy List, and Gaim still auto-replies with
my old message when it receives incoming IMs.
However, when I looked in the Saved Statuses, I found that the saved
message for my current status had indeed changed. If I manually change to
another status (e.g. Available) and back to MyAwayStatus, my Away message
gets changed to the new one, as expected. How can I make this happen
automatically?
In the C API there is a function
void gaim_savedstatus_activate(GaimSavedStatus *saved_status)
to activate a saved status, but I can't find any analogous function in the
Perl API (I looked in libgaim/plugins/perl/common/SavedStatuses.xs).
I'm confused, as the SavedStatus part of the Perl API seems to be of very
limited use if there's no way to activate a status. Or am I missing
something?
Matthew.
(NB I posted this question to the "Users helping users" forum too)
|
|
From: James L. <bjl...@lo...> - 2007-02-05 04:55:14
|
Richard Laager wrote: > On Sun, 2007-02-04 at 13:05 -0500, Ethan Blanton wrote: > >> 1) The sender should not receive two copies, as both copies of the >> message will have the same Message-Id. Many systems perform this >> de-duplication automatically, but for those which do not (it sounds >> like yours may not), you may find the following procmail recipe useful: >> > > I should also note that I've done this in a workaround sort of way with > dumb mail clients for years. It takes a little more work, but that's a > trade-off of using a bad mail client (which I use for other reasons). > > Also, Mailman offers the option to not send you a message via the list > if you were also in the To: or CC: line. You should go turn this option > on if you 1) don't want duplicates and 2) can't do it locally for some > reason. This does have the disadvantage that I could list you in the To: > or CC: but NOT actually list you as a RCPT with the SMTP server, so you > wouldn't get the message at all. However, without someone being > deliberately malicious, that's not going to happen, and everyone else on > the list will see it (including the archives). > > I used to think Reply-To munging and Subject tagging were good ideas. > They're not. > > Richard I use ReplyToAll and then delete the non-list address or Reply and then change to the list address. I don't find it inconvenient. I am an ALOT of mailing lists and they do it both ways. |
|
From: Christian A. <ia...@gm...> - 2007-02-05 02:55:43
|
Thanks for the replies. I'm actually creating a daemon that uses libgaim. My immediate objective now is to login (connect) an account. Here's what I did based on init_libgaim: add plugins search path set debugging to true (obviously for debugging purposes only) gaim_core_set_ui_ops() (all fields are pointers to an empty function) gaim_eventloop_set_ui_ops() (all fields copied from console's eventloop_ops except for input_add which is an empty function) gaim_core_init() (with parameter "daemon-gaim"; BTW, how do we register a new ui?) pass the first node of gaim_accounts_get_all() to gaim_account_connect() call g_main_loop_run() with g_main_loop_new() as parameter I can also send the entire source code but I assume that that's too much for you guys so I did not include it. When I ran the code, the last debug output is "connecting to account x". My guess is that I should also set up the event loop and add a real input_add field to eventloop_ops. I'm trying that path now but there are some compilation problems. Also, I have other things to do that it might take days before I am completely sure if that is really the problem. I'm replying now since you might think that I'm ignoring you. :) With regards to the future start guide, I suggest that the minimum/essential steps needed to do a task e.g., connecting an account, be documented. Users of libgaim would then just build upon these steps. |
|
From: James L. <bjl...@lo...> - 2007-02-05 01:54:23
|
Is there a way to configure how long the buddy pounce notice window stays open? Maybe add to it when more than one buddy is pounced instead of opening another window. |
|
From: Mark D. <ma...@ki...> - 2007-02-05 00:25:39
|
On Sun, 4 Feb 2007 13:13:27 -0800, Sean Egan wrote > Want to show us an update, Mark? Sure. When multiple votes came from the same IP address, the last vote was the one that counted. 5 votes for [commits] 30 votes for no header 36 votes for [Gaim-commits] I was expecting an overwhelming majority to vote for [Gaim-commits]. Like, 90%. But since that didn't happen, and I agree that not munging the header is technically more correct, we should remove that header sometime. My intention of having a poll wasn't exactly to let the masses decide if we should have a header or not. It was more because I was curious to know which way people preferred. I had a feeling that a huge majority would vote for the full header, and if that were the case then I think it would be absolutely ridiculous for us remove something that so many people want (even if they want it because they're ignorant). -Mark |
171 messages has been excluded from this view by a project administrator.
