pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel

[Gaim-devel] Re: Happy Birthday, Christian

[Jeff S. <js...@co...>]

On Tue, 10 Dec 2002 05:00:30 -0500, Sean Egan wrote:
> I'd like to wish Christian (perhaps better known as ChipX86) a very happy
> birthday.
> 
> -Sean.

Granted a little late .. but congrats Christian!!!  Hope you had a good one. :)

Re: [Gaim-devel] optionally remove away message box

[John B. S. <sil...@us...>]

On Tuesday 24 December 2002 06:46 am, Luke Schierer wrote:
> On Tue, Dec 24, 2002 at 12:30:31AM -0500, Robert Love wrote:
> > On Mon, 2002-12-23 at 21:22, Chris Rivera wrote:
[snip]
> > If the significance of this monumental patch is not clear, let me mak=
e
> > it: the existence of the human race depends on it.
> >
> > This away message box is a nuisance.  I suspect it was just copied fr=
om
> > AIM.  Why does the current away message warrant its own dialog box?  =
I
> > just picked it, I know what it is!
> >
> > The annoyance grows with the new "notifier icon" support in gaim CVS.
> > This is a great feature which is unfortunately ruined by the arbitrar=
y
> > away dialog which does not go away.
> >
> > In short, this is no reason for this box unless the user has enabled =
the
> > away queue.  This patch is sane and is working here...
>
> I disagree. for those of us not using the docklet, and between now and
> when a better status management method is worked into gaim (currently
> scheduled for 0.61, after the whole mess of moving to gtk2 is over, the
> away message dialog is the sole way for a user to be able to tell for
> his/her self that [s]he is away. as such, it is necessary. after we hav=
e
> deryni's status menu worked in and derjohan's status icons probly as
> well, then i will be more inclined to agree that the separate dialog ca=
n
> go. even then though, having it lets you know, 12 hours latter, what
> away message you selected, and so it is still not w/out purpose.
> luke

For now, I am not using the docket (using KDE <3.1), and have no other wa=
y of=20
knowing whether or not I am away.  I am relying on the away message dialo=
g=20
box to let me know that I am away.  On this note, I partly wish that it w=
ould=20
be represented in Kicker as a window, since it is currently some kind of=20
child of the blist, such that I must minimize all apps to see my away dia=
log. =20
However I realize that this would add yet another task to Kicker, so perh=
aps=20
that is undesireable.  I've played with the docklet, and I like it, but u=
ntil=20
next month, I probably won't be using it.

On the other hand, this is an option, which would presumably be disabled =
by=20
default (thus showing the Away window), which I don't think is that bad. =
 But=20
I don't think it's all that critical either.  I'd also point out that thi=
s=20
could have been put in the Tracker (http://gaim.sf.net/patches.php), rath=
er=20
than filling everyone's mailboxes with it (the patch, not the e-mail).

/me steps down from soap box,
John Silvestri

Re: [Gaim-devel] optionally remove away message box

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

On Tue, Dec 24, 2002 at 12:30:31AM -0500, Robert Love wrote:
> On Mon, 2002-12-23 at 21:22, Chris Rivera wrote:
> 
> > The attached patch implements an option to not create the away message
> > box.  A recent patch caused mine to not apply cleanly.  This patch has
> > been updated and diffed against current CVS.
> 
> If the significance of this monumental patch is not clear, let me make
> it: the existence of the human race depends on it.
> 
> This away message box is a nuisance.  I suspect it was just copied from
> AIM.  Why does the current away message warrant its own dialog box?  I
> just picked it, I know what it is!
> 
> The annoyance grows with the new "notifier icon" support in gaim CVS. 
> This is a great feature which is unfortunately ruined by the arbitrary
> away dialog which does not go away.
> 
> In short, this is no reason for this box unless the user has enabled the
> away queue.  This patch is sane and is working here...

I disagree. for those of us not using the docklet, and between now and 
when a better status management method is worked into gaim (currently 
scheduled for 0.61, after the whole mess of moving to gtk2 is over, the 
away message dialog is the sole way for a user to be able to tell for 
his/her self that [s]he is away. as such, it is necessary. after we have 
deryni's status menu worked in and derjohan's status icons probly as 
well, then i will be more inclined to agree that the separate dialog can 
go. even then though, having it lets you know, 12 hours latter, what 
away message you selected, and so it is still not w/out purpose.
luke

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

Re: [Gaim-devel] optionally remove away message box

[Robert L. <rm...@te...>]

On Mon, 2002-12-23 at 21:22, Chris Rivera wrote:

> The attached patch implements an option to not create the away message
> box.  A recent patch caused mine to not apply cleanly.  This patch has
> been updated and diffed against current CVS.

If the significance of this monumental patch is not clear, let me make
it: the existence of the human race depends on it.

This away message box is a nuisance.  I suspect it was just copied from
AIM.  Why does the current away message warrant its own dialog box?  I
just picked it, I know what it is!

The annoyance grows with the new "notifier icon" support in gaim CVS. 
This is a great feature which is unfortunately ruined by the arbitrary
away dialog which does not go away.

In short, this is no reason for this box unless the user has enabled the
away queue.  This patch is sane and is working here...

	Robert Love 

Re: [Gaim-devel] New aliasing/renaming and nicks handling

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

On Sun, Dec 22, 2002 at 12:54:33AM -0600, Felipe Contreras wrote:
> I've uploaded a patch to SF that changes the way aliasing and renaming
> works, and adds suport for what I called nicks. Please check it. Any
> constructive comments are welcome specially what changes should be made so
> it goes to cvs.
> 
> http://sourceforge.net/tracker/?func=detail&aid=639560&group_id=235&atid=300235
> 
> How I did it
> ------------
> 
> First, I added two fields called alias (how we call a buddy) and nick (how
> the buddy calls himself, or at least what the server says).

this makes sense.

> 
> Then I removed handle_buddy_rename since I don't it should be used for
> aliasing buddies, and much less to update their nicks. So I created a
> similar function called update_buddy_show which is basically the same but
> only the ui part.

given "first" this also makes sense.

> 
> Then I created alias_buddy, nick_buddy and rename_buddy which will do the
> proper changes to the fields, and then call update_buddy_show to display
> the changes.

*nods*

> 
> I also added a function called serv_got_nick since the server is the only
> one that can update a nick.

understood.

> 
> Politics
> --------
> 
> First of all the show field is the one that will contain what will be
> displayed. So.
> 
> If there is an alias, "show" will be that alias. If not, but there is a
> nick, then "show" is the nick. If anything else then "show" will be the
> screen name.

this is good.

> 
> The Results
> -----------
> 
> This is a little bit harder to explain, so I'll explain different cases:
> 
> (a) When the server doesn't update the nicks for your buddies:
> 	You won't notice anything.

good.

> 
> (b) When the server update the nicks for your buddies, but you have set an
>     alias for them:
> 	You'll see their nick in the tooltip on the buddy list, and when
> 	you set his alias you'll see it in another field, just for
> 	reference. That's all.

acceptable.

> 
> (c) When the server updates the nicks and you don't have an alias for them:
> 	Instead of an alias or screen name you will see the nick which will
> 	be updating constantly whenever the server says it has changed.


some people will like this.
> 
> Notes
> -----
> The nick is NOT the alias. You specify the alias, and it's stored on the
> blist files. You don't specify the nick, it's updated by the server and
> it's not stored on blist files.

yes, this follows from the above :-)

i like what i read here. this kind of change is beyond my authority to 
commit though, you will have to get sean or rob to look at it.
luke

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

[Gaim-devel] optionally remove away message box

[Chris R. <cmr...@uf...>]

The attached patch implements an option to not create the away message
box.  A recent patch caused mine to not apply cleanly.  This patch has
been updated and diffed against current CVS.

I tested this with various combinations of all the other options. 
Everything is working good.

Please apply this to CVS.

        Chris Rivera

[Gaim-devel] MSN command history

[Felipe C. <al5...@ma...>]

I updated a patch in cvs that saves important information for a certain
number of commands for each switchboard. For example when a user is added
to the AL the important information is the user added. The user and the
trID are stored, so if something goes wrong the msn server will give us the
trID and now with that we can find the information and then we can display
a better error message, like this:

Already in opposite list:
bu...@ho...

http://sourceforge.net/tracker/?func=detail&aid=585212&group_id=235&atid=300235

-- 
Felipe Contreras

[Gaim-devel] New aliasing/renaming and nicks handling

[Felipe C. <al5...@ma...>]

I've uploaded a patch to SF that changes the way aliasing and renaming
works, and adds suport for what I called nicks. Please check it. Any
constructive comments are welcome specially what changes should be made so
it goes to cvs.

http://sourceforge.net/tracker/?func=detail&aid=639560&group_id=235&atid=300235

How I did it
------------

First, I added two fields called alias (how we call a buddy) and nick (how
the buddy calls himself, or at least what the server says).

Then I removed handle_buddy_rename since I don't it should be used for
aliasing buddies, and much less to update their nicks. So I created a
similar function called update_buddy_show which is basically the same but
only the ui part.

Then I created alias_buddy, nick_buddy and rename_buddy which will do the
proper changes to the fields, and then call update_buddy_show to display
the changes.

I also added a function called serv_got_nick since the server is the only
one that can update a nick.

Politics
--------

First of all the show field is the one that will contain what will be
displayed. So.

If there is an alias, "show" will be that alias. If not, but there is a
nick, then "show" is the nick. If anything else then "show" will be the
screen name.

The Results
-----------

This is a little bit harder to explain, so I'll explain different cases:

(a) When the server doesn't update the nicks for your buddies:
	You won't notice anything.

(b) When the server update the nicks for your buddies, but you have set an
    alias for them:
	You'll see their nick in the tooltip on the buddy list, and when
	you set his alias you'll see it in another field, just for
	reference. That's all.

(c) When the server updates the nicks and you don't have an alias for them:
	Instead of an alias or screen name you will see the nick which will
	be updating constantly whenever the server says it has changed.

Notes
-----
The nick is NOT the alias. You specify the alias, and it's stored on the
blist files. You don't specify the nick, it's updated by the server and
it's not stored on blist files.

-- 
Felipe Contreras

Re: [Gaim-devel] optionally remove away message box

[John B. S. <sil...@us...>]

=46rom the gaim source directory (e.g. the one that contains the 'src'=20
directory, and is likely named 'gaim'), type `patch -p0 <=20
/path/to/theFile.diff` (backticks need not be typed).
So for me, the following might be used to do this:

cd ~/code/gaim
patch -p0 < ~/code/gaim-devel/gaim_away_box.patch

Cheers,
John Silvestri

On Sunday 22 December 2002 06:28 am, Jacob Visser wrote:
> I know this sounds like a realy stupid question, but im a newbie....
> What is the diff command to apply this patch
>
> Thanks
>
> Jacob Visser

Re: [Gaim-devel] optionally remove away message box

[Jacob V. <jv...@do...>]

I know this sounds like a realy stupid question, but im a newbie.... 
What is the diff command to apply this patch

Thanks

Jacob Visser


On Sun, 2002-12-22 at 15:24, cmr wrote:
> The attached patch, against current CVS, implements an option to not
> create the away message box.  Myself and others find this box annoying
> and it really serves no purpose (when away message queuing is turned
> off).  I also think it's bad UI.
> 
> Even though I despise the box, I did make it an option in Away
> preferences.  Since the away message queue is dependent on the away box,
> its option is correctly grayed-out and disabled when the away message
> box is not displayed.
> 
> I tested this with various combinations of all the other options. 
> Everything seems to work perfectly.
> 
> Please apply.
> 
> 	Chris Rivera
> 
> 
> ----
> 

> diff -ur gaim-cvs/src/away.c gaim/src/away.c
> --- gaim-cvs/src/away.c	2002-12-18 00:41:37.000000000 -0500
> +++ gaim/src/away.c	2002-12-21 21:38:08.000000000 -0500
> @@ -178,8 +174,14 @@
>  
>  	if (!a)
>  		return;
> -
> -	if (!imaway) {
> +	
> +	if (imaway) {
> +		destroy_im_away();
> +		do_away_message(w, a);
> +		return;
> +	}
> +	
> +	if (away_options & OPT_AWAY_CREATE_BOX) {
>  		GAIM_DIALOG(imaway);
>  		gtk_window_set_role(GTK_WINDOW(imaway), "imaway");
>  		if (strlen(a->name))
> @@ -224,8 +226,6 @@
>  		gtk_container_add(GTK_CONTAINER(clistqueuesw), clistqueue);
>  		gtk_signal_connect(GTK_OBJECT(clistqueue), "select_row", GTK_SIGNAL_FUNC(dequeue_by_buddy), NULL);
>  
> -
> -
>  		if (away_options & OPT_AWAY_QUEUE) {
>  			gtk_widget_show(clistqueuesw);
>  			gtk_widget_show(clistqueue);
> @@ -235,18 +235,12 @@
>  		gtk_box_pack_start(GTK_BOX(vbox), back, FALSE, FALSE, 0);
>  		gtk_signal_connect(GTK_OBJECT(back), "clicked", GTK_SIGNAL_FUNC(do_im_back), imaway);
>  		gtk_window_set_focus(GTK_WINDOW(imaway), back);
> -
> -		awaymessage = a;
> +		gtk_widget_show(imaway);
>  
>  #ifdef _WIN32
>  		/* Register window widget with wgaim systray module */
>  		wgaim_created_backwin(imaway);
>  #endif
> -
> -	} else {
> -		destroy_im_away();
> -		do_away_message(w, a);
> -		return;
>  	}
>  
>  	/* New away message... Clear out the old sent_aways */
> @@ -256,7 +250,7 @@
>  		g_free(qar);
>  	}
>  
> -	gtk_widget_show(imaway);
> +	awaymessage = a;
>  	buf2 = g_malloc(strlen(awaymessage->message) * 4 + 1);
>  	strncpy_withhtml(buf2, awaymessage->message, strlen(awaymessage->message) * 4 + 1);
>  	serv_set_away_all(buf2);
> @@ -349,6 +343,12 @@
>  
>  		remmenu = gtk_menu_new();
>  
> +		menuitem = gtk_menu_item_new_with_label(_("Set Back"));
> +		gtk_menu_append(GTK_MENU(awaymenu), menuitem);
> +		gtk_widget_show(menuitem);
> +		gtk_signal_connect(GTK_OBJECT(menuitem), "activate", GTK_SIGNAL_FUNC(do_im_back),
> +				   imaway);
> +
>  		menuitem = gtk_menu_item_new_with_label(_("New Away Message"));
>  		gtk_menu_append(GTK_MENU(awaymenu), menuitem);
>  		gtk_widget_show(menuitem);
> diff -ur gaim-cvs/src/gaim.h gaim/src/gaim.h
> --- gaim-cvs/src/gaim.h	2002-12-20 00:52:03.000000000 -0500
> +++ gaim/src/gaim.h	2002-12-20 02:51:10.000000000 -0500
> @@ -344,6 +344,7 @@
>  #define OPT_AWAY_IDLE_RESP		0x00000040
>  #define OPT_AWAY_QUEUE_UNREAD           0x00000080
>  #define OPT_AWAY_DELAY_IN_USE		0x00000100
> +#define OPT_AWAY_CREATE_BOX		0x00000200
>  
>  extern guint away_resend;
>  extern int report_idle;
> diff -ur gaim-cvs/src/prefs.c gaim/src/prefs.c
> --- gaim-cvs/src/prefs.c	2002-12-20 00:52:03.000000000 -0500
> +++ gaim/src/prefs.c	2002-12-21 22:07:40.000000000 -0500
> @@ -50,6 +50,7 @@
>  GtkWidget *prefs_away_menu = NULL;
>  GtkWidget *preftree = NULL;
>  GtkWidget *fontseld = NULL;
> +GtkWidget *queue_toggle = NULL;
>  
>  GtkListStore *prefs_away_store = NULL;
>  
> @@ -727,10 +728,14 @@
>  	sg = gtk_size_group_new(GTK_SIZE_GROUP_HORIZONTAL);
>  
>  	vbox = make_frame (ret, _("Away"));
> +	gaim_button(_("_Create away message box"), &away_options, OPT_AWAY_CREATE_BOX, vbox);
>  	gaim_button(_("_Sending messages removes away status"), &away_options, OPT_AWAY_BACK_ON_IM, vbox);
> -	gaim_button(_("_Queue new messages when away"), &away_options, OPT_AWAY_QUEUE, vbox);
> +	queue_toggle = gaim_button(_("_Queue new messages when away"), &away_options, OPT_AWAY_QUEUE, vbox);
>  	gaim_button(_("_Ignore new conversations when away"), &away_options, OPT_AWAY_DISCARD, vbox);
>  
> +	if(!(away_options & OPT_AWAY_CREATE_BOX))
> +		gtk_widget_set_sensitive(queue_toggle, FALSE);
> +
>  	vbox = make_frame (ret, _("Auto-response"));
>  	hbox = gtk_hbox_new(FALSE, 0);
>  	gtk_container_add(GTK_CONTAINER(vbox), hbox);
> @@ -1722,12 +1727,23 @@
>  	update_font_buttons();
>  }
>  
> +static void toggle_away_box()
> +{
> +	if (away_options & OPT_AWAY_CREATE_BOX)
> +		gtk_widget_set_sensitive(queue_toggle, TRUE);
> +	else
> +		gtk_widget_set_sensitive(queue_toggle, FALSE);
> +}
> +
>  static void set_away_option(GtkWidget *w, int option)
>  {
>  	away_options ^= option;
>  
>  	if (option == OPT_AWAY_QUEUE)
>  		toggle_away_queue();
> +	
> +	if (option == OPT_AWAY_CREATE_BOX)
> +		toggle_away_box();
>  }
>  
>  GtkWidget *gaim_button(const char *text, guint *options, int option, GtkWidget *page)

[Gaim-devel] optionally remove away message box

[cmr <cmr...@uf...>]

The attached patch, against current CVS, implements an option to not
create the away message box.  Myself and others find this box annoying
and it really serves no purpose (when away message queuing is turned
off).  I also think it's bad UI.

Even though I despise the box, I did make it an option in Away
preferences.  Since the away message queue is dependent on the away box,
its option is correctly grayed-out and disabled when the away message
box is not displayed.

I tested this with various combinations of all the other options. 
Everything seems to work perfectly.

Please apply.

	Chris Rivera

[Gaim-devel] Silly Warnings

[Phroggie <phr...@mc...>]

This should cleanup a few simple warnings. Unused variables, implicit
declarations, unitialized variables... They're the scum of the earth, I tell
you.

[Gaim-devel] Crash on internet disconnect

[Jacob V. <jv...@do...>]

Hey,

Im running the latest CVS of Gaim with a 56kb dial up and RH8.

Every time the interest cuts out and gaim is still running it has a
habit of locking up and crashing, and then i loose all my messages that
I had waiting.

Just wondering if anyone has a fix for this.

Thanks
--=20
NexusLAN Primary Administrator
(RaPToR, Jacob Visser)=20

Digitaly Signed by GnuPG
Sigs avalible from:
http://www.mandrakesecure.net/cks/search.cgi?stype=3Duid&query=3Djvisser@do=
do.com.au

(User ID: Jacob Rients Visser (My Personal Dig Sig)
<jv...@do...>)

[Gaim-devel] Preferences system

[<ni...@te...>]

I've wrote a small preferences system. It's currently a standalone 
thing, with a test main().

I'm including it here. You may also browse the unpacked files on 
http://mazinger.technisys.com.ar/pruebas-nick/prefs/ (this is my working 
dir, it might have a broken version =) ). The files are:

