RE: [Gaim-devel] what are queues?

[Thanh L. <lyc...@ly...>]

Well what I'm afraid will happen is that once I do finish the port, then the
Gaim dev team will have finished the core/UI split :) I might not be the one
who maintains the SkyOS Gaim port. Another obstacle I face is that the dev
docs for SkyOS is incomplete and involves a lot of guess work. So... wish me
luck! And good luck with that "university" thing too ;)

Regards,

Thanh

> -----Original Message-----
> From: Robert McQueen [mailto:rob...@de...]
> Sent: Tuesday, January 27, 2004 8:04 PM
> To: Thanh Ly
> Cc: gai...@li...
> Subject: Re: [Gaim-devel] what are queues?
>
>
> This is one of those things in Gaim I'm meant to have reimplemented. The
> away message queueing stuff is not core/UI split, so it sucks, and
> contains multiple calls and bits of UI code in the middle of server.c
> and stuff, and generally sucks. Also there are no sound events when a
> message is queued, which needs dealing with too (*after* it's been
> rewritten and core/ui split).
>
> I had some header files around, and I started working on refactoring the
> code to implement a centralised message queue that could be enabled by a
> plugin or the away window, with a series of callbacks (via a
> GaimQueueUiOps struct) for messages arriving, and functions to have
> specific or all messages delivered. I got distracted getting rid of the
> stupid len argument, and then got distracted into putting the image
> store in, and putting IM Image functionality back.
>
> Unfortunately I went to this "university" place and started doing a
> "degree" so spare time is a little thin on the ground. Plus, my hard
> drives (both of them in a RAID1 mirror) died last weekend, so it's
> possible I've lost the files anyway. :(
>
> If someone wants to work at this (along with status tracking, it's one
> of the only remaining bits of core gaim functionality which is still not
> rewritten and core/ui split) with me then let me know and I might be
> able to lend a hand, or find the files, or something,
>
> I also suggest talking to Christian Hammond (aka ChipX86) who has a
> provisonal version of libgaim, which he uses for the port of Gaim to QPE
> (qpe-gaim, shockingly). I think in that, message queueuing is just
> ripped out because the code sucks.
>
> Regards,
> Rob