Re: [Gaim-devel] Yet Another Oscar File Transfer Patch

[Christian H. <ch...@gn...>]

On Tue, Oct 01, 2002 at 01:52:02AM -0400, William T. Mahan wrote:
> On Mon, Sep 30, 2002 at 11:47:15PM -0400, Brian Ferris wrote:
> > -Threaded for your pleasure
> 
> Mine isn't threaded, mainly because I didn't see any other threading
> in the Gaim code.  Is anyone strongly for or against using threads?

Threading presents all kinds of fun little problems, especially with
debugging. What we would prefer is a setup for non-blocking sockets.
This is not easy, though, which is why we're giving the job to Ethan
Blanton!

> > -A handy way of displaying active transfers as sub-entries in the buddy
> > list (see http://www4.ncsu.edu/~bdferris/Gaim.jpg for an example ).
> 
> This looks nice--Brian's patch obviously has a more advanced GUI than
> mine right now.  I don't have a progress bar, ETA, etc., although I
> think Rob Flynn said he had some ideas about a generic file transfer
> interface.

Though this interface does indeed look nice, it requires a wide buddy
list, which most people do not prefer. It may be better in the long
run to just have a file transfer dialog, though it'd be nice if this
was made an option (if it wasn't too much work, that is). I think if
we had a different model for the buddy list (internal and API), it
could be worked in a bit better, but I don't want to go into detail
about that.

> > This patch is different from the one under development by "wmahan".
> > Instead of fixing the code in ft.c, I went from scratch. The only thing
> > this patch offers in the way of innovation (oft is oft is oft) is the
> > nested transfer UI element.  As far as I can tell, I kept the UI
> > code
> 
> Yes, it looks like our approaches our fairly different.  But I've
> already talked to Brian about possible future collaboration, in the
> hope that Gaim will benefit regardless of which patch is ultimately
> accepted.

It's good that you two are discussing this together. I don't know what
Sean and Rob's stance on the incorporation of file transfer patches
is, but I would imagine it would help if there were people working
with you on developing file transfer support for other protocols.

Christian

-- 
Christian Hammond         <>  The GNUpdate Project
ch...@gn...      <>  http://www.gnupdate.org/
   My software never contains bugs. It just develops random features.