prefs.h: The API.
prefs.c: The implementation.
test.c: The demo.

It can write the preferences to a simple XML file, it still can't read 
it back.

What do you think?

Re: [Gaim-devel] problems compiling gaim-CVS

[tobias n. f. <tn...@ar...>]

I updated freetype2 to version 2.1.3 and it worked. thanks a lot!

On 16.12.2002 20:03 Sean Egan wrote:
> It looks like a problem with your freetype libs.
> 
> On Mon, 2002-12-16 at 13:21, tobias nick fenster wrote:
> > hello
> >
> > i tried to compile the gaim-cvs today, but make ended with the
> following
> > error:
...

Re: [Gaim-devel] problems compiling gaim-CVS

[Ethan B. <ebl...@cs...>]

tobias nick fenster spake unto us the following wisdom:
> i tried to compile the gaim-cvs today, but make ended with the following=
=20
> error:

[snip]

> /usr/local/lib/perl5/5.6.1/i586-linux/auto/DynaLoader/DynaLoader.a=20
> -L/usr/local/lib/perl5/5.6.1/i586-linux/CORE -lperl -lnsl -ldl -lm -lcryp=
t=20
> -lutil    /usr/lib/libpangoxft-1.0.so: undefined reference to=20
> `FT_Get_Next_Char'
> /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_First_Char'
> collect2: ld returned 1 exit status
> make[3]: *** [gaim] Error 1
> make[3]: Leaving directory `/opt/download/internet/gaim/gaim-20021215/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/opt/download/internet/gaim/gaim-20021215/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/opt/download/internet/gaim/gaim-20021215'
> make: *** [all-recursive-am] Error 2
>=20
> i'm running a suse-7.2 with pango-1.0.5 and pango-devel-1.0.5, any ideas=
=20
> how i could fix that problem?

