Re: [Gaim-devel] Re: Gaim-devel digest, Vol 1 #95 - 4 msgs

[Luke S. <lsc...@gm...>]

On Fri, Nov 15, 2002 at 10:56:02AM -0500, Ethan Blanton wrote:
> (Bringing this back to gaim-devel, I hope you don't mind.)
> 
> Scott spake unto us the following wisdom:
> > The presence bar is a pull down menu allowing you to select
> > different away 'types' (in gabber: "Available", "Free to Chat",
> > "Away", "Extended Away", "Busy", and "Invisible").  In Gaim, the
> > functionality of the button bar is all replicated elsewhere, and is
> > wasted space, imo.  Currently when you are 'away', you get a text
> > dialog with your away message and a button saying 'I'm Back' which
> > again imo, is annoying and can get lost amongst a myriad of
> > windows.  It would be more tidy to have the pulldown menu to select
> > and see your 'presence' at a glance in the gaim window.
> 
> Ahh.  I agree that away-ness is rather complicated in gaim as things
> stand right now; unfortunately, such a presence bar simply would not
> work in gaim.  It is perfectly reasonable (and common, even!) to have

a presence bar can be implemented, there is a patch by derjohan that does 
this that will be evaluated after the move to gtk2 is complete. Further,
a status menu, see patch by deryni, is also up for consideration at that 
time. we are looking to make the presence bar optional, and the menu 
there all the time.

> different away states for different accounts (notice that you can
> select an individual account from the menu when you choose to go
> away).  I personally also agree that buttons at the bottom of the
> buddy list are mostly useless ... I use the preference item to turn
> them off.
> 
> > Has there been any talk about getting SSL support for Jabber?
> 
> Yes, and it is not likely to happen soon or at all.  There is an entry
> in the FAQ about the security-related reasons (it isn't secure), and
> there are logistic difficulties as well; OpenSSL cannot be integrated
> into a GPL'd program without the consent of every developer who has
> ever committed a patch, which is impossible for gaim, and there
> doesn't seem to be a clear and available alternative with a more
> compatible license.

the biggest thing is the logistical reasons. because of them, gaim will not
have openssl support untill and unless openssl changes its license. We looked
at a patch by rwscott to add gnutls support, but it was indefinitally 
postponed when we discovered that 1)gnutls does not build outside of a gnu 
environment, ie it does not build on solaris, macosx, win32, irix, or *bsd 
2)the gnutls people are not interested in changing this situation. 

given that gaim is used on all of the above platforms and some not mentioned
as well as linux, this intransigence on the part of the gnutls people causes
us to reject the use of their library. 

luke

-- 
-This email is made of 100% recycled electrons.