Like most pango installations, your pangoxft.pc file has dependency
issues.  (Probably it depends on some other .pc file that doesn't
exist or something.)

The quick fix is to find it and edit it to include:

-L/usr/X11R6/lib -lXft -lXrender -lX11 -lfreetype2

on the libs line and see if that fixes it.  You may have to track down
some other libraries as well, or you may not need all of those.

Regardless, this is a packaging problem with your pango or xft, and
not gaim...  (although we'll help if we can)

Ethan

--=20
And if I claim to be a wise man / it surely means that I don't know.
                -- Kansas, "Carry on Wayward Son"

Re: [Gaim-devel] problems compiling gaim-CVS

[Sean E. <bj...@bi...>]

It looks like a problem with your freetype libs.

On Mon, 2002-12-16 at 13:21, tobias nick fenster wrote:
> hello
> 
> i tried to compile the gaim-cvs today, but make ended with the following 
> error:
> 
> /bin/sh ../libtool --silent --mode=link gcc  -g -O2 -I/usr/local/include 
> -I/opt/include -I..  -I/usr/X11R6/include/gtk-2.0 
> -I/usr/X11R6/lib/gtk-2.0/include -I/usr/include/atk-1.0 
> -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -DGTK_ENABLE_BROKEN  
> -I/opt/kde2/include/artsc -fno-strict-aliasing -I/usr/local/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  
> -I/usr/local/lib/perl5/5.6.1/i586-linux/CORE   
> -DLOCALEDIR=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib/gaim/\"  
> -DDATADIR=\"/usr/local/share\"  -o gaim -export-dynamic about.o aim.o 
> away.o browser.o buddy.o buddy_chat.o conversation.o core.o dialogs.o ft.o 
> gaimrc.o gtkimhtml.o html.o idle.o list.o md5.o module.o multi.o perl.o 
> prefs.o proxy.o prpl.o server.o socket.o sound.o util.o  -lnsl  
> -L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXi -lXinerama -latk-1.0 
> -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 
> -lgmodule-2.0 -ldl -lglib-2.0   -L/usr/lib -lesd -laudiofile -lm 
> -L/opt/kde2/lib -ldl -lartsc -DPIC -fPIC -lpthread  -rdynamic 
> -L/usr/local/lib 
> /usr/local/lib/perl5/5.6.1/i586-linux/auto/DynaLoader/DynaLoader.a 
> -L/usr/local/lib/perl5/5.6.1/i586-linux/CORE -lperl -lnsl -ldl -lm -lcrypt 
> -lutil    /usr/lib/libpangoxft-1.0.so: undefined reference to 
> `FT_Get_Next_Char'
> /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_First_Char'
> collect2: ld returned 1 exit status
> make[3]: *** [gaim] Error 1
> make[3]: Leaving directory `/opt/download/internet/gaim/gaim-20021215/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/opt/download/internet/gaim/gaim-20021215/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/opt/download/internet/gaim/gaim-20021215'
> make: *** [all-recursive-am] Error 2
> 
> i'm running a suse-7.2 with pango-1.0.5 and pango-devel-1.0.5, any ideas 
> how i could fix that problem?
> 
> thanks a lot
> 
> tn fenster
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility 
> Learn to use your power at OSDN's High Performance Computing Channel
> http://hpc.devchannel.org/
> _______________________________________________
> Gaim-devel mailing list
> Gai...@li...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel
-- 
Sean Egan <bj...@bi...>

[Gaim-devel] problems compiling gaim-CVS

[tobias n. f. <tn...@ar...>]

hello

i tried to compile the gaim-cvs today, but make ended with the following 
error:

/bin/sh ../libtool --silent --mode=link gcc  -g -O2 -I/usr/local/include 
-I/opt/include -I..  -I/usr/X11R6/include/gtk-2.0 
-I/usr/X11R6/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -DGTK_ENABLE_BROKEN  
-I/opt/kde2/include/artsc -fno-strict-aliasing -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  
-I/usr/local/lib/perl5/5.6.1/i586-linux/CORE   
-DLOCALEDIR=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib/gaim/\"  
-DDATADIR=\"/usr/local/share\"  -o gaim -export-dynamic about.o aim.o 
away.o browser.o buddy.o buddy_chat.o conversation.o core.o dialogs.o ft.o 
gaimrc.o gtkimhtml.o html.o idle.o list.o md5.o module.o multi.o perl.o 
prefs.o proxy.o prpl.o server.o socket.o sound.o util.o  -lnsl  
-L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXi -lXinerama -latk-1.0 
-lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 
-lgmodule-2.0 -ldl -lglib-2.0   -L/usr/lib -lesd -laudiofile -lm 
-L/opt/kde2/lib -ldl -lartsc -DPIC -fPIC -lpthread  -rdynamic 
-L/usr/local/lib 
/usr/local/lib/perl5/5.6.1/i586-linux/auto/DynaLoader/DynaLoader.a 
-L/usr/local/lib/perl5/5.6.1/i586-linux/CORE -lperl -lnsl -ldl -lm -lcrypt 
-lutil    /usr/lib/libpangoxft-1.0.so: undefined reference to 
`FT_Get_Next_Char'
/usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_First_Char'
collect2: ld returned 1 exit status
make[3]: *** [gaim] Error 1
make[3]: Leaving directory `/opt/download/internet/gaim/gaim-20021215/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/opt/download/internet/gaim/gaim-20021215/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/download/internet/gaim/gaim-20021215'
make: *** [all-recursive-am] Error 2

i'm running a suse-7.2 with pango-1.0.5 and pango-devel-1.0.5, any ideas 
how i could fix that problem?

thanks a lot

tn fenster

Re: [Gaim-devel] Notify on Closure of MSN Windows

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

On Fri, Dec 13, 2002 at 06:33:52AM +0000, Robert McQueen wrote:
> Erm, if we provide an option to mask notifying people that we're typing
> to them, surely it's far more important to have an option to turn window
> closure notification on and off? I don't care about typing, but a lot of
> conversations can have gaps in or go slowly and I'm quite agressive with
> tab garbage-collection. I wouldn't want my MSN 'buddies' to think I'm
> giving them the brush off. =)
> 
> But conversely, can we get a message when they close their window? :P

Well, this is what the patch was for (the first one). It notifies you
when the other user closes the window. Everybody complained that it
didn't send the message (it did here, but whatever), so I manually
added the command for that.

Now, I do not think we have control over whether the other user sees
when we close the window. This is not a special command. When you
close a connection with the switchboard server, you are (from what the
specification says) required to send a "BYE user@domain\r\n" string
before closing. The clients will then see this and discontinue the
connection, and show this. When I was testing my patch, the server was
sending the BYE when I was using gaim, even though it wasn't sent by
our code. However, it didn't do this for other people, so maybe the
server is goofy. Either way, though, we don't have control over this.
It's just part of the protocol.

I didn't even know about this feature until I closed a tab with a
friend one day on accident, and she said, "Where'd you go?? Why'd you
leave?" It was then that I researched and found this feature. (I have
never used MSN Messenger).

Christian

-- 
Christian Hammond         <>  The GNUpdate Project
ch...@gn...      <>  http://www.gnupdate.org/
   "Intel Inside" is a Government Warning required by Law.

[Gaim-devel] Notify on Closure of MSN Windows

[Robert M. <rob...@de...>]

Erm, if we provide an option to mask notifying people that we're typing
to them, surely it's far more important to have an option to turn window
closure notification on and off? I don't care about typing, but a lot of
conversations can have gaps in or go slowly and I'm quite agressive with
tab garbage-collection. I wouldn't want my MSN 'buddies' to think I'm
giving them the brush off. =)

But conversely, can we get a message when they close their window? :P

Regards,
Rob

Re: [Gaim-devel] Configuration API

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

On Tue, Dec 10, 2002 at 08:25:10PM -0300, Nicol?s Lichtmaier wrote:
> After some chat in the IRC channel, I've set myself the mission of 
> trying to improve the configuration system.
> 
> Currenty, gaim has a configuration system which seems to have the 
> following main goals:
> 
> * Instant setting activation.
> * Minimum *bit* overhead.
> 
> I'd like to remove the second goal. What I propose is a system where 
> each pref has a name, and it's retrieved with a function. My idea would 
> be to model the system to be similar to gconf, so that it gconf support 
> can be a ./configure option.
> 
> The API could resemble this:
> 
> gboolean get_bool_pref(GQuark pref);
> void set_bool_pref(GQuark pref, gboolean value);
> 
> GQuark is a way to be able to optimize things. It's like an "atom" in 
> other systems. It can be viewed as a string.

GQuarks aren't bad, i disagree with some of the api limitations, but 
that probly wouldn't affect prefs. 

> 
> The pref names (represented by GQuark's) would be hierarchical:
> 
> /sound/nice_sounds
> /misc/debug_window
> 
> (In gconf they would be prepended with /apps/gaim ).
> 
> There would be a system which will enable parts of gaim to register some 
> function pointer to be called when a property changes. As the most 
> important use for this would be to update a local variable, I propose an 
> API like this one:
> 
> gboolean myProp;
> int handle = track_bool_pref(GQuark pref, &myProp);
> while( ... ) {
> 	// we use myProp a lot here
> }
> dont_track_pref(handle);
> 
> When using gconf this will allow instant change of things when somebody 
> edits prefs with a gconf editor. Avoiding the overhead of querying the 
> pref each time the user types a key.

Robot101 spent alot of time removing gnome #ifdefs. now we have win32 
inserting a new set of #ifdefs. i do NOT want a 3rd set of #ifdefs, and 
i equally do not want to force gaim to depend on gconf. 

> 
> For the not-gconf version I would use two GData variables. One for the 
> pref values ("all_prefs") and one for the default pref values 
> ("all_default_prefs"). The getter functions would first query 
> "all_prefs", and then fallback to "all_default_prefs". This way there 
> could be buttons to reset prefs to "factory defaults" (they will just 
> remove the value in "all_prefs"). And the prefs which are not touched 
> will be able to change between gaim versions. But if the user has edited 
> the pref, then it would override the default (until the user reset the 
> pref).
> 
> Having an API like this one will make very easy other improvements, like 
> smarter gaimrc saving.
> 
> Well.. any thoughts? I must go now, bye! =)
> 

some of this probly would not be problematic, excect for timing. we just 
had prefs rewritten, and the bugs are still being worked out of it. 
introducing a new backend is, in my opinion, asking for trouble. 
secondly, as i said above, i do not like the idea of depending on gconf, 
and i like the idea of another set of #ifdefs even less. 
luke

Re: [Gaim-devel] Happy Birthday, Christian

[Rob F. <ro...@fa...>]

I received all of the birthday e-mails in reverse order.

How odd.

yadhtriB yppaH

On Tue, 2002-12-10 at 05:00, Sean Egan wrote:
> I'd like to wish Christian (perhaps better known as ChipX86) a very
> happy birthday.
> 
> -Sean.
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gaim-devel mailing list
> Gai...@li...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel

[Gaim-devel] Configuration API

[<ni...@te...>]

After some chat in the IRC channel, I've set myself the mission of 
trying to improve the configuration system.

Currenty, gaim has a configuration system which seems to have the 
following main goals:

* Instant setting activation.
* Minimum *bit* overhead.

I'd like to remove the second goal. What I propose is a system where 
each pref has a name, and it's retrieved with a function. My idea would 
be to model the system to be similar to gconf, so that it gconf support 
can be a ./configure option.

The API could resemble this:

gboolean get_bool_pref(GQuark pref);
void set_bool_pref(GQuark pref, gboolean value);

GQuark is a way to be able to optimize things. It's like an "atom" in 
other systems. It can be viewed as a string.

The pref names (represented by GQuark's) would be hierarchical:

/sound/nice_sounds
/misc/debug_window

(In gconf they would be prepended with /apps/gaim ).

There would be a system which will enable parts of gaim to register some 
function pointer to be called when a property changes. As the most 
important use for this would be to update a local variable, I propose an 
API like this one:

gboolean myProp;
int handle = track_bool_pref(GQuark pref, &myProp);
while( ... ) {
	// we use myProp a lot here
}
dont_track_pref(handle);

When using gconf this will allow instant change of things when somebody 
edits prefs with a gconf editor. Avoiding the overhead of querying the 
pref each time the user types a key.

For the not-gconf version I would use two GData variables. One for the 
pref values ("all_prefs") and one for the default pref values 
("all_default_prefs"). The getter functions would first query 
"all_prefs", and then fallback to "all_default_prefs". This way there 
could be buttons to reset prefs to "factory defaults" (they will just 
remove the value in "all_prefs"). And the prefs which are not touched 
will be able to change between gaim versions. But if the user has edited 
the pref, then it would override the default (until the user reset the 
pref).

Having an API like this one will make very easy other improvements, like 
smarter gaimrc saving.

Well.. any thoughts? I must go now, bye! =)

Re: [Gaim-devel] Happy Birthday, Christian

[Jason W. <wi...@ox...>]

Dance!, ....everybody Dance!! :D


On Tue, 10 Dec 2002 12:11:35 -0800
Christian Hammond <ch...@gn...> wrote:

> On Tue, Dec 10, 2002 at 05:00:30AM -0500, Sean Egan wrote:
> > I'd like to wish Christian (perhaps better known as ChipX86) a very
> > happy birthday.
> > 
> > -Sean.
> 
> Thanks! :D
> 
> I'll pass out cake and twinkies!
> 
> Christian
> 
> -- 
> Christian Hammond         <>  The GNUpdate Project
> ch...@gn...      <>  http://www.gnupdate.org/
>    Success always occurs in private, and failure in full view.
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility 
> Learn to use your power at OSDN's High Performance Computing Channel
> http://hpc.devchannel.org/
> _______________________________________________
> Gaim-devel mailing list
> Gai...@li...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel

Re: [Gaim-devel] Happy Birthday, Christian

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

On Tue, Dec 10, 2002 at 05:00:30AM -0500, Sean Egan wrote:
> I'd like to wish Christian (perhaps better known as ChipX86) a very
> happy birthday.
> 
> -Sean.

Thanks! :D

I'll pass out cake and twinkies!

Christian

-- 
Christian Hammond         <>  The GNUpdate Project
ch...@gn...      <>  http://www.gnupdate.org/
   Success always occurs in private, and failure in full view.