From sarge_gnome@yahoo.ca Mon Sep 30 21:35:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13203.mail.yahoo.com (web13203.mail.yahoo.com [216.136.174.188]) by mail.gnome.org (Postfix) with SMTP id 5233618321 for ; Mon, 30 Sep 2002 21:35:12 -0400 (EDT) Message-ID: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Received: from [24.100.101.233] by web13203.mail.yahoo.com via HTTP; Mon, 30 Sep 2002 21:35:11 EDT Date: Mon, 30 Sep 2002 21:35:11 -0400 (EDT) From: sarge Chris Subject: Help me in the relationship between Xlib's windowID and GTK widget To: gnome-devel-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1065694407-1033436111=:71880" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1065694407-1033436111=:71880 Content-Type: text/plain; charset=us-ascii Hi experts, Here I met a problem: Suppose there are two GTK apps A and B, A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID? Is it possible? If so, pls give me a hand! Thanks a lot! --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1065694407-1033436111=:71880 Content-Type: text/html; charset=us-ascii

Hi experts,

Here I met a problem:

Suppose there are two GTK apps A and B,

A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID?

Is it possible? If so, pls give me a hand!

Thanks a lot!


Post your free ad now! Yahoo! Canada Personals
--0-1065694407-1033436111=:71880-- From james@daa.com.au Mon Sep 30 21:58:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id A1A941864E for ; Mon, 30 Sep 2002 21:58:42 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 3CBB3C2CA; Tue, 1 Oct 2002 09:58:38 +0800 (WST) Message-ID: <3D99008D.4020209@daa.com.au> Date: Tue, 01 Oct 2002 09:55:25 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From bajcik@kolos.math.uni.lodz.pl Tue Oct 1 07:46:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 55061183F9 for ; Tue, 1 Oct 2002 07:46:25 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id B794236C58; Tue, 1 Oct 2002 13:46:20 +0200 (CEST) Date: Tue, 1 Oct 2002 13:46:20 +0200 To: gnome-devel-list@gnome.org Subject: libZVT and threads Message-ID: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I have problem with ZvtTerm and pthreads. These are some situations: 0. start a program 1. zvt_term_forkpty it works. 0. start a program 1. pthread_create 2. zvt_term_forkpty (hangs) 0. start a program 1. zvt_term_forkpty 2. pthread_create 3. zvt_term_forkpty 4. (child) execv (hangs) I compile my program with _REENTRANT defined and I do not use any mutexes. why it doesn't work? -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From sarge_gnome@yahoo.ca Tue Oct 1 10:01:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13201.mail.yahoo.com (web13201.mail.yahoo.com [216.136.174.186]) by mail.gnome.org (Postfix) with SMTP id 18D82180D8 for ; Tue, 1 Oct 2002 10:01:57 -0400 (EDT) Message-ID: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Received: from [24.100.101.233] by web13201.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:01:54 EDT Date: Tue, 1 Oct 2002 10:01:54 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99008D.4020209@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-866492879-1033480914=:48708" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-866492879-1033480914=:48708 Content-Type: text/plain; charset=us-ascii Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B. I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++. Thanks again! James Henstridge wrote: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-866492879-1033480914=:48708 Content-Type: text/html; charset=us-ascii

Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B.

I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++.

Thanks again!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Hi experts,
>
> Here I met a problem:
>
> Suppose there are two GTK apps A and B,
>
> A can get B's window ID by XQueryTree, but how can A get the GtkWidget
> of B by its Xlib's WindowID?
>
> Is it possible? If so, pls give me a hand!
>
> Thanks a lot!
>
X windows are a server resources, which is why one app can see the
windows of another. However, the GtkWidget structures are client side,
so you can't access them, so what you ask isn't really possible.

Without knowing what you are trying to do, it is a bit difficult to
recommend an alternative. For some problems, Bonobo might be the answer.

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-866492879-1033480914=:48708-- From james@daa.com.au Tue Oct 1 10:09:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0843A1891D for ; Tue, 1 Oct 2002 10:09:40 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id BA4EEC089; Tue, 1 Oct 2002 22:09:36 +0800 (WST) Message-ID: <3D99ABDD.8040008@daa.com.au> Date: Tue, 01 Oct 2002 22:06:21 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From SCLANCY@northropgrumman.com Tue Oct 1 10:21:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xcgmd811.northgrum.com (xcgmd811.northgrum.com [155.104.240.101]) by mail.gnome.org (Postfix) with ESMTP id F0AFD188E8 for ; Tue, 1 Oct 2002 10:21:36 -0400 (EDT) Received: by xcgmd811.northgrum.com with Internet Mail Service (5.5.2655.55) id ; Tue, 1 Oct 2002 07:20:12 -0700 Message-ID: From: "Clancy, Shane W." To: 'James Henstridge' , sarge Chris Cc: gnome-devel-list@gnome.org Subject: RE: Help me in the relationship between Xlib's windowID and GTK w idget Date: Tue, 1 Oct 2002 07:03:54 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: this is ugly, i know -- but if you know the name (title) of app B, you can pipe a call to xwininfo to get the X windows ID number for it. shane -----Original Message----- From: James Henstridge [mailto:james@daa.com.au] Sent: Monday, September 30, 2002 9:55 PM To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. _______________________________________________ gnome-devel-list mailing list gnome-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-devel-list From sarge_gnome@yahoo.ca Tue Oct 1 10:43:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13207.mail.yahoo.com (web13207.mail.yahoo.com [216.136.174.192]) by mail.gnome.org (Postfix) with SMTP id 81224180D7 for ; Tue, 1 Oct 2002 10:43:32 -0400 (EDT) Message-ID: <20021001144330.84368.qmail@web13207.mail.yahoo.com> Received: from [24.100.101.233] by web13207.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:43:30 EDT Date: Tue, 1 Oct 2002 10:43:30 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge , SCLANCY@northropgrumman.com Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99ABDD.8040008@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1683064759-1033483410=:83565" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1683064759-1033483410=:83565 Content-Type: text/plain; charset=us-ascii Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed. I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface? Cheers! James Henstridge wrote: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1683064759-1033483410=:83565 Content-Type: text/html; charset=us-ascii

Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed.

I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface?

Cheers!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Thank your reply. Actually I want to implement one GTK application can
> simulate user input for other application, for example, my application
> can "fill" the editbox of B window, then "press" the OK button of B
> window, such actions are implemented by sending GTK event to them from
> my application, just like the user input to B.
>
> I've tried many ways to get the GtkWidget of editbox and button but no
> result, can I use gnome API or windows manager(such as sawfish) to do
> it, Or other method? I use C/C++.
>
You might want to investigate the at-spi APIs. This API is designed for
out of process accessibility tools to inspect the user interface of an
application, and activate the various actions made available by various
UI components.

It should provide the support necessary to do the sort of remote control
you are after (even though you aren't doing an accessibility specific app).

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-1683064759-1033483410=:83565-- From berberic@fmi.uni-passau.de Wed Oct 2 13:23:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust150.tnt7.muc2.deu.da.uu.net [149.225.122.150]) by mail.gnome.org (Postfix) with ESMTP id CDBA118107 for ; Wed, 2 Oct 2002 13:23:46 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g92HKkF3019320 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Wed, 2 Oct 2002 19:20:46 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g92HKkkh019316 for gnome-devel-list@gnome.org; Wed, 2 Oct 2002 19:20:46 +0200 Date: Wed, 2 Oct 2002 19:20:46 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: multiload-applet-2 bug Message-ID: <20021002172046.GA19251@fmi.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --dTy3Mrz/UPE2dbVg Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, have you ever realised that the multiload-applets graphs are off by 3 pixels in the time-axis? This bug existed in gnome 1.4 and still is in gnome 2. This is because a) the frame around the graphs is 2 pixels wide -- on both sides. so we have to subtract 4 instead of 2. b) there is a simple "off-by-one" error in the drawing loop. patch against gnome-applets-2.0.3 is attached. Any chance to get it into gnome? MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=multiload-applet-patch Content-Transfer-Encoding: quoted-printable diff -Naur gnome-applets-2.0.3-orig/multiload/load-graph.c gnome-applets-2.= 0.3-bmg/multiload/load-graph.c --- gnome-applets-2.0.3-orig/multiload/load-graph.c Fri Sep 13 21:59:22 2002 +++ gnome-applets-2.0.3-bmg/multiload/load-graph.c Wed Oct 2 19:04:40 2002 @@ -65,8 +65,8 @@ =20 for (i =3D 0; i < g->draw_width; i++) { gdk_draw_line (g->pixmap, g->gc, - g->draw_width - i, g->pos[i], - g->draw_width - i, g->pos[i] - g->data[i][j]); + g->draw_width - i - 1, g->pos[i], + g->draw_width - i - 1, g->pos[i] - g->data[i][j]); =20 g->pos [i] -=3D g->data [i][j]; } @@ -172,12 +172,12 @@ load_graph_unalloc (c); =20 if (c->orient) { - c->draw_width =3D c->pixel_size - 2; - c->draw_height =3D c->size - 2; + c->draw_width =3D c->pixel_size - 4; + c->draw_height =3D c->size - 4; } else { - c->draw_width =3D c->size - 2; - c->draw_height =3D c->pixel_size - 2; + c->draw_width =3D c->size - 4; + c->draw_height =3D c->pixel_size - 4; } =20 load_graph_alloc (c); @@ -301,12 +301,12 @@ } =20 if (g->orient) { - g->draw_width =3D g->pixel_size - 2; - g->draw_height =3D g->size - 2; + g->draw_width =3D g->pixel_size - 4; + g->draw_height =3D g->size - 4; } else { - g->draw_width =3D g->size - 2; - g->draw_height =3D g->pixel_size - 2; + g->draw_width =3D g->size - 4; + g->draw_height =3D g->pixel_size - 4; } =20 load_graph_alloc (g);=09 --IS0zKkzwUGydFO0o-- --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9myrunp4msu7jrxMRApruAJ9KPyR6HXWBUBPgRXFrfxvOIgx8YACgnLx6 XBg4XGu10qw//jSPnA1QdVM= =3e6j -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From malcolm@commsecure.com.au Wed Oct 2 17:30:56 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 9E623180FA for ; Wed, 2 Oct 2002 17:30:55 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g92LUsb26308 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g92LUsn02216 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g92LUsr20399 for gnome-devel-list@gnome.org; Thu, 3 Oct 2002 07:30:54 +1000 Date: Thu, 3 Oct 2002 07:30:54 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: multiload-applet-2 bug Message-ID: <20021003073053.C20273@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021002172046.GA19251@fmi.uni-passau.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021002172046.GA19251@fmi.uni-passau.de>; from berberic@fmi.uni-passau.de on Wed, Oct 02, 2002 at 07:20:46PM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Wed, Oct 02, 2002 at 07:20:46PM +0200, M G Berberich wrote: > Hello, > > have you ever realised that the multiload-applets graphs are off by 3 > pixels in the time-axis? This bug existed in gnome 1.4 and still is in > gnome 2. > > This is because > > a) the frame around the graphs is 2 pixels wide -- on both sides. > so we have to subtract 4 instead of 2. > > b) there is a simple "off-by-one" error in the drawing loop. > > patch against gnome-applets-2.0.3 is attached. Any chance to get it > into gnome? Hmm. Nice work. The chances of this being applied are larger if you put it into bugzilla. That way the maintainer will be notified explicitly and he can track down all pending patches easily. (Note: I am not the maintainer or in any way qualified to comment on the patch. This is just your standard "bug reports go in bugzilla" announcement. :-) ) Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 2 18:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail04.svc.cra.dublin.eircom.net (mail04.svc.cra.dublin.eircom.net [159.134.118.20]) by mail.gnome.org (Postfix) with SMTP id 529A5182E6 for ; Wed, 2 Oct 2002 18:14:22 -0400 (EDT) Received: (qmail 31493 messnum 1107479 invoked from network[213.190.137.213/unknown]); 2 Oct 2002 22:14:21 -0000 Received: from unknown (HELO bashful.clients.ie) (213.190.137.213) by mail04.svc.cra.dublin.eircom.net (qp 31493) with SMTP; 2 Oct 2002 22:14:21 -0000 Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id E0A94F531; Wed, 2 Oct 2002 23:14:21 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.33]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id DFE0EA84B; Wed, 2 Oct 2002 23:14:18 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g92MAxk20629; Wed, 2 Oct 2002 23:11:04 +0100 Subject: Re: Help in the relationship between Xlib windowID and GTK widget From: "Sergey V. Udaltsov" To: sarge Hwu Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 02 Oct 2002 23:10:59 +0100 Message-Id: <1033596664.3221.11.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > There are two application A and B written by GTK, ^^^^^^^^^^^^^^^ > but how can I get the corresponding GtkWidget* pointer of B window so that I ^^^^^^^^^^^^^^^^^^ There are 2 apps. 2 address spaces. What pointer are you talking about??? You can only deal with GtkWidget* in your address space. So: use CORBA/Bonobo/signals/pipes/GConf:) - any IPC way of communicating with another Gtk object. But! If you just want send X messages - do it using X API (I do not remember exactly, are there any GTK wrappers around X message sending). Anyway, forget about GtkWidget* from another application. Cheers, Sergey From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 2F388181FB for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 94DBC36C2B; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 04:53:46 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: many $DISPLAYs Message-ID: <20021004025346.GA3443@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi, Is it possible to create two GtkWindows on different $DISPLAYS? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5425E18DD1 for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7F88136C27; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 02:41:29 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: Re: libZVT and threads Message-ID: <20021004004129.GA2580@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl References: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021001114620.GB7501@kolos.math.uni.lodz.pl> User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Tue, Oct 01, 2002 at 01:46:20PM +0200, Krzysztof Garus wrote: > I have problem with ZvtTerm and pthreads. These are some situations: It started to work after fixing my Makefile files :) bye, -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From mark@skynet.ie Thu Oct 3 23:20:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id 45C74182E2 for ; Thu, 3 Oct 2002 23:20:41 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 1A6F92B8B1; Fri, 4 Oct 2002 04:20:40 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id 4CD2DE96D; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id 438677715; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Date: Fri, 4 Oct 2002 04:20:38 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Krzysztof Garus Cc: gnome-devel-list@gnome.org Subject: Re: many $DISPLAYs In-Reply-To: <20021004025346.GA3443@gosia> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, On Fri, 4 Oct 2002, Krzysztof Garus wrote: > > hi, > > Is it possible to create two GtkWindows on different $DISPLAYS? Yes, but only with gtk 2.1.0: GdkDisplay *gdk_display_open (const gchar *display_name); GdkScreen * gdk_display_get_default_screen (GdkDisplay *display); void gtk_window_set_screen (GtkWindow *window, GdkScreen *screen); Good Luck, Mark. From m.craig@graffiti.net Fri Oct 4 08:45:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id A9CC2180FB for ; Fri, 4 Oct 2002 08:45:34 -0400 (EDT) Received: (qmail 20705 invoked by uid 1001); 4 Oct 2002 12:45:27 -0000 Message-ID: <20021004124527.20704.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [130.246.74.136] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Fri, 04 Oct 2002 20:45:26 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Fri, 04 Oct 2002 20:45:26 +0800 Subject: Saving window positions X-Originating-Ip: 130.246.74.136 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Apart from calling gtk_window_set_role, does anyone know what else do I need to do to make the WM restore my application windows in the same place at each login? Thanks, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From hp@redhat.com Fri Oct 4 10:56:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 8024A18103 for ; Fri, 4 Oct 2002 10:56:58 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g94EwBJQ002726; Fri, 4 Oct 2002 10:58:11 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g94EwBaU002722; Fri, 4 Oct 2002 10:58:11 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: "Martin Craig" Cc: gnome-devel-list@gnome.org Subject: Re: Saving window positions References: <20021004124527.20704.qmail@graffiti.net> From: Havoc Pennington Date: 04 Oct 2002 10:58:11 -0400 In-Reply-To: <20021004124527.20704.qmail@graffiti.net> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: "Martin Craig" writes: > > Apart from calling gtk_window_set_role, does anyone know what else > do I need to do to make the WM restore my application windows in the > same place at each login? > Support session management, for example with GnomeClient. Havoc From gkoru@engr.smu.edu Fri Oct 4 11:48:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 5161318E4F for ; Fri, 4 Oct 2002 11:48:00 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Fri, 4 Oct 2002 10:48:00 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Fri, 4 Oct 2002 10:47:59 -0500 (CDT) Message-Id: Date: Fri, 4 Oct 2002 10:47:59 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - 80:20 rule Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all contributors of Gnome, As you might have heard, I am conducting a bug handling survey on: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html So far, we have received answers from the developers, testers, defects fixers, and project managers in KDE, GNOME, Apache, OpenOffice, Mozilla, and other projects/sub-projects. Even though, we have not asked any names or e-mails, some of you have left their contact information and expressed their willingness for further cooperation in this direction. Thanks for your interest so far. If you have not done so, we would appreciate it, if you could fill out this survey since statistically more and more meaningful interpretations can be made as your participation increases. It is a short survey which consists of three sections that can be filled at once or different sessions. Many of the questions in the survey were put there purposefully, and they will make you think about how they apply to Gnome project. You will find them very interesting. One more time, this is a research project,which has many potential implications. This is NOT anything like a spam, it has no commercial nature and it is aiming to contribute to Gnome just like any other e-mail. We are very "dedicated" to this research, whose only and only purpose is looking for ways of increasing the quality of open source products. We apologize in advance if you receive duplicates of this e-mail. 80:20 rule, which is the subject of this e-mail is a well observed phenomenon, in many of the large scale software products. These products were produced by IT, Telecom companies, even by NASA. They were developed following different methodologies, they were written in different languages, and the application domain or problems they solve were different. However, 80:20 rule was still observed. This means that you might be developing desktop applications, office software, compiler, kernel, http server, or whatever, most likely you will make a similar observation your project. I included two references at the bottom about it. Both of them are very easy to follow and informative. Also, they are very recent references. The numbers in 80:20 rule are percentages but not of the same quantity. 80% here represents 80% of the "target risk", which might be defects, rework, effort, etc. So, you want to reduce them. 20% represents the contributor. You might want to name 20% as modules, component, packages, for the product if you will. A great deal of your goal in a project lies in this 80%. And the observations tell us that this 80% target risk stems from 20% of your modules, or components. If you could only identify this 20% part in what you develop, you would make substantial improvements in quality. The identification techniques could be a subject of another time. But, now, why is this important? Because, some projects never get to a desired level of quality, they can not meet their schedule. People code it, patch it, code it, patch it.. After some time users may loose trust, it may become something which is not manageable any more. So even though, the efforts are made by volunteer programmers, it is sad to see that potential is not used fully. Because these efforts could make even greater contribution to free software and they could end the software monopoly out there more quickly. I am one of those who observes the high amount of traffic in developers lists. This is huge. Everybody looks at one thing, sees it from a different point of view, designs are evaluated, code is tested, fixed, etc. Collaborating, sharing bring many advantages. There is big potential. I can easily tell that in many cases the communities are much larger than many software teams in the industry. So, how come the commercial software can still compete with open source products. One of the reasons is that they have been applying these techniques for years. Now think about the advantages of risk identification techniques and the advantages of open source development combined. Wouldn't it be great? This is where we see the tremendous opportunity. As concluding this e-mail, I repeat my invitation one more time. Please visit: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html today/this weekend and help us in this research. If you want to see or remember my previous invitations, they are at the same address. By the way, if you have already completed it and want to change your answers (some did ask this issue) please contact me, we need to identify your unique entry and change it, please do not complete it twice. Thanks for your support so far. Please contact me for any question you might have. Gunes References: 1) Barry Boehm, and Victor R. Basili, "Software defect reduction: Top 10 list", IEEE Computer Magazine, Vol. 34, No.1, pp: 135-137, January 2001. 2) Jeff Tian, "Risk identification techniques for defect reduction and quality improvement", Software Quality Professional, 2(2):32-41, Mar 2000. -- *************************************************************************** A. Gunes Koru Research Assistant, Ph.D. Student Southern Methodist University Computer Science and Engineering Department 6425 North Ownby Drive Science and Information Building Room 317 Dallas, TX 75205 Home: 214 691 5633 Work: 214 768 2005 Cell: 214 893 7311 http://www.seas.smu.edu/~gkoru Email: gkoru@engr.smu.edu *************************************************************************** From johnp@martianrock.com Sat Oct 5 10:55:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id ED7A018309 for ; Sat, 5 Oct 2002 10:55:11 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id JAA14066 for ; Sat, 5 Oct 2002 09:54:43 -0500 Subject: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 19:05:51 -0400 Message-Id: <1033859151.24954.10.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, Not sure if this is the right list to post to. I am trying to compile GNOME 2.0 from CVS head. I did it fine the first time now I am trying to update to the latest CVS version. I am using jhbuild. An error keeps occuring with a few packages, the first of which is libwnck. It seems GTK+ is not getting updated and instead stays at version 2.0.6 while libwnck requests version 2.1.0. At first I though it was an error in the way the gtk build was doing versioning so I changed the version number in gtk+'s .pc file. That only caused libwnck to spit out undefined symbol errors. I've also tried rechecking out gtk+ which still compiles version 2.0.6. Any suggestions? -- J5 From ali.akcaagac@stud.fh-wilhelmshaven.de Sat Oct 5 11:03:29 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mail.gnome.org (Postfix) with ESMTP id E59B118330 for ; Sat, 5 Oct 2002 11:03:28 -0400 (EDT) Received: from fwd01.sul.t-online.de by mailout04.sul.t-online.com with smtp id 17xqSl-0005lr-05; Sat, 05 Oct 2002 17:03:27 +0200 Received: from p508216A7.dip.t-dialin.net (520016195487-0001@[80.130.22.167]) by fmrl01.sul.t-online.com with esmtp id 17xqSb-0JV62qC; Sat, 5 Oct 2002 17:03:17 +0200 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <1033859151.24954.10.camel@jade> References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Organization: Message-Id: <1033830202.14876.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 05 Oct 2002 17:03:22 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, 2002-10-06 at 01:05, John Palmieri wrote: > while libwnck requests version 2.1.0. At first I though it was an error make sure you checkout libwnck gnome-2-0 branch. -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From hp@redhat.com Sat Oct 5 11:16:23 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B25CD183F1 for ; Sat, 5 Oct 2002 11:16:23 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95FHkJQ007644; Sat, 5 Oct 2002 11:17:46 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95FHjnF007640; Sat, 5 Oct 2002 11:17:45 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 11:17:45 -0400 In-Reply-To: <1033859151.24954.10.camel@jade> Message-ID: Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > > Not sure if this is the right list to post to. I am trying to compile > GNOME 2.0 from CVS head. That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have a gnome-2-0 branch or other branch. > I did it fine the first time now I am trying > to update to the latest CVS version. I am using jhbuild. The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 branch of libwnck though. Your jhbuildrc should have gnome20 not gnome22, and be sure to cvs up jhbuild prior to use. Havoc From johnp@martianrock.com Sat Oct 5 13:49:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 76D35180E5 for ; Sat, 5 Oct 2002 13:49:50 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id MAA07990; Sat, 5 Oct 2002 12:49:46 -0500 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 13:49:48 -0400 Message-Id: <1033840188.24954.31.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-05 at 11:17, Havoc Pennington wrote: > > > John Palmieri writes: > > > > Not sure if this is the right list to post to. I am trying to compile > > GNOME 2.0 from CVS head. > > That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have > a gnome-2-0 branch or other branch. > > > I did it fine the first time now I am trying > > to update to the latest CVS version. I am using jhbuild. > > The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 > branch of libwnck though. Your jhbuildrc should have gnome20 not > gnome22, and be sure to cvs up jhbuild prior to use. Thanks, that worked. I can't belive I neglected to update jhbuild. Just for my knowledge, if I were to send patchs in should they be diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > > Havoc > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From hp@redhat.com Sat Oct 5 14:20:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 56104180E5 for ; Sat, 5 Oct 2002 14:20:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95IM7JQ007767; Sat, 5 Oct 2002 14:22:07 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95IM6eh007763; Sat, 5 Oct 2002 14:22:06 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> <1033840188.24954.31.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 14:22:06 -0400 In-Reply-To: <1033840188.24954.31.camel@jade> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > Thanks, that worked. I can't belive I neglected to update jhbuild. > Just for my knowledge, if I were to send patchs in should they be > diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > For plain bugfixes, either is fine. For new features (especially if they change/add strings or other UI), should be against HEAD. Havoc From b.greiner@t-online.de Sun Oct 6 07:17:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mail.gnome.org (Postfix) with ESMTP id 219421828F for ; Sun, 6 Oct 2002 07:17:36 -0400 (EDT) Received: from fwd05.sul.t-online.de by mailout07.sul.t-online.com with smtp id 17y9Pj-00081P-00; Sun, 06 Oct 2002 13:17:35 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.227.124.36]) by fmrl05.sul.t-online.com with esmtp id 17y9Pa-1uomECC; Sun, 6 Oct 2002 13:17:26 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17y9PW-0000Wd-00 for ; Sun, 06 Oct 2002 13:17:22 +0200 Date: Sun, 6 Oct 2002 13:17:22 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Bonobo control vs. widget Message-ID: <20021006111722.GA1341@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi list, I'm confused with some Bonobo ideas, i.e. the difference between a BonoboControl and a BonoboWidget and that between a BonoboControl and a Bonobo_Control. I've been fooling around with Bonobo yesterday. Since I found no current documentation or complete reference, I figured eog would be good to look into a bit. Bear with me if I use MS terms in the following, I've played with OLE... So I wrote the following: icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); like eog-shell does. I called it "icontrol" because I figured Bonobo_Control was an interface, but it started feeling kind of wrong after a while. First, I placed the Control inside my BonoboWindow like eog does, with bonobo_control_frame_bind_to_control() etc. Worked fine and I even had an eog toolbar and textless but clickable (?) menu in my UI. Then, for some exercise, I replaced the controlframe stuff with bonobo_widget_new_control_from_objref() and box_packed that. Still worked fine, but got me no menu and toolbar this time. So my questions are: - Why does the ControlFrame procedure give me UI but not the Widget one? - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? - What's a good resource to read up on the current Bonobo mechanisms? Everything I found was either incomplete or outdated (i.e. didn't even compile). I hope somebody will take the time to answer my questions. Many thanks in advance. Benjamin From tony@realh.co.uk Wed Oct 2 19:16:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 59F24181A1 for ; Wed, 2 Oct 2002 19:16:20 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17wsj0-0000es-00 for ; Thu, 03 Oct 2002 00:16:14 +0100 Date: Thu, 3 Oct 2002 00:16:14 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: gnome-terminal's I pointer shape Message-ID: <20021002231613.GA2460@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Again, I'm not really sure whether this is the right list, is there anywhere with more detailed descriptions of what's on topic for the lists than ? Anyway, I dislike the way the pointer turns into an I shape when it's over gnome-terminal, although I don't mind it (almost) disappearing when I type, except I keep thinking the single visible pixel is a dead element in my TFT monitor ;-). There are two problems with the I shape. One is that it makes the pointer harder to pick out against text (in my preferred config of black fg and light grey bg anyway). The other is that there's no obvious active tip, which can make selecting text tricky. It's not too bad, but would probably be worse at smaller font sizes. Ages ago I wrote a patch to make it stick to the conventional pointer shape, complete with GUI-selectable option. I think I lost it though. If I rewrote the patch, would there be any chance of it being accepted in the official version? I realise Gnome now has a policy of the fewer options the better (not something I necessarily agree with), but would an option that's hidden from the GUI, but settable with gconftool, be a happy medium? -- TH * http://www.realh.co.uk From vladimir@pobox.com Fri Oct 4 15:51:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from rain.vlad1.com (adsl-64-174-44-13.dsl.snfc21.pacbell.net [64.174.44.13]) by mail.gnome.org (Postfix) with ESMTP id 78531180E2 for ; Fri, 4 Oct 2002 15:51:07 -0400 (EDT) Received: by rain.vlad1.com (Postfix, from userid 500) id 2E8641AC70D; Fri, 4 Oct 2002 12:36:13 -0700 (PDT) Subject: small segv-handler patch in libgnomeui From: Vladimir Vukicevic To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-TvxjTC+WSxa0n4syklRA" Organization: Message-Id: <1033760173.1165.12.camel@rain.vlad1.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release) Date: 04 Oct 2002 12:36:13 -0700 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-TvxjTC+WSxa0n4syklRA Content-Type: text/plain Content-Transfer-Encoding: 7bit Howdy, This patch makes libgnomeui_segv_setup() not touch the signals if diable_crash_dialog is set -- previously, it was setting all the signals to SIG_DFL, killing any handlers that may have been installed before gnome is initialized. This is currently affecting mono/gtk-sharp, since it traps segv and the like and throws an exception (and lets you get a nice C# backtrace).. it's possibly affecting other non-dinosaur languages as well :) -- Vladimir Vukicevic --=-TvxjTC+WSxa0n4syklRA Content-Disposition: attachment; filename=segv-setup.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=segv-setup.patch; charset=ANSI_X3.4-1968 ? segv-setup.patch ? libgnomeui/ChangeLog-19990928.flc Index: ChangeLog =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/ChangeLog,v retrieving revision 1.228 diff -u -u -r1.228 ChangeLog --- ChangeLog 27 Sep 2002 21:26:54 -0000 1.228 +++ ChangeLog 4 Oct 2002 19:39:03 -0000 @@ -1,3 +1,9 @@ +2002-10-04 Vladimir Vukicevic + + * libgnomeui/gnome-ui-init.c (libgnomeui_segv_setup): don't reset + signals to SIG_DFL if do_crash_dialog is false, leave them + as-is. + 2002-09-27 Anders Carlsson =20 * configure.in: Release 2.1.0 Index: libgnomeui/gnome-ui-init.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/libgnomeui/gnome-ui-init.c,v retrieving revision 1.186 diff -u -u -r1.186 gnome-ui-init.c --- libgnomeui/gnome-ui-init.c 16 Aug 2002 12:48:47 -0000 1.186 +++ libgnomeui/gnome-ui-init.c 4 Oct 2002 19:39:03 -0000 @@ -587,20 +587,19 @@ do_crash_dialog =3D g_value_get_boolean (&value); g_value_unset (&value); =20 - memset(&sa, 0, sizeof(sa)); - - setptr =3D &sa; if(do_crash_dialog) { + memset(&sa, 0, sizeof(sa)); + setptr =3D &sa; + sa.sa_handler =3D (gpointer)libgnomeui_segv_handle; - } else { - sa.sa_handler =3D SIG_DFL; + + sigaction(SIGSEGV, setptr, NULL); + sigaction(SIGABRT, setptr, NULL); + sigaction(SIGTRAP, setptr, NULL); + sigaction(SIGFPE, setptr, NULL); + sigaction(SIGBUS, setptr, NULL); } =20 - sigaction(SIGSEGV, setptr, NULL); - sigaction(SIGABRT, setptr, NULL); - sigaction(SIGTRAP, setptr, NULL); - sigaction(SIGFPE, setptr, NULL); - sigaction(SIGBUS, setptr, NULL); } =20 static void libgnomeui_segv_handle(int signum) --=-TvxjTC+WSxa0n4syklRA-- From hp@redhat.com Sun Oct 6 15:20:34 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1CC11180EE for ; Sun, 6 Oct 2002 15:20:34 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96JM4JQ017568; Sun, 6 Oct 2002 15:22:04 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96JM421017564; Sun, 6 Oct 2002 15:22:04 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 15:22:04 -0400 In-Reply-To: <20021002231613.GA2460@realh.co.uk> Message-ID: Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > Ages ago I wrote a patch to make it stick to the conventional pointer > shape, complete with GUI-selectable option. I think I lost it though. If > I rewrote the patch, would there be any chance of it being accepted in > the official version? I realise Gnome now has a policy of the fewer > options the better (not something I necessarily agree with), but would > an option that's hidden from the GUI, but settable with gconftool, be a > happy medium? > You haven't given any rationale at all for making it an option - all the rationale in your mail is rationale for just changing it flat-out by default. See http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html Those questions need to be analyzed when adding any option. To answer the question, it can be an option if you can give rationale _for making it an option_ which is not the same as rationale _for doing things differently_. Havoc From mark@skynet.ie Sun Oct 6 15:53:03 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id E17A3181DA for ; Sun, 6 Oct 2002 15:53:02 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 9908F2B24F; Sun, 6 Oct 2002 20:53:01 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id DE9DAE507; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id CE1197243; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Date: Sun, 6 Oct 2002 20:53:00 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Benjamin Greiner Cc: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget In-Reply-To: <20021006111722.GA1341@he-man.dnsalias.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, I was pretty confused about all this at first too, so I wrote a short doc on how it works - its more a simple explanation of how the embedding works rather than a tutorial or anything. Its in the bonoboui tarballs or here: http://www.skynet.ie/~mark/pub/ui-across-boundaries.txt HTH, Mark. On Sun, 6 Oct 2002, Benjamin Greiner wrote: > > Hi list, > I'm confused with some Bonobo ideas, i.e. the difference between a > BonoboControl and a BonoboWidget and that between a BonoboControl and a > Bonobo_Control. > > I've been fooling around with Bonobo yesterday. Since I found no current > documentation or complete reference, I figured eog would be good to look > into a bit. > > Bear with me if I use MS terms in the following, I've played with OLE... > > So I wrote the following: > > icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); > > like eog-shell does. I called it "icontrol" because I figured > Bonobo_Control was an interface, but it started feeling kind of wrong > after a while. > > First, I placed the Control inside my BonoboWindow like eog does, > with bonobo_control_frame_bind_to_control() etc. Worked fine and I even > had an eog toolbar and textless but clickable (?) menu in my UI. > > Then, for some exercise, I replaced the controlframe stuff with > bonobo_widget_new_control_from_objref() and box_packed that. Still worked > fine, but got me no menu and toolbar this time. So my questions are: > > - Why does the ControlFrame procedure give me UI but not the Widget one? > - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? > - What's a good resource to read up on the current Bonobo mechanisms? > Everything I found was either incomplete or outdated (i.e. didn't even > compile). > > I hope somebody will take the time to answer my questions. Many thanks > in advance. > > Benjamin > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From tony@realh.co.uk Sun Oct 6 15:53:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 44F80181DA for ; Sun, 6 Oct 2002 15:53:07 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yHSW-0000Gh-00 for ; Sun, 06 Oct 2002 20:53:00 +0100 Date: Sun, 6 Oct 2002 20:53:00 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006195300.GA1016@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > Tony Houghton writes: > > Ages ago I wrote a patch to make it stick to the conventional pointer > > shape, complete with GUI-selectable option. I think I lost it though. If > > I rewrote the patch, would there be any chance of it being accepted in > > the official version? I realise Gnome now has a policy of the fewer > > options the better (not something I necessarily agree with), but would > > an option that's hidden from the GUI, but settable with gconftool, be a > > happy medium? > > You haven't given any rationale at all for making it an option - all > the rationale in your mail is rationale for just changing it flat-out > by default. > > See > http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html > > Those questions need to be analyzed when adding any option. > > To answer the question, it can be an option if you can give rationale > _for making it an option_ which is not the same as rationale _for > doing things differently_. I would be happy with changing the default - after all, if I'm the one who writes the patch, it's less programming than making it optional ;-). But I'm not sure that everyone would prefer the alternative behaviour. Although I don't like the I-shape, maybe some people do, and presumably there was some reason why it was made that way in the first place. It looks like I need to start a discussion to find out whether there's a strong rationale for the I-shape, and if so whether my rationale is strong enough to justify even an option, let alone a new default behaviour. That's why I posted here first instead of going straight ahead with a feature request on bugzilla. Is this the best place for the discussion, or is there a better list for it? -- TH * http://www.realh.co.uk From hp@redhat.com Sun Oct 6 16:36:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1188A18104 for ; Sun, 6 Oct 2002 16:36:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96KcGJQ017617; Sun, 6 Oct 2002 16:38:16 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96KcGLX017613; Sun, 6 Oct 2002 16:38:16 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 16:38:15 -0400 In-Reply-To: <20021006195300.GA1016@realh.co.uk> Message-ID: Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > I would be happy with changing the default - after all, if I'm the one > who writes the patch, it's less programming than making it optional ;-). > > But I'm not sure that everyone would prefer the alternative behaviour. > Although I don't like the I-shape, maybe some people do, and presumably > there was some reason why it was made that way in the first place. Right, but our job as developers is to work to understand decisions and make them as best we can - punting to the user isn't right. If we don't understand why it is why it is, then we can't choose the right default, which is the most important thing anyway. So making it an option doesn't get us out of needing to know why people like each way, and why it is how it is, and whether there's some compromise that works all around. > It looks like I need to start a discussion to find out whether there's a > strong rationale for the I-shape, and if so whether my rationale is > strong enough to justify even an option, let alone a new default > behaviour. That's why I posted here first instead of going straight > ahead with a feature request on bugzilla. Is this the best place for the > discussion, or is there a better list for it? > Other possible lists are usability@gnome.org or desktop-devel-list, or just in bugzilla would be fine. But this list is also fine. The first issue I think is one of consistency; most arguments here will not be specific to the terminal but will apply to text boxes in general. So we would need to document a policy in the HIG and apply that to all text boxes, and if an option is added, it should apply to all of them. Another general question we should ask is what the prior art is; if OS X and Windows XP both do something, then the presumption should be to follow that unless we have good evidence otherwise, because they have a lot of experience and user testing behind them, and users are used to the behavior. I don't know what either OS X or Windows XP does in this case, but it's good information to have. One thing that may be relevant is that I think "cursor themes" are a feature we expect to have fairly soon, and that feature would allow global replacement of the I-beam (even in old apps such as xterm). This is probably the right place for the configurability. Havoc From tony@realh.co.uk Sun Oct 6 18:39:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 269E3180DD for ; Sun, 6 Oct 2002 18:39:48 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yK3v-0000Qr-00 for ; Sun, 06 Oct 2002 23:39:47 +0100 Date: Sun, 6 Oct 2002 23:39:47 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006223947.GA1531@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > The first issue I think is one of consistency; most arguments here > will not be specific to the terminal but will apply to text boxes in > general. So we would need to document a policy in the HIG and apply > that to all text boxes, and if an option is added, it should apply to > all of them. I think the reason for changing the cursor shape is to indicate that text can be selected, but not necessarily altered, because Galeon (and IE if you look to Windows) also change the shape when the pointer is over text. Terminals - and most text editors as opposed to DTP or word processors with layout features - are a bit special, because the whole window contains text, and the user should be expecting that, and not need any extra cues. So I find changing the pointer shape helpful in some applications, but not in terminals. FWIW my favourite text editor is vim, and the GTK version doesn't change the pointer. > Another general question we should ask is what the prior art is; if OS > X and Windows XP both do something, then the presumption should be to > follow that unless we have good evidence otherwise, because they have > a lot of experience and user testing behind them, and users are used > to the behavior. I don't know what either OS X or Windows XP does in > this case, but it's good information to have. On the whole Windows is a good GUI, but there are some features that are very annoying for a significant number of users and either can't be changed, or are obscure and have side effects. Even if OS X and Windows both do something, it can't be assumed that's the best way of doing it. They may have chosen to do it because the other did and it's "what most people are used to", while many users would prefer something different once they got used to it. Attracting new and ex-Windows users is important, but sometimes it feels like Gnome is being dumbed down at the expense of more experienced Linux users who appreciate lots of flexibility. > One thing that may be relevant is that I think "cursor themes" are a > feature we expect to have fairly soon, and that feature would allow > global replacement of the I-beam (even in old apps such as xterm). > This is probably the right place for the configurability. I agree with that. Come to think of it, if a theme simply had a text pointer shape which had an obvious active point and was maybe more visible, that should be all it takes to stop the feature being a disadvantage for me. -- TH * http://www.realh.co.uk From sopwith@widget.gnome.org Sun Oct 6 23:59:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 2FE57180D8 for ; Sun, 6 Oct 2002 23:59:41 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 36779404CA; Mon, 7 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5961 bugs open on bugzilla.gnome.org Message-Id: <20021007040002.36779404CA@widget.gnome.org> Date: Mon, 7 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 841 gtk+ | 571 galeon | 336 gnome-vfs | 294 GIMP | 282 gnome-applets | 236 control-center | 152 gnome-core | 151 gnome-panel | 124 sawfish | 108 balsa | 103 gnome-pilot | 96 medusa | 94 glib | 87 libzvt | 84 GnuCash | 76 Gnumeric | 76 gnome-media | 74 metacity | 69 Pan | 66 gnome-games | 65 gnome-utils | 62 bug-buddy | 61 libgnomeui | 58 dia | 55 gnome-terminal | 53 GConf | 52 pango | 52 GnomeICU | 50 gtkhtml2 | 47 bugzilla.gnome.org | 47 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 38 gnome-session | 37 bonobo | 37 GStreamer | 36 rhythmbox | 35 gdm | 34 gok | 33 glade | 32 gnome-libs | 30 libgnome | 29 gedit | 29 gphoto | 29 libgtop | 29 Yelp | 28 gnorpm | 26 website | 25 libgnomecanvas | 23 system-monitor [was: procman] | 22 lampadas | 21 anjuta2 | 20 libwnck | 20 gnome-pim | 20 gnome-chess | 19 gtop [gnome-system-monitor] | 19 ORBit | 18 grapevine | 17 gnomemeeting | 16 gnome-db | 16 gnome-python | 16 gnome-print | 15 gtkmm | 15 bonobo-activation [was: oaf] | 15 Metatheme | 14 libglade | 14 at-spi | 14 eazel-hacking | 14 intltool | 14 gtranslator | 13 gnome-desktop | 13 Gnomoradio | 13 ORBit2 | 13 crescendo | 13 xscreensaver | 13 imlib1 | 12 libgnomedb | 12 gnome-user-docs | 12 GGV | 12 audiofile | 11 vte | 11 eazel-themes | 11 eel | 10 gnome-perl | 10 gnopernicus | 10 gperfmeter | 10 gtk-doc | 10 atk | 9 printman | 9 gmc | 9 memprof | 9 ToutDoux | 9 gtk-engines | 9 EOG | 9 gnome-iconedit | 8 librsvg | 8 mergeant | 8 gnome-vfs-extras | 8 libxslt | 8 pkg-config | 8 gconf-editor | 7 esound | 7 devhelp | 7 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 6 at-poke | 5 Guppi | 5 galf | 4 gtkvts | 4 Release Engineering | 4 l10n | 4 libart | 4 jhbuild | 3 gnome-debug | 3 gASQL | 3 gnome-pm | 3 gnomemm | 3 totem | 3 acme | 3 orbit-perl | 3 gnome-build | 3 magicdev | 2 desktop-file-utils | 2 Gfax | 2 libIDL | 2 gthumb | 2 gmime | 1 gnome-system-tools | 1 libxml | 1 etherterm | 1 Guikachu | 1 file-roller | 1 gnomovision | 1 xalf | 1 gnome-guile | 1 gtkglarea | 1 From jacob@ximian.com Mon Oct 7 13:14:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id F03911825B for ; Mon, 7 Oct 2002 13:14:23 -0400 (EDT) Received: (qmail 27891 invoked from network); 7 Oct 2002 17:14:23 -0000 Received: from dmz.ximian.com (HELO wet-pants.boston.ximian.com) (jacob@141.154.95.1) by peabody.ximian.com with DES-CBC3-SHA encrypted SMTP; 7 Oct 2002 17:14:23 -0000 Subject: Re: small segv-handler patch in libgnomeui From: jacob berkman To: Vladimir Vukicevic Cc: gnome-devel In-Reply-To: <1033760173.1165.12.camel@rain.vlad1.com> References: <1033760173.1165.12.camel@rain.vlad1.com> Content-Type: text/plain Organization: Message-Id: <1034010842.673.24.camel@wet-pants.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99wet-pants-1031382589 (Preview Release) Date: 07 Oct 2002 13:14:02 -0400 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-04 at 15:36, Vladimir Vukicevic wrote: > Howdy, > > This patch makes libgnomeui_segv_setup() not touch the signals if > diable_crash_dialog is set it looks fine to me. - jacob From berberic@fmi.uni-passau.de Mon Oct 7 16:45:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust2.tnt5.muc2.deu.da.uu.net [149.225.82.2]) by mail.gnome.org (Postfix) with ESMTP id CE2E81843E for ; Mon, 7 Oct 2002 16:45:36 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g97KjYQ3019289 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Mon, 7 Oct 2002 22:45:34 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g97KjWkA019285 for gnome-devel-list@gnome.org; Mon, 7 Oct 2002 22:45:32 +0200 Date: Mon, 7 Oct 2002 22:45:32 +0200 From: M G Berberich To: GNOME Devel MailingList Subject: Re: patches for libzvt and gnome-terminal Message-ID: <20021007204532.GB1003@fmi.uni-passau.de> Mail-Followup-To: GNOME Devel MailingList References: <20010728211121.B436@fmi.uni-passau.de> <20020924195228.GA864@fmi.uni-passau.de> <1032945173.1835.8.camel@SFinX> <1032970059.1582.1.camel@sevilla.gnome.no> <1032970742.1996.4.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <1032970742.1996.4.camel@sevilla.gnome.no> User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Wednesday, den 25. September 2002 18:19:02 schrieb Kjartan Maraas: > ons, 2002-09-25 kl. 18:07 skrev Kjartan Maraas: > > ons, 2002-09-25 kl. 16:06 skrev ing. D.G. Knol: > > > Looking at the date (28. July) and in my local archives, I am NOT able > > > to find the message. Maybe it never arrived at this list?=20 > > >=20 > >=20 > > Did you look at the archives for July *2001*? :) > >=20 > > > Otherwise it might me usefull to report these problems as bugs in > > > bugzilla (that's what it is for) and put your patches with that bugs.= =20 > > >=20 > >=20 > > I think they are mentioned somewhere in the old gnome-terminal component > > in gnome-core. I'll check and mark them for GNOME 2 if I find it. > >=20 >=20 > Done. I've added GNOME2 keywords to the two bugreports involved. It > would be really nice if the patches could be split up into three like > this: >=20 > - one patch for the wordselect problem > - one patch for the CutToBeginningOfLine feature > - one patch for the update problems >=20 > The first and last of those should be applied to both 1.4.x and 2.x I > think. a) I opend bugs for gnome2 libzvt and added patches for the word-select-anomaly and the update-bug (bugs #94896 and #94897) Anyone? b) I have a patch to libzvt that would make word-select consider groups of non-word-chars as blocks, so selecting them as block. This is xterm-behavior and in my opinion makes a lot of sense. Any interrest? c) The patches from bugs #94896 and #94897 might apply to gnome-1.x sources too. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9ofJsnp4msu7jrxMRAnsSAJkBSQ0rBG4uectyboMSee9TYu5CmACdG261 czxy/tv3AXHD6lYdIM9XfvY= =jkOj -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From bajcik@kolos.math.uni.lodz.pl Mon Oct 7 22:14:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id ABF20181A5 for ; Mon, 7 Oct 2002 22:14:50 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 4B5E036C27; Tue, 8 Oct 2002 04:14:39 +0200 (CEST) Date: Sun, 6 Oct 2002 15:16:20 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: window inside window Message-ID: <20021006131620.GA9038@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to by only partially visible. How can I do that? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From james@daa.com.au Mon Oct 7 23:31:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0C2D918129 for ; Mon, 7 Oct 2002 23:31:42 -0400 (EDT) Received: from daa.com.au (diprotodon.daa.com.au [203.17.251.34]) by quoll.daa.com.au (Postfix) with ESMTP id 09DC0C023; Tue, 8 Oct 2002 11:31:33 +0800 (WST) Message-ID: <3DA25194.5040908@daa.com.au> Date: Tue, 08 Oct 2002 11:31:32 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-au, en MIME-Version: 1.0 To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: window inside window References: <20021006131620.GA9038@gosia> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus wrote: >Hello, > >I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow >is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars >looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not >visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to >by only partially visible. > >How can I do that? > > It sounds like you are after the GtkViewport class. It will allow you to view a section of the child widget, and by manipulating its adjustments, you can change which portion is visible (in fact, it is used by GtkScrolledWindow for widgets that do not know how to scroll themselves). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From gkoru@engr.smu.edu Wed Oct 9 10:38:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 78C4D18A66 for ; Wed, 9 Oct 2002 10:38:49 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Message-Id: Date: Wed, 9 Oct 2002 09:38:48 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - Tree based models Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello Gnome contributors, I am conducting a survey about the way bugs are handled in open source software projects. The survey includes questions that can be answered by developers,testers, bug fixers, project managers, and owners of defect databases. It is only and only for research purposes and it is very easy to fill out. It consists of three short sections which can be completed at once or in different sessions. Please fill it out if you haven't done yet. You will find the questions interesting since there is a reason behind each one one of them. They will make you think about how things work (or could work)in your project. The survey can be found in the address: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html The data in the bug databases can be used to identify the high risk areas in the software development. One of the ways of doing it is constructing tree-based models, which could be very useful in open source projects. If you would like to read about it, I prepared a web page for you: http://www.seas.smu.edu/~gkoru/surveys/tbdm1.html Please accept my apologies if you receive duplicates of this e-mail. This is a survey, which will give useful results for all of us. I will try to prepare and make some preliminary results on-line within the next two weeks. Since this is a survey, covering many important open source projects, it will be interesting for everybody to see what kind of quality assurance work is going on in the other projects. As always, we are very dedicated to this research. Please contact me for any question you might have. Thank you, A. Gunes Koru http://www.engr.smu.edu/~gkoru From "ph.h."@gmx.net Fri Oct 11 07:13:25 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id E3AF21811D for ; Fri, 11 Oct 2002 07:13:24 -0400 (EDT) Received: (qmail 11591 invoked by uid 0); 11 Oct 2002 11:13:24 -0000 Received: from p50809b98.dip.t-dialin.net (HELO gmx.net) (80.128.155.152) by mail.gmx.net (mp014-rz3) with SMTP; 11 Oct 2002 11:13:24 -0000 Message-ID: <3DA6B00E.4040103@gmx.net> Date: Fri, 11 Oct 2002 13:03:42 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: hide gnome app and show again (...toolbar stays hidden) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, my gnome app is blocked for a certain amount of time and so the app isn't redrawn for that amount of time. so i want to hide the whole app and fork a process to show that the app is working and the user has to wait. but when i try to show the app again the toolbar is away. i try to do it the following way: gtk_widget_hide_all(app); gdk_window_process_all_updates(); ...fork and do the blocking function, kill forked process .... gtk_widget_show_all(app); my main content is just a canvas-widget, which is shown again, but my toolbar is gone ... any ideas to make my toolbar visible again ? thnx phil From ali.akcaagac@stud.fh-wilhelmshaven.de Fri Oct 11 07:26:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mail.gnome.org (Postfix) with ESMTP id F3AE11811D for ; Fri, 11 Oct 2002 07:26:24 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout02.sul.t-online.com with smtp id 17zxvz-0002Ct-0C; Fri, 11 Oct 2002 13:26:23 +0200 Received: from pD9E56D51.dip.t-dialin.net (520016195487-0001@[217.229.109.81]) by fmrl00.sul.t-online.com with esmtp id 17zxvt-0bfyT2C; Fri, 11 Oct 2002 13:26:17 +0200 Subject: Re: hide gnome app and show again (...toolbar stays hidden) From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <3DA6B00E.4040103@gmx.net> References: <3DA6B00E.4040103@gmx.net> Content-Type: text/plain Organization: Message-Id: <1034335535.32334.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 13:25:36 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-11 at 13:03, Philipp Heise wrote: > so i want to hide the whole app and fork a process to show that the app > is working and the user has to wait. hi, i don't know if your approach is the right one or if i have understand your problem correctly. but you can do this. while your app is heavily working (e.g. looping in a routine that does heavy stuff) then your app is not usable and redrawing as you said won't work anymore. the best thing is you put these few lines in your loop (the loop that does all the heavy work). it will look every now and then for pending events and work on them... it's like an interrupt. if (gtk_events_pending ()) { gtk_main_iteration_do (TRUE); } -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From b.greiner@t-online.de Fri Oct 11 08:57:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 0540F181B5 for ; Fri, 11 Oct 2002 08:57:08 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout03.sul.t-online.com with smtp id 17zzLh-0004Ci-00; Fri, 11 Oct 2002 14:57:01 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.158.33.191]) by fmrl00.sul.t-online.com with esmtp id 17zzLU-1FsgoSC; Fri, 11 Oct 2002 14:56:48 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17zzLS-0000Sx-00 for ; Fri, 11 Oct 2002 14:56:46 +0200 Date: Fri, 11 Oct 2002 14:56:45 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget Message-ID: <20021011125645.GA1712@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021006111722.GA1341@he-man.dnsalias.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, Oct 06, 2002 at 08:53:00PM +0100, Mark McLoughlin wrote: > > Hi Benjamin, > I was pretty confused about all this at first too, so I wrote > a short doc on how it works - its more a simple explanation of how the > embedding works rather than a tutorial or anything. Hi Mark, Thanks, this looks quite good. But it still doesn't explain to me why the EOG UI appears when I use the BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in the dark on that issue. Benjamin From michael@ximian.com Fri Oct 11 12:21:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id D3F601811D for ; Fri, 11 Oct 2002 12:21:24 -0400 (EDT) Received: (qmail 14007 invoked from network); 11 Oct 2002 16:21:22 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 11 Oct 2002 16:21:22 -0000 Subject: Re: Bonobo control vs. widget From: Michael Meeks To: Benjamin Greiner Cc: gnome-devel-list@gnome.org In-Reply-To: <20021011125645.GA1712@he-man.dnsalias.org> References: <20021006111722.GA1341@he-man.dnsalias.org> <20021011125645.GA1712@he-man.dnsalias.org> Content-Type: text/plain Organization: Ximian. Message-Id: <1034356567.7975.91.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 18:16:08 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, On Fri, 2002-10-11 at 13:56, Benjamin Greiner wrote: > Thanks, this looks quite good. > But it still doesn't explain to me why the EOG UI appears when I use the > BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in > the dark on that issue. Where do you want the UI to appear ? cramped into the (potentially tiny) window of the BonoboWidget itself ? - almost certainly not. Thus you can pass in a Bonobo_UIContainer which points at the container to merge UI elements into if any. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From "ph.h."@gmx.net Sat Oct 12 08:45:01 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id D9593180D8 for ; Sat, 12 Oct 2002 08:45:00 -0400 (EDT) Received: (qmail 30989 invoked by uid 0); 12 Oct 2002 12:44:59 -0000 Received: from p5080996b.dip.t-dialin.net (HELO gmx.net) (80.128.153.107) by mail.gmx.net (mp016-rz3) with SMTP; 12 Oct 2002 12:44:59 -0000 Message-ID: <3DA816E6.2080109@gmx.net> Date: Sat, 12 Oct 2002 14:34:46 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome_canvas_item_hide fails for widget-item Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, when i try to hide a canvas widget item (gtk-progress-bar) the item doesn't disappear. is there a trick for canvas-widget-items ? thnx phil From tom@dbservice.com Sun Oct 13 10:40:21 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from matterhorn.dbservice.com (unknown [213.133.97.13]) by mail.gnome.org (Postfix) with ESMTP id 9D8B618140 for ; Sun, 13 Oct 2002 10:40:21 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id D232A124DB for ; Sun, 13 Oct 2002 17:49:04 +0200 (CEST) Received: from dbservice.com (emmen.dbservice.com [62.65.141.13]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id 2F8C5124A3 for ; Sun, 13 Oct 2002 17:49:01 +0200 (CEST) Message-ID: <3DA98CB4.8050404@dbservice.com> Date: Sun, 13 Oct 2002 15:09:40 +0000 From: otherside User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020708 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome api reference Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre5 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi all i'm working on a little gnome program... and i have problems with the gnome api... i've googled and a havent found any api reference for libgnome-2.0 or libgnomeui-2.0 so i dont know which functions i should, shouldn't use, which are deprecated or new, etc... does anyone know a page with the gnome-2.0 api reference.. if not.. i have started to write tutorials (glib, gobject, gtk, ...), so i could include a gnome-2.0 tutorial... thanks tom From m.craig@graffiti.net Sun Oct 13 12:36:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id 98FEB1824C for ; Sun, 13 Oct 2002 12:36:48 -0400 (EDT) Received: (qmail 32131 invoked by uid 1001); 13 Oct 2002 16:36:40 -0000 Message-ID: <20021013163640.32130.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [62.137.69.3] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Mon, 14 Oct 2002 00:36:40 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Mon, 14 Oct 2002 00:36:40 +0800 Subject: popup menus X-Originating-Ip: 62.137.69.3 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I'm having popup menu woes. Currently I'm using GnomeUIInfo and gnome_popup_menu_new(), but it's giving me lots of headaches because I can't seem to use the user_data field in GnomeUIInfo. I know this is overridden by gnome_popup_menu_attach, but sometimes the menu items can get activated before the menu has been popped up, e.g. by a keyboard accelerator, or because I'm setting the value of a toggle menu item. This results in NULL getting passed as the user_data no matter what I put in GnomeUIInfo. My question was going to be "how do I get around this?", but looking in recent Gnome source it seems that hardly anyone is using gnome_popup_menu anymore, so perhaps I should be asking "what's the best way of doing a popup menu these days?" Does anyone have an answer to either? Cheers for any help, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From michaeld@senet.com.au Sun Oct 13 19:22:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from saturn.senet.com.au (saturn.senet.com.au [203.56.239.210]) by mail.gnome.org (Postfix) with ESMTP id 29C9418785 for ; Sun, 13 Oct 2002 19:22:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by saturn.senet.com.au (8.12.6/8.12.3) with ESMTP id g9DNMQl7074967; Mon, 14 Oct 2002 08:52:27 +0930 (CST) (envelope-from michaeld@senet.com.au) Received: from 203.202.88.90 ( [203.202.88.90]) as user michaeld@mail.senet.com.au by webmail.senet.com.au with HTTP; Mon, 14 Oct 2002 08:52:26 +091800 Message-ID: <1034551346.3daa003246046@webmail.senet.com.au> Date: Mon, 14 Oct 2002 08:52:26 +091800 From: michaeld@senet.com.au To: otherside Cc: gnome-devel-list@gnome.org Subject: Re: gnome api reference References: <3DA98CB4.8050404@dbservice.com> In-Reply-To: <3DA98CB4.8050404@dbservice.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 203.202.88.90 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Quoting otherside : > > does anyone know a page with the gnome-2.0 api reference.. > if not.. i have started to write tutorials (glib, gobject, gtk, ...), so > i could include a gnome-2.0 tutorial... > You may want to consider using DevHelp (http://devhelp.codefactory.se) or have a look at the online api references at http://developer.gnome.org/doc/API/ Ciao, -- Michael Davies "Do what you think is interesting, do michaeld@senet.com.au something that you think is fun and mirky on irc worthwhile, because otherwise you won't do it well anyway." -- Brian Kernighan ------------------------------------------------- This mail sent through SE Net Webmail http://webmail.senet.com.au From malcolm@commsecure.com.au Sun Oct 13 20:10:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 7880C180DB for ; Sun, 13 Oct 2002 20:10:29 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9E0AMb02375 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9E0AM409666 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9E0AM326559 for gnome-devel-list@gnome.org; Mon, 14 Oct 2002 10:10:22 +1000 Date: Mon, 14 Oct 2002 10:10:22 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gnome api reference Message-ID: <20021014101022.B26527@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <3DA98CB4.8050404@dbservice.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DA98CB4.8050404@dbservice.com>; from tom@dbservice.com on Sun, Oct 13, 2002 at 03:09:40PM +0000 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 13, 2002 at 03:09:40PM +0000, otherside wrote: > i'm working on a little gnome program... > and i have problems with the gnome api... > i've googled and a havent found any api reference for libgnome-2.0 or=20 > libgnomeui-2.0 > so i dont know which functions i should, shouldn't use, which are=20 > deprecated or new, etc... The API documentation should be included with the libgnome/libgnomeui packages, for a start. Look in $(prefix)/share/gtk-doc/html/libgnome[ui]. The libgnomeui documentation is missing some parts, but it's being worked on. Malcolm --=20 Why be difficult when, with a little bit of effort, you could be impossible. --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9qgtuPGhGvxo2jcwRAuGaAJ9Ge/zj7Qw/DVfMJY/zWuCLqZ2cWwCgkVsM ufFufa6h7YTwKim6uD9yt9E= =AdxB -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From bajcik@kolos.math.uni.lodz.pl Sun Oct 13 22:59:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5DC6418467 for ; Sun, 13 Oct 2002 22:59:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7D01D36CE4; Mon, 14 Oct 2002 04:59:36 +0200 (CEST) Date: Sun, 13 Oct 2002 20:51:24 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: invalid regions Message-ID: <20021013185123.GA23678@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I am using a list widget written by me in my program. This list uses GtkDrawingArea to display rows. - If I need to refresh some rows, I do gtk_widget_queue_draw_area(). - When I scrolling my list, I use gdk_window_copy_area(), and gtk_widget_queue_draw_area() on uncovered area. The problem is: in heavy loadavg there can be few scrolls between one expose event, so gdk_window_copy_area copies invalid area. What is optimal way to fix this? bajcik PS. The program's address I've talked about is in signature -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From sopwith@widget.gnome.org Mon Oct 14 00:00:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id AFA4A1814C for ; Mon, 14 Oct 2002 00:00:20 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id DB96D40487; Mon, 14 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 6045 bugs open on bugzilla.gnome.org Message-Id: <20021014040002.DB96D40487@widget.gnome.org> Date: Mon, 14 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 870 gtk+ | 542 galeon | 347 gnome-vfs | 297 GIMP | 280 gnome-applets | 235 control-center | 166 gnome-panel | 137 sawfish | 113 balsa | 108 gnome-pilot | 100 gnome-core | 99 medusa | 94 glib | 84 GnuCash | 83 libzvt | 82 metacity | 76 Gnumeric | 75 Pan | 72 gnome-terminal | 70 gnome-games | 67 dia | 65 bug-buddy | 60 gnome-utils | 60 libgnomeui | 58 GnomeICU | 56 gnome-media | 53 GConf | 53 pango | 52 gtkhtml2 | 49 bugzilla.gnome.org | 49 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 39 GStreamer | 37 bonobo | 37 gnome-session | 37 glade | 36 gdm | 35 gok | 33 rhythmbox | 33 gedit | 32 Yelp | 32 gnome-libs | 31 libgnome | 29 gphoto | 29 libgtop | 29 website | 28 gnorpm | 27 lampadas | 23 libgnomecanvas | 23 gnome-pim | 22 system-monitor [was: procman] | 22 vte | 22 gnome-chess | 21 anjuta2 | 21 gtop [gnome-system-monitor] | 21 libwnck | 21 ORBit | 18 gnome-python | 18 grapevine | 17 gnome-print | 17 at-spi | 17 gnomemeeting | 17 bonobo-activation [was: oaf] | 16 GGV | 16 gnome-db | 16 intltool | 15 libglade | 14 ORBit2 | 14 eazel-hacking | 14 xscreensaver | 14 Metatheme | 14 gnome-desktop | 14 gtranslator | 13 crescendo | 13 Gnomoradio | 13 gtkmm | 13 gnome-user-docs | 12 libgnomedb | 11 eazel-themes | 11 audiofile | 11 imlib1 | 11 eel | 10 ToutDoux | 10 gtk-doc | 10 gnome-perl | 10 libxslt | 10 EOG | 9 gmc | 9 gperfmeter | 9 memprof | 9 atk | 9 printman | 9 librsvg | 8 mergeant | 8 gnopernicus | 8 gnome-vfs-extras | 8 gnome-iconedit | 8 gtk-engines | 8 pkg-config | 8 devhelp | 8 esound | 7 gconf-editor | 7 eazel-tools | 6 GHex | 6 gnome-mime-data | 6 libxml2 | 6 totem | 5 Guppi | 5 galf | 4 acme | 4 gtkvts | 4 l10n | 4 Release Engineering | 4 libart | 4 Gfax | 4 gnome-build | 3 gnome-pm | 3 gASQL | 3 desktop-file-utils | 3 jhbuild | 3 gnome-debug | 3 orbit-perl | 3 gnomemm | 3 at-poke | 2 libIDL | 2 magicdev | 2 GNOME CD Master | 1 file-roller | 1 etherterm | 1 gmime | 1 gtkglarea | 1 libxml | 1 gthumb | 1 Guikachu | 1 gnome-system-tools | 1 xalf | 1 gnomovision | 1 gnome-guile | 1 From hp@redhat.com Mon Oct 14 01:46:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A014E1814C for ; Mon, 14 Oct 2002 01:46:32 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9E5krHd012941; Mon, 14 Oct 2002 01:46:54 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9E5krvY012937; Mon, 14 Oct 2002 01:46:53 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: invalid regions References: <20021013185123.GA23678@gosia> From: Havoc Pennington Date: 14 Oct 2002 01:46:53 -0400 In-Reply-To: <20021013185123.GA23678@gosia> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus writes: > The problem is: in heavy loadavg there can be few scrolls between one > expose event, so gdk_window_copy_area copies invalid area. > > What is optimal way to fix this? > You might try using gdk_window_scroll() instead of doing the copy_area etc. manually. There are some examples in the GTK source code. Havoc From churcher@ihug.com.au Mon Oct 14 19:45:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 5ACF21824B for ; Mon, 14 Oct 2002 19:45:47 -0400 (EDT) Received: from p504-tnt5.syd.ihug.com.au [203.173.137.250] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 181Eu8-0004fN-00; Tue, 15 Oct 2002 09:45:45 +1000 Subject: Re: gnome api reference From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <3DA98CB4.8050404@dbservice.com> References: <3DA98CB4.8050404@dbservice.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Oct 2002 09:46:54 +1000 Message-Id: <1034639215.1455.1015.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-14 at 01:09, otherside wrote: > if not.. i have started to write tutorials (glib, gobject, gtk, ...), > so i could include a gnome-2.0 tutorial... I'm sure I'm not the only one who would enjoy seeing more GNOME 2 tutorials out there. I'm converting and updating an older GTK application, and it's slow going. The developerworks tutorials were good, but haven't gone beyond introduction so far. BTW, what's a good existing app to use as an example? Something that has been well and truly GNOME2-ized, hopefully with well-commented source. -- Cheers, Rich. From bajcik@kolos.math.uni.lodz.pl Mon Oct 14 21:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 08CA7180E2 for ; Mon, 14 Oct 2002 21:22:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id A930336CE1; Tue, 15 Oct 2002 03:22:36 +0200 (CEST) Date: Mon, 14 Oct 2002 05:33:30 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: gtk-doc Message-ID: <20021014033329.GC27314@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I'd like to document API of my program using gtk-doc. Where can I find a description/tutorial/guide/papers of gtk-doc? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From malcolm@commsecure.com.au Mon Oct 14 21:39:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id E2226180E2 for ; Mon, 14 Oct 2002 21:39:51 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9F1djb19354 for ; Tue, 15 Oct 2002 11:39:45 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9F1di400583 for ; Tue, 15 Oct 2002 11:39:44 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9F1diO32699 for gnome-devel-list@gnome.org; Tue, 15 Oct 2002 11:39:44 +1000 Date: Tue, 15 Oct 2002 11:39:44 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gtk-doc Message-ID: <20021015113944.A32470@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021014033329.GC27314@gosia> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021014033329.GC27314@gosia>; from bajcik@kolos.math.uni.lodz.pl on Mon, Oct 14, 2002 at 05:33:30AM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, Oct 14, 2002 at 05:33:30AM +0200, Krzysztof Garus wrote: > I'd like to document API of my program using gtk-doc. Where can I find a > description/tutorial/guide/papers of gtk-doc? For a start, look in the doc/ subdirectory of the gtk-doc package. That contains a few text files which talk about the basics. Secondly, have a look at one of the existing GNOME packages that has been documented and use that as an example. You could try looking at glib, gtk+, libgnome, atk, ... Finally, have a look through the archives of the gtk-doc list (particularly over the last 15 months or so). Quite a lot of questions have been asked and answered on that list already, so you can probably save some time by checking there. Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 16 19:26:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bashful.clients.ie (unknown [213.190.137.213]) by mail.gnome.org (Postfix) with ESMTP id 1FA6318109 for ; Wed, 16 Oct 2002 19:26:47 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B77E011108 for ; Thu, 17 Oct 2002 00:26:46 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.13]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B8CA4F8C7 for ; Thu, 17 Oct 2002 00:26:43 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g9GNM6H17664 for ; Thu, 17 Oct 2002 00:22:06 +0100 Subject: fork, exec, _exit From: "Sergey V. Udaltsov" To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 00:22:05 +0100 Message-Id: <1034810526.15931.52.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all A couple of days ago I noticed one problem with forked processes. In my code, the child process is doing nothing but exec(). And in case of problems - exit(). After some investigations (great thanks to Ivan Pascal) it was found that GNOME/GTK is doing a lot of stuff using atexit. So the only correct way to close the child is to call _exit() (but not exit()!). Which is not too good - the program itself may want to add some atexit hooks. So my question is - why does it all work this strange way? Why GNOME/GTK could not have GtkTerm/GnomeTerm functions to close/stop/term/finalize everything - and only main process would have to call them. AFAIK, the current usage of atexit in GNOME conflicts with the multi-process programming and X Window architecture (the connection to X server should be used and closed in the same one process). BTW, even current situation is not properly documented AFAIK. I found the confirmation for this image in some mailing lists' archives. It would be great to document the problem at least (in Gtk FAQ there are special lines about threads, but nothing about processes). Any comments/ideas? Cheers, Sergey From churcher@ihug.com.au Thu Oct 17 00:20:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id D174618204 for ; Thu, 17 Oct 2002 00:20:46 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 18229G-0002M5-00; Thu, 17 Oct 2002 14:20:39 +1000 Subject: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 14:22:10 +1000 Message-Id: <1034828531.1455.1076.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Ok, so there's not much in the way of introductory documentation for GNOME 2 out there. Here's my idea to help correct that problem... I have this pet project I'd like to port to GNOME 2, it's been a bit of a hobby over the past few weeks. If gnome-devel-list can stand a little extra traffic I'll start posting questions to the list and keeping a record of my progress as I go. Periodically I'll update a web site with a description of the process from a (fairly) new GNOMEr's point of view. In the end, I should have a bit more perspective on what makes GNOME 2 tick, and be able to contribute to the fund of available documentation. Hopefully there are some developers out there who can spare a little time to contribute answers and suggestions - this is probably less painful than actually writing documentation yourselves, but still helps the cause ;o) Pointers to existing resources (particularly sample code) which may be of assistance are of course welcome. With this in mind, an initial question. The application I'm interested in (Felipe Bergo's excellent project eboard, an interface used to play chess) connects to servers for the purpose of matching opponents, or can be used offline. I'm wondering whether perhaps writing a Bonobo component might be an appropriate solution for the board/game interface. I even thought there might be an appropriate component already in existence for the chat/messaging side of things, as this functions in a very similar fashion to other chat applications such as IRC. So: write a component, or avoid Bonobo? -- Cheers, Rich. From hp@redhat.com Thu Oct 17 01:58:52 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id CB8AF18C1A for ; Thu, 17 Oct 2002 01:58:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9H5xfHd016231; Thu, 17 Oct 2002 01:59:41 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9H5xdGc016227; Thu, 17 Oct 2002 01:59:39 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> From: Havoc Pennington Date: 17 Oct 2002 01:59:38 -0400 In-Reply-To: <1034828531.1455.1076.camel@localhost.localdomain> Message-ID: Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial, but my opinion is that Bonobo should only be used when you explicitly need rich out-of-process communication. If you're just doing a GUI, I'd stick mostly to plain GTK and libglade for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Havoc From churcher@ihug.com.au Thu Oct 17 03:54:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id 3735C1848E for ; Thu, 17 Oct 2002 03:53:57 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1825Tf-0004uo-00; Thu, 17 Oct 2002 17:53:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 17:55:28 +1000 Message-Id: <1034841329.1481.1152.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 15:59, Havoc Pennington wrote: > > This is a bit controversial, but my opinion is that Bonobo should > only be used when you explicitly need rich out-of-process > communication. > > If you're just doing a GUI, I'd stick mostly to plain GTK and > libglade for the GUI bits, use gnome-vfs, gconf, etc. where > appropriate, etc. I can appreciate that. Besides, I don't think I need the extra complication of learning Bonobo on top of everything else. Ok, so perhaps the next point should be for folks to suggest a good example. Preferably a GNOME 2 application that isn't gargantuan, but shows off correct practice that the GNOME developers would like to see in new or converted G2 projects. 'Correct' being one of those loaded words that inevitably starts arguments ;o) -- Cheers, Rich. From chen.shengqi@connet.com.tw Thu Oct 17 04:29:35 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from msa.connet.com.tw (unknown [202.39.28.155]) by mail.gnome.org (Postfix) with ESMTP id 2F327181DD for ; Thu, 17 Oct 2002 04:29:34 -0400 (EDT) Received: from victor ([61.171.235.12]) (authenticated) by msa.connet.com.tw with ESMTP id g9H8TVC13751 for ; Thu, 17 Oct 2002 16:29:31 +0800 Message-ID: <004d01c275b7$52a0a580$0f8c8dc0@victor> From: "chen.shengqi" To: Subject: how to draw image on pixmap with specified transparent color? Date: Thu, 17 Oct 2002 16:29:32 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: RGVhciBzaXJzOg0KICAgIEkgd2FudCB0byBkcmF3IHNvbWUgaW1hZ2UgdG8gcGl4bWFwIHdpdGgg c3BlY2lmaWVkIHRyYW5zcGFyZW50IGNvbG9yLiBIb3cgY2FuIEkgZG8gdGhpcz8gd2hlcmUgY2Fu IEkgZmluZCBleGFtcGxlcyBvbiB0aGlzPw0KICAgIHRoYW5rcy4NCg0K From miro@puremagic.com Thu Oct 17 05:41:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail01d.rapidsite.net (mail01d.rapidsite.net [207.158.192.52]) by mail.gnome.org (Postfix) with SMTP id 0E35418118 for ; Thu, 17 Oct 2002 05:41:43 -0400 (EDT) Received: from www.vams.com (207.201.150.210) by mail01d.rapidsite.net (RS ver 1.0.63s) with SMTP id 031558; Thu, 17 Oct 2002 05:41:27 -0400 (EDT) Message-ID: <3DAE8863.4000909@puremagic.com> Date: Thu, 17 Oct 2002 11:52:35 +0200 From: Miroslav Silovic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> <1034841329.1481.1152.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher wrote: >I can appreciate that. Besides, I don't think I need the extra >complication of learning Bonobo on top of everything else. > >Ok, so perhaps the next point should be for folks to suggest a good >example. Preferably a GNOME 2 application that isn't gargantuan, but >shows off correct practice that the GNOME developers would like to see >in new or converted G2 projects. 'Correct' being one of those loaded >words that inevitably starts arguments ;o) > > > Traditionally, gnome-hello is a showcase for the technologies you can use. I think it'd also be a VERY good idea to read GNOME HIG (human interface guidelines - the correct URL escapes me at the moment) before you do anything else. As for the small apps... gnome-utils and gnome-media are probably a good starting point. Miro From michael@ximian.com Thu Oct 17 05:50:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 8E1771830F for ; Thu, 17 Oct 2002 05:50:47 -0400 (EDT) Received: (qmail 3548 invoked from network); 17 Oct 2002 09:50:46 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 17 Oct 2002 09:50:46 -0000 Subject: Re: Converting GTK project to GNOME 2 From: Michael Meeks To: Havoc Pennington Cc: Rich Churcher , gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Organization: Ximian. Message-Id: <1034851526.32484.85.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 17 Oct 2002 11:45:26 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 06:59, Havoc Pennington wrote: > Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial Not _that_ controversial :-) > but my opinion is that Bonobo should only > be used when you explicitly need rich out-of-process communication. Yes - preferably on the same machine. Ultimately you need to ask yourself why you're using any given tool. _Unfortunately_ today's world being what it is - you almost certainly want to use SOAP for internet wide IPC - since it goes through fire-walls. So checkout the 'soup' module. > If you're just doing a GUI, I'd stick mostly to plain GTK and libglade > for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Yep - plain libglade / gtk+ sounds good for everything GUI. Of course - if you think you can feasibly use a mail / file transport for the game moves - it'd be nice to have a bonobo component that can be used inside evolution for making moves etc. Depending if you think that's a good idea - the same thing would view boards inside nautilus; it just depends if that's worth doing :-) Hopefully in some ideal future it'd also plug into Mozilla ... but problems there some of the chicken and egg variety. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From churcher@ihug.com.au Thu Oct 17 06:32:59 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 42C00182C9 for ; Thu, 17 Oct 2002 06:32:59 -0400 (EDT) Received: from p814-apx1.syd.ihug.com.au [203.173.143.52] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1827xY-0000hj-00; Thu, 17 Oct 2002 20:32:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <1034851526.32484.85.camel@michael.home> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 20:34:30 +1000 Message-Id: <1034850871.1481.1245.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > _Unfortunately_ today's world being what it is - you almost > certainly want to use SOAP for internet wide IPC - since it goes > through fire-walls. So checkout the 'soup' module. Done - I have no idea what that is, but there's always this weekend to find out... > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > course - if you think you can feasibly use a mail / file transport > for the game moves - it'd be nice to have a bonobo component that > can be used inside evolution for making moves etc. Depending if you > think that's a good idea - the same thing would view boards inside > nautilus; it just depends if that's worth doing :-) Hopefully in > some ideal future it'd also plug into Mozilla ... but problems there > some of the chicken and egg variety. Ooo, play by mail with evolution! Nice, never thought of that. Tell you what though, how about I actually get a working GNOME app here before I start chasing rainbows ;o) Correct me if I'm wrong, but if I write a good widget for the board it can always be packed into a component later? So it's not as if the Bonobo option is off the table for good. -- Cheers, Rich. From rodrigo@gnome-db.org Thu Oct 17 09:30:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gollum.gnome-db.org (69.Red-80-33-181.pooles.rima-tde.net [80.33.181.69]) by mail.gnome.org (Postfix) with ESMTP id 6344B18153 for ; Thu, 17 Oct 2002 09:30:47 -0400 (EDT) Received: from [192.168.0.3] (211.Red-80-59-90.pooles.rima-tde.net [80.59.90.211]) by gollum.gnome-db.org (Postfix) with ESMTP id 0072C37C0A2; Thu, 17 Oct 2002 15:30:44 +0200 (CEST) Subject: Re: Converting GTK project to GNOME 2 From: Rodrigo Moya To: Rich Churcher Cc: gnome-devel-list@gnome.org In-Reply-To: <1034850871.1481.1245.camel@localhost.localdomain> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> <1034850871.1481.1245.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1034861390.2865.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 17 Oct 2002 15:29:51 +0200 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 12:34, Rich Churcher wrote: > On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > > > _Unfortunately_ today's world being what it is - you almost > > certainly want to use SOAP for internet wide IPC - since it goes > > through fire-walls. So checkout the 'soup' module. > > Done - I have no idea what that is, but there's always this weekend to > find out... > it is a SOAP implementation in C, which allows you to do RPC over HTTP and XML. > > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > > course - if you think you can feasibly use a mail / file transport > > for the game moves - it'd be nice to have a bonobo component that > > can be used inside evolution for making moves etc. Depending if you > > think that's a good idea - the same thing would view boards inside > > nautilus; it just depends if that's worth doing :-) Hopefully in > > some ideal future it'd also plug into Mozilla ... but problems there > > some of the chicken and egg variety. > > Ooo, play by mail with evolution! Nice, never thought of that. Tell you > what though, how about I actually get a working GNOME app here before I > start chasing rainbows ;o) > yes, a Bonobo component can easily be added later on, if you do your app well separated in modules, you can just add the Bonobo component later on. Just make sure your app is modular enough and has all functionality cleanly separared. > Correct me if I'm wrong, but if I write a good widget for the board it > can always be packed into a component later? So it's not as if the > Bonobo option is off the table for good. > yes, exactly. cheers From iamgod@itu.st.jyu.fi Thu Oct 17 11:20:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from itu.st.jyu.fi (itu.st.jyu.fi [130.234.4.65]) by mail.gnome.org (Postfix) with ESMTP id 1DE1A1824A for ; Thu, 17 Oct 2002 11:20:20 -0400 (EDT) Received: from localhost (iamgod@localhost) by itu.st.jyu.fi (8.11.6/8.11.2/antispam3) with ESMTP id g9HFKID02102 for ; Thu, 17 Oct 2002 18:20:18 +0300 Date: Thu, 17 Oct 2002 18:20:17 +0300 (EEST) From: Risto Peranen To: gnome-devel-list@gnome.org Subject: Nautilus alternatives In-Reply-To: <1034861390.2865.3.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello to all comrades. I have bit tired of nautilus (both 1 and 2) and it's wankiness. Is there any alternatives and if I would like to make my own app to draw desktop and file manacing where should I start? I appreciete following options: - easy to script (common tasks should be written in python/emacs/perl/shell scripts. Human is always too slow and make mistakes.) - fast and light - minimun amount of components (sure it should be able to run helper applications :) - some Open Source licence - not so fancy-wanky (who needs themes or crap like that) Emacs doesn't have support for this kind of tasks --- what o pity :P ---------- Risto Peranen ( Risto Peränen with proper lang setting ) mailto iamgod@jyu.fi From spamfrommailing@freax.org Thu Oct 17 18:30:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mail.gnome.org (Postfix) with ESMTP id 4470518CBB; Thu, 17 Oct 2002 18:30:20 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 51BC183E81; Fri, 18 Oct 2002 00:30:19 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by horkos.telenet-ops.be (Postfix) with ESMTP id E68CF83C33; Fri, 18 Oct 2002 00:30:18 +0200 (CEST) Subject: Applet for Clipboard Manager From: Philip Van Hoof Reply-To: Gnome@pandora.be, Clipboard@pandora.be, Manager@pandora.be, Mailinglist@pandora.be To: Gnome Clipboard Manager Mailinglist , usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034866672.16789.8.camel@freax> References: <1034866672.16789.8.camel@freax> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 00:30:58 +0200 Message-Id: <1034893858.26747.20.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a mail about the GNOME Clipboard Manager. You can find more information about this application here : http://gcm.sourceforge.net On Thu, 2002-10-17 at 16:57, on the Gcm-Devel mailinglist Philip Van Hoof wrote: > I have imported the gcmapplet module in cvs. > This will be a very simple PanelApplet for controlling gcm [CUT] I got the PanelApplet working. Read : I made a PanelApplet with libgcm support that shows a label in the Gnome2 panel with the text "test" :-) In human language this means that the Clipboard Manager applet will be finished very soon. What else is finished ? libgcm : A library for (remote) controlling GNOME Clipboard Manager (works a lot like libxmms) plugin support : The support for plugins in GNOME Clipboard Manager (works a lot like the pluginsystem of xmms) libgcmtest : A small glade application with libgcm support that demonstrates all possibilities of libgcm. sampleplugin : A sample plugin for GNOME Clipboard Manager that demonstrates all possibilities of the plugin support of Gcm. A first test applet with libgcm support : The default PanelApplet that will be shipping with the GNOME Clipboard Manager releases. This applet will have all functionality such an applet needs. The idea is to make GNOME Clipboard Manager a non-visible Gnome application (a.k.a. a deamon) that does all clipboard management in the background. Applications with libgcm support can make GNOME Clipboard Manager show her UserInterface and/or make GNOME Clipboard Manager threadsave perform specific functions. The pluginsystem is to avoid that (future) programmers of GNOME Clipboard Manager -like me- will make GNOME Clipboard Manager bloatware. Most new features that go into GNOME Clipboard Manager should be programmed using the pluginsystem of GNOME Clipboard Manager i.m.h.o. Examples of such a new feature is the possibility to send and receive items from other hosts running GNOME Clipboard Manager. Disabling this plugin would then disable 'all' networking code. Maybe other Clipboard Management systems of other Operating Systems or desktop systems can someday corporate with GNOME Clipboard Manager's networking plugin :). Feel free to mailbomb me with comments and suggestions :-). And please, no comments like : "huh? why do we need a Clipboard Manager". My answer will be "We don't, don't use it, bye". -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From spamfrommailing@freax.org Fri Oct 18 15:13:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 2D05D18139; Fri, 18 Oct 2002 15:13:30 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 8F0A52012E; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 0E84520148; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Subject: Re: [Gcm-devel] Applet for Clipboard Manager From: Philip Van Hoof To: Gnome Clipboard Manager Mailinglist Cc: usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034893858.26747.20.camel@pluisje> References: <1034866672.16789.8.camel@freax> <1034893858.26747.20.camel@pluisje> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 21:14:09 +0200 Message-Id: <1034968449.12346.34.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-18 at 00:30, Philip Van Hoof wrote: > I got the PanelApplet working. Read : I made a PanelApplet with libgcm > support that shows a label in the Gnome2 panel with the text "test" :-) > In human language this means that the Clipboard Manager applet will be > finished very soon. It is a bit crashy from time to times but I have something working. export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 gcmapplet libgcmtest First install gcm-2. This will install * gcm : The Clipboard Manager (Deamon) * gcmui : A tool to launch the UserInterface of gcm in /usr/local/bin Then install libgcmtest. This will install * libgcmtest : A tool to test all capabilities of libgcm in /usr/local/bin Then install gcmapplet. This will install * gcmapplet : A very simple PanelApplet that implements some of the capabilities of libgcm. in /usr/local/lib/libexec I think ... Use the menu of the Panel. After make install you should have an item called "Clipboard Manager" in the "Utilities" menu Required : GTK_REQUIRED=1.3.1 LIBGNOMEUI_REQUIRED=1.96.0 GCONF_REQUIRED=1.0.8 LIBXML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGTKHTML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGCM_REQUIRED=2.0.2 LIBGCM will be installed when you compile and install gcm-2 (only the current CVS version. 'Not' the 2.0.1 release. And no there is not a release with libgcm available yet) After you compiled and installed gcm-2 it is possible that you have start ldconfig and maybe move the libgcm* files from /usr/local/lib/ to /usr/lib (depends on your distro and ldconfig, for example : On my Debian it worked and on my Mandrake 9.0 it did not worked until I moved those files. Probably some automake bug that I made :-\) Installating of all these packages : ./autogen.sh && make && make install Running : gcm& gcmui Add applet in the gnome-panel -> Utilities -> Clipboard Manager Testing : libgcmtest -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From anil@gdit.iiit.net Sun Oct 20 07:57:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 1410E1814B for ; Sun, 20 Oct 2002 07:57:33 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KBj3K14025 for ; Sun, 20 Oct 2002 17:15:04 +0530 Subject: GConf From: Anil Kumar Putla To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-3YAp2D3Gp/5edllPVFrf" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 17:23:23 +0530 Message-Id: <1035114805.1038.10.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-3YAp2D3Gp/5edllPVFrf Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I would like to know whether gconf-1.0.9 is usable in application programs. When i am using the library with mem profile it is showing memory leaks. Am i not calling the appropriate destroy routines. Bye, Anil --=-3YAp2D3Gp/5edllPVFrf Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-3YAp2D3Gp/5edllPVFrf-- From hp@redhat.com Sun Oct 20 11:35:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 93BCB18376 for ; Sun, 20 Oct 2002 11:35:06 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9KFaEHd020538; Sun, 20 Oct 2002 11:36:14 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9KFaDtg020534; Sun, 20 Oct 2002 11:36:13 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Anil Kumar Putla Cc: gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> From: Havoc Pennington Date: 20 Oct 2002 11:36:13 -0400 In-Reply-To: <1035114805.1038.10.camel@hell> Message-ID: Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla writes: > > I would like to know whether gconf-1.0.9 is usable in application > programs. When i am using the library with mem profile it is showing > memory leaks. Am i not calling the appropriate destroy routines. You need to g_free the "str" variable. Havoc From anil@gdit.iiit.net Sun Oct 20 11:42:54 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 4EFA81834D for ; Sun, 20 Oct 2002 11:42:52 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KFUHK29881; Sun, 20 Oct 2002 21:00:18 +0530 Subject: Re: GConf From: Anil Kumar Putla To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035114805.1038.10.camel@hell> Content-Type: multipart/mixed; boundary="=-IY1JQ+uWnP40vokgZM85" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 21:08:43 +0530 Message-Id: <1035128325.8241.3.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-IY1JQ+uWnP40vokgZM85 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I just missed that line. g_free(str); I am just worried about the output of g_mem_profile(), when i am using gconf. Just checkout the output of g_mem_profile(). GLib Memory statistics (failing operations): --- none --- Total bytes: allocated=199865, zero-initialized=11936 (5.97%), freed=179441 (89.78%), remaining=20424 MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 Anil On Sun, 2002-10-20 at 21:06, Havoc Pennington wrote: > > > Anil Kumar Putla writes: > > > > I would like to know whether gconf-1.0.9 is usable in application > > programs. When i am using the library with mem profile it is showing > > memory leaks. Am i not calling the appropriate destroy routines. > > You need to g_free the "str" variable. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list --=-IY1JQ+uWnP40vokgZM85 Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_free(str); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-IY1JQ+uWnP40vokgZM85-- From james@daa.com.au Sun Oct 20 21:15:05 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 3D6A41817E for ; Sun, 20 Oct 2002 21:15:04 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 91240C2B1; Mon, 21 Oct 2002 09:15:01 +0800 (WST) Message-ID: <3DB354E7.5040604@daa.com.au> Date: Mon, 21 Oct 2002 09:14:15 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anil Kumar Putla Cc: Havoc Pennington , gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> <1035128325.8241.3.camel@hell> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla wrote: >Hi, > I just missed that line. g_free(str); > > I am just worried about the output of g_mem_profile(), when i am using >gconf. Just checkout the output of g_mem_profile(). > >GLib Memory statistics (failing operations): > --- none --- >Total bytes: allocated=199865, zero-initialized=11936 (5.97%), >freed=179441 (89.78%), remaining=20424 >MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 > > In such a short program, you are likely seeing the effects of one time initialisations of various internal structures. These structures generally aren't freed (which is not generally a problem). If you changed your example to lookup 100 times as many strings, and it leaked 100 times as much memory then it would be a bug. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From sopwith@widget.gnome.org Mon Oct 21 00:00:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id D819F180F8 for ; Mon, 21 Oct 2002 00:00:58 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 4665A4043C; Mon, 21 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5980 bugs open on bugzilla.gnome.org Message-Id: <20021021040002.4665A4043C@widget.gnome.org> Date: Mon, 21 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 883 gtk+ | 531 galeon | 363 gnome-vfs | 301 GIMP | 290 gnome-applets | 228 gnome-panel | 135 balsa | 115 control-center | 113 gnome-core | 108 gnome-pilot | 107 sawfish | 106 medusa | 94 libzvt | 86 GnuCash | 83 metacity | 77 dia | 76 glib | 76 gnome-terminal | 75 Gnumeric | 74 Pan | 71 libgnomeui | 61 gnome-utils | 59 gnome-games | 59 pango | 57 GConf | 53 gnome-media | 53 gtkhtml2 | 53 bugzilla.gnome.org | 50 GnomeICU | 47 libgda | 47 general | 43 gnome-file-selector | 42 HIG | 40 bonobo | 39 GStreamer | 38 gnome-session | 37 gdm | 35 glade | 34 bug-buddy | 33 gok | 32 libgnome | 31 gnome-libs | 30 rhythmbox | 30 libgtop | 29 website | 29 gedit | 28 gnorpm | 28 Yelp | 26 libwnck | 24 system-monitor [was: procman] | 23 libgnomecanvas | 23 lampadas | 23 gtop [gnome-system-monitor] | 22 anjuta2 | 22 gnome-pim | 21 gphoto | 21 gnome-python | 21 gnome-db | 18 gnome-print | 18 ORBit | 18 grapevine | 17 intltool | 16 xscreensaver | 15 libglade | 15 gnome-desktop | 15 Gnomoradio | 14 Metatheme | 14 vte | 14 eazel-hacking | 14 gnomemeeting | 14 gtranslator | 13 ORBit2 | 13 crescendo | 13 bonobo-activation [was: oaf] | 13 gtkmm | 13 gnome-user-docs | 12 at-spi | 12 gmc | 12 gnome-chess | 11 gnome-perl | 11 imlib1 | 11 libgnomedb | 11 eazel-themes | 10 printman | 10 ToutDoux | 10 GGV | 10 gtk-doc | 10 EOG | 10 eel | 10 gperfmeter | 9 pkg-config | 9 gnopernicus | 9 gnome-vfs-extras | 9 memprof | 9 atk | 9 gtk-engines | 8 audiofile | 8 gtkvts | 8 mergeant | 8 gnome-iconedit | 8 devhelp | 7 esound | 7 gconf-editor | 7 librsvg | 7 acme | 6 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 5 Guppi | 5 l10n | 4 totem | 4 Gfax | 4 libart | 4 Release Engineering | 4 gnome-build | 4 gnomemm | 3 orbit-perl | 3 desktop-file-utils | 3 gnome-pm | 3 jhbuild | 3 gASQL | 3 libxslt | 3 galf | 3 file-roller | 2 libIDL | 2 at-poke | 2 GNOME CD Master | 2 magicdev | 2 gnome-debug | 2 gnome-mag | 1 gnome-system-tools | 1 libxml | 1 libegg | 1 gmime | 1 Guikachu | 1 tubesock | 1 gnomovision | 1 gtkglarea | 1 xalf | 1 gthumb | 1 gnome-guile | 1 From spamfrommailing@freax.org Mon Oct 21 17:30:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 3828C1847A for ; Mon, 21 Oct 2002 17:30:47 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 980111FFAD for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 1A0751FF3A for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:31:29 +0200 Message-Id: <1035235889.13874.64.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From me@freax.org Mon Oct 21 17:28:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mail.gnome.org (Postfix) with ESMTP id 85DC71845E for ; Mon, 21 Oct 2002 17:28:53 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id B754ADC02A for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by tartarus.telenet-ops.be (Postfix) with ESMTP id 014EEDBDDD for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:29:35 +0200 Message-Id: <1035235775.12650.62.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From torvir@dpsl.net Tue Oct 22 07:07:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by mail.gnome.org (Postfix) with ESMTP id BEC31189AC for ; Tue, 22 Oct 2002 07:07:16 -0400 (EDT) Received: by mail.dpsl.net with Internet Mail Service (5.5.2653.19) id ; Tue, 22 Oct 2002 16:48:41 +0530 Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by khyber.enigma with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VMK6ZW3D; Tue, 22 Oct 2002 16:48:40 +0530 Received: FROM comp185 BY khyber.enigma ; Tue Oct 22 16:48:39 2002 +0500 From: Rahul Torvi To: gnome-devel-list@gnome.org Subject: Interpolation support in Gnome Canvas? Date: Tue, 22 Oct 2002 16:36:04 +0530 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I am developing an image viewer application using gtk and gnome. I am developing it on Redhat 7.3 and am using KDE 2.1. I am using Gnome Canvas in anti-aliased mode. I have used libtiff funtions to load the tiff images and then create GdkPixBuf objects from the raw data. I insert the pixbuf into the Canvas as a GnomeCanvasPixbuf item. The images are being displayed but are not very clear. After analysing the Eye Of Gnome application i have come to the conclusion that the problem is interpolation. My reading tells me that the gnome canvas by default uses INTERP_NEAREST interpolation type while rendering an image. If i am correct Is there some method by which I can provide atleast BILINEAR interpolation support to my canvas ? Else is there any alternative to get clarity in the images that are being loaded? If I am wrong Please tell me what I have to do to include BILINEAR support in the canvas ? I have even posted this query in the gtk-app devlopers list, but have recieved no response!! This is a request to all gtk/gnome gurus to help me out. Hoping for a positive response. thanks and regards, Rahul From rplana@zicorp.com Thu Oct 24 03:22:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mail.gnome.org (Postfix) with ESMTP id 3E72B18107 for ; Thu, 24 Oct 2002 03:22:24 -0400 (EDT) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H003F35T5X0@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca (pn2ml1so-qfe0.prod.shaw.ca [10.0.121.145]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H00BAJ5T5VJ@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from zicorp.com (h68-146-201-147.cg.shawcable.net [68.146.201.147]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H0062O5T52I@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Date: Thu, 24 Oct 2002 01:22:50 -0600 From: Richard Plana Subject: gnome2 panel menu primer To: gnome-devel-list@gnome.org Message-id: <3DB79FCA.7080901@zicorp.com> Organization: Zi Corporation MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021019 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I would like to create a menu for the gnome-panel from scratch. I tried going through all the menu*.[ch] files but couldn't make heads or tails of how I'm to begin. From the looks of it, it doesn't seem to follow gnome-panel applet design (so the applet-writing.html doc might not be what I need) If one would outline the things needed to do to start me on my own menu or point me to some existing document I could start with, I'd greatly appreciate it. -- *Richard Neal Plana, B.Sc., CCNA* Lead Software Engineer Zi Corp. From joes@rdsgmail.jpl.nasa.gov Thu Oct 24 11:28:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eis-msg-012.jpl.nasa.gov (eis-msg-012.jpl.nasa.gov [137.78.160.40]) by mail.gnome.org (Postfix) with ESMTP id 8021918113 for ; Thu, 24 Oct 2002 11:28:47 -0400 (EDT) Received: from mooneyflyer.rdsgmail.jpl.nasa.gov (mooneyflyer.jpl.nasa.gov [137.79.137.239]) by eis-msg-012.jpl.nasa.gov (8.12.1/8.12.1) with ESMTP id g9OFSkBo009752 for ; Thu, 24 Oct 2002 08:28:46 -0700 (PDT) Message-Id: <5.1.0.14.0.20021024082133.00a4b560@rdsgmail.jpl.nasa.gov> X-Sender: joes@rdsgmail.jpl.nasa.gov X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 24 Oct 2002 08:32:40 -0700 To: gnome-devel-list@gnome.org From: Joe Schartman Subject: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? In-Reply-To: <20021022160005.6859.85919.Mailman@moniker.gnome.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-1614028641==_.ALT" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=====================_-1614028641==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by putting the appropriate .destop file under ~/.gnome/app so that the associated icon for the .desktop files get created under the mainmenu>Favorites For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get created at ~/.gnome2/share BUT where do/shoud the icons end up ? There is NO mainmenu>Favorites for this platform. How should apps those example apps be added to the control panel or main menu using the existing .desktop files ? Regards, Joe Joe Schartman COE Kernel Project Developer Northrop Grumman Information Technology, affiliated with JPL 320 N. Halstead St., Pasadena, CA 91107 JPL M.S.: 320/120/4 Email: joes@rdsgmail.jpl.nasa.gov jschartman@pasadena.feddata.com (626) 351-1542, Fax (626) 351-0751 .~. /V\ / / \ \ / ( ) \ (^^)-(^^) --=====================_-1614028641==_.ALT Content-Type: text/html; charset="us-ascii"  RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>???

Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by
putting the appropriate .destop file under ~/.gnome/app so that the associated icon
for the .desktop files get created under the mainmenu>Favorites

For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get
created at ~/.gnome2/share BUT where do/shoud  the icons end up ?
There is NO mainmenu>Favorites for this platform.
How should apps those example apps be added to the control panel or main menu using the
existing .desktop files ?

Regards, Joe



Joe Schartman
COE Kernel Project Developer
Northrop Grumman Information Technology, affiliated with JPL
320 N. Halstead St., Pasadena, CA 91107
JPL M.S.: 320/120/4
Email: joes@rdsgmail.jpl.nasa.gov
          jschartman@pasadena.feddata.com

(626) 351-1542, Fax (626) 351-0751

         
          .~.
          /V\
      / /      \ \
    / (         ) \
       (^^)-(^^)

--=====================_-1614028641==_.ALT-- From thomas@urgent.rug.ac.be Thu Oct 24 11:46:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 22690181A2 for ; Thu, 24 Oct 2002 11:46:17 -0400 (EDT) Received: (qmail 26520 invoked by uid 505); 24 Oct 2002 15:46:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 15:46:16 -0000 Date: Thu, 24 Oct 2002 17:46:16 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: gconf2 schema installs as user. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Now that I'm happily running red hat 8.0 and don't have full homedir install of gnome2, I'm running into issues when I try to compile some applications and install them as a user in my home dir. Ideally, this should just work, but currently it fails due to gconf schema installs. Specifically, it determines correctly that the primary source of schema files is located in /etc However, if I understand gconf correctly, based on my /etc/gconf/2/path file, schemas placed in xml:readwrite:$(HOME)/.gconf would also be picked up by gconf, right ? So my question is - wouldn't it make more sense if gconftool-2 --get-default-source reported a location where the current user has write permissions, or, possibly an extra flag, which would then be used at install time ? I understand the fact that there's a difference between the user running configure and the user running make install, which is why it would seem to make more sense to me to move the actual call to gconftool-2 to the install rule in every Makefile so that it figures out an installable location for gconf schemas. I just want to ask here what you consider the best way to make this work by default in both cases (user installs and system installs). Thanks, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> I touch and you melt down You don't even know it how much I want to believe it <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 14:46:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id D6CCF1812B for ; Thu, 24 Oct 2002 14:46:00 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9OIlxHd018774; Thu, 24 Oct 2002 14:47:59 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9OIlxdB018770; Thu, 24 Oct 2002 14:47:59 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 14:47:59 -0400 In-Reply-To: Message-ID: Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > I just want to ask here what you consider the best way to make this work > by default in both cases (user installs and system installs). > I guess the way it works right now is that you would pass --with-gconf-source=whatever alongside your --prefix=myhomedir. Well I'm not sure the configure option is --with-gconf-source but it's something like that. I'm not sure how to make it work without configure options, but ideas are welcome. Havoc From thomas@urgent.rug.ac.be Thu Oct 24 15:21:16 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id CD88C18E1B for ; Thu, 24 Oct 2002 15:21:15 -0400 (EDT) Received: (qmail 12225 invoked by uid 505); 24 Oct 2002 19:21:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 19:21:15 -0000 Date: Thu, 24 Oct 2002 21:21:15 +0200 (CEST) From: Thomas Vander Stichele To: Havoc Pennington Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, > Thomas Vander Stichele writes: > > I just want to ask here what you consider the best way to make this work > > by default in both cases (user installs and system installs). > > > > I guess the way it works right now is that you would pass > --with-gconf-source=whatever alongside your --prefix=myhomedir. > Well I'm not sure the configure option is --with-gconf-source but > it's something like that. Yes, I've seen that option; I'm trying to think of a solution without it. My general strategy would be to a) have gconftool-2 have an option that would give you a default writable schema install dir (which I suppose is doable, no ?) b) use this call and option at INSTALL time so that we get a writable path It looks like this is sane (unless you see something I've overlooked), with the crux being b), so if you'd consider this a good way to attack this I don't mind looking into it and cooking it up. The template automake code is used by every project in gnome, so it'd be nice to make this possible. Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> It's only love that stops you from walking out the door <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 20:06:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 16364184F8 for ; Thu, 24 Oct 2002 20:06:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9P08mHd020294; Thu, 24 Oct 2002 20:08:48 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9P08mZx020290; Thu, 24 Oct 2002 20:08:48 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 20:08:48 -0400 In-Reply-To: Message-ID: Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > Yes, I've seen that option; I'm trying to think of a solution without it. > My general strategy would be to > a) have gconftool-2 have an option that would give you a default writable > schema install dir (which I suppose is doable, no ?) > b) use this call and option at INSTALL time so that we get a writable path > I'm not clear on what you mean by a)? You mean if we can't write to the usual default location we fall back to ~/.gconf? It seems like a very not-general solution; I'm also worried for example about hiding error messages when someone _intended_ to install to the regular location. But it might be worth it to make things work without a lot of fooling around, I don't know. Havoc From henrik@bitvis.nu Fri Oct 25 03:09:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from fortet.funcform.se (fortet.funcform.se [194.16.51.77]) by mail.gnome.org (Postfix) with ESMTP id 728C6180E0 for ; Fri, 25 Oct 2002 03:09:55 -0400 (EDT) Received: from client-89.internt.funcform.se ([192.168.1.89]) by fortet.funcform.se with esmtp (Exim 3.34 #1 (Debian)) id 184ybi-0001eR-00 for ; Fri, 25 Oct 2002 09:10:10 +0200 Subject: Feedback on a othello program From: Henrik Ohman To: gnome-devel-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:16:51 +0200 Message-Id: <1035530212.20374.27.camel@bitvis> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi,=20 I have for the last year or so been writing on a program playing the game of othello (reversi). The program, called Sirius, uses a lot of common ai-techniques such as alphabeta search and transposition table lookup; and has (of cource) a gnome2 gui.=20 Now I have come to a point where I need some feedback on how to proceed. Not that the program is not complete, in fact is has quite a few rough edges, especially the gui... but I think I need some thoughts from others about it.=20 http://sirius.bitvis.nu/ Regards Henrik =D6hman From spamfrommailing@freax.org Fri Oct 25 04:16:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id BEEFA18ECE for ; Fri, 25 Oct 2002 04:16:01 -0400 (EDT) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9P8F3Wo014244 for ; Fri, 25 Oct 2002 10:15:03 +0200 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9P8F0ln014237; Fri, 25 Oct 2002 10:15:00 +0200 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 10:14:59 +0200 Message-Id: <1035533699.13972.33.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: -- > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From berberic@forwiss.uni-passau.de Fri Oct 25 06:42:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 67220180D9 for ; Fri, 25 Oct 2002 06:42:26 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PAgOwD016753 for ; Fri, 25 Oct 2002 12:42:25 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PAgNcu030096 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 12:42:24 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PAgMZC030094 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 12:42:22 +0200 Date: Fri, 25 Oct 2002 12:42:22 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Gnome Bucktracking disfunctional? Message-ID: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --J/dobhs11T7y2rNN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, maybe it is a bit exaggerate, but at the moment there seem to be no mechanism that makes sure that bugreports get proccessed in any way. So if the maintainer doesn no longer care about its bugs nothing happens at all. This might be O.K. for someones personal project but not for a gnome core component. There should be some way to detects when a components maintainer does no longer care about it's bugs and gets this component/bugs reassigned. MfG bmg BTW: it is very frustating to make patches to (severe) bugs in gome and realise that nobody cares. --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSAOnp4msu7jrxMRA1QoAKCaiwIKu2eNXk1h3fUf0Q+Z9yV27QCfZxA1 AIjh1PBw3LMzkxnsRgUn64g= =SUEG -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From sopwith@redhat.com Fri Oct 25 07:00:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B7D3918415 for ; Fri, 25 Oct 2002 07:00:28 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PB0L825833; Fri, 25 Oct 2002 07:00:21 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:00:21 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > maybe it is a bit exaggerate, but at the moment there seem to be no > mechanism that makes sure that bugreports get proccessed in any > way. So if the maintainer doesn no longer care about its bugs nothing > happens at all. This might be O.K. for someones personal project but > not for a gnome core component. > BTW: it is very frustating to make patches to (severe) bugs in gome > and realise that nobody cares. It is indeed, but the flip side is that it's frustrating for the always-busy maintainers to have people complaining about inattention to bugs, when there is nothing those maintainers can do about it. The only remedy is getting new people working on bugs, and you probably have more ideas than I how to make this happen. I believe the gnome-bugsquad mailing list is a good place to offer help. -- Elliot From michael@ximian.com Fri Oct 25 07:32:09 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2E1AE180D9 for ; Fri, 25 Oct 2002 07:32:09 -0400 (EDT) Received: (qmail 31607 invoked from network); 25 Oct 2002 11:32:08 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 25 Oct 2002 11:32:08 -0000 Subject: Re: gconf2 schema installs as user. From: Michael Meeks To: Havoc Pennington Cc: Thomas Vander Stichele , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035548800.28291.190.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 25 Oct 2002 13:26:40 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 01:08, Havoc Pennington wrote: > But it might be worth it to make things work without a lot of fooling > around, I don't know. I've been bitten by this a lot FWIW; but I'm hoping for more of an adaptive configuration domain solution ;-) Then again it's never going to happen so, homedir installs would work too. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From berberic@forwiss.uni-passau.de Fri Oct 25 07:35:11 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id EC1B3180D9 for ; Fri, 25 Oct 2002 07:35:10 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PBZAwD020565 for ; Fri, 25 Oct 2002 13:35:10 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PBZ9cu031708 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 13:35:09 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PBZ9qM031706 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 13:35:09 +0200 Date: Fri, 25 Oct 2002 13:35:09 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > On Fri, 25 Oct 2002, M G Berberich wrote: >=20 > > maybe it is a bit exaggerate, but at the moment there seem to be no > > mechanism that makes sure that bugreports get proccessed in any > > way. So if the maintainer doesn no longer care about its bugs nothing > > happens at all. This might be O.K. for someones personal project but > > not for a gnome core component. >=20 > > BTW: it is very frustating to make patches to (severe) bugs in gome > > and realise that nobody cares. >=20 > It is indeed, but the flip side is that it's frustrating for the > always-busy maintainers to have people complaining about inattention to > bugs, when there is nothing those maintainers can do about it. > The only remedy is getting new people working on bugs, and you probably > have more ideas than I how to make this happen. I believe the > gnome-bugsquad mailing list is a good place to offer help. Maybe I missunderstood your statement, but I wrote about bugreports _including_ patches. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSxsnp4msu7jrxMRAyu8AJ9QSYAwOq2EK3llfrSHZsZvTZ0URgCdHFw/ poCex6NNwIS9KwsAr0HI2NU= =K7pk -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From sopwith@redhat.com Fri Oct 25 07:40:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 6941918F01 for ; Fri, 25 Oct 2002 07:40:39 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PBeWB03012; Fri, 25 Oct 2002 07:40:32 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:40:32 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. Unfortunately this doesn't help the maintainers get time to reply to those bug reports - it takes a lot of time to process bug reports even if they include patches (although patches definitely help once the developer gets to actually fixing the problem). -- Elliot Living on Earth is expensive, but it does include a free trip around the sun every year. From kmaraas@online.no Fri Oct 25 07:56:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id B5A7518F0A for ; Fri, 25 Oct 2002 07:56:35 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PBsCh02678; Fri, 25 Oct 2002 13:54:12 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 13:54:12 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 13:35 skrev M G Berberich: > Hello, > > Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > > On Fri, 25 Oct 2002, M G Berberich wrote: > > > > > maybe it is a bit exaggerate, but at the moment there seem to be no > > > mechanism that makes sure that bugreports get proccessed in any > > > way. So if the maintainer doesn no longer care about its bugs nothing > > > happens at all. This might be O.K. for someones personal project but > > > not for a gnome core component. > > > > > BTW: it is very frustating to make patches to (severe) bugs in gome > > > and realise that nobody cares. > > > > It is indeed, but the flip side is that it's frustrating for the > > always-busy maintainers to have people complaining about inattention to > > bugs, when there is nothing those maintainers can do about it. > > > The only remedy is getting new people working on bugs, and you probably > > have more ideas than I how to make this happen. I believe the > > gnome-bugsquad mailing list is a good place to offer help. > > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. > There's always the possibility of offering to maintain something that isn't properly maintained from the project itself. I'm assuming that you're talking about the zvt patches you have on your website. I applied one of the patches to zvt in gnome-libs for 1.4.x, but the one adding the CutToBeginningOfLine feature has not been applied for the simple reason that we're really not supposed to be adding features and api in the stable branches, and secondly I have no knowledge of how the terminal widget is supposed to work so I can't really review the patch in any sane way. The main problem here has been the lack of maintainership for 1.4.x. I've tried to do my best to incorporate the patches that have been floating around and I dare say I've gotten a few in, but the sheer amount of stuff has made it impossible to do it all. And I don't think the terminal is the most critical piece of software in the desktop :-) Anyway, I'd gladly take any help I can get in maintaining this and I'm sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla and leaving it up to the maintainer isn't going to work in all cases. You need to do some lobbying to get stuff in in many cases. Cheers and thanks a lot for the patches anyway. Kjartan From berberic@forwiss.uni-passau.de Fri Oct 25 08:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 4B0C318F0F for ; Fri, 25 Oct 2002 08:22:39 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PCMcwD025309 for ; Fri, 25 Oct 2002 14:22:38 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PCMbcu032546 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 14:22:38 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PCMbVP032544 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 14:22:37 +0200 Date: Fri, 25 Oct 2002 14:22:37 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="WfZ7S8PLGjBY9Voh" Content-Disposition: inline In-Reply-To: <1035546852.2481.13.camel@sevilla.gnome.no> User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --WfZ7S8PLGjBY9Voh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 13:54:12 schrieb Kjartan Maraas: > There's always the possibility of offering to maintain something that > isn't properly maintained from the project itself. I'm assuming that > you're talking about the zvt patches you have on your website. I applied > one of the patches to zvt in gnome-libs for 1.4.x, but the one adding > the CutToBeginningOfLine feature has not been applied for the simple > reason that we're really not supposed to be adding features and api in > the stable branches, and secondly I have no knowledge of how the > terminal widget is supposed to work so I can't really review the patch > in any sane way. >=20 > The main problem here has been the lack of maintainership for 1.4.x. > I've tried to do my best to incorporate the patches that have been > floating around and I dare say I've gotten a few in, but the sheer > amount of stuff has made it impossible to do it all. And I don't think > the terminal is the most critical piece of software in the desktop :-) >=20 > Anyway, I'd gladly take any help I can get in maintaining this and I'm > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > and leaving it up to the maintainer isn't going to work in all cases. > You need to do some lobbying to get stuff in in many cases. Actually I'm talking about gnome-2 stuff. #94745 multiload-applet-2 graphs are off by 3 pixels=20 #94896 libzvt-2 uncorrect display of terminal-content=20 #94897 libzvt-2 word select anomalys The last two are the same bugs you mentioned above for 1.4. At least the "uncorrect display of terminal-content" should be fixed -- I dont like my terminal to lie to me. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --WfZ7S8PLGjBY9Voh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uTeMnp4msu7jrxMRA517AJ0SuBm/RXp0TIC3bO8LvCnVe6xVswCgmE5s jjUfmfM/mKxiWf9Ac5v6C4s= =kP9v -----END PGP SIGNATURE----- --WfZ7S8PLGjBY9Voh-- From kmaraas@online.no Fri Oct 25 10:59:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id E30CD18358 for ; Fri, 25 Oct 2002 10:59:53 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PEvWj18186; Fri, 25 Oct 2002 16:57:32 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035557851.16218.10.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 16:57:31 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 14:22 skrev M G Berberich: > Hello, > > > Anyway, I'd gladly take any help I can get in maintaining this and I'm > > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > > and leaving it up to the maintainer isn't going to work in all cases. > > You need to do some lobbying to get stuff in in many cases. > > Actually I'm talking about gnome-2 stuff. > Oh, sorry I misunderstood you then. > #94745 multiload-applet-2 graphs are off by 3 pixels > > #94896 libzvt-2 uncorrect display of terminal-content > > #94897 libzvt-2 word select anomalys > > The last two are the same bugs you mentioned above for 1.4. > > At least the "uncorrect display of terminal-content" should be fixed I'm running with both these from October now and I'll probably include them in the next release of gnome-libs. I have a couple more for you to look at if you feel like it :) "iptraf makes zvt misdraw" http://bugzilla.gnome.org/show_bug.cgi?id=56912 or really anything you find you're able to fix on this list: http://bugzilla.gnome.org/buglist.cgi?product=gnome-libs&component=zvt&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=REOPENED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anywords&op_sys_details=&op_sys_details_type=substring&version_details=&version_details_type=substring&cmdtype=doit&namedcmd=gnome-applets&newqueryname=&order=Reuse+same+sort+as+last+time&form_name=query Thanks a lot one more time, and I hope the fixes make it into libzvt for GNOME 2 also. Cheers Kjartan From thomas@urgent.rug.ac.be Sat Oct 26 13:35:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 2C44D180DC for ; Sat, 26 Oct 2002 13:35:28 -0400 (EDT) Received: (qmail 22251 invoked by uid 505); 26 Oct 2002 17:35:28 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Oct 2002 17:35:28 -0000 Date: Sat, 26 Oct 2002 19:35:28 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: nautilus view hacking Message-ID: X-Cursor-Pos: : 327 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am trying to wrap my head around creating a view for nautilus. I hope to make an audio view using GStreamer but have started learning the ropes bit by bit. The first thing I did was to extract the sample view from nautilus and make it buildable as a stand-alone project, which autotools and spec stuff handled. I renamed it to a Test view instead because the nautilus sample view is actually included in nautilus in Red Hat, so that would clash. After about three hours figuring out why the view didn't start up, I noticed that the location was picking up a wrong LIBEXECDIR ;) I was wondering why the dialog message cannot be more specific as to why the view cannot start ? Not finding the binary seems like an easy thing to check for. If you point me to the proper location I might give that a try. Next, I wanted to find an easy way of testing a nautilus view without doing this from nautilus, because it's really hard to debug it from within IMO (or maybe I don't know how, but I couldn't find any docs on how to make it easier). So I wanted to find a way to try out the code in a separate process. My first attemp was to write a sample test app that creates the nautilus view GObject, and calls some of the object manipulation functions directly. Here's what I currently have : #include #include "nautilus-test-view.h" struct NautilusTestViewDetails { char *location; GtkWidget *label; }; int main (int argc, char *argv[]) { NautilusTestView *view; GtkWidget *top; gtk_init (&argc, &argv); view = (NautilusTestView *) g_object_new (nautilus_test_view_get_type (), NULL); top = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_container_add (GTK_CONTAINER (top), view->details->label); gtk_widget_show_all (top); gtk_main (); } This seems alright at first glance (as far as I know anyway ;)), but segfaults, with the following backtrace : #0 0x406a5aac in PortableServer_POA_servant_to_reference () from /usr/lib/libORBit-2.so.0 #1 0x405c486a in do_corba_setup () from /usr/lib/libbonobo-2.so.0 #2 0x407c843b in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0 #3 0x407b264f in g_object_constructor () from /usr/lib/libgobject-2.0.so.0 #4 0x407b1e5e in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #5 0x407b261f in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0 #6 0x407b1c16 in g_object_new () from /usr/lib/libgobject-2.0.so.0 #7 0x0804949a in main (argc=1, argv=0xbffff8f4) at test.c:51 #8 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 So it seems to crash in the corba/bonobo stuff (which I have no clue about). My guess would be that I probably should init the necessary library or somesuch, but if I have to figure this out on my own I'm probably not going to find it, so I thought that I'd ask here if a) it is at all possible to test the gtk code of a view in this manner b) if I should init bonobo or something else before doing the object creation If I can get this to work, I'll write down my experience, and I'll put the test view together with the test app in Gnome cvs so others can see how to start writing an external view and not have to go through the same mistakes as I have ;) Thanks in advance, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> You came in just like smoke With a little come on come on come on in your walk come on <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From jwillcox@cs.indiana.edu Sat Oct 26 14:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from paca.cs.indiana.edu (paca.cs.indiana.edu [129.79.245.100]) by mail.gnome.org (Postfix) with ESMTP id 7309D1828F for ; Sat, 26 Oct 2002 14:14:22 -0400 (EDT) Received: from d-83-9.dhcp-149-159.indiana.edu (d-83-9.dhcp-149-159.indiana.edu [149.159.83.9]) by paca.cs.indiana.edu (8.11.6/8.11.6/IUCS_2.47) with ESMTP id g9QI6iV09832; Sat, 26 Oct 2002 13:06:45 -0500 (EST) Subject: Re: nautilus view hacking From: James Willcox To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 Oct 2002 13:12:08 -0500 Message-Id: <1035655928.29993.157.camel@d-83-9.dhcp-149-159.indiana.edu> Mime-Version: 1.0 X-Perlmx-Spam: Gauge=, Probability=0%, Report=IN_REP_TO Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-26 at 12:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Try "export BONOBO_ACTIVATION_DEBUG_OUTPUT=1" and "export BONOBO_ACTIVATION_DEBUG_EXERUN=1". Also, see libbonobo/docs/debugging.txt. > > Next, I wanted to find an easy way of testing a nautilus view without > doing this from nautilus, because it's really hard to debug it from within > IMO (or maybe I don't know how, but I couldn't find any docs on how to > make it easier). > > So I wanted to find a way to try out the code in a separate process. Ok, for an out-of-proc nautilus view (like the one you're writing), this should be possible. In order to have an accurate test, though, you need to actually query for the component, embed, etc...similar to what nautilus will do. I think the following snippet is approximately what you need (note: I am new to this too, so it may not be perfect): Bonobo_Unknown obj; Nautilus_View view; Bonobo_Control control; GtkWidget *widget; obj = bonobo_activation_activate_from_id ("OAFIID:Nautilus_Test_View", 0, NULL, NULL); view = Bonobo_queryInterface (obj, "IDL:Nautilus/View:1.0", NULL); Nautilus_View_load_location (view, uri, NULL); control = Bonobo_queryInterface (obj, "IDL:Bonobo/Control:1.0", NULL); widget = bonobo_widget_new_control_from_objref (control, CORBA_OBJECT_NIL); /* pack the widget into a window, or whatever */ ... Also, I think you will have to have bonobo_init() and bonobo_main() instead of the gtk equivalents. Thanks, James From msevior@mccubbin.ph.unimelb.edu.au Sun Oct 27 08:18:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mccubbin.ph.unimelb.edu.au (mccubbin.ph.unimelb.edu.au [128.250.51.198]) by mail.gnome.org (Postfix) with ESMTP id 731B4181BF for ; Sun, 27 Oct 2002 08:18:38 -0500 (EST) Received: from localhost (msevior@localhost) by mccubbin.ph.unimelb.edu.au (8.9.1/8.9.1) with ESMTP id AAA13154 for ; Mon, 28 Oct 2002 00:18:35 +1100 (EST) Date: Mon, 28 Oct 2002 00:18:35 +1100 (EST) From: Martin Sevior To: gnome-devel-list@gnome.org Subject: Some questions on double buffering and expose in gtk2. In-Reply-To: <200103261902.OAA08963@erandi.helixcode.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Folks, How does the double buffering in gtk2 work when dealing with drawables? After drawing to a gtk-drawable, expose events are generated when part of the drawable is unobscured. What should I do with these? For gtk 1.2 I connected an expose event handler to a void callback and just redrew the exposed rectangle. This doesn't seem to work consistently in gtk2. I get regions of blank areas in drawables. I guess it's because of the double buffering in gtk2. So what is the right way to handle expose events for gtk2? Is this documented somewhere? Where? Thanks very much! Martin Sevior From hp@redhat.com Sun Oct 27 10:10:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A1D5F180DD for ; Sun, 27 Oct 2002 10:10:28 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9RFCsHd015498; Sun, 27 Oct 2002 10:12:54 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9RFCrUu015494; Sun, 27 Oct 2002 10:12:53 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: From: Havoc Pennington Date: 27 Oct 2002 10:12:53 -0500 In-Reply-To: Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After drawing to a gtk-drawable, expose events are generated when part of > the drawable is unobscured. What should I do with these? For gtk 1.2 I > connected an expose event handler to a void callback and > just redrew the exposed rectangle. This doesn't seem to work consistently > in gtk2. I get regions of blank areas in drawables. > > I guess it's because of the double buffering in gtk2. Doubtful. Connecting to expose_event is still the right thing. Maybe the "void callback" is the problem? I think expose_event callbacks are supposed to have a return value. If you were doing manual backing store with a pixmap, just blow all that code away to simplify things, it's no longer required. There's a --gtk-debug=updates if you build your own GTK that may help. > So what is the right way to handle expose events for gtk2? Is this > documented somewhere? Where? GtkDrawingArea overview section in the ref docs may discuss this some, I don't remember. Havoc From sopwith@widget.gnome.org Mon Oct 28 00:01:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 272F31849C for ; Mon, 28 Oct 2002 00:01:38 -0500 (EST) Received: by widget.gnome.org (Postfix, from userid 2134) id 867C04043F; Mon, 28 Oct 2002 00:00:02 -0500 (EST) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5759 bugs open on bugzilla.gnome.org Message-Id: <20021028050002.867C04043F@widget.gnome.org> Date: Mon, 28 Oct 2002 00:00:02 -0500 (EST) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 869 gtk+ | 543 galeon | 365 gnome-vfs | 300 GIMP | 273 gnome-applets | 189 gnome-panel | 130 gnome-core | 106 sawfish | 104 control-center | 95 medusa | 94 libzvt | 88 dia | 80 glib | 78 Gnumeric | 77 GnuCash | 76 gnome-terminal | 76 metacity | 76 gnome-pilot | 74 balsa | 69 libgnomeui | 63 Pan | 63 gnome-games | 61 gnome-utils | 60 pango | 59 gtkhtml2 | 54 GConf | 53 gnome-media | 53 bugzilla.gnome.org | 48 libgda | 46 gnome-session | 42 HIG | 41 gnome-file-selector | 41 bonobo | 39 GStreamer | 37 gdm | 36 glade | 34 GnomeICU | 33 bug-buddy | 33 rhythmbox | 33 libgnome | 32 Yelp | 31 libgtop | 29 website | 28 gnome-libs | 27 gok | 27 gedit | 27 libwnck | 26 general | 25 gnome-python | 25 gnorpm | 24 system-monitor [was: procman] | 24 lampadas | 23 libgnomecanvas | 23 gtop [gnome-system-monitor] | 21 gnome-pim | 21 anjuta2 | 19 gnome-print | 19 gnomemeeting | 18 gnome-desktop | 18 ORBit | 18 grapevine | 17 vte | 17 intltool | 16 xscreensaver | 15 libglade | 15 gmc | 14 gtranslator | 14 printman | 14 ORBit2 | 14 eazel-hacking | 14 at-spi | 13 crescendo | 13 Metatheme | 12 gnome-db | 12 bonobo-activation [was: oaf] | 12 Gnomoradio | 11 gperfmeter | 11 gtkmm | 11 imlib1 | 11 EOG | 11 gnome-perl | 11 gnome-user-docs | 11 eazel-themes | 10 gtk-doc | 10 libgnomedb | 10 eel | 10 GGV | 10 memprof | 9 gnome-chess | 9 pkg-config | 9 gnome-vfs-extras | 9 atk | 9 gtk-engines | 8 mergeant | 8 gnome-iconedit | 8 audiofile | 8 devhelp | 8 esound | 7 gnome-mime-data | 7 gtkvts | 7 gconf-editor | 7 librsvg | 7 gnopernicus | 6 GHex | 6 libxml2 | 6 eazel-tools | 6 ToutDoux | 6 Guppi | 5 libart | 4 Release Engineering | 4 Gfax | 4 l10n | 4 libxslt | 4 orbit-perl | 3 file-roller | 3 galf | 3 gASQL | 3 gnomemm | 3 jhbuild | 3 totem | 3 gnome-build | 3 gnome-pm | 3 acme | 2 gnome-mag | 2 magicdev | 2 libIDL | 2 gnome-debug | 2 at-poke | 2 gtkglarea | 1 gnome-system-tools | 1 libegg | 1 Guikachu | 1 tubesock | 1 gmime | 1 gthumb | 1 xalf | 1 GNOME CD Master | 1 gnomovision | 1 From hp@redhat.com Mon Oct 28 00:46:18 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id C4AAE18151 for ; Mon, 28 Oct 2002 00:46:18 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9S5mnHd015974; Mon, 28 Oct 2002 00:48:49 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9S5mm6l015970; Mon, 28 Oct 2002 00:48:48 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: Martin Sevior , gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 28 Oct 2002 00:48:48 -0500 In-Reply-To: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > My solution was to put the redraw into a gtk_idle function so the > redraw happens after gtk finishes doing whatever it is doing. > I really doubt that's the right fix. expose_event is _already_ called out of an idle, unless gdk_window_process_updates() has been called somewhere. One case where this happens is if you are sharing a GdkWindow with a scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is too). That could process_updates() on your widget as a side effect. But widgets that scroll should be calling process_updates() themselves anyway when the scroll adjustment changes, or the scrolling will look funny. See GtkTextView for an extremely nontrivial and complicated example... Anyway, if your code works in an idle and doesn't work in expose_event, I would say there's still a bug in there, you're just hiding it. > Maybe the issue has something to do with drawing with xft enabled > FreeType. Maybe, but that should not make a difference. Havoc From michael@ximian.com Mon Oct 28 04:59:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id C4ADC18668 for ; Mon, 28 Oct 2002 04:59:00 -0500 (EST) Received: (qmail 24214 invoked from network); 28 Oct 2002 09:59:00 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 28 Oct 2002 09:59:00 -0000 Subject: Re: nautilus view hacking From: Michael Meeks To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035799044.4837.62.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 28 Oct 2002 09:57:24 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Thomas, On Sat, 2002-10-26 at 18:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Great - in fact we can cover a vast range of errors that are currently hidden in a pleasant fashion in there. What needs doing to catch this (and other) errors is IMHO to catch the stderr/stdout of the process as it starts up in bonobo-activation/bonobo-activation/bonobo-activation-fork-server.c (bonobo_activation_server_by_forking) [ possibly we should be using GSpawn here for an easier life ]. We then need to grok the output (on crash) into the string we return specifying the error. This also has the merits of catching some of the more nasty dynamic linking / misc. other evil problems that are extremely hard to catch / debug otherwise. How about it ? Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From msevior@tauon.ph.unimelb.EDU.AU Thu Oct 24 20:07:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 0A046184F8 for ; Thu, 24 Oct 2002 20:07:40 -0400 (EDT) Received: (qmail 31470 invoked from network); 25 Oct 2002 00:05:44 -0000 Received: from tauon.ph.unimelb.edu.au (128.250.50.4) by indy.ph.unimelb.edu.au with SMTP; 25 Oct 2002 00:05:44 -0000 Date: Fri, 25 Oct 2002 10:07:37 +1000 (EST) From: Martin Sevior To: Philip Van Hoof Cc: "gnome-devel-list@gnome.org" Subject: Re: The Gnome Clipboard Manager In-Reply-To: <1035235775.12650.62.camel@pluisje> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 21 Oct 2002, Philip Van Hoof wrote: > > > What applications could use libgcm : > - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors > - PanelApplets > - Office applications > > Example of Microsoft applications that have a Clipboard > Management tool : Microsoft Visual Studio.NET, Ms. Office > Both save clipboards on a shelve. > > > > Features list : > > > Note: > I know that it might be confusing but I am not the person who gave these > animals names, "a target is a format" and "a clipboard is a selection" > in the following text : > > > * Storing your clipboards and all their available formats. A.k.a the > collecting of clipboards. > > o A clipboard (a.k.a. a selection) can have multiple formats > (a.k.a targets) o GNOME Clipboard Manager will store all your > previous clipboards and formats so that you can go back to a > previously saved clipboard o A format can be > > + Html : which are the HTML-tags of a HTML selection > when you copypaste some stuff in your browser + Image > data : If you select a portion of an image and use the > "Copy"- or "Cut"-feature in for example OpenOffice.org > > + Normal text : > a.k.a. COMPOUND_TEXT which is the most common format of > clipboards > > + Some other format used by a specific > application that contains information about the data. > For example the clipboards of OpenOffice.org contain > gzipped formats which host XML-files that define the > layout and information that is to be copypasted to for > example another OpenOffice.org screen. > HI Philip, This is a great feature for the Gnome platform. In addition to the features you've listed here there should also be RTF targets. Both AbiWord and Cross Over Office support cutting and pasting Rich Text Format text. I'll try to find time to implement RTF targets. The Code Weaver guys have promised to fully expose RTF from MS Office to the X-clipboard. (One advantage of actually paying for a product is that you get to file bugs and people fix them for you :-) AbiWord supports or will support most these text formats so we might able to reuse it to do conversions from whatever <-> whatever using the abiword import/export filters. Cheers Martin > o Once collected, a clipboard becomes an Item for GNOME > Clipboard Manager o Making a clipboardring by setting the > max. amount of collected items. Older items will then > automatically be deleted from the list of collected items. > > o The autocollecting of new items > > * Saving and loading collected clipboards (Items) to > XML-formatted files. > > o The data of the items will be written to the files in > UUEncoded data to make sure that we don't write binary data in > an UTF-8 orientated fileformat like XML is o Saving multiple > items in one file is, of course, possible > > * Editing and viewing some supported formats in a clipboard > > o The editing of the COMPOUND_TEXT or normal text target is > possible o The editing (and previewing in a GtkHtml widget) of > the text/html target is possible > > * Manipulating of formats > > o Blocking specific formats that are too large to store into > memory. E.g. Blocking large binary format-types > > o Copying a specified format-type to another format-type o The > possibility to write a plugin for GNOME Clipboard Manager that > does the converting of the format-data while copying it to > another format-type > > * Some advanced UserInterface options > > o The UserInterface is, by default, hidden. So GNOME Clipboard > Manager is, by default, a clipboard collecting daemon. You can > make it show its UserInterface by using a small external tool > or by using the GNOME Clipboard Manager Applet. o Hiding all > UserInterface objects > > o Making the scrollbar follow while adding new items o > Autoselect most new collected item > > o Unselect-all after collecting a new item > > * Support for the following selectiontypes > > o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V > and the "Copy"- and "Paste"-features in the menus of most > applications o The PRIMARY selection : The text that is > selected in your session o The SECONDARY selection : The text > that was selected the last time in your session o A CUSTOM > atom : For those who know what they are doing > > * A PanelApplet > > o A PanelApplet for GNOME Clipboard Manager that can make > GNOME Clipboard Manager perform some specific tasks. > > * A library for your own applications to control GNOME Clipboard > Manager > > o GNOME Clipboard Manager comes with libgcm which is a library > that enables your application(s) to control and make use of > GNOME Clipboard Managers features. > > * The hosting of plugins > o You can write plugins for GNOME Clipboard Manager in a same > fashion as you can with applications like mediaplayers (like > xmms). > > > > Availability > > > You can download the latest release (which has all the listed features) > here : > > http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download > > > You can get a more up-to-date version from CVS. Please note that a > version from CVS is a development version and can contain more or less > bugs than a release. It will definitely not contain less features unless > a specific feature caused very strange problems that cannot be solved. > > - I suggest using the cvs for the people who are reading this list - > > export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' > cvs login > cvs -z3 co -P gcm-2 libgcmtest gcmapplet > > > More information > > > You can get more information about GNOME Clipboard Manager from its > website which is available here : > > http://gcm.sf.net > http://gcm.sf.net/about_gcm.html > > You can get screenshots from GNOME Clipboard Manager here : > > http://gcm.sf.net/gcm_screens/ > > > Yes, I now hate myself for sending such a large E-mail to very busy > people.. > > > -- > Philip van Hoof aka freax (http://www.freax.eu.org) > irc: irc.openprojects.net mailto:me at freax dot org > Go not to the Elves for counsel, for they will say both no and yes. > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From me@freax.org Fri Oct 25 03:47:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id EA93C180D9 for ; Fri, 25 Oct 2002 03:46:55 -0400 (EDT) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9P7kkO15798; Fri, 25 Oct 2002 09:46:46 +0200 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004BF; 25 Oct 02 09:48:04 +0200 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 25 Oct 02 09:46:38 +0200 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004BD; 25 Oct 02 09:44:25 +0200 X-MSReally-To: msevior@tauon.ph.unimelb.EDU.AU X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Martin Sevior Cc: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:42:23 +0200 Message-Id: <1035531743.13967.30.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 02:07, Martin Sevior wrote: > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From godiard@ciudad.com.ar Sun Oct 27 01:21:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from postino8.prima.com.ar (postino8.prima.com.ar [200.42.0.179]) by mail.gnome.org (Postfix) with SMTP id 23BC6180F3 for ; Sun, 27 Oct 2002 01:21:27 -0500 (EST) Received: (qmail 79566 invoked from network); 27 Oct 2002 06:21:19 -0000 Received: from a200042100191.rev.prima.com.ar (HELO ciudad.com.ar) (200.42.100.191) by postino8.prima.com.ar with SMTP; 27 Oct 2002 06:21:19 -0000 Message-ID: <3DBB864F.3020501@ciudad.com.ar> Date: Sun, 27 Oct 2002 03:23:11 -0300 From: gonzalo User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: Re: nautilus view hacking Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: I have make a simple Nautilus view for Xml files. (http://personales.ciudad.com.ar/godiard/index.html) If you want can use this. It is derived from the text view . When i work in this, execute the view in a terminal and then use this in Nautilus. In this way can read the standard output in the terminal. Gonzalo From msevior@physics.unimelb.edu.au Sun Oct 27 23:15:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 8FC3D18125 for ; Sun, 27 Oct 2002 23:15:31 -0500 (EST) Received: (qmail 2716 invoked from network); 28 Oct 2002 04:13:28 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 28 Oct 2002 04:13:28 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: Martin Sevior , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 28 Oct 2002 15:08:44 +1100 Message-Id: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 02:12, Havoc Pennington wrote: > > > Martin Sevior writes: > > After drawing to a gtk-drawable, expose events are generated when part of > > the drawable is unobscured. What should I do with these? For gtk 1.2 I > > connected an expose event handler to a void callback and > > just redrew the exposed rectangle. This doesn't seem to work consistently > > in gtk2. I get regions of blank areas in drawables. > > > > I guess it's because of the double buffering in gtk2. > > Doubtful. Connecting to expose_event is still the right thing. > > Maybe the "void callback" is the problem? I think expose_event > callbacks are supposed to have a return value. > Thanks Havoc, My solution was to put the redraw into a gtk_idle function so the redraw happens after gtk finishes doing whatever it is doing. Maybe the issue has something to do with drawing with xft enabled FreeType. Cheers Martin > If you were doing manual backing store with a pixmap, just blow all > that code away to simplify things, it's no longer required. > > There's a --gtk-debug=updates if you build your own GTK that may help. > > > So what is the right way to handle expose events for gtk2? Is this > > documented somewhere? Where? > > GtkDrawingArea overview section in the ref docs may discuss this some, > I don't remember. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From peter@newton.cx Mon Oct 28 10:49:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bs1-06.fas.harvard.edu (bs1-06.fas.harvard.edu [140.247.34.181]) by mail.gnome.org (Postfix) with ESMTP id 8BF84189CD for ; Mon, 28 Oct 2002 10:49:32 -0500 (EST) Received: from roam83-172.student.harvard.edu (peter@roam83-172.student.harvard.edu [140.247.83.172]) by bs1-06.fas.harvard.edu (8.11.6/8.11.6) with ESMTP id g9SFnV816807 for ; Mon, 28 Oct 2002 10:49:32 -0500 Subject: Re: The Gnome Clipboard Manager From: Peter Williams To: "gnome-devel-list@gnome.org" In-Reply-To: <1035531743.13967.30.camel@freax> References: <1035531743.13967.30.camel@freax> Content-Type: text/plain Organization: Ximian, Inc. Message-Id: <1035820171.4718.1.camel@beta> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 28 Oct 2002 10:49:31 -0500 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 03:42, Philip Van Hoof wrote: > OpenOffice.org also supports copypasting formatted data over the normal > selection channels. The problem with OpenOffice.org is that it does this > in gzipped data and it's own XML format, and that it does not (yet) > support copypasting of for example HTML. Also Evolution does not parse > the HTML if you copypaste a selection with a text/html target into the > html-edit box in case the HTML-formatting is selected. I think that this > would be a rather simple fix and that it would make Evolution a more > powerfull E-mail client. So if somebody from Evolution is reading this : > please get this 'feature' into Evolution :) > This already works in Evolution 1.2 :-) (At least, copy/paste from Mozilla into the composer works, which I get the impression is what you want) Peter -- Peter Williams peter@newton.cx / peterw@ximian.com "[Ninjas] are cool; and by cool, I mean totally sweet." -- REAL Ultimate Power From spamfrommailing@freax.org Mon Oct 28 11:25:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id 888981810C for ; Mon, 28 Oct 2002 11:24:59 -0500 (EST) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9SGN9Wo001712 for ; Mon, 28 Oct 2002 17:23:10 +0100 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9SGN9iT001710; Mon, 28 Oct 2002 17:23:09 +0100 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:23:08 +0100 Message-Id: <1035822188.32411.27.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From s.chauveau@chello.nl Mon Oct 28 14:11:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24]) by mail.gnome.org (Postfix) with ESMTP id A4FB41810C for ; Mon, 28 Oct 2002 14:11:07 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep13-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028191106.LNWK1253.amsfep13-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:11:06 +0100 Message-ID: <3DBD8BD3.1070808@chello.nl> Date: Mon, 28 Oct 2002 20:11:15 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: customization of application menu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a system with multiple installations of gnome using a different prefix. For example, I am currently installing gnome 2.1 in /opt/gnome/2.1. The next release will go in /opt/gnome/2.2 I also have to apply the same customization to all application menus (in all /opt/gnome/2.x). The files share by all releases to customize the menu should be stored in /opt/gnome/common. Ideally, once the system is configured, I should be able to add or remove entries in the application menu by editing some files in /opt/gnome/common. This is not really difficult except I could not find a way to add or remove a folder in the root of application menu without editing all files /opt/gnome/2.x/etc/gnome-vfs-2.0/vfolders/applications-all-users.vfolder-info Is there a way to 'include' some directories definitions into the application menu? could do that except that that does not allow to select the folder content using keywords (i.e. ). Also, seems a bit obsolete ('old style' according to https://listman.redhat.com/pipermail/xdg-list/2002-July/000560.html) Stephane. From s.chauveau@chello.nl Mon Oct 28 14:41:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id D9428183E3 for ; Mon, 28 Oct 2002 14:41:32 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028194131.OLHV1260.amsfep15-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:41:31 +0100 Message-ID: <3DBD92F5.6010405@chello.nl> Date: Mon, 28 Oct 2002 20:41:41 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: default icon path Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am looking for the place where the default icon path is defined in gnome2. I want to change it to a custom icon path because the default path causes problem when the gnome prefix changes. For example, If I remove my garnome installation from ~/garnome/ then most of my launcher icons wil be broken. S. From hp@redhat.com Tue Oct 29 00:32:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 040B6182CD for ; Tue, 29 Oct 2002 00:32:16 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9T5YuHd021372; Tue, 29 Oct 2002 00:34:56 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9T5YtNc021366; Tue, 29 Oct 2002 00:34:55 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 29 Oct 2002 00:34:55 -0500 In-Reply-To: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After the drop down combo box that lists the available fonts retracted, > there was big white patch in the Drawing Area where the symbols are. > It also shows up in other widgets with previews where the contents of > the preview are not displayed on the initial expose. > I think about what you said. I suspect that there is GTK 2 bug here to > do with merging expose events between widgets and drawing areas. I'll > see if I can come up with an exact test case to either isolate the bug > or find out what we're doing wrong. I poked around in the code a bit, but I'm probably not looking at the right files. I don't really see what might be wrong. Looks sane. Incidentally (unrelated) "void GR_UnixGraphics::scroll(UT_sint32 dx, UT_sint32 dy)" looks like it might break or at least be suboptimal with GTK 2. You may even be able to just use gdk_window_scroll() to do this. Havoc From s.chauveau@chello.nl Tue Oct 29 13:04:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id 20150182CB; Tue, 29 Oct 2002 13:04:53 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029180452.BHLK1260.amsfep15-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 19:04:52 +0100 Message-ID: <3DBECDCF.1060307@chello.nl> Date: Tue, 29 Oct 2002 19:05:03 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Orbit and Metacity Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a strange problem with Orbit (2.4.3) and Metacity (2.4.2) in Gnome 2.1 I am trying to enable network sockets in Corba (to be able to run gnome applications on multiple servers). I found in the Orbit FAQ that I have to create a ~/.orbitrc file with ORBIIOPIPv4=1 That works fine except for one application: metacity Somehow, with this setting, metacity cannot resolve anymore symbolic hostname in my DISPLAY (which I need because I have an exported display). I found a way to reproduce the behavior without a remote display by using Xnest. My hostname is 'simak' (1) create a new X display using Xnest and open an xterm to test it. # Xnest :2 & # HOST=simak # xterm -display $HOST:2 (2) create ~/.orbitrc # echo ORBIIOPIPv4=1 > ~/.orbitrc (3) start metacity. It fails!!!!!!!! # metacity --display=$HOST:2 _X11TransSocketINETConnect: not INET hostsimak Window manager error: Unable to open X display simak:2 (4) remove ~/.orbitrc # rm ~/.orbitrc (5) restart metacity. This time it should work # metacity --display=$HOST:2 Metacity works fine when the DISPLAY contains an IP address instead of a symbolic name. One of the interesting things I noticed in metacity is that gconf (and so orbit) is configured before the call of gtk_init_check() that produces the error messages. Could it be that the orbit configuration in gconf breaks the X11 hostname resolution? Stephane Chauveau From hp@redhat.com Tue Oct 29 15:08:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 7D8C518113; Tue, 29 Oct 2002 15:08:42 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9TKBQHd029631; Tue, 29 Oct 2002 15:11:27 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9TKBQBF029627; Tue, 29 Oct 2002 15:11:26 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Stephane Chauveau Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> From: Havoc Pennington Date: 29 Oct 2002 15:11:26 -0500 In-Reply-To: <3DBECDCF.1060307@chello.nl> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Stephane Chauveau writes: > Could it be that the orbit configuration in gconf breaks the X11 > hostname resolution? > Apparently, but god only knows why. ;-) Be sure to file a bug report, thanks for the nice instructions on how to reproduce. Havoc From s.chauveau@chello.nl Tue Oct 29 16:13:04 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22]) by mail.gnome.org (Postfix) with ESMTP id 9729218289; Tue, 29 Oct 2002 16:13:03 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep14-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029211302.LZHL1274.amsfep14-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 22:13:02 +0100 Message-ID: <3DBEF9EA.8030208@chello.nl> Date: Tue, 29 Oct 2002 22:13:14 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Havoc Pennington Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Havoc Pennington wrote: >Stephane Chauveau writes: > > >>Could it be that the orbit configuration in gconf breaks the X11 >>hostname resolution? >> >> >> > >Apparently, but god only knows why. ;-) > >Be sure to file a bug report, thanks for the nice instructions on how >to reproduce. > >Havoc > > I was able to reduce the problem to a few lines of code (see below). I will fill the bug in 'gconf'. ================ >>>> gcc -o test1 test1.c `pkg-config gtk+-2.0 glib-2.0 gconf-2.0 --cflags --libs` #include #include #include #include int main(int argc,char **argv) { gconf_client_get_default (); if (!gtk_init_check (&argc, &argv)) fprintf(stderr,"Unable to open X display '%s'\n", XDisplayName(NULL)); } From spam@freax.be Mon Oct 28 11:16:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id E3B901810C for ; Mon, 28 Oct 2002 11:16:50 -0500 (EST) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9SGGiO16472; Mon, 28 Oct 2002 17:16:47 +0100 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004B0; 28 Oct 02 17:17:59 +0100 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 28 Oct 02 17:15:15 +0100 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004AE; 28 Oct 02 17:14:52 +0100 X-MSReally-To: peter@newton.cx X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Peter Williams Cc: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:11:53 +0100 Message-Id: <1035821513.32411.24.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:49, Peter Williams wrote: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From msevior@physics.unimelb.edu.au Mon Oct 28 19:20:31 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 4B3AB182F0 for ; Mon, 28 Oct 2002 19:20:30 -0500 (EST) Received: (qmail 25383 invoked from network); 29 Oct 2002 00:18:25 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 29 Oct 2002 00:18:25 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 29 Oct 2002 11:13:51 +1100 Message-Id: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:48, Havoc Pennington wrote: > > Martin Sevior writes: > > My solution was to put the redraw into a gtk_idle function so the > > redraw happens after gtk finishes doing whatever it is doing. > > > > I really doubt that's the right fix. expose_event is _already_ called > out of an idle, unless gdk_window_process_updates() has been called > somewhere. > > One case where this happens is if you are sharing a GdkWindow with a > scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is > too). That could process_updates() on your widget as a side effect. > The bug showed up most obviously in the "Insert Symbol" AbiWord dialog. If you have an AbiWord handy fire up the insert symbol dialog while I explain: After the drop down combo box that lists the available fonts retracted, there was big white patch in the Drawing Area where the symbols are. It also shows up in other widgets with previews where the contents of the preview are not displayed on the initial expose. I think about what you said. I suspect that there is GTK 2 bug here to do with merging expose events between widgets and drawing areas. I'll see if I can come up with an exact test case to either isolate the bug or find out what we're doing wrong. > But widgets that scroll should be calling process_updates() themselves > anyway when the scroll adjustment changes, or the scrolling will look > funny. See GtkTextView for an extremely nontrivial and complicated > example... > > Anyway, if your code works in an idle and doesn't work in > expose_event, I would say there's still a bug in there, you're just > hiding it. > Well it used to work fine in gtk 1.2. The code is absolutely straight forward. On expose event, redraw the entire preview (don't bother with clipping or anything). I've tried returning both TRUE or FALSE from a gboolean callback. It makes no difference. If it is something we're doing wrong, we should find out what and document it because if it is not a bug in gtk2 it is very hard to get the desired behavior. > > Maybe the issue has something to do with drawing with xft enabled > > FreeType. > > Maybe, but that should not make a difference. > Thanks very much for your help. Cheers Martin From bajcik@kolos.math.uni.lodz.pl Wed Oct 30 11:09:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 29D0818100 for ; Wed, 30 Oct 2002 11:09:38 -0500 (EST) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 65F0B36C21; Wed, 30 Oct 2002 17:09:35 +0100 (CET) Date: Wed, 30 Oct 2002 17:09:35 +0100 To: gnome-devel-list@gnome.org Subject: glade & _ref() Message-ID: <20021030160935.GA12573@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, Why glade (v0.6.4, makes code for gtk+v1.2) produce this code: label7 = gtk_label_new (_("Plugin")); gtk_widget_ref (label7); gtk_object_set_data_full (GTK_OBJECT (wndMain), "label7", label7, (GtkDestroyNotify) gtk_widget_unref); instead of this: label7 = gtk_label_new (_("Plugin")); gtk_object_set_data (GTK_OBJECT (wndMain), "label7", label7); ? It doesn't make sense for me. bajcik -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From michael@ximian.com Wed Oct 30 14:16:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2CDE318100 for ; Wed, 30 Oct 2002 14:16:26 -0500 (EST) Received: (qmail 6316 invoked from network); 30 Oct 2002 19:16:24 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 30 Oct 2002 19:16:24 -0000 Subject: Re: Orbit and Metacity From: Michael Meeks To: Havoc Pennington Cc: Stephane Chauveau , orbit , gnome-devel-list@gnome.org In-Reply-To: References: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain Organization: Ximian. Message-Id: <1036005284.6643.29.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 30 Oct 2002 19:14:45 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Stephane, On Tue, 2002-10-29 at 20:11, Havoc Pennington wrote: > Stephane Chauveau writes: > > Could it be that the orbit configuration in gconf breaks the X11 > > hostname resolution? > Apparently, but god only knows why. ;-) :-) I think this may be down to enabling IPv6 - but I believe that Elliot Lee fixed this: 2002-09-25 Michael Meeks * Version 0.5.4 2002-08-23 Elliot Lee * src/linc-protocols.c: Don't turn on IPv6 name resolution when we are trying to resolve an IPv4 host name - instead, turn it off. Also try to make use of all addresses that gethostbyname returns, not just the first. (Fixes a bug with connecting to a host that has both IPv6 and IPv4 addresses.) Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this built-in ). Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From s.chauveau@chello.nl Wed Oct 30 16:00:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep12-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18]) by mail.gnome.org (Postfix) with ESMTP id 64882187CE; Wed, 30 Oct 2002 16:00:25 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep12-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021030210024.MSDJ1261.amsfep12-int.chello.nl@chello.nl>; Wed, 30 Oct 2002 22:00:24 +0100 Message-ID: <3DC04876.5080104@chello.nl> Date: Wed, 30 Oct 2002 22:00:38 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit , gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> <1036005284.6643.29.camel@michael.home> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Michael Meeks wrote: > :-) I think this may be down to enabling IPv6 - but I believe that >Elliot Lee fixed this: > >2002-09-25 Michael Meeks > > * Version 0.5.4 > >2002-08-23 Elliot Lee > > * src/linc-protocols.c: Don't turn on IPv6 name resolution when we > are trying to resolve an IPv4 host name - instead, turn it off. Also > try to make use of all addresses that gethostbyname returns, not > just the first. (Fixes a bug with connecting to a host that > has both IPv6 and IPv4 addresses.) > > > Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this >built-in ) > > I initially detected the problem with linc-0.5.4. I am now using linc-0.7.0 but that does not solve the problem. The strange part is that a few minutes ago I was experimenting with *different settings of ORBIIOPUSock, **ORBIIOPIPv6**, **ORBIIOPIPv4* and it started working with settings that used to fail. After a few minutes it stopped working and now it is back again. Houps no! it fails again. What should I do? Shoot myself :-) S. ** From RStrong@raytheon.com.au Thu Oct 31 16:43:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ryd-dns2 (unknown [203.53.215.254]) by mail.gnome.org (Postfix) with SMTP id 6E23C180F4 for ; Thu, 31 Oct 2002 16:43:50 -0500 (EST) Received: from 159.60.44.13 by ryd-dns2 (InterScan E-Mail VirusWall NT); Fri, 01 Nov 2002 08:39:07 +1100 Received: by ryd-exc1.raytheon.com.au with Internet Mail Service (5.5.2653.19) id ; Fri, 1 Nov 2002 08:43:49 +1100 Message-ID: <5FEC9F4FCDA4D411BE3C00508BB0DE3B4A7FE0@ryd-exc1.raytheon.com.au> From: "Strong, Russell" To: "'gnome-devel-list@gnome.org'" Subject: Bonobo property bags Date: Fri, 1 Nov 2002 08:43:45 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; charset="iso-8859-1" Is there a reason why setting multiple properties with bonobo_pbclient_set are done one at a time? i.e. bonobo_pbclient_set uses (idl function) Bonobo_PropertyBag_setValue instead of Bonobo_PropertyBag_setValues ( note the s on the end ). The problem I have is this. I have a periodically executing simulator that uses a property bag as it's external interface. This simulator takes in several parameters to control it, but these parameters must all be set simultaneously else they could represent an invalid command if half are set and the other half are not when the simulation "time tick" occurs. This would be solved it setValues ( note the s ) was used. Looking back over the history of the property bag idl, I noticed that the setValues function is a new function. It has been implemented in the bonobo_property_bag side but not the bonobo_pbclient... side. Is this something that is still being developed? or has it been abandoned? Should I stay away from property bags / bonobo for this application? ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" "This email (including all attachments) is for the use of the named addressee only. You must not use, disclose, or copy any part of this email if you are not the intended recipient. No rights of privacy, confidentiality, copyright or privilege are waved or lost by any mistransmission. If you receive this email in error, please immediately delete it from your system, destroy all copies, and notify the sender. Emails may be interfered with, may contain computer viruses or other defects, and may cause damage to your system. Raytheon gives no warranty in relation to the effect of this email on your system, or the accuracy or completeness of its contents." ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5-- From sarge_gnome@yahoo.ca Mon Sep 30 21:35:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13203.mail.yahoo.com (web13203.mail.yahoo.com [216.136.174.188]) by mail.gnome.org (Postfix) with SMTP id 5233618321 for ; Mon, 30 Sep 2002 21:35:12 -0400 (EDT) Message-ID: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Received: from [24.100.101.233] by web13203.mail.yahoo.com via HTTP; Mon, 30 Sep 2002 21:35:11 EDT Date: Mon, 30 Sep 2002 21:35:11 -0400 (EDT) From: sarge Chris Subject: Help me in the relationship between Xlib's windowID and GTK widget To: gnome-devel-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1065694407-1033436111=:71880" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1065694407-1033436111=:71880 Content-Type: text/plain; charset=us-ascii Hi experts, Here I met a problem: Suppose there are two GTK apps A and B, A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID? Is it possible? If so, pls give me a hand! Thanks a lot! --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1065694407-1033436111=:71880 Content-Type: text/html; charset=us-ascii

Hi experts,

Here I met a problem:

Suppose there are two GTK apps A and B,

A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID?

Is it possible? If so, pls give me a hand!

Thanks a lot!


Post your free ad now! Yahoo! Canada Personals
--0-1065694407-1033436111=:71880-- From james@daa.com.au Mon Sep 30 21:58:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id A1A941864E for ; Mon, 30 Sep 2002 21:58:42 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 3CBB3C2CA; Tue, 1 Oct 2002 09:58:38 +0800 (WST) Message-ID: <3D99008D.4020209@daa.com.au> Date: Tue, 01 Oct 2002 09:55:25 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From bajcik@kolos.math.uni.lodz.pl Tue Oct 1 07:46:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 55061183F9 for ; Tue, 1 Oct 2002 07:46:25 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id B794236C58; Tue, 1 Oct 2002 13:46:20 +0200 (CEST) Date: Tue, 1 Oct 2002 13:46:20 +0200 To: gnome-devel-list@gnome.org Subject: libZVT and threads Message-ID: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I have problem with ZvtTerm and pthreads. These are some situations: 0. start a program 1. zvt_term_forkpty it works. 0. start a program 1. pthread_create 2. zvt_term_forkpty (hangs) 0. start a program 1. zvt_term_forkpty 2. pthread_create 3. zvt_term_forkpty 4. (child) execv (hangs) I compile my program with _REENTRANT defined and I do not use any mutexes. why it doesn't work? -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From sarge_gnome@yahoo.ca Tue Oct 1 10:01:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13201.mail.yahoo.com (web13201.mail.yahoo.com [216.136.174.186]) by mail.gnome.org (Postfix) with SMTP id 18D82180D8 for ; Tue, 1 Oct 2002 10:01:57 -0400 (EDT) Message-ID: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Received: from [24.100.101.233] by web13201.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:01:54 EDT Date: Tue, 1 Oct 2002 10:01:54 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99008D.4020209@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-866492879-1033480914=:48708" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-866492879-1033480914=:48708 Content-Type: text/plain; charset=us-ascii Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B. I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++. Thanks again! James Henstridge wrote: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-866492879-1033480914=:48708 Content-Type: text/html; charset=us-ascii

Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B.

I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++.

Thanks again!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Hi experts,
>
> Here I met a problem:
>
> Suppose there are two GTK apps A and B,
>
> A can get B's window ID by XQueryTree, but how can A get the GtkWidget
> of B by its Xlib's WindowID?
>
> Is it possible? If so, pls give me a hand!
>
> Thanks a lot!
>
X windows are a server resources, which is why one app can see the
windows of another. However, the GtkWidget structures are client side,
so you can't access them, so what you ask isn't really possible.

Without knowing what you are trying to do, it is a bit difficult to
recommend an alternative. For some problems, Bonobo might be the answer.

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-866492879-1033480914=:48708-- From james@daa.com.au Tue Oct 1 10:09:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0843A1891D for ; Tue, 1 Oct 2002 10:09:40 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id BA4EEC089; Tue, 1 Oct 2002 22:09:36 +0800 (WST) Message-ID: <3D99ABDD.8040008@daa.com.au> Date: Tue, 01 Oct 2002 22:06:21 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From SCLANCY@northropgrumman.com Tue Oct 1 10:21:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xcgmd811.northgrum.com (xcgmd811.northgrum.com [155.104.240.101]) by mail.gnome.org (Postfix) with ESMTP id F0AFD188E8 for ; Tue, 1 Oct 2002 10:21:36 -0400 (EDT) Received: by xcgmd811.northgrum.com with Internet Mail Service (5.5.2655.55) id ; Tue, 1 Oct 2002 07:20:12 -0700 Message-ID: From: "Clancy, Shane W." To: 'James Henstridge' , sarge Chris Cc: gnome-devel-list@gnome.org Subject: RE: Help me in the relationship between Xlib's windowID and GTK w idget Date: Tue, 1 Oct 2002 07:03:54 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: this is ugly, i know -- but if you know the name (title) of app B, you can pipe a call to xwininfo to get the X windows ID number for it. shane -----Original Message----- From: James Henstridge [mailto:james@daa.com.au] Sent: Monday, September 30, 2002 9:55 PM To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. _______________________________________________ gnome-devel-list mailing list gnome-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-devel-list From sarge_gnome@yahoo.ca Tue Oct 1 10:43:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13207.mail.yahoo.com (web13207.mail.yahoo.com [216.136.174.192]) by mail.gnome.org (Postfix) with SMTP id 81224180D7 for ; Tue, 1 Oct 2002 10:43:32 -0400 (EDT) Message-ID: <20021001144330.84368.qmail@web13207.mail.yahoo.com> Received: from [24.100.101.233] by web13207.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:43:30 EDT Date: Tue, 1 Oct 2002 10:43:30 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge , SCLANCY@northropgrumman.com Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99ABDD.8040008@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1683064759-1033483410=:83565" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1683064759-1033483410=:83565 Content-Type: text/plain; charset=us-ascii Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed. I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface? Cheers! James Henstridge wrote: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1683064759-1033483410=:83565 Content-Type: text/html; charset=us-ascii

Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed.

I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface?

Cheers!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Thank your reply. Actually I want to implement one GTK application can
> simulate user input for other application, for example, my application
> can "fill" the editbox of B window, then "press" the OK button of B
> window, such actions are implemented by sending GTK event to them from
> my application, just like the user input to B.
>
> I've tried many ways to get the GtkWidget of editbox and button but no
> result, can I use gnome API or windows manager(such as sawfish) to do
> it, Or other method? I use C/C++.
>
You might want to investigate the at-spi APIs. This API is designed for
out of process accessibility tools to inspect the user interface of an
application, and activate the various actions made available by various
UI components.

It should provide the support necessary to do the sort of remote control
you are after (even though you aren't doing an accessibility specific app).

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-1683064759-1033483410=:83565-- From berberic@fmi.uni-passau.de Wed Oct 2 13:23:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust150.tnt7.muc2.deu.da.uu.net [149.225.122.150]) by mail.gnome.org (Postfix) with ESMTP id CDBA118107 for ; Wed, 2 Oct 2002 13:23:46 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g92HKkF3019320 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Wed, 2 Oct 2002 19:20:46 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g92HKkkh019316 for gnome-devel-list@gnome.org; Wed, 2 Oct 2002 19:20:46 +0200 Date: Wed, 2 Oct 2002 19:20:46 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: multiload-applet-2 bug Message-ID: <20021002172046.GA19251@fmi.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --dTy3Mrz/UPE2dbVg Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, have you ever realised that the multiload-applets graphs are off by 3 pixels in the time-axis? This bug existed in gnome 1.4 and still is in gnome 2. This is because a) the frame around the graphs is 2 pixels wide -- on both sides. so we have to subtract 4 instead of 2. b) there is a simple "off-by-one" error in the drawing loop. patch against gnome-applets-2.0.3 is attached. Any chance to get it into gnome? MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=multiload-applet-patch Content-Transfer-Encoding: quoted-printable diff -Naur gnome-applets-2.0.3-orig/multiload/load-graph.c gnome-applets-2.= 0.3-bmg/multiload/load-graph.c --- gnome-applets-2.0.3-orig/multiload/load-graph.c Fri Sep 13 21:59:22 2002 +++ gnome-applets-2.0.3-bmg/multiload/load-graph.c Wed Oct 2 19:04:40 2002 @@ -65,8 +65,8 @@ =20 for (i =3D 0; i < g->draw_width; i++) { gdk_draw_line (g->pixmap, g->gc, - g->draw_width - i, g->pos[i], - g->draw_width - i, g->pos[i] - g->data[i][j]); + g->draw_width - i - 1, g->pos[i], + g->draw_width - i - 1, g->pos[i] - g->data[i][j]); =20 g->pos [i] -=3D g->data [i][j]; } @@ -172,12 +172,12 @@ load_graph_unalloc (c); =20 if (c->orient) { - c->draw_width =3D c->pixel_size - 2; - c->draw_height =3D c->size - 2; + c->draw_width =3D c->pixel_size - 4; + c->draw_height =3D c->size - 4; } else { - c->draw_width =3D c->size - 2; - c->draw_height =3D c->pixel_size - 2; + c->draw_width =3D c->size - 4; + c->draw_height =3D c->pixel_size - 4; } =20 load_graph_alloc (c); @@ -301,12 +301,12 @@ } =20 if (g->orient) { - g->draw_width =3D g->pixel_size - 2; - g->draw_height =3D g->size - 2; + g->draw_width =3D g->pixel_size - 4; + g->draw_height =3D g->size - 4; } else { - g->draw_width =3D g->size - 2; - g->draw_height =3D g->pixel_size - 2; + g->draw_width =3D g->size - 4; + g->draw_height =3D g->pixel_size - 4; } =20 load_graph_alloc (g);=09 --IS0zKkzwUGydFO0o-- --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9myrunp4msu7jrxMRApruAJ9KPyR6HXWBUBPgRXFrfxvOIgx8YACgnLx6 XBg4XGu10qw//jSPnA1QdVM= =3e6j -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From malcolm@commsecure.com.au Wed Oct 2 17:30:56 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 9E623180FA for ; Wed, 2 Oct 2002 17:30:55 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g92LUsb26308 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g92LUsn02216 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g92LUsr20399 for gnome-devel-list@gnome.org; Thu, 3 Oct 2002 07:30:54 +1000 Date: Thu, 3 Oct 2002 07:30:54 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: multiload-applet-2 bug Message-ID: <20021003073053.C20273@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021002172046.GA19251@fmi.uni-passau.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021002172046.GA19251@fmi.uni-passau.de>; from berberic@fmi.uni-passau.de on Wed, Oct 02, 2002 at 07:20:46PM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Wed, Oct 02, 2002 at 07:20:46PM +0200, M G Berberich wrote: > Hello, > > have you ever realised that the multiload-applets graphs are off by 3 > pixels in the time-axis? This bug existed in gnome 1.4 and still is in > gnome 2. > > This is because > > a) the frame around the graphs is 2 pixels wide -- on both sides. > so we have to subtract 4 instead of 2. > > b) there is a simple "off-by-one" error in the drawing loop. > > patch against gnome-applets-2.0.3 is attached. Any chance to get it > into gnome? Hmm. Nice work. The chances of this being applied are larger if you put it into bugzilla. That way the maintainer will be notified explicitly and he can track down all pending patches easily. (Note: I am not the maintainer or in any way qualified to comment on the patch. This is just your standard "bug reports go in bugzilla" announcement. :-) ) Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 2 18:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail04.svc.cra.dublin.eircom.net (mail04.svc.cra.dublin.eircom.net [159.134.118.20]) by mail.gnome.org (Postfix) with SMTP id 529A5182E6 for ; Wed, 2 Oct 2002 18:14:22 -0400 (EDT) Received: (qmail 31493 messnum 1107479 invoked from network[213.190.137.213/unknown]); 2 Oct 2002 22:14:21 -0000 Received: from unknown (HELO bashful.clients.ie) (213.190.137.213) by mail04.svc.cra.dublin.eircom.net (qp 31493) with SMTP; 2 Oct 2002 22:14:21 -0000 Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id E0A94F531; Wed, 2 Oct 2002 23:14:21 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.33]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id DFE0EA84B; Wed, 2 Oct 2002 23:14:18 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g92MAxk20629; Wed, 2 Oct 2002 23:11:04 +0100 Subject: Re: Help in the relationship between Xlib windowID and GTK widget From: "Sergey V. Udaltsov" To: sarge Hwu Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 02 Oct 2002 23:10:59 +0100 Message-Id: <1033596664.3221.11.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > There are two application A and B written by GTK, ^^^^^^^^^^^^^^^ > but how can I get the corresponding GtkWidget* pointer of B window so that I ^^^^^^^^^^^^^^^^^^ There are 2 apps. 2 address spaces. What pointer are you talking about??? You can only deal with GtkWidget* in your address space. So: use CORBA/Bonobo/signals/pipes/GConf:) - any IPC way of communicating with another Gtk object. But! If you just want send X messages - do it using X API (I do not remember exactly, are there any GTK wrappers around X message sending). Anyway, forget about GtkWidget* from another application. Cheers, Sergey From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 2F388181FB for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 94DBC36C2B; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 04:53:46 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: many $DISPLAYs Message-ID: <20021004025346.GA3443@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi, Is it possible to create two GtkWindows on different $DISPLAYS? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5425E18DD1 for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7F88136C27; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 02:41:29 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: Re: libZVT and threads Message-ID: <20021004004129.GA2580@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl References: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021001114620.GB7501@kolos.math.uni.lodz.pl> User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Tue, Oct 01, 2002 at 01:46:20PM +0200, Krzysztof Garus wrote: > I have problem with ZvtTerm and pthreads. These are some situations: It started to work after fixing my Makefile files :) bye, -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From mark@skynet.ie Thu Oct 3 23:20:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id 45C74182E2 for ; Thu, 3 Oct 2002 23:20:41 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 1A6F92B8B1; Fri, 4 Oct 2002 04:20:40 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id 4CD2DE96D; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id 438677715; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Date: Fri, 4 Oct 2002 04:20:38 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Krzysztof Garus Cc: gnome-devel-list@gnome.org Subject: Re: many $DISPLAYs In-Reply-To: <20021004025346.GA3443@gosia> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, On Fri, 4 Oct 2002, Krzysztof Garus wrote: > > hi, > > Is it possible to create two GtkWindows on different $DISPLAYS? Yes, but only with gtk 2.1.0: GdkDisplay *gdk_display_open (const gchar *display_name); GdkScreen * gdk_display_get_default_screen (GdkDisplay *display); void gtk_window_set_screen (GtkWindow *window, GdkScreen *screen); Good Luck, Mark. From m.craig@graffiti.net Fri Oct 4 08:45:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id A9CC2180FB for ; Fri, 4 Oct 2002 08:45:34 -0400 (EDT) Received: (qmail 20705 invoked by uid 1001); 4 Oct 2002 12:45:27 -0000 Message-ID: <20021004124527.20704.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [130.246.74.136] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Fri, 04 Oct 2002 20:45:26 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Fri, 04 Oct 2002 20:45:26 +0800 Subject: Saving window positions X-Originating-Ip: 130.246.74.136 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Apart from calling gtk_window_set_role, does anyone know what else do I need to do to make the WM restore my application windows in the same place at each login? Thanks, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From hp@redhat.com Fri Oct 4 10:56:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 8024A18103 for ; Fri, 4 Oct 2002 10:56:58 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g94EwBJQ002726; Fri, 4 Oct 2002 10:58:11 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g94EwBaU002722; Fri, 4 Oct 2002 10:58:11 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: "Martin Craig" Cc: gnome-devel-list@gnome.org Subject: Re: Saving window positions References: <20021004124527.20704.qmail@graffiti.net> From: Havoc Pennington Date: 04 Oct 2002 10:58:11 -0400 In-Reply-To: <20021004124527.20704.qmail@graffiti.net> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: "Martin Craig" writes: > > Apart from calling gtk_window_set_role, does anyone know what else > do I need to do to make the WM restore my application windows in the > same place at each login? > Support session management, for example with GnomeClient. Havoc From gkoru@engr.smu.edu Fri Oct 4 11:48:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 5161318E4F for ; Fri, 4 Oct 2002 11:48:00 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Fri, 4 Oct 2002 10:48:00 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Fri, 4 Oct 2002 10:47:59 -0500 (CDT) Message-Id: Date: Fri, 4 Oct 2002 10:47:59 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - 80:20 rule Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all contributors of Gnome, As you might have heard, I am conducting a bug handling survey on: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html So far, we have received answers from the developers, testers, defects fixers, and project managers in KDE, GNOME, Apache, OpenOffice, Mozilla, and other projects/sub-projects. Even though, we have not asked any names or e-mails, some of you have left their contact information and expressed their willingness for further cooperation in this direction. Thanks for your interest so far. If you have not done so, we would appreciate it, if you could fill out this survey since statistically more and more meaningful interpretations can be made as your participation increases. It is a short survey which consists of three sections that can be filled at once or different sessions. Many of the questions in the survey were put there purposefully, and they will make you think about how they apply to Gnome project. You will find them very interesting. One more time, this is a research project,which has many potential implications. This is NOT anything like a spam, it has no commercial nature and it is aiming to contribute to Gnome just like any other e-mail. We are very "dedicated" to this research, whose only and only purpose is looking for ways of increasing the quality of open source products. We apologize in advance if you receive duplicates of this e-mail. 80:20 rule, which is the subject of this e-mail is a well observed phenomenon, in many of the large scale software products. These products were produced by IT, Telecom companies, even by NASA. They were developed following different methodologies, they were written in different languages, and the application domain or problems they solve were different. However, 80:20 rule was still observed. This means that you might be developing desktop applications, office software, compiler, kernel, http server, or whatever, most likely you will make a similar observation your project. I included two references at the bottom about it. Both of them are very easy to follow and informative. Also, they are very recent references. The numbers in 80:20 rule are percentages but not of the same quantity. 80% here represents 80% of the "target risk", which might be defects, rework, effort, etc. So, you want to reduce them. 20% represents the contributor. You might want to name 20% as modules, component, packages, for the product if you will. A great deal of your goal in a project lies in this 80%. And the observations tell us that this 80% target risk stems from 20% of your modules, or components. If you could only identify this 20% part in what you develop, you would make substantial improvements in quality. The identification techniques could be a subject of another time. But, now, why is this important? Because, some projects never get to a desired level of quality, they can not meet their schedule. People code it, patch it, code it, patch it.. After some time users may loose trust, it may become something which is not manageable any more. So even though, the efforts are made by volunteer programmers, it is sad to see that potential is not used fully. Because these efforts could make even greater contribution to free software and they could end the software monopoly out there more quickly. I am one of those who observes the high amount of traffic in developers lists. This is huge. Everybody looks at one thing, sees it from a different point of view, designs are evaluated, code is tested, fixed, etc. Collaborating, sharing bring many advantages. There is big potential. I can easily tell that in many cases the communities are much larger than many software teams in the industry. So, how come the commercial software can still compete with open source products. One of the reasons is that they have been applying these techniques for years. Now think about the advantages of risk identification techniques and the advantages of open source development combined. Wouldn't it be great? This is where we see the tremendous opportunity. As concluding this e-mail, I repeat my invitation one more time. Please visit: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html today/this weekend and help us in this research. If you want to see or remember my previous invitations, they are at the same address. By the way, if you have already completed it and want to change your answers (some did ask this issue) please contact me, we need to identify your unique entry and change it, please do not complete it twice. Thanks for your support so far. Please contact me for any question you might have. Gunes References: 1) Barry Boehm, and Victor R. Basili, "Software defect reduction: Top 10 list", IEEE Computer Magazine, Vol. 34, No.1, pp: 135-137, January 2001. 2) Jeff Tian, "Risk identification techniques for defect reduction and quality improvement", Software Quality Professional, 2(2):32-41, Mar 2000. -- *************************************************************************** A. Gunes Koru Research Assistant, Ph.D. Student Southern Methodist University Computer Science and Engineering Department 6425 North Ownby Drive Science and Information Building Room 317 Dallas, TX 75205 Home: 214 691 5633 Work: 214 768 2005 Cell: 214 893 7311 http://www.seas.smu.edu/~gkoru Email: gkoru@engr.smu.edu *************************************************************************** From johnp@martianrock.com Sat Oct 5 10:55:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id ED7A018309 for ; Sat, 5 Oct 2002 10:55:11 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id JAA14066 for ; Sat, 5 Oct 2002 09:54:43 -0500 Subject: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 19:05:51 -0400 Message-Id: <1033859151.24954.10.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, Not sure if this is the right list to post to. I am trying to compile GNOME 2.0 from CVS head. I did it fine the first time now I am trying to update to the latest CVS version. I am using jhbuild. An error keeps occuring with a few packages, the first of which is libwnck. It seems GTK+ is not getting updated and instead stays at version 2.0.6 while libwnck requests version 2.1.0. At first I though it was an error in the way the gtk build was doing versioning so I changed the version number in gtk+'s .pc file. That only caused libwnck to spit out undefined symbol errors. I've also tried rechecking out gtk+ which still compiles version 2.0.6. Any suggestions? -- J5 From ali.akcaagac@stud.fh-wilhelmshaven.de Sat Oct 5 11:03:29 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mail.gnome.org (Postfix) with ESMTP id E59B118330 for ; Sat, 5 Oct 2002 11:03:28 -0400 (EDT) Received: from fwd01.sul.t-online.de by mailout04.sul.t-online.com with smtp id 17xqSl-0005lr-05; Sat, 05 Oct 2002 17:03:27 +0200 Received: from p508216A7.dip.t-dialin.net (520016195487-0001@[80.130.22.167]) by fmrl01.sul.t-online.com with esmtp id 17xqSb-0JV62qC; Sat, 5 Oct 2002 17:03:17 +0200 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <1033859151.24954.10.camel@jade> References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Organization: Message-Id: <1033830202.14876.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 05 Oct 2002 17:03:22 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, 2002-10-06 at 01:05, John Palmieri wrote: > while libwnck requests version 2.1.0. At first I though it was an error make sure you checkout libwnck gnome-2-0 branch. -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From hp@redhat.com Sat Oct 5 11:16:23 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B25CD183F1 for ; Sat, 5 Oct 2002 11:16:23 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95FHkJQ007644; Sat, 5 Oct 2002 11:17:46 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95FHjnF007640; Sat, 5 Oct 2002 11:17:45 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 11:17:45 -0400 In-Reply-To: <1033859151.24954.10.camel@jade> Message-ID: Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > > Not sure if this is the right list to post to. I am trying to compile > GNOME 2.0 from CVS head. That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have a gnome-2-0 branch or other branch. > I did it fine the first time now I am trying > to update to the latest CVS version. I am using jhbuild. The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 branch of libwnck though. Your jhbuildrc should have gnome20 not gnome22, and be sure to cvs up jhbuild prior to use. Havoc From johnp@martianrock.com Sat Oct 5 13:49:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 76D35180E5 for ; Sat, 5 Oct 2002 13:49:50 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id MAA07990; Sat, 5 Oct 2002 12:49:46 -0500 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 13:49:48 -0400 Message-Id: <1033840188.24954.31.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-05 at 11:17, Havoc Pennington wrote: > > > John Palmieri writes: > > > > Not sure if this is the right list to post to. I am trying to compile > > GNOME 2.0 from CVS head. > > That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have > a gnome-2-0 branch or other branch. > > > I did it fine the first time now I am trying > > to update to the latest CVS version. I am using jhbuild. > > The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 > branch of libwnck though. Your jhbuildrc should have gnome20 not > gnome22, and be sure to cvs up jhbuild prior to use. Thanks, that worked. I can't belive I neglected to update jhbuild. Just for my knowledge, if I were to send patchs in should they be diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > > Havoc > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From hp@redhat.com Sat Oct 5 14:20:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 56104180E5 for ; Sat, 5 Oct 2002 14:20:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95IM7JQ007767; Sat, 5 Oct 2002 14:22:07 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95IM6eh007763; Sat, 5 Oct 2002 14:22:06 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> <1033840188.24954.31.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 14:22:06 -0400 In-Reply-To: <1033840188.24954.31.camel@jade> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > Thanks, that worked. I can't belive I neglected to update jhbuild. > Just for my knowledge, if I were to send patchs in should they be > diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > For plain bugfixes, either is fine. For new features (especially if they change/add strings or other UI), should be against HEAD. Havoc From b.greiner@t-online.de Sun Oct 6 07:17:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mail.gnome.org (Postfix) with ESMTP id 219421828F for ; Sun, 6 Oct 2002 07:17:36 -0400 (EDT) Received: from fwd05.sul.t-online.de by mailout07.sul.t-online.com with smtp id 17y9Pj-00081P-00; Sun, 06 Oct 2002 13:17:35 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.227.124.36]) by fmrl05.sul.t-online.com with esmtp id 17y9Pa-1uomECC; Sun, 6 Oct 2002 13:17:26 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17y9PW-0000Wd-00 for ; Sun, 06 Oct 2002 13:17:22 +0200 Date: Sun, 6 Oct 2002 13:17:22 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Bonobo control vs. widget Message-ID: <20021006111722.GA1341@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi list, I'm confused with some Bonobo ideas, i.e. the difference between a BonoboControl and a BonoboWidget and that between a BonoboControl and a Bonobo_Control. I've been fooling around with Bonobo yesterday. Since I found no current documentation or complete reference, I figured eog would be good to look into a bit. Bear with me if I use MS terms in the following, I've played with OLE... So I wrote the following: icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); like eog-shell does. I called it "icontrol" because I figured Bonobo_Control was an interface, but it started feeling kind of wrong after a while. First, I placed the Control inside my BonoboWindow like eog does, with bonobo_control_frame_bind_to_control() etc. Worked fine and I even had an eog toolbar and textless but clickable (?) menu in my UI. Then, for some exercise, I replaced the controlframe stuff with bonobo_widget_new_control_from_objref() and box_packed that. Still worked fine, but got me no menu and toolbar this time. So my questions are: - Why does the ControlFrame procedure give me UI but not the Widget one? - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? - What's a good resource to read up on the current Bonobo mechanisms? Everything I found was either incomplete or outdated (i.e. didn't even compile). I hope somebody will take the time to answer my questions. Many thanks in advance. Benjamin From tony@realh.co.uk Wed Oct 2 19:16:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 59F24181A1 for ; Wed, 2 Oct 2002 19:16:20 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17wsj0-0000es-00 for ; Thu, 03 Oct 2002 00:16:14 +0100 Date: Thu, 3 Oct 2002 00:16:14 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: gnome-terminal's I pointer shape Message-ID: <20021002231613.GA2460@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Again, I'm not really sure whether this is the right list, is there anywhere with more detailed descriptions of what's on topic for the lists than ? Anyway, I dislike the way the pointer turns into an I shape when it's over gnome-terminal, although I don't mind it (almost) disappearing when I type, except I keep thinking the single visible pixel is a dead element in my TFT monitor ;-). There are two problems with the I shape. One is that it makes the pointer harder to pick out against text (in my preferred config of black fg and light grey bg anyway). The other is that there's no obvious active tip, which can make selecting text tricky. It's not too bad, but would probably be worse at smaller font sizes. Ages ago I wrote a patch to make it stick to the conventional pointer shape, complete with GUI-selectable option. I think I lost it though. If I rewrote the patch, would there be any chance of it being accepted in the official version? I realise Gnome now has a policy of the fewer options the better (not something I necessarily agree with), but would an option that's hidden from the GUI, but settable with gconftool, be a happy medium? -- TH * http://www.realh.co.uk From vladimir@pobox.com Fri Oct 4 15:51:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from rain.vlad1.com (adsl-64-174-44-13.dsl.snfc21.pacbell.net [64.174.44.13]) by mail.gnome.org (Postfix) with ESMTP id 78531180E2 for ; Fri, 4 Oct 2002 15:51:07 -0400 (EDT) Received: by rain.vlad1.com (Postfix, from userid 500) id 2E8641AC70D; Fri, 4 Oct 2002 12:36:13 -0700 (PDT) Subject: small segv-handler patch in libgnomeui From: Vladimir Vukicevic To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-TvxjTC+WSxa0n4syklRA" Organization: Message-Id: <1033760173.1165.12.camel@rain.vlad1.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release) Date: 04 Oct 2002 12:36:13 -0700 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-TvxjTC+WSxa0n4syklRA Content-Type: text/plain Content-Transfer-Encoding: 7bit Howdy, This patch makes libgnomeui_segv_setup() not touch the signals if diable_crash_dialog is set -- previously, it was setting all the signals to SIG_DFL, killing any handlers that may have been installed before gnome is initialized. This is currently affecting mono/gtk-sharp, since it traps segv and the like and throws an exception (and lets you get a nice C# backtrace).. it's possibly affecting other non-dinosaur languages as well :) -- Vladimir Vukicevic --=-TvxjTC+WSxa0n4syklRA Content-Disposition: attachment; filename=segv-setup.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=segv-setup.patch; charset=ANSI_X3.4-1968 ? segv-setup.patch ? libgnomeui/ChangeLog-19990928.flc Index: ChangeLog =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/ChangeLog,v retrieving revision 1.228 diff -u -u -r1.228 ChangeLog --- ChangeLog 27 Sep 2002 21:26:54 -0000 1.228 +++ ChangeLog 4 Oct 2002 19:39:03 -0000 @@ -1,3 +1,9 @@ +2002-10-04 Vladimir Vukicevic + + * libgnomeui/gnome-ui-init.c (libgnomeui_segv_setup): don't reset + signals to SIG_DFL if do_crash_dialog is false, leave them + as-is. + 2002-09-27 Anders Carlsson =20 * configure.in: Release 2.1.0 Index: libgnomeui/gnome-ui-init.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/libgnomeui/gnome-ui-init.c,v retrieving revision 1.186 diff -u -u -r1.186 gnome-ui-init.c --- libgnomeui/gnome-ui-init.c 16 Aug 2002 12:48:47 -0000 1.186 +++ libgnomeui/gnome-ui-init.c 4 Oct 2002 19:39:03 -0000 @@ -587,20 +587,19 @@ do_crash_dialog =3D g_value_get_boolean (&value); g_value_unset (&value); =20 - memset(&sa, 0, sizeof(sa)); - - setptr =3D &sa; if(do_crash_dialog) { + memset(&sa, 0, sizeof(sa)); + setptr =3D &sa; + sa.sa_handler =3D (gpointer)libgnomeui_segv_handle; - } else { - sa.sa_handler =3D SIG_DFL; + + sigaction(SIGSEGV, setptr, NULL); + sigaction(SIGABRT, setptr, NULL); + sigaction(SIGTRAP, setptr, NULL); + sigaction(SIGFPE, setptr, NULL); + sigaction(SIGBUS, setptr, NULL); } =20 - sigaction(SIGSEGV, setptr, NULL); - sigaction(SIGABRT, setptr, NULL); - sigaction(SIGTRAP, setptr, NULL); - sigaction(SIGFPE, setptr, NULL); - sigaction(SIGBUS, setptr, NULL); } =20 static void libgnomeui_segv_handle(int signum) --=-TvxjTC+WSxa0n4syklRA-- From hp@redhat.com Sun Oct 6 15:20:34 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1CC11180EE for ; Sun, 6 Oct 2002 15:20:34 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96JM4JQ017568; Sun, 6 Oct 2002 15:22:04 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96JM421017564; Sun, 6 Oct 2002 15:22:04 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 15:22:04 -0400 In-Reply-To: <20021002231613.GA2460@realh.co.uk> Message-ID: Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > Ages ago I wrote a patch to make it stick to the conventional pointer > shape, complete with GUI-selectable option. I think I lost it though. If > I rewrote the patch, would there be any chance of it being accepted in > the official version? I realise Gnome now has a policy of the fewer > options the better (not something I necessarily agree with), but would > an option that's hidden from the GUI, but settable with gconftool, be a > happy medium? > You haven't given any rationale at all for making it an option - all the rationale in your mail is rationale for just changing it flat-out by default. See http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html Those questions need to be analyzed when adding any option. To answer the question, it can be an option if you can give rationale _for making it an option_ which is not the same as rationale _for doing things differently_. Havoc From mark@skynet.ie Sun Oct 6 15:53:03 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id E17A3181DA for ; Sun, 6 Oct 2002 15:53:02 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 9908F2B24F; Sun, 6 Oct 2002 20:53:01 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id DE9DAE507; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id CE1197243; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Date: Sun, 6 Oct 2002 20:53:00 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Benjamin Greiner Cc: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget In-Reply-To: <20021006111722.GA1341@he-man.dnsalias.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, I was pretty confused about all this at first too, so I wrote a short doc on how it works - its more a simple explanation of how the embedding works rather than a tutorial or anything. Its in the bonoboui tarballs or here: http://www.skynet.ie/~mark/pub/ui-across-boundaries.txt HTH, Mark. On Sun, 6 Oct 2002, Benjamin Greiner wrote: > > Hi list, > I'm confused with some Bonobo ideas, i.e. the difference between a > BonoboControl and a BonoboWidget and that between a BonoboControl and a > Bonobo_Control. > > I've been fooling around with Bonobo yesterday. Since I found no current > documentation or complete reference, I figured eog would be good to look > into a bit. > > Bear with me if I use MS terms in the following, I've played with OLE... > > So I wrote the following: > > icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); > > like eog-shell does. I called it "icontrol" because I figured > Bonobo_Control was an interface, but it started feeling kind of wrong > after a while. > > First, I placed the Control inside my BonoboWindow like eog does, > with bonobo_control_frame_bind_to_control() etc. Worked fine and I even > had an eog toolbar and textless but clickable (?) menu in my UI. > > Then, for some exercise, I replaced the controlframe stuff with > bonobo_widget_new_control_from_objref() and box_packed that. Still worked > fine, but got me no menu and toolbar this time. So my questions are: > > - Why does the ControlFrame procedure give me UI but not the Widget one? > - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? > - What's a good resource to read up on the current Bonobo mechanisms? > Everything I found was either incomplete or outdated (i.e. didn't even > compile). > > I hope somebody will take the time to answer my questions. Many thanks > in advance. > > Benjamin > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From tony@realh.co.uk Sun Oct 6 15:53:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 44F80181DA for ; Sun, 6 Oct 2002 15:53:07 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yHSW-0000Gh-00 for ; Sun, 06 Oct 2002 20:53:00 +0100 Date: Sun, 6 Oct 2002 20:53:00 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006195300.GA1016@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > Tony Houghton writes: > > Ages ago I wrote a patch to make it stick to the conventional pointer > > shape, complete with GUI-selectable option. I think I lost it though. If > > I rewrote the patch, would there be any chance of it being accepted in > > the official version? I realise Gnome now has a policy of the fewer > > options the better (not something I necessarily agree with), but would > > an option that's hidden from the GUI, but settable with gconftool, be a > > happy medium? > > You haven't given any rationale at all for making it an option - all > the rationale in your mail is rationale for just changing it flat-out > by default. > > See > http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html > > Those questions need to be analyzed when adding any option. > > To answer the question, it can be an option if you can give rationale > _for making it an option_ which is not the same as rationale _for > doing things differently_. I would be happy with changing the default - after all, if I'm the one who writes the patch, it's less programming than making it optional ;-). But I'm not sure that everyone would prefer the alternative behaviour. Although I don't like the I-shape, maybe some people do, and presumably there was some reason why it was made that way in the first place. It looks like I need to start a discussion to find out whether there's a strong rationale for the I-shape, and if so whether my rationale is strong enough to justify even an option, let alone a new default behaviour. That's why I posted here first instead of going straight ahead with a feature request on bugzilla. Is this the best place for the discussion, or is there a better list for it? -- TH * http://www.realh.co.uk From hp@redhat.com Sun Oct 6 16:36:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1188A18104 for ; Sun, 6 Oct 2002 16:36:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96KcGJQ017617; Sun, 6 Oct 2002 16:38:16 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96KcGLX017613; Sun, 6 Oct 2002 16:38:16 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 16:38:15 -0400 In-Reply-To: <20021006195300.GA1016@realh.co.uk> Message-ID: Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > I would be happy with changing the default - after all, if I'm the one > who writes the patch, it's less programming than making it optional ;-). > > But I'm not sure that everyone would prefer the alternative behaviour. > Although I don't like the I-shape, maybe some people do, and presumably > there was some reason why it was made that way in the first place. Right, but our job as developers is to work to understand decisions and make them as best we can - punting to the user isn't right. If we don't understand why it is why it is, then we can't choose the right default, which is the most important thing anyway. So making it an option doesn't get us out of needing to know why people like each way, and why it is how it is, and whether there's some compromise that works all around. > It looks like I need to start a discussion to find out whether there's a > strong rationale for the I-shape, and if so whether my rationale is > strong enough to justify even an option, let alone a new default > behaviour. That's why I posted here first instead of going straight > ahead with a feature request on bugzilla. Is this the best place for the > discussion, or is there a better list for it? > Other possible lists are usability@gnome.org or desktop-devel-list, or just in bugzilla would be fine. But this list is also fine. The first issue I think is one of consistency; most arguments here will not be specific to the terminal but will apply to text boxes in general. So we would need to document a policy in the HIG and apply that to all text boxes, and if an option is added, it should apply to all of them. Another general question we should ask is what the prior art is; if OS X and Windows XP both do something, then the presumption should be to follow that unless we have good evidence otherwise, because they have a lot of experience and user testing behind them, and users are used to the behavior. I don't know what either OS X or Windows XP does in this case, but it's good information to have. One thing that may be relevant is that I think "cursor themes" are a feature we expect to have fairly soon, and that feature would allow global replacement of the I-beam (even in old apps such as xterm). This is probably the right place for the configurability. Havoc From tony@realh.co.uk Sun Oct 6 18:39:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 269E3180DD for ; Sun, 6 Oct 2002 18:39:48 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yK3v-0000Qr-00 for ; Sun, 06 Oct 2002 23:39:47 +0100 Date: Sun, 6 Oct 2002 23:39:47 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006223947.GA1531@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > The first issue I think is one of consistency; most arguments here > will not be specific to the terminal but will apply to text boxes in > general. So we would need to document a policy in the HIG and apply > that to all text boxes, and if an option is added, it should apply to > all of them. I think the reason for changing the cursor shape is to indicate that text can be selected, but not necessarily altered, because Galeon (and IE if you look to Windows) also change the shape when the pointer is over text. Terminals - and most text editors as opposed to DTP or word processors with layout features - are a bit special, because the whole window contains text, and the user should be expecting that, and not need any extra cues. So I find changing the pointer shape helpful in some applications, but not in terminals. FWIW my favourite text editor is vim, and the GTK version doesn't change the pointer. > Another general question we should ask is what the prior art is; if OS > X and Windows XP both do something, then the presumption should be to > follow that unless we have good evidence otherwise, because they have > a lot of experience and user testing behind them, and users are used > to the behavior. I don't know what either OS X or Windows XP does in > this case, but it's good information to have. On the whole Windows is a good GUI, but there are some features that are very annoying for a significant number of users and either can't be changed, or are obscure and have side effects. Even if OS X and Windows both do something, it can't be assumed that's the best way of doing it. They may have chosen to do it because the other did and it's "what most people are used to", while many users would prefer something different once they got used to it. Attracting new and ex-Windows users is important, but sometimes it feels like Gnome is being dumbed down at the expense of more experienced Linux users who appreciate lots of flexibility. > One thing that may be relevant is that I think "cursor themes" are a > feature we expect to have fairly soon, and that feature would allow > global replacement of the I-beam (even in old apps such as xterm). > This is probably the right place for the configurability. I agree with that. Come to think of it, if a theme simply had a text pointer shape which had an obvious active point and was maybe more visible, that should be all it takes to stop the feature being a disadvantage for me. -- TH * http://www.realh.co.uk From sopwith@widget.gnome.org Sun Oct 6 23:59:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 2FE57180D8 for ; Sun, 6 Oct 2002 23:59:41 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 36779404CA; Mon, 7 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5961 bugs open on bugzilla.gnome.org Message-Id: <20021007040002.36779404CA@widget.gnome.org> Date: Mon, 7 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 841 gtk+ | 571 galeon | 336 gnome-vfs | 294 GIMP | 282 gnome-applets | 236 control-center | 152 gnome-core | 151 gnome-panel | 124 sawfish | 108 balsa | 103 gnome-pilot | 96 medusa | 94 glib | 87 libzvt | 84 GnuCash | 76 Gnumeric | 76 gnome-media | 74 metacity | 69 Pan | 66 gnome-games | 65 gnome-utils | 62 bug-buddy | 61 libgnomeui | 58 dia | 55 gnome-terminal | 53 GConf | 52 pango | 52 GnomeICU | 50 gtkhtml2 | 47 bugzilla.gnome.org | 47 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 38 gnome-session | 37 bonobo | 37 GStreamer | 36 rhythmbox | 35 gdm | 34 gok | 33 glade | 32 gnome-libs | 30 libgnome | 29 gedit | 29 gphoto | 29 libgtop | 29 Yelp | 28 gnorpm | 26 website | 25 libgnomecanvas | 23 system-monitor [was: procman] | 22 lampadas | 21 anjuta2 | 20 libwnck | 20 gnome-pim | 20 gnome-chess | 19 gtop [gnome-system-monitor] | 19 ORBit | 18 grapevine | 17 gnomemeeting | 16 gnome-db | 16 gnome-python | 16 gnome-print | 15 gtkmm | 15 bonobo-activation [was: oaf] | 15 Metatheme | 14 libglade | 14 at-spi | 14 eazel-hacking | 14 intltool | 14 gtranslator | 13 gnome-desktop | 13 Gnomoradio | 13 ORBit2 | 13 crescendo | 13 xscreensaver | 13 imlib1 | 12 libgnomedb | 12 gnome-user-docs | 12 GGV | 12 audiofile | 11 vte | 11 eazel-themes | 11 eel | 10 gnome-perl | 10 gnopernicus | 10 gperfmeter | 10 gtk-doc | 10 atk | 9 printman | 9 gmc | 9 memprof | 9 ToutDoux | 9 gtk-engines | 9 EOG | 9 gnome-iconedit | 8 librsvg | 8 mergeant | 8 gnome-vfs-extras | 8 libxslt | 8 pkg-config | 8 gconf-editor | 7 esound | 7 devhelp | 7 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 6 at-poke | 5 Guppi | 5 galf | 4 gtkvts | 4 Release Engineering | 4 l10n | 4 libart | 4 jhbuild | 3 gnome-debug | 3 gASQL | 3 gnome-pm | 3 gnomemm | 3 totem | 3 acme | 3 orbit-perl | 3 gnome-build | 3 magicdev | 2 desktop-file-utils | 2 Gfax | 2 libIDL | 2 gthumb | 2 gmime | 1 gnome-system-tools | 1 libxml | 1 etherterm | 1 Guikachu | 1 file-roller | 1 gnomovision | 1 xalf | 1 gnome-guile | 1 gtkglarea | 1 From jacob@ximian.com Mon Oct 7 13:14:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id F03911825B for ; Mon, 7 Oct 2002 13:14:23 -0400 (EDT) Received: (qmail 27891 invoked from network); 7 Oct 2002 17:14:23 -0000 Received: from dmz.ximian.com (HELO wet-pants.boston.ximian.com) (jacob@141.154.95.1) by peabody.ximian.com with DES-CBC3-SHA encrypted SMTP; 7 Oct 2002 17:14:23 -0000 Subject: Re: small segv-handler patch in libgnomeui From: jacob berkman To: Vladimir Vukicevic Cc: gnome-devel In-Reply-To: <1033760173.1165.12.camel@rain.vlad1.com> References: <1033760173.1165.12.camel@rain.vlad1.com> Content-Type: text/plain Organization: Message-Id: <1034010842.673.24.camel@wet-pants.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99wet-pants-1031382589 (Preview Release) Date: 07 Oct 2002 13:14:02 -0400 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-04 at 15:36, Vladimir Vukicevic wrote: > Howdy, > > This patch makes libgnomeui_segv_setup() not touch the signals if > diable_crash_dialog is set it looks fine to me. - jacob From berberic@fmi.uni-passau.de Mon Oct 7 16:45:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust2.tnt5.muc2.deu.da.uu.net [149.225.82.2]) by mail.gnome.org (Postfix) with ESMTP id CE2E81843E for ; Mon, 7 Oct 2002 16:45:36 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g97KjYQ3019289 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Mon, 7 Oct 2002 22:45:34 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g97KjWkA019285 for gnome-devel-list@gnome.org; Mon, 7 Oct 2002 22:45:32 +0200 Date: Mon, 7 Oct 2002 22:45:32 +0200 From: M G Berberich To: GNOME Devel MailingList Subject: Re: patches for libzvt and gnome-terminal Message-ID: <20021007204532.GB1003@fmi.uni-passau.de> Mail-Followup-To: GNOME Devel MailingList References: <20010728211121.B436@fmi.uni-passau.de> <20020924195228.GA864@fmi.uni-passau.de> <1032945173.1835.8.camel@SFinX> <1032970059.1582.1.camel@sevilla.gnome.no> <1032970742.1996.4.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <1032970742.1996.4.camel@sevilla.gnome.no> User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Wednesday, den 25. September 2002 18:19:02 schrieb Kjartan Maraas: > ons, 2002-09-25 kl. 18:07 skrev Kjartan Maraas: > > ons, 2002-09-25 kl. 16:06 skrev ing. D.G. Knol: > > > Looking at the date (28. July) and in my local archives, I am NOT able > > > to find the message. Maybe it never arrived at this list?=20 > > >=20 > >=20 > > Did you look at the archives for July *2001*? :) > >=20 > > > Otherwise it might me usefull to report these problems as bugs in > > > bugzilla (that's what it is for) and put your patches with that bugs.= =20 > > >=20 > >=20 > > I think they are mentioned somewhere in the old gnome-terminal component > > in gnome-core. I'll check and mark them for GNOME 2 if I find it. > >=20 >=20 > Done. I've added GNOME2 keywords to the two bugreports involved. It > would be really nice if the patches could be split up into three like > this: >=20 > - one patch for the wordselect problem > - one patch for the CutToBeginningOfLine feature > - one patch for the update problems >=20 > The first and last of those should be applied to both 1.4.x and 2.x I > think. a) I opend bugs for gnome2 libzvt and added patches for the word-select-anomaly and the update-bug (bugs #94896 and #94897) Anyone? b) I have a patch to libzvt that would make word-select consider groups of non-word-chars as blocks, so selecting them as block. This is xterm-behavior and in my opinion makes a lot of sense. Any interrest? c) The patches from bugs #94896 and #94897 might apply to gnome-1.x sources too. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9ofJsnp4msu7jrxMRAnsSAJkBSQ0rBG4uectyboMSee9TYu5CmACdG261 czxy/tv3AXHD6lYdIM9XfvY= =jkOj -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From bajcik@kolos.math.uni.lodz.pl Mon Oct 7 22:14:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id ABF20181A5 for ; Mon, 7 Oct 2002 22:14:50 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 4B5E036C27; Tue, 8 Oct 2002 04:14:39 +0200 (CEST) Date: Sun, 6 Oct 2002 15:16:20 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: window inside window Message-ID: <20021006131620.GA9038@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to by only partially visible. How can I do that? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From james@daa.com.au Mon Oct 7 23:31:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0C2D918129 for ; Mon, 7 Oct 2002 23:31:42 -0400 (EDT) Received: from daa.com.au (diprotodon.daa.com.au [203.17.251.34]) by quoll.daa.com.au (Postfix) with ESMTP id 09DC0C023; Tue, 8 Oct 2002 11:31:33 +0800 (WST) Message-ID: <3DA25194.5040908@daa.com.au> Date: Tue, 08 Oct 2002 11:31:32 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-au, en MIME-Version: 1.0 To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: window inside window References: <20021006131620.GA9038@gosia> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus wrote: >Hello, > >I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow >is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars >looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not >visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to >by only partially visible. > >How can I do that? > > It sounds like you are after the GtkViewport class. It will allow you to view a section of the child widget, and by manipulating its adjustments, you can change which portion is visible (in fact, it is used by GtkScrolledWindow for widgets that do not know how to scroll themselves). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From gkoru@engr.smu.edu Wed Oct 9 10:38:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 78C4D18A66 for ; Wed, 9 Oct 2002 10:38:49 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Message-Id: Date: Wed, 9 Oct 2002 09:38:48 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - Tree based models Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello Gnome contributors, I am conducting a survey about the way bugs are handled in open source software projects. The survey includes questions that can be answered by developers,testers, bug fixers, project managers, and owners of defect databases. It is only and only for research purposes and it is very easy to fill out. It consists of three short sections which can be completed at once or in different sessions. Please fill it out if you haven't done yet. You will find the questions interesting since there is a reason behind each one one of them. They will make you think about how things work (or could work)in your project. The survey can be found in the address: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html The data in the bug databases can be used to identify the high risk areas in the software development. One of the ways of doing it is constructing tree-based models, which could be very useful in open source projects. If you would like to read about it, I prepared a web page for you: http://www.seas.smu.edu/~gkoru/surveys/tbdm1.html Please accept my apologies if you receive duplicates of this e-mail. This is a survey, which will give useful results for all of us. I will try to prepare and make some preliminary results on-line within the next two weeks. Since this is a survey, covering many important open source projects, it will be interesting for everybody to see what kind of quality assurance work is going on in the other projects. As always, we are very dedicated to this research. Please contact me for any question you might have. Thank you, A. Gunes Koru http://www.engr.smu.edu/~gkoru From "ph.h."@gmx.net Fri Oct 11 07:13:25 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id E3AF21811D for ; Fri, 11 Oct 2002 07:13:24 -0400 (EDT) Received: (qmail 11591 invoked by uid 0); 11 Oct 2002 11:13:24 -0000 Received: from p50809b98.dip.t-dialin.net (HELO gmx.net) (80.128.155.152) by mail.gmx.net (mp014-rz3) with SMTP; 11 Oct 2002 11:13:24 -0000 Message-ID: <3DA6B00E.4040103@gmx.net> Date: Fri, 11 Oct 2002 13:03:42 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: hide gnome app and show again (...toolbar stays hidden) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, my gnome app is blocked for a certain amount of time and so the app isn't redrawn for that amount of time. so i want to hide the whole app and fork a process to show that the app is working and the user has to wait. but when i try to show the app again the toolbar is away. i try to do it the following way: gtk_widget_hide_all(app); gdk_window_process_all_updates(); ...fork and do the blocking function, kill forked process .... gtk_widget_show_all(app); my main content is just a canvas-widget, which is shown again, but my toolbar is gone ... any ideas to make my toolbar visible again ? thnx phil From ali.akcaagac@stud.fh-wilhelmshaven.de Fri Oct 11 07:26:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mail.gnome.org (Postfix) with ESMTP id F3AE11811D for ; Fri, 11 Oct 2002 07:26:24 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout02.sul.t-online.com with smtp id 17zxvz-0002Ct-0C; Fri, 11 Oct 2002 13:26:23 +0200 Received: from pD9E56D51.dip.t-dialin.net (520016195487-0001@[217.229.109.81]) by fmrl00.sul.t-online.com with esmtp id 17zxvt-0bfyT2C; Fri, 11 Oct 2002 13:26:17 +0200 Subject: Re: hide gnome app and show again (...toolbar stays hidden) From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <3DA6B00E.4040103@gmx.net> References: <3DA6B00E.4040103@gmx.net> Content-Type: text/plain Organization: Message-Id: <1034335535.32334.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 13:25:36 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-11 at 13:03, Philipp Heise wrote: > so i want to hide the whole app and fork a process to show that the app > is working and the user has to wait. hi, i don't know if your approach is the right one or if i have understand your problem correctly. but you can do this. while your app is heavily working (e.g. looping in a routine that does heavy stuff) then your app is not usable and redrawing as you said won't work anymore. the best thing is you put these few lines in your loop (the loop that does all the heavy work). it will look every now and then for pending events and work on them... it's like an interrupt. if (gtk_events_pending ()) { gtk_main_iteration_do (TRUE); } -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From b.greiner@t-online.de Fri Oct 11 08:57:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 0540F181B5 for ; Fri, 11 Oct 2002 08:57:08 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout03.sul.t-online.com with smtp id 17zzLh-0004Ci-00; Fri, 11 Oct 2002 14:57:01 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.158.33.191]) by fmrl00.sul.t-online.com with esmtp id 17zzLU-1FsgoSC; Fri, 11 Oct 2002 14:56:48 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17zzLS-0000Sx-00 for ; Fri, 11 Oct 2002 14:56:46 +0200 Date: Fri, 11 Oct 2002 14:56:45 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget Message-ID: <20021011125645.GA1712@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021006111722.GA1341@he-man.dnsalias.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, Oct 06, 2002 at 08:53:00PM +0100, Mark McLoughlin wrote: > > Hi Benjamin, > I was pretty confused about all this at first too, so I wrote > a short doc on how it works - its more a simple explanation of how the > embedding works rather than a tutorial or anything. Hi Mark, Thanks, this looks quite good. But it still doesn't explain to me why the EOG UI appears when I use the BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in the dark on that issue. Benjamin From michael@ximian.com Fri Oct 11 12:21:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id D3F601811D for ; Fri, 11 Oct 2002 12:21:24 -0400 (EDT) Received: (qmail 14007 invoked from network); 11 Oct 2002 16:21:22 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 11 Oct 2002 16:21:22 -0000 Subject: Re: Bonobo control vs. widget From: Michael Meeks To: Benjamin Greiner Cc: gnome-devel-list@gnome.org In-Reply-To: <20021011125645.GA1712@he-man.dnsalias.org> References: <20021006111722.GA1341@he-man.dnsalias.org> <20021011125645.GA1712@he-man.dnsalias.org> Content-Type: text/plain Organization: Ximian. Message-Id: <1034356567.7975.91.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 18:16:08 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, On Fri, 2002-10-11 at 13:56, Benjamin Greiner wrote: > Thanks, this looks quite good. > But it still doesn't explain to me why the EOG UI appears when I use the > BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in > the dark on that issue. Where do you want the UI to appear ? cramped into the (potentially tiny) window of the BonoboWidget itself ? - almost certainly not. Thus you can pass in a Bonobo_UIContainer which points at the container to merge UI elements into if any. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From "ph.h."@gmx.net Sat Oct 12 08:45:01 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id D9593180D8 for ; Sat, 12 Oct 2002 08:45:00 -0400 (EDT) Received: (qmail 30989 invoked by uid 0); 12 Oct 2002 12:44:59 -0000 Received: from p5080996b.dip.t-dialin.net (HELO gmx.net) (80.128.153.107) by mail.gmx.net (mp016-rz3) with SMTP; 12 Oct 2002 12:44:59 -0000 Message-ID: <3DA816E6.2080109@gmx.net> Date: Sat, 12 Oct 2002 14:34:46 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome_canvas_item_hide fails for widget-item Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, when i try to hide a canvas widget item (gtk-progress-bar) the item doesn't disappear. is there a trick for canvas-widget-items ? thnx phil From tom@dbservice.com Sun Oct 13 10:40:21 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from matterhorn.dbservice.com (unknown [213.133.97.13]) by mail.gnome.org (Postfix) with ESMTP id 9D8B618140 for ; Sun, 13 Oct 2002 10:40:21 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id D232A124DB for ; Sun, 13 Oct 2002 17:49:04 +0200 (CEST) Received: from dbservice.com (emmen.dbservice.com [62.65.141.13]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id 2F8C5124A3 for ; Sun, 13 Oct 2002 17:49:01 +0200 (CEST) Message-ID: <3DA98CB4.8050404@dbservice.com> Date: Sun, 13 Oct 2002 15:09:40 +0000 From: otherside User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020708 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome api reference Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre5 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi all i'm working on a little gnome program... and i have problems with the gnome api... i've googled and a havent found any api reference for libgnome-2.0 or libgnomeui-2.0 so i dont know which functions i should, shouldn't use, which are deprecated or new, etc... does anyone know a page with the gnome-2.0 api reference.. if not.. i have started to write tutorials (glib, gobject, gtk, ...), so i could include a gnome-2.0 tutorial... thanks tom From m.craig@graffiti.net Sun Oct 13 12:36:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id 98FEB1824C for ; Sun, 13 Oct 2002 12:36:48 -0400 (EDT) Received: (qmail 32131 invoked by uid 1001); 13 Oct 2002 16:36:40 -0000 Message-ID: <20021013163640.32130.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [62.137.69.3] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Mon, 14 Oct 2002 00:36:40 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Mon, 14 Oct 2002 00:36:40 +0800 Subject: popup menus X-Originating-Ip: 62.137.69.3 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I'm having popup menu woes. Currently I'm using GnomeUIInfo and gnome_popup_menu_new(), but it's giving me lots of headaches because I can't seem to use the user_data field in GnomeUIInfo. I know this is overridden by gnome_popup_menu_attach, but sometimes the menu items can get activated before the menu has been popped up, e.g. by a keyboard accelerator, or because I'm setting the value of a toggle menu item. This results in NULL getting passed as the user_data no matter what I put in GnomeUIInfo. My question was going to be "how do I get around this?", but looking in recent Gnome source it seems that hardly anyone is using gnome_popup_menu anymore, so perhaps I should be asking "what's the best way of doing a popup menu these days?" Does anyone have an answer to either? Cheers for any help, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From michaeld@senet.com.au Sun Oct 13 19:22:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from saturn.senet.com.au (saturn.senet.com.au [203.56.239.210]) by mail.gnome.org (Postfix) with ESMTP id 29C9418785 for ; Sun, 13 Oct 2002 19:22:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by saturn.senet.com.au (8.12.6/8.12.3) with ESMTP id g9DNMQl7074967; Mon, 14 Oct 2002 08:52:27 +0930 (CST) (envelope-from michaeld@senet.com.au) Received: from 203.202.88.90 ( [203.202.88.90]) as user michaeld@mail.senet.com.au by webmail.senet.com.au with HTTP; Mon, 14 Oct 2002 08:52:26 +091800 Message-ID: <1034551346.3daa003246046@webmail.senet.com.au> Date: Mon, 14 Oct 2002 08:52:26 +091800 From: michaeld@senet.com.au To: otherside Cc: gnome-devel-list@gnome.org Subject: Re: gnome api reference References: <3DA98CB4.8050404@dbservice.com> In-Reply-To: <3DA98CB4.8050404@dbservice.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 203.202.88.90 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Quoting otherside : > > does anyone know a page with the gnome-2.0 api reference.. > if not.. i have started to write tutorials (glib, gobject, gtk, ...), so > i could include a gnome-2.0 tutorial... > You may want to consider using DevHelp (http://devhelp.codefactory.se) or have a look at the online api references at http://developer.gnome.org/doc/API/ Ciao, -- Michael Davies "Do what you think is interesting, do michaeld@senet.com.au something that you think is fun and mirky on irc worthwhile, because otherwise you won't do it well anyway." -- Brian Kernighan ------------------------------------------------- This mail sent through SE Net Webmail http://webmail.senet.com.au From malcolm@commsecure.com.au Sun Oct 13 20:10:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 7880C180DB for ; Sun, 13 Oct 2002 20:10:29 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9E0AMb02375 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9E0AM409666 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9E0AM326559 for gnome-devel-list@gnome.org; Mon, 14 Oct 2002 10:10:22 +1000 Date: Mon, 14 Oct 2002 10:10:22 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gnome api reference Message-ID: <20021014101022.B26527@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <3DA98CB4.8050404@dbservice.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DA98CB4.8050404@dbservice.com>; from tom@dbservice.com on Sun, Oct 13, 2002 at 03:09:40PM +0000 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 13, 2002 at 03:09:40PM +0000, otherside wrote: > i'm working on a little gnome program... > and i have problems with the gnome api... > i've googled and a havent found any api reference for libgnome-2.0 or=20 > libgnomeui-2.0 > so i dont know which functions i should, shouldn't use, which are=20 > deprecated or new, etc... The API documentation should be included with the libgnome/libgnomeui packages, for a start. Look in $(prefix)/share/gtk-doc/html/libgnome[ui]. The libgnomeui documentation is missing some parts, but it's being worked on. Malcolm --=20 Why be difficult when, with a little bit of effort, you could be impossible. --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9qgtuPGhGvxo2jcwRAuGaAJ9Ge/zj7Qw/DVfMJY/zWuCLqZ2cWwCgkVsM ufFufa6h7YTwKim6uD9yt9E= =AdxB -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From bajcik@kolos.math.uni.lodz.pl Sun Oct 13 22:59:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5DC6418467 for ; Sun, 13 Oct 2002 22:59:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7D01D36CE4; Mon, 14 Oct 2002 04:59:36 +0200 (CEST) Date: Sun, 13 Oct 2002 20:51:24 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: invalid regions Message-ID: <20021013185123.GA23678@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I am using a list widget written by me in my program. This list uses GtkDrawingArea to display rows. - If I need to refresh some rows, I do gtk_widget_queue_draw_area(). - When I scrolling my list, I use gdk_window_copy_area(), and gtk_widget_queue_draw_area() on uncovered area. The problem is: in heavy loadavg there can be few scrolls between one expose event, so gdk_window_copy_area copies invalid area. What is optimal way to fix this? bajcik PS. The program's address I've talked about is in signature -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From sopwith@widget.gnome.org Mon Oct 14 00:00:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id AFA4A1814C for ; Mon, 14 Oct 2002 00:00:20 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id DB96D40487; Mon, 14 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 6045 bugs open on bugzilla.gnome.org Message-Id: <20021014040002.DB96D40487@widget.gnome.org> Date: Mon, 14 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 870 gtk+ | 542 galeon | 347 gnome-vfs | 297 GIMP | 280 gnome-applets | 235 control-center | 166 gnome-panel | 137 sawfish | 113 balsa | 108 gnome-pilot | 100 gnome-core | 99 medusa | 94 glib | 84 GnuCash | 83 libzvt | 82 metacity | 76 Gnumeric | 75 Pan | 72 gnome-terminal | 70 gnome-games | 67 dia | 65 bug-buddy | 60 gnome-utils | 60 libgnomeui | 58 GnomeICU | 56 gnome-media | 53 GConf | 53 pango | 52 gtkhtml2 | 49 bugzilla.gnome.org | 49 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 39 GStreamer | 37 bonobo | 37 gnome-session | 37 glade | 36 gdm | 35 gok | 33 rhythmbox | 33 gedit | 32 Yelp | 32 gnome-libs | 31 libgnome | 29 gphoto | 29 libgtop | 29 website | 28 gnorpm | 27 lampadas | 23 libgnomecanvas | 23 gnome-pim | 22 system-monitor [was: procman] | 22 vte | 22 gnome-chess | 21 anjuta2 | 21 gtop [gnome-system-monitor] | 21 libwnck | 21 ORBit | 18 gnome-python | 18 grapevine | 17 gnome-print | 17 at-spi | 17 gnomemeeting | 17 bonobo-activation [was: oaf] | 16 GGV | 16 gnome-db | 16 intltool | 15 libglade | 14 ORBit2 | 14 eazel-hacking | 14 xscreensaver | 14 Metatheme | 14 gnome-desktop | 14 gtranslator | 13 crescendo | 13 Gnomoradio | 13 gtkmm | 13 gnome-user-docs | 12 libgnomedb | 11 eazel-themes | 11 audiofile | 11 imlib1 | 11 eel | 10 ToutDoux | 10 gtk-doc | 10 gnome-perl | 10 libxslt | 10 EOG | 9 gmc | 9 gperfmeter | 9 memprof | 9 atk | 9 printman | 9 librsvg | 8 mergeant | 8 gnopernicus | 8 gnome-vfs-extras | 8 gnome-iconedit | 8 gtk-engines | 8 pkg-config | 8 devhelp | 8 esound | 7 gconf-editor | 7 eazel-tools | 6 GHex | 6 gnome-mime-data | 6 libxml2 | 6 totem | 5 Guppi | 5 galf | 4 acme | 4 gtkvts | 4 l10n | 4 Release Engineering | 4 libart | 4 Gfax | 4 gnome-build | 3 gnome-pm | 3 gASQL | 3 desktop-file-utils | 3 jhbuild | 3 gnome-debug | 3 orbit-perl | 3 gnomemm | 3 at-poke | 2 libIDL | 2 magicdev | 2 GNOME CD Master | 1 file-roller | 1 etherterm | 1 gmime | 1 gtkglarea | 1 libxml | 1 gthumb | 1 Guikachu | 1 gnome-system-tools | 1 xalf | 1 gnomovision | 1 gnome-guile | 1 From hp@redhat.com Mon Oct 14 01:46:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A014E1814C for ; Mon, 14 Oct 2002 01:46:32 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9E5krHd012941; Mon, 14 Oct 2002 01:46:54 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9E5krvY012937; Mon, 14 Oct 2002 01:46:53 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: invalid regions References: <20021013185123.GA23678@gosia> From: Havoc Pennington Date: 14 Oct 2002 01:46:53 -0400 In-Reply-To: <20021013185123.GA23678@gosia> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus writes: > The problem is: in heavy loadavg there can be few scrolls between one > expose event, so gdk_window_copy_area copies invalid area. > > What is optimal way to fix this? > You might try using gdk_window_scroll() instead of doing the copy_area etc. manually. There are some examples in the GTK source code. Havoc From churcher@ihug.com.au Mon Oct 14 19:45:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 5ACF21824B for ; Mon, 14 Oct 2002 19:45:47 -0400 (EDT) Received: from p504-tnt5.syd.ihug.com.au [203.173.137.250] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 181Eu8-0004fN-00; Tue, 15 Oct 2002 09:45:45 +1000 Subject: Re: gnome api reference From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <3DA98CB4.8050404@dbservice.com> References: <3DA98CB4.8050404@dbservice.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Oct 2002 09:46:54 +1000 Message-Id: <1034639215.1455.1015.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-14 at 01:09, otherside wrote: > if not.. i have started to write tutorials (glib, gobject, gtk, ...), > so i could include a gnome-2.0 tutorial... I'm sure I'm not the only one who would enjoy seeing more GNOME 2 tutorials out there. I'm converting and updating an older GTK application, and it's slow going. The developerworks tutorials were good, but haven't gone beyond introduction so far. BTW, what's a good existing app to use as an example? Something that has been well and truly GNOME2-ized, hopefully with well-commented source. -- Cheers, Rich. From bajcik@kolos.math.uni.lodz.pl Mon Oct 14 21:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 08CA7180E2 for ; Mon, 14 Oct 2002 21:22:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id A930336CE1; Tue, 15 Oct 2002 03:22:36 +0200 (CEST) Date: Mon, 14 Oct 2002 05:33:30 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: gtk-doc Message-ID: <20021014033329.GC27314@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I'd like to document API of my program using gtk-doc. Where can I find a description/tutorial/guide/papers of gtk-doc? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From malcolm@commsecure.com.au Mon Oct 14 21:39:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id E2226180E2 for ; Mon, 14 Oct 2002 21:39:51 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9F1djb19354 for ; Tue, 15 Oct 2002 11:39:45 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9F1di400583 for ; Tue, 15 Oct 2002 11:39:44 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9F1diO32699 for gnome-devel-list@gnome.org; Tue, 15 Oct 2002 11:39:44 +1000 Date: Tue, 15 Oct 2002 11:39:44 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gtk-doc Message-ID: <20021015113944.A32470@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021014033329.GC27314@gosia> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021014033329.GC27314@gosia>; from bajcik@kolos.math.uni.lodz.pl on Mon, Oct 14, 2002 at 05:33:30AM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, Oct 14, 2002 at 05:33:30AM +0200, Krzysztof Garus wrote: > I'd like to document API of my program using gtk-doc. Where can I find a > description/tutorial/guide/papers of gtk-doc? For a start, look in the doc/ subdirectory of the gtk-doc package. That contains a few text files which talk about the basics. Secondly, have a look at one of the existing GNOME packages that has been documented and use that as an example. You could try looking at glib, gtk+, libgnome, atk, ... Finally, have a look through the archives of the gtk-doc list (particularly over the last 15 months or so). Quite a lot of questions have been asked and answered on that list already, so you can probably save some time by checking there. Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 16 19:26:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bashful.clients.ie (unknown [213.190.137.213]) by mail.gnome.org (Postfix) with ESMTP id 1FA6318109 for ; Wed, 16 Oct 2002 19:26:47 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B77E011108 for ; Thu, 17 Oct 2002 00:26:46 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.13]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B8CA4F8C7 for ; Thu, 17 Oct 2002 00:26:43 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g9GNM6H17664 for ; Thu, 17 Oct 2002 00:22:06 +0100 Subject: fork, exec, _exit From: "Sergey V. Udaltsov" To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 00:22:05 +0100 Message-Id: <1034810526.15931.52.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all A couple of days ago I noticed one problem with forked processes. In my code, the child process is doing nothing but exec(). And in case of problems - exit(). After some investigations (great thanks to Ivan Pascal) it was found that GNOME/GTK is doing a lot of stuff using atexit. So the only correct way to close the child is to call _exit() (but not exit()!). Which is not too good - the program itself may want to add some atexit hooks. So my question is - why does it all work this strange way? Why GNOME/GTK could not have GtkTerm/GnomeTerm functions to close/stop/term/finalize everything - and only main process would have to call them. AFAIK, the current usage of atexit in GNOME conflicts with the multi-process programming and X Window architecture (the connection to X server should be used and closed in the same one process). BTW, even current situation is not properly documented AFAIK. I found the confirmation for this image in some mailing lists' archives. It would be great to document the problem at least (in Gtk FAQ there are special lines about threads, but nothing about processes). Any comments/ideas? Cheers, Sergey From churcher@ihug.com.au Thu Oct 17 00:20:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id D174618204 for ; Thu, 17 Oct 2002 00:20:46 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 18229G-0002M5-00; Thu, 17 Oct 2002 14:20:39 +1000 Subject: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 14:22:10 +1000 Message-Id: <1034828531.1455.1076.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Ok, so there's not much in the way of introductory documentation for GNOME 2 out there. Here's my idea to help correct that problem... I have this pet project I'd like to port to GNOME 2, it's been a bit of a hobby over the past few weeks. If gnome-devel-list can stand a little extra traffic I'll start posting questions to the list and keeping a record of my progress as I go. Periodically I'll update a web site with a description of the process from a (fairly) new GNOMEr's point of view. In the end, I should have a bit more perspective on what makes GNOME 2 tick, and be able to contribute to the fund of available documentation. Hopefully there are some developers out there who can spare a little time to contribute answers and suggestions - this is probably less painful than actually writing documentation yourselves, but still helps the cause ;o) Pointers to existing resources (particularly sample code) which may be of assistance are of course welcome. With this in mind, an initial question. The application I'm interested in (Felipe Bergo's excellent project eboard, an interface used to play chess) connects to servers for the purpose of matching opponents, or can be used offline. I'm wondering whether perhaps writing a Bonobo component might be an appropriate solution for the board/game interface. I even thought there might be an appropriate component already in existence for the chat/messaging side of things, as this functions in a very similar fashion to other chat applications such as IRC. So: write a component, or avoid Bonobo? -- Cheers, Rich. From hp@redhat.com Thu Oct 17 01:58:52 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id CB8AF18C1A for ; Thu, 17 Oct 2002 01:58:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9H5xfHd016231; Thu, 17 Oct 2002 01:59:41 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9H5xdGc016227; Thu, 17 Oct 2002 01:59:39 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> From: Havoc Pennington Date: 17 Oct 2002 01:59:38 -0400 In-Reply-To: <1034828531.1455.1076.camel@localhost.localdomain> Message-ID: Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial, but my opinion is that Bonobo should only be used when you explicitly need rich out-of-process communication. If you're just doing a GUI, I'd stick mostly to plain GTK and libglade for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Havoc From churcher@ihug.com.au Thu Oct 17 03:54:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id 3735C1848E for ; Thu, 17 Oct 2002 03:53:57 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1825Tf-0004uo-00; Thu, 17 Oct 2002 17:53:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 17:55:28 +1000 Message-Id: <1034841329.1481.1152.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 15:59, Havoc Pennington wrote: > > This is a bit controversial, but my opinion is that Bonobo should > only be used when you explicitly need rich out-of-process > communication. > > If you're just doing a GUI, I'd stick mostly to plain GTK and > libglade for the GUI bits, use gnome-vfs, gconf, etc. where > appropriate, etc. I can appreciate that. Besides, I don't think I need the extra complication of learning Bonobo on top of everything else. Ok, so perhaps the next point should be for folks to suggest a good example. Preferably a GNOME 2 application that isn't gargantuan, but shows off correct practice that the GNOME developers would like to see in new or converted G2 projects. 'Correct' being one of those loaded words that inevitably starts arguments ;o) -- Cheers, Rich. From chen.shengqi@connet.com.tw Thu Oct 17 04:29:35 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from msa.connet.com.tw (unknown [202.39.28.155]) by mail.gnome.org (Postfix) with ESMTP id 2F327181DD for ; Thu, 17 Oct 2002 04:29:34 -0400 (EDT) Received: from victor ([61.171.235.12]) (authenticated) by msa.connet.com.tw with ESMTP id g9H8TVC13751 for ; Thu, 17 Oct 2002 16:29:31 +0800 Message-ID: <004d01c275b7$52a0a580$0f8c8dc0@victor> From: "chen.shengqi" To: Subject: how to draw image on pixmap with specified transparent color? Date: Thu, 17 Oct 2002 16:29:32 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: RGVhciBzaXJzOg0KICAgIEkgd2FudCB0byBkcmF3IHNvbWUgaW1hZ2UgdG8gcGl4bWFwIHdpdGgg c3BlY2lmaWVkIHRyYW5zcGFyZW50IGNvbG9yLiBIb3cgY2FuIEkgZG8gdGhpcz8gd2hlcmUgY2Fu IEkgZmluZCBleGFtcGxlcyBvbiB0aGlzPw0KICAgIHRoYW5rcy4NCg0K From miro@puremagic.com Thu Oct 17 05:41:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail01d.rapidsite.net (mail01d.rapidsite.net [207.158.192.52]) by mail.gnome.org (Postfix) with SMTP id 0E35418118 for ; Thu, 17 Oct 2002 05:41:43 -0400 (EDT) Received: from www.vams.com (207.201.150.210) by mail01d.rapidsite.net (RS ver 1.0.63s) with SMTP id 031558; Thu, 17 Oct 2002 05:41:27 -0400 (EDT) Message-ID: <3DAE8863.4000909@puremagic.com> Date: Thu, 17 Oct 2002 11:52:35 +0200 From: Miroslav Silovic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> <1034841329.1481.1152.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher wrote: >I can appreciate that. Besides, I don't think I need the extra >complication of learning Bonobo on top of everything else. > >Ok, so perhaps the next point should be for folks to suggest a good >example. Preferably a GNOME 2 application that isn't gargantuan, but >shows off correct practice that the GNOME developers would like to see >in new or converted G2 projects. 'Correct' being one of those loaded >words that inevitably starts arguments ;o) > > > Traditionally, gnome-hello is a showcase for the technologies you can use. I think it'd also be a VERY good idea to read GNOME HIG (human interface guidelines - the correct URL escapes me at the moment) before you do anything else. As for the small apps... gnome-utils and gnome-media are probably a good starting point. Miro From michael@ximian.com Thu Oct 17 05:50:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 8E1771830F for ; Thu, 17 Oct 2002 05:50:47 -0400 (EDT) Received: (qmail 3548 invoked from network); 17 Oct 2002 09:50:46 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 17 Oct 2002 09:50:46 -0000 Subject: Re: Converting GTK project to GNOME 2 From: Michael Meeks To: Havoc Pennington Cc: Rich Churcher , gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Organization: Ximian. Message-Id: <1034851526.32484.85.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 17 Oct 2002 11:45:26 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 06:59, Havoc Pennington wrote: > Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial Not _that_ controversial :-) > but my opinion is that Bonobo should only > be used when you explicitly need rich out-of-process communication. Yes - preferably on the same machine. Ultimately you need to ask yourself why you're using any given tool. _Unfortunately_ today's world being what it is - you almost certainly want to use SOAP for internet wide IPC - since it goes through fire-walls. So checkout the 'soup' module. > If you're just doing a GUI, I'd stick mostly to plain GTK and libglade > for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Yep - plain libglade / gtk+ sounds good for everything GUI. Of course - if you think you can feasibly use a mail / file transport for the game moves - it'd be nice to have a bonobo component that can be used inside evolution for making moves etc. Depending if you think that's a good idea - the same thing would view boards inside nautilus; it just depends if that's worth doing :-) Hopefully in some ideal future it'd also plug into Mozilla ... but problems there some of the chicken and egg variety. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From churcher@ihug.com.au Thu Oct 17 06:32:59 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 42C00182C9 for ; Thu, 17 Oct 2002 06:32:59 -0400 (EDT) Received: from p814-apx1.syd.ihug.com.au [203.173.143.52] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1827xY-0000hj-00; Thu, 17 Oct 2002 20:32:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <1034851526.32484.85.camel@michael.home> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 20:34:30 +1000 Message-Id: <1034850871.1481.1245.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > _Unfortunately_ today's world being what it is - you almost > certainly want to use SOAP for internet wide IPC - since it goes > through fire-walls. So checkout the 'soup' module. Done - I have no idea what that is, but there's always this weekend to find out... > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > course - if you think you can feasibly use a mail / file transport > for the game moves - it'd be nice to have a bonobo component that > can be used inside evolution for making moves etc. Depending if you > think that's a good idea - the same thing would view boards inside > nautilus; it just depends if that's worth doing :-) Hopefully in > some ideal future it'd also plug into Mozilla ... but problems there > some of the chicken and egg variety. Ooo, play by mail with evolution! Nice, never thought of that. Tell you what though, how about I actually get a working GNOME app here before I start chasing rainbows ;o) Correct me if I'm wrong, but if I write a good widget for the board it can always be packed into a component later? So it's not as if the Bonobo option is off the table for good. -- Cheers, Rich. From rodrigo@gnome-db.org Thu Oct 17 09:30:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gollum.gnome-db.org (69.Red-80-33-181.pooles.rima-tde.net [80.33.181.69]) by mail.gnome.org (Postfix) with ESMTP id 6344B18153 for ; Thu, 17 Oct 2002 09:30:47 -0400 (EDT) Received: from [192.168.0.3] (211.Red-80-59-90.pooles.rima-tde.net [80.59.90.211]) by gollum.gnome-db.org (Postfix) with ESMTP id 0072C37C0A2; Thu, 17 Oct 2002 15:30:44 +0200 (CEST) Subject: Re: Converting GTK project to GNOME 2 From: Rodrigo Moya To: Rich Churcher Cc: gnome-devel-list@gnome.org In-Reply-To: <1034850871.1481.1245.camel@localhost.localdomain> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> <1034850871.1481.1245.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1034861390.2865.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 17 Oct 2002 15:29:51 +0200 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 12:34, Rich Churcher wrote: > On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > > > _Unfortunately_ today's world being what it is - you almost > > certainly want to use SOAP for internet wide IPC - since it goes > > through fire-walls. So checkout the 'soup' module. > > Done - I have no idea what that is, but there's always this weekend to > find out... > it is a SOAP implementation in C, which allows you to do RPC over HTTP and XML. > > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > > course - if you think you can feasibly use a mail / file transport > > for the game moves - it'd be nice to have a bonobo component that > > can be used inside evolution for making moves etc. Depending if you > > think that's a good idea - the same thing would view boards inside > > nautilus; it just depends if that's worth doing :-) Hopefully in > > some ideal future it'd also plug into Mozilla ... but problems there > > some of the chicken and egg variety. > > Ooo, play by mail with evolution! Nice, never thought of that. Tell you > what though, how about I actually get a working GNOME app here before I > start chasing rainbows ;o) > yes, a Bonobo component can easily be added later on, if you do your app well separated in modules, you can just add the Bonobo component later on. Just make sure your app is modular enough and has all functionality cleanly separared. > Correct me if I'm wrong, but if I write a good widget for the board it > can always be packed into a component later? So it's not as if the > Bonobo option is off the table for good. > yes, exactly. cheers From iamgod@itu.st.jyu.fi Thu Oct 17 11:20:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from itu.st.jyu.fi (itu.st.jyu.fi [130.234.4.65]) by mail.gnome.org (Postfix) with ESMTP id 1DE1A1824A for ; Thu, 17 Oct 2002 11:20:20 -0400 (EDT) Received: from localhost (iamgod@localhost) by itu.st.jyu.fi (8.11.6/8.11.2/antispam3) with ESMTP id g9HFKID02102 for ; Thu, 17 Oct 2002 18:20:18 +0300 Date: Thu, 17 Oct 2002 18:20:17 +0300 (EEST) From: Risto Peranen To: gnome-devel-list@gnome.org Subject: Nautilus alternatives In-Reply-To: <1034861390.2865.3.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello to all comrades. I have bit tired of nautilus (both 1 and 2) and it's wankiness. Is there any alternatives and if I would like to make my own app to draw desktop and file manacing where should I start? I appreciete following options: - easy to script (common tasks should be written in python/emacs/perl/shell scripts. Human is always too slow and make mistakes.) - fast and light - minimun amount of components (sure it should be able to run helper applications :) - some Open Source licence - not so fancy-wanky (who needs themes or crap like that) Emacs doesn't have support for this kind of tasks --- what o pity :P ---------- Risto Peranen ( Risto Peränen with proper lang setting ) mailto iamgod@jyu.fi From spamfrommailing@freax.org Thu Oct 17 18:30:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mail.gnome.org (Postfix) with ESMTP id 4470518CBB; Thu, 17 Oct 2002 18:30:20 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 51BC183E81; Fri, 18 Oct 2002 00:30:19 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by horkos.telenet-ops.be (Postfix) with ESMTP id E68CF83C33; Fri, 18 Oct 2002 00:30:18 +0200 (CEST) Subject: Applet for Clipboard Manager From: Philip Van Hoof Reply-To: Gnome@pandora.be, Clipboard@pandora.be, Manager@pandora.be, Mailinglist@pandora.be To: Gnome Clipboard Manager Mailinglist , usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034866672.16789.8.camel@freax> References: <1034866672.16789.8.camel@freax> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 00:30:58 +0200 Message-Id: <1034893858.26747.20.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a mail about the GNOME Clipboard Manager. You can find more information about this application here : http://gcm.sourceforge.net On Thu, 2002-10-17 at 16:57, on the Gcm-Devel mailinglist Philip Van Hoof wrote: > I have imported the gcmapplet module in cvs. > This will be a very simple PanelApplet for controlling gcm [CUT] I got the PanelApplet working. Read : I made a PanelApplet with libgcm support that shows a label in the Gnome2 panel with the text "test" :-) In human language this means that the Clipboard Manager applet will be finished very soon. What else is finished ? libgcm : A library for (remote) controlling GNOME Clipboard Manager (works a lot like libxmms) plugin support : The support for plugins in GNOME Clipboard Manager (works a lot like the pluginsystem of xmms) libgcmtest : A small glade application with libgcm support that demonstrates all possibilities of libgcm. sampleplugin : A sample plugin for GNOME Clipboard Manager that demonstrates all possibilities of the plugin support of Gcm. A first test applet with libgcm support : The default PanelApplet that will be shipping with the GNOME Clipboard Manager releases. This applet will have all functionality such an applet needs. The idea is to make GNOME Clipboard Manager a non-visible Gnome application (a.k.a. a deamon) that does all clipboard management in the background. Applications with libgcm support can make GNOME Clipboard Manager show her UserInterface and/or make GNOME Clipboard Manager threadsave perform specific functions. The pluginsystem is to avoid that (future) programmers of GNOME Clipboard Manager -like me- will make GNOME Clipboard Manager bloatware. Most new features that go into GNOME Clipboard Manager should be programmed using the pluginsystem of GNOME Clipboard Manager i.m.h.o. Examples of such a new feature is the possibility to send and receive items from other hosts running GNOME Clipboard Manager. Disabling this plugin would then disable 'all' networking code. Maybe other Clipboard Management systems of other Operating Systems or desktop systems can someday corporate with GNOME Clipboard Manager's networking plugin :). Feel free to mailbomb me with comments and suggestions :-). And please, no comments like : "huh? why do we need a Clipboard Manager". My answer will be "We don't, don't use it, bye". -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From spamfrommailing@freax.org Fri Oct 18 15:13:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 2D05D18139; Fri, 18 Oct 2002 15:13:30 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 8F0A52012E; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 0E84520148; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Subject: Re: [Gcm-devel] Applet for Clipboard Manager From: Philip Van Hoof To: Gnome Clipboard Manager Mailinglist Cc: usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034893858.26747.20.camel@pluisje> References: <1034866672.16789.8.camel@freax> <1034893858.26747.20.camel@pluisje> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 21:14:09 +0200 Message-Id: <1034968449.12346.34.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-18 at 00:30, Philip Van Hoof wrote: > I got the PanelApplet working. Read : I made a PanelApplet with libgcm > support that shows a label in the Gnome2 panel with the text "test" :-) > In human language this means that the Clipboard Manager applet will be > finished very soon. It is a bit crashy from time to times but I have something working. export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 gcmapplet libgcmtest First install gcm-2. This will install * gcm : The Clipboard Manager (Deamon) * gcmui : A tool to launch the UserInterface of gcm in /usr/local/bin Then install libgcmtest. This will install * libgcmtest : A tool to test all capabilities of libgcm in /usr/local/bin Then install gcmapplet. This will install * gcmapplet : A very simple PanelApplet that implements some of the capabilities of libgcm. in /usr/local/lib/libexec I think ... Use the menu of the Panel. After make install you should have an item called "Clipboard Manager" in the "Utilities" menu Required : GTK_REQUIRED=1.3.1 LIBGNOMEUI_REQUIRED=1.96.0 GCONF_REQUIRED=1.0.8 LIBXML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGTKHTML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGCM_REQUIRED=2.0.2 LIBGCM will be installed when you compile and install gcm-2 (only the current CVS version. 'Not' the 2.0.1 release. And no there is not a release with libgcm available yet) After you compiled and installed gcm-2 it is possible that you have start ldconfig and maybe move the libgcm* files from /usr/local/lib/ to /usr/lib (depends on your distro and ldconfig, for example : On my Debian it worked and on my Mandrake 9.0 it did not worked until I moved those files. Probably some automake bug that I made :-\) Installating of all these packages : ./autogen.sh && make && make install Running : gcm& gcmui Add applet in the gnome-panel -> Utilities -> Clipboard Manager Testing : libgcmtest -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From anil@gdit.iiit.net Sun Oct 20 07:57:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 1410E1814B for ; Sun, 20 Oct 2002 07:57:33 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KBj3K14025 for ; Sun, 20 Oct 2002 17:15:04 +0530 Subject: GConf From: Anil Kumar Putla To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-3YAp2D3Gp/5edllPVFrf" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 17:23:23 +0530 Message-Id: <1035114805.1038.10.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-3YAp2D3Gp/5edllPVFrf Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I would like to know whether gconf-1.0.9 is usable in application programs. When i am using the library with mem profile it is showing memory leaks. Am i not calling the appropriate destroy routines. Bye, Anil --=-3YAp2D3Gp/5edllPVFrf Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-3YAp2D3Gp/5edllPVFrf-- From hp@redhat.com Sun Oct 20 11:35:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 93BCB18376 for ; Sun, 20 Oct 2002 11:35:06 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9KFaEHd020538; Sun, 20 Oct 2002 11:36:14 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9KFaDtg020534; Sun, 20 Oct 2002 11:36:13 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Anil Kumar Putla Cc: gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> From: Havoc Pennington Date: 20 Oct 2002 11:36:13 -0400 In-Reply-To: <1035114805.1038.10.camel@hell> Message-ID: Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla writes: > > I would like to know whether gconf-1.0.9 is usable in application > programs. When i am using the library with mem profile it is showing > memory leaks. Am i not calling the appropriate destroy routines. You need to g_free the "str" variable. Havoc From anil@gdit.iiit.net Sun Oct 20 11:42:54 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 4EFA81834D for ; Sun, 20 Oct 2002 11:42:52 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KFUHK29881; Sun, 20 Oct 2002 21:00:18 +0530 Subject: Re: GConf From: Anil Kumar Putla To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035114805.1038.10.camel@hell> Content-Type: multipart/mixed; boundary="=-IY1JQ+uWnP40vokgZM85" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 21:08:43 +0530 Message-Id: <1035128325.8241.3.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-IY1JQ+uWnP40vokgZM85 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I just missed that line. g_free(str); I am just worried about the output of g_mem_profile(), when i am using gconf. Just checkout the output of g_mem_profile(). GLib Memory statistics (failing operations): --- none --- Total bytes: allocated=199865, zero-initialized=11936 (5.97%), freed=179441 (89.78%), remaining=20424 MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 Anil On Sun, 2002-10-20 at 21:06, Havoc Pennington wrote: > > > Anil Kumar Putla writes: > > > > I would like to know whether gconf-1.0.9 is usable in application > > programs. When i am using the library with mem profile it is showing > > memory leaks. Am i not calling the appropriate destroy routines. > > You need to g_free the "str" variable. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list --=-IY1JQ+uWnP40vokgZM85 Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_free(str); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-IY1JQ+uWnP40vokgZM85-- From james@daa.com.au Sun Oct 20 21:15:05 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 3D6A41817E for ; Sun, 20 Oct 2002 21:15:04 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 91240C2B1; Mon, 21 Oct 2002 09:15:01 +0800 (WST) Message-ID: <3DB354E7.5040604@daa.com.au> Date: Mon, 21 Oct 2002 09:14:15 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anil Kumar Putla Cc: Havoc Pennington , gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> <1035128325.8241.3.camel@hell> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla wrote: >Hi, > I just missed that line. g_free(str); > > I am just worried about the output of g_mem_profile(), when i am using >gconf. Just checkout the output of g_mem_profile(). > >GLib Memory statistics (failing operations): > --- none --- >Total bytes: allocated=199865, zero-initialized=11936 (5.97%), >freed=179441 (89.78%), remaining=20424 >MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 > > In such a short program, you are likely seeing the effects of one time initialisations of various internal structures. These structures generally aren't freed (which is not generally a problem). If you changed your example to lookup 100 times as many strings, and it leaked 100 times as much memory then it would be a bug. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From sopwith@widget.gnome.org Mon Oct 21 00:00:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id D819F180F8 for ; Mon, 21 Oct 2002 00:00:58 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 4665A4043C; Mon, 21 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5980 bugs open on bugzilla.gnome.org Message-Id: <20021021040002.4665A4043C@widget.gnome.org> Date: Mon, 21 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 883 gtk+ | 531 galeon | 363 gnome-vfs | 301 GIMP | 290 gnome-applets | 228 gnome-panel | 135 balsa | 115 control-center | 113 gnome-core | 108 gnome-pilot | 107 sawfish | 106 medusa | 94 libzvt | 86 GnuCash | 83 metacity | 77 dia | 76 glib | 76 gnome-terminal | 75 Gnumeric | 74 Pan | 71 libgnomeui | 61 gnome-utils | 59 gnome-games | 59 pango | 57 GConf | 53 gnome-media | 53 gtkhtml2 | 53 bugzilla.gnome.org | 50 GnomeICU | 47 libgda | 47 general | 43 gnome-file-selector | 42 HIG | 40 bonobo | 39 GStreamer | 38 gnome-session | 37 gdm | 35 glade | 34 bug-buddy | 33 gok | 32 libgnome | 31 gnome-libs | 30 rhythmbox | 30 libgtop | 29 website | 29 gedit | 28 gnorpm | 28 Yelp | 26 libwnck | 24 system-monitor [was: procman] | 23 libgnomecanvas | 23 lampadas | 23 gtop [gnome-system-monitor] | 22 anjuta2 | 22 gnome-pim | 21 gphoto | 21 gnome-python | 21 gnome-db | 18 gnome-print | 18 ORBit | 18 grapevine | 17 intltool | 16 xscreensaver | 15 libglade | 15 gnome-desktop | 15 Gnomoradio | 14 Metatheme | 14 vte | 14 eazel-hacking | 14 gnomemeeting | 14 gtranslator | 13 ORBit2 | 13 crescendo | 13 bonobo-activation [was: oaf] | 13 gtkmm | 13 gnome-user-docs | 12 at-spi | 12 gmc | 12 gnome-chess | 11 gnome-perl | 11 imlib1 | 11 libgnomedb | 11 eazel-themes | 10 printman | 10 ToutDoux | 10 GGV | 10 gtk-doc | 10 EOG | 10 eel | 10 gperfmeter | 9 pkg-config | 9 gnopernicus | 9 gnome-vfs-extras | 9 memprof | 9 atk | 9 gtk-engines | 8 audiofile | 8 gtkvts | 8 mergeant | 8 gnome-iconedit | 8 devhelp | 7 esound | 7 gconf-editor | 7 librsvg | 7 acme | 6 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 5 Guppi | 5 l10n | 4 totem | 4 Gfax | 4 libart | 4 Release Engineering | 4 gnome-build | 4 gnomemm | 3 orbit-perl | 3 desktop-file-utils | 3 gnome-pm | 3 jhbuild | 3 gASQL | 3 libxslt | 3 galf | 3 file-roller | 2 libIDL | 2 at-poke | 2 GNOME CD Master | 2 magicdev | 2 gnome-debug | 2 gnome-mag | 1 gnome-system-tools | 1 libxml | 1 libegg | 1 gmime | 1 Guikachu | 1 tubesock | 1 gnomovision | 1 gtkglarea | 1 xalf | 1 gthumb | 1 gnome-guile | 1 From spamfrommailing@freax.org Mon Oct 21 17:30:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 3828C1847A for ; Mon, 21 Oct 2002 17:30:47 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 980111FFAD for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 1A0751FF3A for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:31:29 +0200 Message-Id: <1035235889.13874.64.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From me@freax.org Mon Oct 21 17:28:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mail.gnome.org (Postfix) with ESMTP id 85DC71845E for ; Mon, 21 Oct 2002 17:28:53 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id B754ADC02A for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by tartarus.telenet-ops.be (Postfix) with ESMTP id 014EEDBDDD for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:29:35 +0200 Message-Id: <1035235775.12650.62.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From torvir@dpsl.net Tue Oct 22 07:07:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by mail.gnome.org (Postfix) with ESMTP id BEC31189AC for ; Tue, 22 Oct 2002 07:07:16 -0400 (EDT) Received: by mail.dpsl.net with Internet Mail Service (5.5.2653.19) id ; Tue, 22 Oct 2002 16:48:41 +0530 Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by khyber.enigma with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VMK6ZW3D; Tue, 22 Oct 2002 16:48:40 +0530 Received: FROM comp185 BY khyber.enigma ; Tue Oct 22 16:48:39 2002 +0500 From: Rahul Torvi To: gnome-devel-list@gnome.org Subject: Interpolation support in Gnome Canvas? Date: Tue, 22 Oct 2002 16:36:04 +0530 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I am developing an image viewer application using gtk and gnome. I am developing it on Redhat 7.3 and am using KDE 2.1. I am using Gnome Canvas in anti-aliased mode. I have used libtiff funtions to load the tiff images and then create GdkPixBuf objects from the raw data. I insert the pixbuf into the Canvas as a GnomeCanvasPixbuf item. The images are being displayed but are not very clear. After analysing the Eye Of Gnome application i have come to the conclusion that the problem is interpolation. My reading tells me that the gnome canvas by default uses INTERP_NEAREST interpolation type while rendering an image. If i am correct Is there some method by which I can provide atleast BILINEAR interpolation support to my canvas ? Else is there any alternative to get clarity in the images that are being loaded? If I am wrong Please tell me what I have to do to include BILINEAR support in the canvas ? I have even posted this query in the gtk-app devlopers list, but have recieved no response!! This is a request to all gtk/gnome gurus to help me out. Hoping for a positive response. thanks and regards, Rahul From rplana@zicorp.com Thu Oct 24 03:22:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mail.gnome.org (Postfix) with ESMTP id 3E72B18107 for ; Thu, 24 Oct 2002 03:22:24 -0400 (EDT) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H003F35T5X0@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca (pn2ml1so-qfe0.prod.shaw.ca [10.0.121.145]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H00BAJ5T5VJ@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from zicorp.com (h68-146-201-147.cg.shawcable.net [68.146.201.147]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H0062O5T52I@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Date: Thu, 24 Oct 2002 01:22:50 -0600 From: Richard Plana Subject: gnome2 panel menu primer To: gnome-devel-list@gnome.org Message-id: <3DB79FCA.7080901@zicorp.com> Organization: Zi Corporation MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021019 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I would like to create a menu for the gnome-panel from scratch. I tried going through all the menu*.[ch] files but couldn't make heads or tails of how I'm to begin. From the looks of it, it doesn't seem to follow gnome-panel applet design (so the applet-writing.html doc might not be what I need) If one would outline the things needed to do to start me on my own menu or point me to some existing document I could start with, I'd greatly appreciate it. -- *Richard Neal Plana, B.Sc., CCNA* Lead Software Engineer Zi Corp. From joes@rdsgmail.jpl.nasa.gov Thu Oct 24 11:28:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eis-msg-012.jpl.nasa.gov (eis-msg-012.jpl.nasa.gov [137.78.160.40]) by mail.gnome.org (Postfix) with ESMTP id 8021918113 for ; Thu, 24 Oct 2002 11:28:47 -0400 (EDT) Received: from mooneyflyer.rdsgmail.jpl.nasa.gov (mooneyflyer.jpl.nasa.gov [137.79.137.239]) by eis-msg-012.jpl.nasa.gov (8.12.1/8.12.1) with ESMTP id g9OFSkBo009752 for ; Thu, 24 Oct 2002 08:28:46 -0700 (PDT) Message-Id: <5.1.0.14.0.20021024082133.00a4b560@rdsgmail.jpl.nasa.gov> X-Sender: joes@rdsgmail.jpl.nasa.gov X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 24 Oct 2002 08:32:40 -0700 To: gnome-devel-list@gnome.org From: Joe Schartman Subject: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? In-Reply-To: <20021022160005.6859.85919.Mailman@moniker.gnome.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-1614028641==_.ALT" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=====================_-1614028641==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by putting the appropriate .destop file under ~/.gnome/app so that the associated icon for the .desktop files get created under the mainmenu>Favorites For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get created at ~/.gnome2/share BUT where do/shoud the icons end up ? There is NO mainmenu>Favorites for this platform. How should apps those example apps be added to the control panel or main menu using the existing .desktop files ? Regards, Joe Joe Schartman COE Kernel Project Developer Northrop Grumman Information Technology, affiliated with JPL 320 N. Halstead St., Pasadena, CA 91107 JPL M.S.: 320/120/4 Email: joes@rdsgmail.jpl.nasa.gov jschartman@pasadena.feddata.com (626) 351-1542, Fax (626) 351-0751 .~. /V\ / / \ \ / ( ) \ (^^)-(^^) --=====================_-1614028641==_.ALT Content-Type: text/html; charset="us-ascii"  RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>???

Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by
putting the appropriate .destop file under ~/.gnome/app so that the associated icon
for the .desktop files get created under the mainmenu>Favorites

For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get
created at ~/.gnome2/share BUT where do/shoud  the icons end up ?
There is NO mainmenu>Favorites for this platform.
How should apps those example apps be added to the control panel or main menu using the
existing .desktop files ?

Regards, Joe



Joe Schartman
COE Kernel Project Developer
Northrop Grumman Information Technology, affiliated with JPL
320 N. Halstead St., Pasadena, CA 91107
JPL M.S.: 320/120/4
Email: joes@rdsgmail.jpl.nasa.gov
          jschartman@pasadena.feddata.com

(626) 351-1542, Fax (626) 351-0751

         
          .~.
          /V\
      / /      \ \
    / (         ) \
       (^^)-(^^)

--=====================_-1614028641==_.ALT-- From thomas@urgent.rug.ac.be Thu Oct 24 11:46:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 22690181A2 for ; Thu, 24 Oct 2002 11:46:17 -0400 (EDT) Received: (qmail 26520 invoked by uid 505); 24 Oct 2002 15:46:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 15:46:16 -0000 Date: Thu, 24 Oct 2002 17:46:16 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: gconf2 schema installs as user. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Now that I'm happily running red hat 8.0 and don't have full homedir install of gnome2, I'm running into issues when I try to compile some applications and install them as a user in my home dir. Ideally, this should just work, but currently it fails due to gconf schema installs. Specifically, it determines correctly that the primary source of schema files is located in /etc However, if I understand gconf correctly, based on my /etc/gconf/2/path file, schemas placed in xml:readwrite:$(HOME)/.gconf would also be picked up by gconf, right ? So my question is - wouldn't it make more sense if gconftool-2 --get-default-source reported a location where the current user has write permissions, or, possibly an extra flag, which would then be used at install time ? I understand the fact that there's a difference between the user running configure and the user running make install, which is why it would seem to make more sense to me to move the actual call to gconftool-2 to the install rule in every Makefile so that it figures out an installable location for gconf schemas. I just want to ask here what you consider the best way to make this work by default in both cases (user installs and system installs). Thanks, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> I touch and you melt down You don't even know it how much I want to believe it <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 14:46:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id D6CCF1812B for ; Thu, 24 Oct 2002 14:46:00 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9OIlxHd018774; Thu, 24 Oct 2002 14:47:59 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9OIlxdB018770; Thu, 24 Oct 2002 14:47:59 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 14:47:59 -0400 In-Reply-To: Message-ID: Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > I just want to ask here what you consider the best way to make this work > by default in both cases (user installs and system installs). > I guess the way it works right now is that you would pass --with-gconf-source=whatever alongside your --prefix=myhomedir. Well I'm not sure the configure option is --with-gconf-source but it's something like that. I'm not sure how to make it work without configure options, but ideas are welcome. Havoc From thomas@urgent.rug.ac.be Thu Oct 24 15:21:16 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id CD88C18E1B for ; Thu, 24 Oct 2002 15:21:15 -0400 (EDT) Received: (qmail 12225 invoked by uid 505); 24 Oct 2002 19:21:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 19:21:15 -0000 Date: Thu, 24 Oct 2002 21:21:15 +0200 (CEST) From: Thomas Vander Stichele To: Havoc Pennington Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, > Thomas Vander Stichele writes: > > I just want to ask here what you consider the best way to make this work > > by default in both cases (user installs and system installs). > > > > I guess the way it works right now is that you would pass > --with-gconf-source=whatever alongside your --prefix=myhomedir. > Well I'm not sure the configure option is --with-gconf-source but > it's something like that. Yes, I've seen that option; I'm trying to think of a solution without it. My general strategy would be to a) have gconftool-2 have an option that would give you a default writable schema install dir (which I suppose is doable, no ?) b) use this call and option at INSTALL time so that we get a writable path It looks like this is sane (unless you see something I've overlooked), with the crux being b), so if you'd consider this a good way to attack this I don't mind looking into it and cooking it up. The template automake code is used by every project in gnome, so it'd be nice to make this possible. Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> It's only love that stops you from walking out the door <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 20:06:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 16364184F8 for ; Thu, 24 Oct 2002 20:06:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9P08mHd020294; Thu, 24 Oct 2002 20:08:48 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9P08mZx020290; Thu, 24 Oct 2002 20:08:48 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 20:08:48 -0400 In-Reply-To: Message-ID: Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > Yes, I've seen that option; I'm trying to think of a solution without it. > My general strategy would be to > a) have gconftool-2 have an option that would give you a default writable > schema install dir (which I suppose is doable, no ?) > b) use this call and option at INSTALL time so that we get a writable path > I'm not clear on what you mean by a)? You mean if we can't write to the usual default location we fall back to ~/.gconf? It seems like a very not-general solution; I'm also worried for example about hiding error messages when someone _intended_ to install to the regular location. But it might be worth it to make things work without a lot of fooling around, I don't know. Havoc From henrik@bitvis.nu Fri Oct 25 03:09:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from fortet.funcform.se (fortet.funcform.se [194.16.51.77]) by mail.gnome.org (Postfix) with ESMTP id 728C6180E0 for ; Fri, 25 Oct 2002 03:09:55 -0400 (EDT) Received: from client-89.internt.funcform.se ([192.168.1.89]) by fortet.funcform.se with esmtp (Exim 3.34 #1 (Debian)) id 184ybi-0001eR-00 for ; Fri, 25 Oct 2002 09:10:10 +0200 Subject: Feedback on a othello program From: Henrik Ohman To: gnome-devel-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:16:51 +0200 Message-Id: <1035530212.20374.27.camel@bitvis> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi,=20 I have for the last year or so been writing on a program playing the game of othello (reversi). The program, called Sirius, uses a lot of common ai-techniques such as alphabeta search and transposition table lookup; and has (of cource) a gnome2 gui.=20 Now I have come to a point where I need some feedback on how to proceed. Not that the program is not complete, in fact is has quite a few rough edges, especially the gui... but I think I need some thoughts from others about it.=20 http://sirius.bitvis.nu/ Regards Henrik =D6hman From spamfrommailing@freax.org Fri Oct 25 04:16:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id BEEFA18ECE for ; Fri, 25 Oct 2002 04:16:01 -0400 (EDT) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9P8F3Wo014244 for ; Fri, 25 Oct 2002 10:15:03 +0200 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9P8F0ln014237; Fri, 25 Oct 2002 10:15:00 +0200 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 10:14:59 +0200 Message-Id: <1035533699.13972.33.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: -- > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From berberic@forwiss.uni-passau.de Fri Oct 25 06:42:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 67220180D9 for ; Fri, 25 Oct 2002 06:42:26 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PAgOwD016753 for ; Fri, 25 Oct 2002 12:42:25 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PAgNcu030096 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 12:42:24 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PAgMZC030094 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 12:42:22 +0200 Date: Fri, 25 Oct 2002 12:42:22 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Gnome Bucktracking disfunctional? Message-ID: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --J/dobhs11T7y2rNN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, maybe it is a bit exaggerate, but at the moment there seem to be no mechanism that makes sure that bugreports get proccessed in any way. So if the maintainer doesn no longer care about its bugs nothing happens at all. This might be O.K. for someones personal project but not for a gnome core component. There should be some way to detects when a components maintainer does no longer care about it's bugs and gets this component/bugs reassigned. MfG bmg BTW: it is very frustating to make patches to (severe) bugs in gome and realise that nobody cares. --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSAOnp4msu7jrxMRA1QoAKCaiwIKu2eNXk1h3fUf0Q+Z9yV27QCfZxA1 AIjh1PBw3LMzkxnsRgUn64g= =SUEG -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From sopwith@redhat.com Fri Oct 25 07:00:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B7D3918415 for ; Fri, 25 Oct 2002 07:00:28 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PB0L825833; Fri, 25 Oct 2002 07:00:21 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:00:21 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > maybe it is a bit exaggerate, but at the moment there seem to be no > mechanism that makes sure that bugreports get proccessed in any > way. So if the maintainer doesn no longer care about its bugs nothing > happens at all. This might be O.K. for someones personal project but > not for a gnome core component. > BTW: it is very frustating to make patches to (severe) bugs in gome > and realise that nobody cares. It is indeed, but the flip side is that it's frustrating for the always-busy maintainers to have people complaining about inattention to bugs, when there is nothing those maintainers can do about it. The only remedy is getting new people working on bugs, and you probably have more ideas than I how to make this happen. I believe the gnome-bugsquad mailing list is a good place to offer help. -- Elliot From michael@ximian.com Fri Oct 25 07:32:09 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2E1AE180D9 for ; Fri, 25 Oct 2002 07:32:09 -0400 (EDT) Received: (qmail 31607 invoked from network); 25 Oct 2002 11:32:08 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 25 Oct 2002 11:32:08 -0000 Subject: Re: gconf2 schema installs as user. From: Michael Meeks To: Havoc Pennington Cc: Thomas Vander Stichele , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035548800.28291.190.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 25 Oct 2002 13:26:40 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 01:08, Havoc Pennington wrote: > But it might be worth it to make things work without a lot of fooling > around, I don't know. I've been bitten by this a lot FWIW; but I'm hoping for more of an adaptive configuration domain solution ;-) Then again it's never going to happen so, homedir installs would work too. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From berberic@forwiss.uni-passau.de Fri Oct 25 07:35:11 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id EC1B3180D9 for ; Fri, 25 Oct 2002 07:35:10 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PBZAwD020565 for ; Fri, 25 Oct 2002 13:35:10 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PBZ9cu031708 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 13:35:09 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PBZ9qM031706 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 13:35:09 +0200 Date: Fri, 25 Oct 2002 13:35:09 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > On Fri, 25 Oct 2002, M G Berberich wrote: >=20 > > maybe it is a bit exaggerate, but at the moment there seem to be no > > mechanism that makes sure that bugreports get proccessed in any > > way. So if the maintainer doesn no longer care about its bugs nothing > > happens at all. This might be O.K. for someones personal project but > > not for a gnome core component. >=20 > > BTW: it is very frustating to make patches to (severe) bugs in gome > > and realise that nobody cares. >=20 > It is indeed, but the flip side is that it's frustrating for the > always-busy maintainers to have people complaining about inattention to > bugs, when there is nothing those maintainers can do about it. > The only remedy is getting new people working on bugs, and you probably > have more ideas than I how to make this happen. I believe the > gnome-bugsquad mailing list is a good place to offer help. Maybe I missunderstood your statement, but I wrote about bugreports _including_ patches. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSxsnp4msu7jrxMRAyu8AJ9QSYAwOq2EK3llfrSHZsZvTZ0URgCdHFw/ poCex6NNwIS9KwsAr0HI2NU= =K7pk -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From sopwith@redhat.com Fri Oct 25 07:40:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 6941918F01 for ; Fri, 25 Oct 2002 07:40:39 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PBeWB03012; Fri, 25 Oct 2002 07:40:32 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:40:32 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. Unfortunately this doesn't help the maintainers get time to reply to those bug reports - it takes a lot of time to process bug reports even if they include patches (although patches definitely help once the developer gets to actually fixing the problem). -- Elliot Living on Earth is expensive, but it does include a free trip around the sun every year. From kmaraas@online.no Fri Oct 25 07:56:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id B5A7518F0A for ; Fri, 25 Oct 2002 07:56:35 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PBsCh02678; Fri, 25 Oct 2002 13:54:12 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 13:54:12 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 13:35 skrev M G Berberich: > Hello, > > Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > > On Fri, 25 Oct 2002, M G Berberich wrote: > > > > > maybe it is a bit exaggerate, but at the moment there seem to be no > > > mechanism that makes sure that bugreports get proccessed in any > > > way. So if the maintainer doesn no longer care about its bugs nothing > > > happens at all. This might be O.K. for someones personal project but > > > not for a gnome core component. > > > > > BTW: it is very frustating to make patches to (severe) bugs in gome > > > and realise that nobody cares. > > > > It is indeed, but the flip side is that it's frustrating for the > > always-busy maintainers to have people complaining about inattention to > > bugs, when there is nothing those maintainers can do about it. > > > The only remedy is getting new people working on bugs, and you probably > > have more ideas than I how to make this happen. I believe the > > gnome-bugsquad mailing list is a good place to offer help. > > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. > There's always the possibility of offering to maintain something that isn't properly maintained from the project itself. I'm assuming that you're talking about the zvt patches you have on your website. I applied one of the patches to zvt in gnome-libs for 1.4.x, but the one adding the CutToBeginningOfLine feature has not been applied for the simple reason that we're really not supposed to be adding features and api in the stable branches, and secondly I have no knowledge of how the terminal widget is supposed to work so I can't really review the patch in any sane way. The main problem here has been the lack of maintainership for 1.4.x. I've tried to do my best to incorporate the patches that have been floating around and I dare say I've gotten a few in, but the sheer amount of stuff has made it impossible to do it all. And I don't think the terminal is the most critical piece of software in the desktop :-) Anyway, I'd gladly take any help I can get in maintaining this and I'm sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla and leaving it up to the maintainer isn't going to work in all cases. You need to do some lobbying to get stuff in in many cases. Cheers and thanks a lot for the patches anyway. Kjartan From berberic@forwiss.uni-passau.de Fri Oct 25 08:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 4B0C318F0F for ; Fri, 25 Oct 2002 08:22:39 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PCMcwD025309 for ; Fri, 25 Oct 2002 14:22:38 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PCMbcu032546 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 14:22:38 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PCMbVP032544 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 14:22:37 +0200 Date: Fri, 25 Oct 2002 14:22:37 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="WfZ7S8PLGjBY9Voh" Content-Disposition: inline In-Reply-To: <1035546852.2481.13.camel@sevilla.gnome.no> User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --WfZ7S8PLGjBY9Voh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 13:54:12 schrieb Kjartan Maraas: > There's always the possibility of offering to maintain something that > isn't properly maintained from the project itself. I'm assuming that > you're talking about the zvt patches you have on your website. I applied > one of the patches to zvt in gnome-libs for 1.4.x, but the one adding > the CutToBeginningOfLine feature has not been applied for the simple > reason that we're really not supposed to be adding features and api in > the stable branches, and secondly I have no knowledge of how the > terminal widget is supposed to work so I can't really review the patch > in any sane way. >=20 > The main problem here has been the lack of maintainership for 1.4.x. > I've tried to do my best to incorporate the patches that have been > floating around and I dare say I've gotten a few in, but the sheer > amount of stuff has made it impossible to do it all. And I don't think > the terminal is the most critical piece of software in the desktop :-) >=20 > Anyway, I'd gladly take any help I can get in maintaining this and I'm > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > and leaving it up to the maintainer isn't going to work in all cases. > You need to do some lobbying to get stuff in in many cases. Actually I'm talking about gnome-2 stuff. #94745 multiload-applet-2 graphs are off by 3 pixels=20 #94896 libzvt-2 uncorrect display of terminal-content=20 #94897 libzvt-2 word select anomalys The last two are the same bugs you mentioned above for 1.4. At least the "uncorrect display of terminal-content" should be fixed -- I dont like my terminal to lie to me. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --WfZ7S8PLGjBY9Voh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uTeMnp4msu7jrxMRA517AJ0SuBm/RXp0TIC3bO8LvCnVe6xVswCgmE5s jjUfmfM/mKxiWf9Ac5v6C4s= =kP9v -----END PGP SIGNATURE----- --WfZ7S8PLGjBY9Voh-- From kmaraas@online.no Fri Oct 25 10:59:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id E30CD18358 for ; Fri, 25 Oct 2002 10:59:53 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PEvWj18186; Fri, 25 Oct 2002 16:57:32 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035557851.16218.10.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 16:57:31 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 14:22 skrev M G Berberich: > Hello, > > > Anyway, I'd gladly take any help I can get in maintaining this and I'm > > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > > and leaving it up to the maintainer isn't going to work in all cases. > > You need to do some lobbying to get stuff in in many cases. > > Actually I'm talking about gnome-2 stuff. > Oh, sorry I misunderstood you then. > #94745 multiload-applet-2 graphs are off by 3 pixels > > #94896 libzvt-2 uncorrect display of terminal-content > > #94897 libzvt-2 word select anomalys > > The last two are the same bugs you mentioned above for 1.4. > > At least the "uncorrect display of terminal-content" should be fixed I'm running with both these from October now and I'll probably include them in the next release of gnome-libs. I have a couple more for you to look at if you feel like it :) "iptraf makes zvt misdraw" http://bugzilla.gnome.org/show_bug.cgi?id=56912 or really anything you find you're able to fix on this list: http://bugzilla.gnome.org/buglist.cgi?product=gnome-libs&component=zvt&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=REOPENED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anywords&op_sys_details=&op_sys_details_type=substring&version_details=&version_details_type=substring&cmdtype=doit&namedcmd=gnome-applets&newqueryname=&order=Reuse+same+sort+as+last+time&form_name=query Thanks a lot one more time, and I hope the fixes make it into libzvt for GNOME 2 also. Cheers Kjartan From thomas@urgent.rug.ac.be Sat Oct 26 13:35:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 2C44D180DC for ; Sat, 26 Oct 2002 13:35:28 -0400 (EDT) Received: (qmail 22251 invoked by uid 505); 26 Oct 2002 17:35:28 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Oct 2002 17:35:28 -0000 Date: Sat, 26 Oct 2002 19:35:28 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: nautilus view hacking Message-ID: X-Cursor-Pos: : 327 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am trying to wrap my head around creating a view for nautilus. I hope to make an audio view using GStreamer but have started learning the ropes bit by bit. The first thing I did was to extract the sample view from nautilus and make it buildable as a stand-alone project, which autotools and spec stuff handled. I renamed it to a Test view instead because the nautilus sample view is actually included in nautilus in Red Hat, so that would clash. After about three hours figuring out why the view didn't start up, I noticed that the location was picking up a wrong LIBEXECDIR ;) I was wondering why the dialog message cannot be more specific as to why the view cannot start ? Not finding the binary seems like an easy thing to check for. If you point me to the proper location I might give that a try. Next, I wanted to find an easy way of testing a nautilus view without doing this from nautilus, because it's really hard to debug it from within IMO (or maybe I don't know how, but I couldn't find any docs on how to make it easier). So I wanted to find a way to try out the code in a separate process. My first attemp was to write a sample test app that creates the nautilus view GObject, and calls some of the object manipulation functions directly. Here's what I currently have : #include #include "nautilus-test-view.h" struct NautilusTestViewDetails { char *location; GtkWidget *label; }; int main (int argc, char *argv[]) { NautilusTestView *view; GtkWidget *top; gtk_init (&argc, &argv); view = (NautilusTestView *) g_object_new (nautilus_test_view_get_type (), NULL); top = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_container_add (GTK_CONTAINER (top), view->details->label); gtk_widget_show_all (top); gtk_main (); } This seems alright at first glance (as far as I know anyway ;)), but segfaults, with the following backtrace : #0 0x406a5aac in PortableServer_POA_servant_to_reference () from /usr/lib/libORBit-2.so.0 #1 0x405c486a in do_corba_setup () from /usr/lib/libbonobo-2.so.0 #2 0x407c843b in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0 #3 0x407b264f in g_object_constructor () from /usr/lib/libgobject-2.0.so.0 #4 0x407b1e5e in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #5 0x407b261f in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0 #6 0x407b1c16 in g_object_new () from /usr/lib/libgobject-2.0.so.0 #7 0x0804949a in main (argc=1, argv=0xbffff8f4) at test.c:51 #8 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 So it seems to crash in the corba/bonobo stuff (which I have no clue about). My guess would be that I probably should init the necessary library or somesuch, but if I have to figure this out on my own I'm probably not going to find it, so I thought that I'd ask here if a) it is at all possible to test the gtk code of a view in this manner b) if I should init bonobo or something else before doing the object creation If I can get this to work, I'll write down my experience, and I'll put the test view together with the test app in Gnome cvs so others can see how to start writing an external view and not have to go through the same mistakes as I have ;) Thanks in advance, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> You came in just like smoke With a little come on come on come on in your walk come on <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From jwillcox@cs.indiana.edu Sat Oct 26 14:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from paca.cs.indiana.edu (paca.cs.indiana.edu [129.79.245.100]) by mail.gnome.org (Postfix) with ESMTP id 7309D1828F for ; Sat, 26 Oct 2002 14:14:22 -0400 (EDT) Received: from d-83-9.dhcp-149-159.indiana.edu (d-83-9.dhcp-149-159.indiana.edu [149.159.83.9]) by paca.cs.indiana.edu (8.11.6/8.11.6/IUCS_2.47) with ESMTP id g9QI6iV09832; Sat, 26 Oct 2002 13:06:45 -0500 (EST) Subject: Re: nautilus view hacking From: James Willcox To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 Oct 2002 13:12:08 -0500 Message-Id: <1035655928.29993.157.camel@d-83-9.dhcp-149-159.indiana.edu> Mime-Version: 1.0 X-Perlmx-Spam: Gauge=, Probability=0%, Report=IN_REP_TO Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-26 at 12:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Try "export BONOBO_ACTIVATION_DEBUG_OUTPUT=1" and "export BONOBO_ACTIVATION_DEBUG_EXERUN=1". Also, see libbonobo/docs/debugging.txt. > > Next, I wanted to find an easy way of testing a nautilus view without > doing this from nautilus, because it's really hard to debug it from within > IMO (or maybe I don't know how, but I couldn't find any docs on how to > make it easier). > > So I wanted to find a way to try out the code in a separate process. Ok, for an out-of-proc nautilus view (like the one you're writing), this should be possible. In order to have an accurate test, though, you need to actually query for the component, embed, etc...similar to what nautilus will do. I think the following snippet is approximately what you need (note: I am new to this too, so it may not be perfect): Bonobo_Unknown obj; Nautilus_View view; Bonobo_Control control; GtkWidget *widget; obj = bonobo_activation_activate_from_id ("OAFIID:Nautilus_Test_View", 0, NULL, NULL); view = Bonobo_queryInterface (obj, "IDL:Nautilus/View:1.0", NULL); Nautilus_View_load_location (view, uri, NULL); control = Bonobo_queryInterface (obj, "IDL:Bonobo/Control:1.0", NULL); widget = bonobo_widget_new_control_from_objref (control, CORBA_OBJECT_NIL); /* pack the widget into a window, or whatever */ ... Also, I think you will have to have bonobo_init() and bonobo_main() instead of the gtk equivalents. Thanks, James From msevior@mccubbin.ph.unimelb.edu.au Sun Oct 27 08:18:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mccubbin.ph.unimelb.edu.au (mccubbin.ph.unimelb.edu.au [128.250.51.198]) by mail.gnome.org (Postfix) with ESMTP id 731B4181BF for ; Sun, 27 Oct 2002 08:18:38 -0500 (EST) Received: from localhost (msevior@localhost) by mccubbin.ph.unimelb.edu.au (8.9.1/8.9.1) with ESMTP id AAA13154 for ; Mon, 28 Oct 2002 00:18:35 +1100 (EST) Date: Mon, 28 Oct 2002 00:18:35 +1100 (EST) From: Martin Sevior To: gnome-devel-list@gnome.org Subject: Some questions on double buffering and expose in gtk2. In-Reply-To: <200103261902.OAA08963@erandi.helixcode.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Folks, How does the double buffering in gtk2 work when dealing with drawables? After drawing to a gtk-drawable, expose events are generated when part of the drawable is unobscured. What should I do with these? For gtk 1.2 I connected an expose event handler to a void callback and just redrew the exposed rectangle. This doesn't seem to work consistently in gtk2. I get regions of blank areas in drawables. I guess it's because of the double buffering in gtk2. So what is the right way to handle expose events for gtk2? Is this documented somewhere? Where? Thanks very much! Martin Sevior From hp@redhat.com Sun Oct 27 10:10:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A1D5F180DD for ; Sun, 27 Oct 2002 10:10:28 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9RFCsHd015498; Sun, 27 Oct 2002 10:12:54 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9RFCrUu015494; Sun, 27 Oct 2002 10:12:53 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: From: Havoc Pennington Date: 27 Oct 2002 10:12:53 -0500 In-Reply-To: Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After drawing to a gtk-drawable, expose events are generated when part of > the drawable is unobscured. What should I do with these? For gtk 1.2 I > connected an expose event handler to a void callback and > just redrew the exposed rectangle. This doesn't seem to work consistently > in gtk2. I get regions of blank areas in drawables. > > I guess it's because of the double buffering in gtk2. Doubtful. Connecting to expose_event is still the right thing. Maybe the "void callback" is the problem? I think expose_event callbacks are supposed to have a return value. If you were doing manual backing store with a pixmap, just blow all that code away to simplify things, it's no longer required. There's a --gtk-debug=updates if you build your own GTK that may help. > So what is the right way to handle expose events for gtk2? Is this > documented somewhere? Where? GtkDrawingArea overview section in the ref docs may discuss this some, I don't remember. Havoc From sopwith@widget.gnome.org Mon Oct 28 00:01:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 272F31849C for ; Mon, 28 Oct 2002 00:01:38 -0500 (EST) Received: by widget.gnome.org (Postfix, from userid 2134) id 867C04043F; Mon, 28 Oct 2002 00:00:02 -0500 (EST) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5759 bugs open on bugzilla.gnome.org Message-Id: <20021028050002.867C04043F@widget.gnome.org> Date: Mon, 28 Oct 2002 00:00:02 -0500 (EST) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 869 gtk+ | 543 galeon | 365 gnome-vfs | 300 GIMP | 273 gnome-applets | 189 gnome-panel | 130 gnome-core | 106 sawfish | 104 control-center | 95 medusa | 94 libzvt | 88 dia | 80 glib | 78 Gnumeric | 77 GnuCash | 76 gnome-terminal | 76 metacity | 76 gnome-pilot | 74 balsa | 69 libgnomeui | 63 Pan | 63 gnome-games | 61 gnome-utils | 60 pango | 59 gtkhtml2 | 54 GConf | 53 gnome-media | 53 bugzilla.gnome.org | 48 libgda | 46 gnome-session | 42 HIG | 41 gnome-file-selector | 41 bonobo | 39 GStreamer | 37 gdm | 36 glade | 34 GnomeICU | 33 bug-buddy | 33 rhythmbox | 33 libgnome | 32 Yelp | 31 libgtop | 29 website | 28 gnome-libs | 27 gok | 27 gedit | 27 libwnck | 26 general | 25 gnome-python | 25 gnorpm | 24 system-monitor [was: procman] | 24 lampadas | 23 libgnomecanvas | 23 gtop [gnome-system-monitor] | 21 gnome-pim | 21 anjuta2 | 19 gnome-print | 19 gnomemeeting | 18 gnome-desktop | 18 ORBit | 18 grapevine | 17 vte | 17 intltool | 16 xscreensaver | 15 libglade | 15 gmc | 14 gtranslator | 14 printman | 14 ORBit2 | 14 eazel-hacking | 14 at-spi | 13 crescendo | 13 Metatheme | 12 gnome-db | 12 bonobo-activation [was: oaf] | 12 Gnomoradio | 11 gperfmeter | 11 gtkmm | 11 imlib1 | 11 EOG | 11 gnome-perl | 11 gnome-user-docs | 11 eazel-themes | 10 gtk-doc | 10 libgnomedb | 10 eel | 10 GGV | 10 memprof | 9 gnome-chess | 9 pkg-config | 9 gnome-vfs-extras | 9 atk | 9 gtk-engines | 8 mergeant | 8 gnome-iconedit | 8 audiofile | 8 devhelp | 8 esound | 7 gnome-mime-data | 7 gtkvts | 7 gconf-editor | 7 librsvg | 7 gnopernicus | 6 GHex | 6 libxml2 | 6 eazel-tools | 6 ToutDoux | 6 Guppi | 5 libart | 4 Release Engineering | 4 Gfax | 4 l10n | 4 libxslt | 4 orbit-perl | 3 file-roller | 3 galf | 3 gASQL | 3 gnomemm | 3 jhbuild | 3 totem | 3 gnome-build | 3 gnome-pm | 3 acme | 2 gnome-mag | 2 magicdev | 2 libIDL | 2 gnome-debug | 2 at-poke | 2 gtkglarea | 1 gnome-system-tools | 1 libegg | 1 Guikachu | 1 tubesock | 1 gmime | 1 gthumb | 1 xalf | 1 GNOME CD Master | 1 gnomovision | 1 From hp@redhat.com Mon Oct 28 00:46:18 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id C4AAE18151 for ; Mon, 28 Oct 2002 00:46:18 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9S5mnHd015974; Mon, 28 Oct 2002 00:48:49 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9S5mm6l015970; Mon, 28 Oct 2002 00:48:48 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: Martin Sevior , gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 28 Oct 2002 00:48:48 -0500 In-Reply-To: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > My solution was to put the redraw into a gtk_idle function so the > redraw happens after gtk finishes doing whatever it is doing. > I really doubt that's the right fix. expose_event is _already_ called out of an idle, unless gdk_window_process_updates() has been called somewhere. One case where this happens is if you are sharing a GdkWindow with a scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is too). That could process_updates() on your widget as a side effect. But widgets that scroll should be calling process_updates() themselves anyway when the scroll adjustment changes, or the scrolling will look funny. See GtkTextView for an extremely nontrivial and complicated example... Anyway, if your code works in an idle and doesn't work in expose_event, I would say there's still a bug in there, you're just hiding it. > Maybe the issue has something to do with drawing with xft enabled > FreeType. Maybe, but that should not make a difference. Havoc From michael@ximian.com Mon Oct 28 04:59:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id C4ADC18668 for ; Mon, 28 Oct 2002 04:59:00 -0500 (EST) Received: (qmail 24214 invoked from network); 28 Oct 2002 09:59:00 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 28 Oct 2002 09:59:00 -0000 Subject: Re: nautilus view hacking From: Michael Meeks To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035799044.4837.62.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 28 Oct 2002 09:57:24 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Thomas, On Sat, 2002-10-26 at 18:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Great - in fact we can cover a vast range of errors that are currently hidden in a pleasant fashion in there. What needs doing to catch this (and other) errors is IMHO to catch the stderr/stdout of the process as it starts up in bonobo-activation/bonobo-activation/bonobo-activation-fork-server.c (bonobo_activation_server_by_forking) [ possibly we should be using GSpawn here for an easier life ]. We then need to grok the output (on crash) into the string we return specifying the error. This also has the merits of catching some of the more nasty dynamic linking / misc. other evil problems that are extremely hard to catch / debug otherwise. How about it ? Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From msevior@tauon.ph.unimelb.EDU.AU Thu Oct 24 20:07:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 0A046184F8 for ; Thu, 24 Oct 2002 20:07:40 -0400 (EDT) Received: (qmail 31470 invoked from network); 25 Oct 2002 00:05:44 -0000 Received: from tauon.ph.unimelb.edu.au (128.250.50.4) by indy.ph.unimelb.edu.au with SMTP; 25 Oct 2002 00:05:44 -0000 Date: Fri, 25 Oct 2002 10:07:37 +1000 (EST) From: Martin Sevior To: Philip Van Hoof Cc: "gnome-devel-list@gnome.org" Subject: Re: The Gnome Clipboard Manager In-Reply-To: <1035235775.12650.62.camel@pluisje> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 21 Oct 2002, Philip Van Hoof wrote: > > > What applications could use libgcm : > - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors > - PanelApplets > - Office applications > > Example of Microsoft applications that have a Clipboard > Management tool : Microsoft Visual Studio.NET, Ms. Office > Both save clipboards on a shelve. > > > > Features list : > > > Note: > I know that it might be confusing but I am not the person who gave these > animals names, "a target is a format" and "a clipboard is a selection" > in the following text : > > > * Storing your clipboards and all their available formats. A.k.a the > collecting of clipboards. > > o A clipboard (a.k.a. a selection) can have multiple formats > (a.k.a targets) o GNOME Clipboard Manager will store all your > previous clipboards and formats so that you can go back to a > previously saved clipboard o A format can be > > + Html : which are the HTML-tags of a HTML selection > when you copypaste some stuff in your browser + Image > data : If you select a portion of an image and use the > "Copy"- or "Cut"-feature in for example OpenOffice.org > > + Normal text : > a.k.a. COMPOUND_TEXT which is the most common format of > clipboards > > + Some other format used by a specific > application that contains information about the data. > For example the clipboards of OpenOffice.org contain > gzipped formats which host XML-files that define the > layout and information that is to be copypasted to for > example another OpenOffice.org screen. > HI Philip, This is a great feature for the Gnome platform. In addition to the features you've listed here there should also be RTF targets. Both AbiWord and Cross Over Office support cutting and pasting Rich Text Format text. I'll try to find time to implement RTF targets. The Code Weaver guys have promised to fully expose RTF from MS Office to the X-clipboard. (One advantage of actually paying for a product is that you get to file bugs and people fix them for you :-) AbiWord supports or will support most these text formats so we might able to reuse it to do conversions from whatever <-> whatever using the abiword import/export filters. Cheers Martin > o Once collected, a clipboard becomes an Item for GNOME > Clipboard Manager o Making a clipboardring by setting the > max. amount of collected items. Older items will then > automatically be deleted from the list of collected items. > > o The autocollecting of new items > > * Saving and loading collected clipboards (Items) to > XML-formatted files. > > o The data of the items will be written to the files in > UUEncoded data to make sure that we don't write binary data in > an UTF-8 orientated fileformat like XML is o Saving multiple > items in one file is, of course, possible > > * Editing and viewing some supported formats in a clipboard > > o The editing of the COMPOUND_TEXT or normal text target is > possible o The editing (and previewing in a GtkHtml widget) of > the text/html target is possible > > * Manipulating of formats > > o Blocking specific formats that are too large to store into > memory. E.g. Blocking large binary format-types > > o Copying a specified format-type to another format-type o The > possibility to write a plugin for GNOME Clipboard Manager that > does the converting of the format-data while copying it to > another format-type > > * Some advanced UserInterface options > > o The UserInterface is, by default, hidden. So GNOME Clipboard > Manager is, by default, a clipboard collecting daemon. You can > make it show its UserInterface by using a small external tool > or by using the GNOME Clipboard Manager Applet. o Hiding all > UserInterface objects > > o Making the scrollbar follow while adding new items o > Autoselect most new collected item > > o Unselect-all after collecting a new item > > * Support for the following selectiontypes > > o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V > and the "Copy"- and "Paste"-features in the menus of most > applications o The PRIMARY selection : The text that is > selected in your session o The SECONDARY selection : The text > that was selected the last time in your session o A CUSTOM > atom : For those who know what they are doing > > * A PanelApplet > > o A PanelApplet for GNOME Clipboard Manager that can make > GNOME Clipboard Manager perform some specific tasks. > > * A library for your own applications to control GNOME Clipboard > Manager > > o GNOME Clipboard Manager comes with libgcm which is a library > that enables your application(s) to control and make use of > GNOME Clipboard Managers features. > > * The hosting of plugins > o You can write plugins for GNOME Clipboard Manager in a same > fashion as you can with applications like mediaplayers (like > xmms). > > > > Availability > > > You can download the latest release (which has all the listed features) > here : > > http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download > > > You can get a more up-to-date version from CVS. Please note that a > version from CVS is a development version and can contain more or less > bugs than a release. It will definitely not contain less features unless > a specific feature caused very strange problems that cannot be solved. > > - I suggest using the cvs for the people who are reading this list - > > export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' > cvs login > cvs -z3 co -P gcm-2 libgcmtest gcmapplet > > > More information > > > You can get more information about GNOME Clipboard Manager from its > website which is available here : > > http://gcm.sf.net > http://gcm.sf.net/about_gcm.html > > You can get screenshots from GNOME Clipboard Manager here : > > http://gcm.sf.net/gcm_screens/ > > > Yes, I now hate myself for sending such a large E-mail to very busy > people.. > > > -- > Philip van Hoof aka freax (http://www.freax.eu.org) > irc: irc.openprojects.net mailto:me at freax dot org > Go not to the Elves for counsel, for they will say both no and yes. > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From me@freax.org Fri Oct 25 03:47:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id EA93C180D9 for ; Fri, 25 Oct 2002 03:46:55 -0400 (EDT) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9P7kkO15798; Fri, 25 Oct 2002 09:46:46 +0200 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004BF; 25 Oct 02 09:48:04 +0200 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 25 Oct 02 09:46:38 +0200 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004BD; 25 Oct 02 09:44:25 +0200 X-MSReally-To: msevior@tauon.ph.unimelb.EDU.AU X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Martin Sevior Cc: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:42:23 +0200 Message-Id: <1035531743.13967.30.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 02:07, Martin Sevior wrote: > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From godiard@ciudad.com.ar Sun Oct 27 01:21:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from postino8.prima.com.ar (postino8.prima.com.ar [200.42.0.179]) by mail.gnome.org (Postfix) with SMTP id 23BC6180F3 for ; Sun, 27 Oct 2002 01:21:27 -0500 (EST) Received: (qmail 79566 invoked from network); 27 Oct 2002 06:21:19 -0000 Received: from a200042100191.rev.prima.com.ar (HELO ciudad.com.ar) (200.42.100.191) by postino8.prima.com.ar with SMTP; 27 Oct 2002 06:21:19 -0000 Message-ID: <3DBB864F.3020501@ciudad.com.ar> Date: Sun, 27 Oct 2002 03:23:11 -0300 From: gonzalo User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: Re: nautilus view hacking Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: I have make a simple Nautilus view for Xml files. (http://personales.ciudad.com.ar/godiard/index.html) If you want can use this. It is derived from the text view . When i work in this, execute the view in a terminal and then use this in Nautilus. In this way can read the standard output in the terminal. Gonzalo From msevior@physics.unimelb.edu.au Sun Oct 27 23:15:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 8FC3D18125 for ; Sun, 27 Oct 2002 23:15:31 -0500 (EST) Received: (qmail 2716 invoked from network); 28 Oct 2002 04:13:28 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 28 Oct 2002 04:13:28 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: Martin Sevior , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 28 Oct 2002 15:08:44 +1100 Message-Id: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 02:12, Havoc Pennington wrote: > > > Martin Sevior writes: > > After drawing to a gtk-drawable, expose events are generated when part of > > the drawable is unobscured. What should I do with these? For gtk 1.2 I > > connected an expose event handler to a void callback and > > just redrew the exposed rectangle. This doesn't seem to work consistently > > in gtk2. I get regions of blank areas in drawables. > > > > I guess it's because of the double buffering in gtk2. > > Doubtful. Connecting to expose_event is still the right thing. > > Maybe the "void callback" is the problem? I think expose_event > callbacks are supposed to have a return value. > Thanks Havoc, My solution was to put the redraw into a gtk_idle function so the redraw happens after gtk finishes doing whatever it is doing. Maybe the issue has something to do with drawing with xft enabled FreeType. Cheers Martin > If you were doing manual backing store with a pixmap, just blow all > that code away to simplify things, it's no longer required. > > There's a --gtk-debug=updates if you build your own GTK that may help. > > > So what is the right way to handle expose events for gtk2? Is this > > documented somewhere? Where? > > GtkDrawingArea overview section in the ref docs may discuss this some, > I don't remember. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From peter@newton.cx Mon Oct 28 10:49:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bs1-06.fas.harvard.edu (bs1-06.fas.harvard.edu [140.247.34.181]) by mail.gnome.org (Postfix) with ESMTP id 8BF84189CD for ; Mon, 28 Oct 2002 10:49:32 -0500 (EST) Received: from roam83-172.student.harvard.edu (peter@roam83-172.student.harvard.edu [140.247.83.172]) by bs1-06.fas.harvard.edu (8.11.6/8.11.6) with ESMTP id g9SFnV816807 for ; Mon, 28 Oct 2002 10:49:32 -0500 Subject: Re: The Gnome Clipboard Manager From: Peter Williams To: "gnome-devel-list@gnome.org" In-Reply-To: <1035531743.13967.30.camel@freax> References: <1035531743.13967.30.camel@freax> Content-Type: text/plain Organization: Ximian, Inc. Message-Id: <1035820171.4718.1.camel@beta> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 28 Oct 2002 10:49:31 -0500 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 03:42, Philip Van Hoof wrote: > OpenOffice.org also supports copypasting formatted data over the normal > selection channels. The problem with OpenOffice.org is that it does this > in gzipped data and it's own XML format, and that it does not (yet) > support copypasting of for example HTML. Also Evolution does not parse > the HTML if you copypaste a selection with a text/html target into the > html-edit box in case the HTML-formatting is selected. I think that this > would be a rather simple fix and that it would make Evolution a more > powerfull E-mail client. So if somebody from Evolution is reading this : > please get this 'feature' into Evolution :) > This already works in Evolution 1.2 :-) (At least, copy/paste from Mozilla into the composer works, which I get the impression is what you want) Peter -- Peter Williams peter@newton.cx / peterw@ximian.com "[Ninjas] are cool; and by cool, I mean totally sweet." -- REAL Ultimate Power From spamfrommailing@freax.org Mon Oct 28 11:25:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id 888981810C for ; Mon, 28 Oct 2002 11:24:59 -0500 (EST) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9SGN9Wo001712 for ; Mon, 28 Oct 2002 17:23:10 +0100 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9SGN9iT001710; Mon, 28 Oct 2002 17:23:09 +0100 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:23:08 +0100 Message-Id: <1035822188.32411.27.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From s.chauveau@chello.nl Mon Oct 28 14:11:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24]) by mail.gnome.org (Postfix) with ESMTP id A4FB41810C for ; Mon, 28 Oct 2002 14:11:07 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep13-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028191106.LNWK1253.amsfep13-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:11:06 +0100 Message-ID: <3DBD8BD3.1070808@chello.nl> Date: Mon, 28 Oct 2002 20:11:15 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: customization of application menu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a system with multiple installations of gnome using a different prefix. For example, I am currently installing gnome 2.1 in /opt/gnome/2.1. The next release will go in /opt/gnome/2.2 I also have to apply the same customization to all application menus (in all /opt/gnome/2.x). The files share by all releases to customize the menu should be stored in /opt/gnome/common. Ideally, once the system is configured, I should be able to add or remove entries in the application menu by editing some files in /opt/gnome/common. This is not really difficult except I could not find a way to add or remove a folder in the root of application menu without editing all files /opt/gnome/2.x/etc/gnome-vfs-2.0/vfolders/applications-all-users.vfolder-info Is there a way to 'include' some directories definitions into the application menu? could do that except that that does not allow to select the folder content using keywords (i.e. ). Also, seems a bit obsolete ('old style' according to https://listman.redhat.com/pipermail/xdg-list/2002-July/000560.html) Stephane. From s.chauveau@chello.nl Mon Oct 28 14:41:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id D9428183E3 for ; Mon, 28 Oct 2002 14:41:32 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028194131.OLHV1260.amsfep15-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:41:31 +0100 Message-ID: <3DBD92F5.6010405@chello.nl> Date: Mon, 28 Oct 2002 20:41:41 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: default icon path Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am looking for the place where the default icon path is defined in gnome2. I want to change it to a custom icon path because the default path causes problem when the gnome prefix changes. For example, If I remove my garnome installation from ~/garnome/ then most of my launcher icons wil be broken. S. From hp@redhat.com Tue Oct 29 00:32:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 040B6182CD for ; Tue, 29 Oct 2002 00:32:16 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9T5YuHd021372; Tue, 29 Oct 2002 00:34:56 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9T5YtNc021366; Tue, 29 Oct 2002 00:34:55 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 29 Oct 2002 00:34:55 -0500 In-Reply-To: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After the drop down combo box that lists the available fonts retracted, > there was big white patch in the Drawing Area where the symbols are. > It also shows up in other widgets with previews where the contents of > the preview are not displayed on the initial expose. > I think about what you said. I suspect that there is GTK 2 bug here to > do with merging expose events between widgets and drawing areas. I'll > see if I can come up with an exact test case to either isolate the bug > or find out what we're doing wrong. I poked around in the code a bit, but I'm probably not looking at the right files. I don't really see what might be wrong. Looks sane. Incidentally (unrelated) "void GR_UnixGraphics::scroll(UT_sint32 dx, UT_sint32 dy)" looks like it might break or at least be suboptimal with GTK 2. You may even be able to just use gdk_window_scroll() to do this. Havoc From s.chauveau@chello.nl Tue Oct 29 13:04:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id 20150182CB; Tue, 29 Oct 2002 13:04:53 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029180452.BHLK1260.amsfep15-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 19:04:52 +0100 Message-ID: <3DBECDCF.1060307@chello.nl> Date: Tue, 29 Oct 2002 19:05:03 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Orbit and Metacity Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a strange problem with Orbit (2.4.3) and Metacity (2.4.2) in Gnome 2.1 I am trying to enable network sockets in Corba (to be able to run gnome applications on multiple servers). I found in the Orbit FAQ that I have to create a ~/.orbitrc file with ORBIIOPIPv4=1 That works fine except for one application: metacity Somehow, with this setting, metacity cannot resolve anymore symbolic hostname in my DISPLAY (which I need because I have an exported display). I found a way to reproduce the behavior without a remote display by using Xnest. My hostname is 'simak' (1) create a new X display using Xnest and open an xterm to test it. # Xnest :2 & # HOST=simak # xterm -display $HOST:2 (2) create ~/.orbitrc # echo ORBIIOPIPv4=1 > ~/.orbitrc (3) start metacity. It fails!!!!!!!! # metacity --display=$HOST:2 _X11TransSocketINETConnect: not INET hostsimak Window manager error: Unable to open X display simak:2 (4) remove ~/.orbitrc # rm ~/.orbitrc (5) restart metacity. This time it should work # metacity --display=$HOST:2 Metacity works fine when the DISPLAY contains an IP address instead of a symbolic name. One of the interesting things I noticed in metacity is that gconf (and so orbit) is configured before the call of gtk_init_check() that produces the error messages. Could it be that the orbit configuration in gconf breaks the X11 hostname resolution? Stephane Chauveau From hp@redhat.com Tue Oct 29 15:08:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 7D8C518113; Tue, 29 Oct 2002 15:08:42 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9TKBQHd029631; Tue, 29 Oct 2002 15:11:27 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9TKBQBF029627; Tue, 29 Oct 2002 15:11:26 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Stephane Chauveau Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> From: Havoc Pennington Date: 29 Oct 2002 15:11:26 -0500 In-Reply-To: <3DBECDCF.1060307@chello.nl> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Stephane Chauveau writes: > Could it be that the orbit configuration in gconf breaks the X11 > hostname resolution? > Apparently, but god only knows why. ;-) Be sure to file a bug report, thanks for the nice instructions on how to reproduce. Havoc From s.chauveau@chello.nl Tue Oct 29 16:13:04 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22]) by mail.gnome.org (Postfix) with ESMTP id 9729218289; Tue, 29 Oct 2002 16:13:03 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep14-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029211302.LZHL1274.amsfep14-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 22:13:02 +0100 Message-ID: <3DBEF9EA.8030208@chello.nl> Date: Tue, 29 Oct 2002 22:13:14 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Havoc Pennington Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Havoc Pennington wrote: >Stephane Chauveau writes: > > >>Could it be that the orbit configuration in gconf breaks the X11 >>hostname resolution? >> >> >> > >Apparently, but god only knows why. ;-) > >Be sure to file a bug report, thanks for the nice instructions on how >to reproduce. > >Havoc > > I was able to reduce the problem to a few lines of code (see below). I will fill the bug in 'gconf'. ================ >>>> gcc -o test1 test1.c `pkg-config gtk+-2.0 glib-2.0 gconf-2.0 --cflags --libs` #include #include #include #include int main(int argc,char **argv) { gconf_client_get_default (); if (!gtk_init_check (&argc, &argv)) fprintf(stderr,"Unable to open X display '%s'\n", XDisplayName(NULL)); } From spam@freax.be Mon Oct 28 11:16:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id E3B901810C for ; Mon, 28 Oct 2002 11:16:50 -0500 (EST) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9SGGiO16472; Mon, 28 Oct 2002 17:16:47 +0100 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004B0; 28 Oct 02 17:17:59 +0100 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 28 Oct 02 17:15:15 +0100 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004AE; 28 Oct 02 17:14:52 +0100 X-MSReally-To: peter@newton.cx X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Peter Williams Cc: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:11:53 +0100 Message-Id: <1035821513.32411.24.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:49, Peter Williams wrote: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From msevior@physics.unimelb.edu.au Mon Oct 28 19:20:31 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 4B3AB182F0 for ; Mon, 28 Oct 2002 19:20:30 -0500 (EST) Received: (qmail 25383 invoked from network); 29 Oct 2002 00:18:25 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 29 Oct 2002 00:18:25 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 29 Oct 2002 11:13:51 +1100 Message-Id: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:48, Havoc Pennington wrote: > > Martin Sevior writes: > > My solution was to put the redraw into a gtk_idle function so the > > redraw happens after gtk finishes doing whatever it is doing. > > > > I really doubt that's the right fix. expose_event is _already_ called > out of an idle, unless gdk_window_process_updates() has been called > somewhere. > > One case where this happens is if you are sharing a GdkWindow with a > scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is > too). That could process_updates() on your widget as a side effect. > The bug showed up most obviously in the "Insert Symbol" AbiWord dialog. If you have an AbiWord handy fire up the insert symbol dialog while I explain: After the drop down combo box that lists the available fonts retracted, there was big white patch in the Drawing Area where the symbols are. It also shows up in other widgets with previews where the contents of the preview are not displayed on the initial expose. I think about what you said. I suspect that there is GTK 2 bug here to do with merging expose events between widgets and drawing areas. I'll see if I can come up with an exact test case to either isolate the bug or find out what we're doing wrong. > But widgets that scroll should be calling process_updates() themselves > anyway when the scroll adjustment changes, or the scrolling will look > funny. See GtkTextView for an extremely nontrivial and complicated > example... > > Anyway, if your code works in an idle and doesn't work in > expose_event, I would say there's still a bug in there, you're just > hiding it. > Well it used to work fine in gtk 1.2. The code is absolutely straight forward. On expose event, redraw the entire preview (don't bother with clipping or anything). I've tried returning both TRUE or FALSE from a gboolean callback. It makes no difference. If it is something we're doing wrong, we should find out what and document it because if it is not a bug in gtk2 it is very hard to get the desired behavior. > > Maybe the issue has something to do with drawing with xft enabled > > FreeType. > > Maybe, but that should not make a difference. > Thanks very much for your help. Cheers Martin From bajcik@kolos.math.uni.lodz.pl Wed Oct 30 11:09:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 29D0818100 for ; Wed, 30 Oct 2002 11:09:38 -0500 (EST) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 65F0B36C21; Wed, 30 Oct 2002 17:09:35 +0100 (CET) Date: Wed, 30 Oct 2002 17:09:35 +0100 To: gnome-devel-list@gnome.org Subject: glade & _ref() Message-ID: <20021030160935.GA12573@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, Why glade (v0.6.4, makes code for gtk+v1.2) produce this code: label7 = gtk_label_new (_("Plugin")); gtk_widget_ref (label7); gtk_object_set_data_full (GTK_OBJECT (wndMain), "label7", label7, (GtkDestroyNotify) gtk_widget_unref); instead of this: label7 = gtk_label_new (_("Plugin")); gtk_object_set_data (GTK_OBJECT (wndMain), "label7", label7); ? It doesn't make sense for me. bajcik -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From michael@ximian.com Wed Oct 30 14:16:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2CDE318100 for ; Wed, 30 Oct 2002 14:16:26 -0500 (EST) Received: (qmail 6316 invoked from network); 30 Oct 2002 19:16:24 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 30 Oct 2002 19:16:24 -0000 Subject: Re: Orbit and Metacity From: Michael Meeks To: Havoc Pennington Cc: Stephane Chauveau , orbit , gnome-devel-list@gnome.org In-Reply-To: References: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain Organization: Ximian. Message-Id: <1036005284.6643.29.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 30 Oct 2002 19:14:45 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Stephane, On Tue, 2002-10-29 at 20:11, Havoc Pennington wrote: > Stephane Chauveau writes: > > Could it be that the orbit configuration in gconf breaks the X11 > > hostname resolution? > Apparently, but god only knows why. ;-) :-) I think this may be down to enabling IPv6 - but I believe that Elliot Lee fixed this: 2002-09-25 Michael Meeks * Version 0.5.4 2002-08-23 Elliot Lee * src/linc-protocols.c: Don't turn on IPv6 name resolution when we are trying to resolve an IPv4 host name - instead, turn it off. Also try to make use of all addresses that gethostbyname returns, not just the first. (Fixes a bug with connecting to a host that has both IPv6 and IPv4 addresses.) Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this built-in ). Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From s.chauveau@chello.nl Wed Oct 30 16:00:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep12-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18]) by mail.gnome.org (Postfix) with ESMTP id 64882187CE; Wed, 30 Oct 2002 16:00:25 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep12-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021030210024.MSDJ1261.amsfep12-int.chello.nl@chello.nl>; Wed, 30 Oct 2002 22:00:24 +0100 Message-ID: <3DC04876.5080104@chello.nl> Date: Wed, 30 Oct 2002 22:00:38 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit , gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> <1036005284.6643.29.camel@michael.home> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Michael Meeks wrote: > :-) I think this may be down to enabling IPv6 - but I believe that >Elliot Lee fixed this: > >2002-09-25 Michael Meeks > > * Version 0.5.4 > >2002-08-23 Elliot Lee > > * src/linc-protocols.c: Don't turn on IPv6 name resolution when we > are trying to resolve an IPv4 host name - instead, turn it off. Also > try to make use of all addresses that gethostbyname returns, not > just the first. (Fixes a bug with connecting to a host that > has both IPv6 and IPv4 addresses.) > > > Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this >built-in ) > > I initially detected the problem with linc-0.5.4. I am now using linc-0.7.0 but that does not solve the problem. The strange part is that a few minutes ago I was experimenting with *different settings of ORBIIOPUSock, **ORBIIOPIPv6**, **ORBIIOPIPv4* and it started working with settings that used to fail. After a few minutes it stopped working and now it is back again. Houps no! it fails again. What should I do? Shoot myself :-) S. ** From RStrong@raytheon.com.au Thu Oct 31 16:43:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ryd-dns2 (unknown [203.53.215.254]) by mail.gnome.org (Postfix) with SMTP id 6E23C180F4 for ; Thu, 31 Oct 2002 16:43:50 -0500 (EST) Received: from 159.60.44.13 by ryd-dns2 (InterScan E-Mail VirusWall NT); Fri, 01 Nov 2002 08:39:07 +1100 Received: by ryd-exc1.raytheon.com.au with Internet Mail Service (5.5.2653.19) id ; Fri, 1 Nov 2002 08:43:49 +1100 Message-ID: <5FEC9F4FCDA4D411BE3C00508BB0DE3B4A7FE0@ryd-exc1.raytheon.com.au> From: "Strong, Russell" To: "'gnome-devel-list@gnome.org'" Subject: Bonobo property bags Date: Fri, 1 Nov 2002 08:43:45 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; charset="iso-8859-1" Is there a reason why setting multiple properties with bonobo_pbclient_set are done one at a time? i.e. bonobo_pbclient_set uses (idl function) Bonobo_PropertyBag_setValue instead of Bonobo_PropertyBag_setValues ( note the s on the end ). The problem I have is this. I have a periodically executing simulator that uses a property bag as it's external interface. This simulator takes in several parameters to control it, but these parameters must all be set simultaneously else they could represent an invalid command if half are set and the other half are not when the simulation "time tick" occurs. This would be solved it setValues ( note the s ) was used. Looking back over the history of the property bag idl, I noticed that the setValues function is a new function. It has been implemented in the bonobo_property_bag side but not the bonobo_pbclient... side. Is this something that is still being developed? or has it been abandoned? Should I stay away from property bags / bonobo for this application? ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" "This email (including all attachments) is for the use of the named addressee only. You must not use, disclose, or copy any part of this email if you are not the intended recipient. No rights of privacy, confidentiality, copyright or privilege are waved or lost by any mistransmission. If you receive this email in error, please immediately delete it from your system, destroy all copies, and notify the sender. Emails may be interfered with, may contain computer viruses or other defects, and may cause damage to your system. Raytheon gives no warranty in relation to the effect of this email on your system, or the accuracy or completeness of its contents." ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5-- From sarge_gnome@yahoo.ca Mon Sep 30 21:35:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13203.mail.yahoo.com (web13203.mail.yahoo.com [216.136.174.188]) by mail.gnome.org (Postfix) with SMTP id 5233618321 for ; Mon, 30 Sep 2002 21:35:12 -0400 (EDT) Message-ID: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Received: from [24.100.101.233] by web13203.mail.yahoo.com via HTTP; Mon, 30 Sep 2002 21:35:11 EDT Date: Mon, 30 Sep 2002 21:35:11 -0400 (EDT) From: sarge Chris Subject: Help me in the relationship between Xlib's windowID and GTK widget To: gnome-devel-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1065694407-1033436111=:71880" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1065694407-1033436111=:71880 Content-Type: text/plain; charset=us-ascii Hi experts, Here I met a problem: Suppose there are two GTK apps A and B, A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID? Is it possible? If so, pls give me a hand! Thanks a lot! --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1065694407-1033436111=:71880 Content-Type: text/html; charset=us-ascii

Hi experts,

Here I met a problem:

Suppose there are two GTK apps A and B,

A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID?

Is it possible? If so, pls give me a hand!

Thanks a lot!


Post your free ad now! Yahoo! Canada Personals
--0-1065694407-1033436111=:71880-- From james@daa.com.au Mon Sep 30 21:58:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id A1A941864E for ; Mon, 30 Sep 2002 21:58:42 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 3CBB3C2CA; Tue, 1 Oct 2002 09:58:38 +0800 (WST) Message-ID: <3D99008D.4020209@daa.com.au> Date: Tue, 01 Oct 2002 09:55:25 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From bajcik@kolos.math.uni.lodz.pl Tue Oct 1 07:46:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 55061183F9 for ; Tue, 1 Oct 2002 07:46:25 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id B794236C58; Tue, 1 Oct 2002 13:46:20 +0200 (CEST) Date: Tue, 1 Oct 2002 13:46:20 +0200 To: gnome-devel-list@gnome.org Subject: libZVT and threads Message-ID: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I have problem with ZvtTerm and pthreads. These are some situations: 0. start a program 1. zvt_term_forkpty it works. 0. start a program 1. pthread_create 2. zvt_term_forkpty (hangs) 0. start a program 1. zvt_term_forkpty 2. pthread_create 3. zvt_term_forkpty 4. (child) execv (hangs) I compile my program with _REENTRANT defined and I do not use any mutexes. why it doesn't work? -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From sarge_gnome@yahoo.ca Tue Oct 1 10:01:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13201.mail.yahoo.com (web13201.mail.yahoo.com [216.136.174.186]) by mail.gnome.org (Postfix) with SMTP id 18D82180D8 for ; Tue, 1 Oct 2002 10:01:57 -0400 (EDT) Message-ID: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Received: from [24.100.101.233] by web13201.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:01:54 EDT Date: Tue, 1 Oct 2002 10:01:54 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99008D.4020209@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-866492879-1033480914=:48708" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-866492879-1033480914=:48708 Content-Type: text/plain; charset=us-ascii Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B. I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++. Thanks again! James Henstridge wrote: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-866492879-1033480914=:48708 Content-Type: text/html; charset=us-ascii

Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B.

I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++.

Thanks again!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Hi experts,
>
> Here I met a problem:
>
> Suppose there are two GTK apps A and B,
>
> A can get B's window ID by XQueryTree, but how can A get the GtkWidget
> of B by its Xlib's WindowID?
>
> Is it possible? If so, pls give me a hand!
>
> Thanks a lot!
>
X windows are a server resources, which is why one app can see the
windows of another. However, the GtkWidget structures are client side,
so you can't access them, so what you ask isn't really possible.

Without knowing what you are trying to do, it is a bit difficult to
recommend an alternative. For some problems, Bonobo might be the answer.

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-866492879-1033480914=:48708-- From james@daa.com.au Tue Oct 1 10:09:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0843A1891D for ; Tue, 1 Oct 2002 10:09:40 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id BA4EEC089; Tue, 1 Oct 2002 22:09:36 +0800 (WST) Message-ID: <3D99ABDD.8040008@daa.com.au> Date: Tue, 01 Oct 2002 22:06:21 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From SCLANCY@northropgrumman.com Tue Oct 1 10:21:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xcgmd811.northgrum.com (xcgmd811.northgrum.com [155.104.240.101]) by mail.gnome.org (Postfix) with ESMTP id F0AFD188E8 for ; Tue, 1 Oct 2002 10:21:36 -0400 (EDT) Received: by xcgmd811.northgrum.com with Internet Mail Service (5.5.2655.55) id ; Tue, 1 Oct 2002 07:20:12 -0700 Message-ID: From: "Clancy, Shane W." To: 'James Henstridge' , sarge Chris Cc: gnome-devel-list@gnome.org Subject: RE: Help me in the relationship between Xlib's windowID and GTK w idget Date: Tue, 1 Oct 2002 07:03:54 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: this is ugly, i know -- but if you know the name (title) of app B, you can pipe a call to xwininfo to get the X windows ID number for it. shane -----Original Message----- From: James Henstridge [mailto:james@daa.com.au] Sent: Monday, September 30, 2002 9:55 PM To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. _______________________________________________ gnome-devel-list mailing list gnome-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-devel-list From sarge_gnome@yahoo.ca Tue Oct 1 10:43:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13207.mail.yahoo.com (web13207.mail.yahoo.com [216.136.174.192]) by mail.gnome.org (Postfix) with SMTP id 81224180D7 for ; Tue, 1 Oct 2002 10:43:32 -0400 (EDT) Message-ID: <20021001144330.84368.qmail@web13207.mail.yahoo.com> Received: from [24.100.101.233] by web13207.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:43:30 EDT Date: Tue, 1 Oct 2002 10:43:30 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge , SCLANCY@northropgrumman.com Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99ABDD.8040008@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1683064759-1033483410=:83565" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1683064759-1033483410=:83565 Content-Type: text/plain; charset=us-ascii Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed. I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface? Cheers! James Henstridge wrote: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1683064759-1033483410=:83565 Content-Type: text/html; charset=us-ascii

Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed.

I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface?

Cheers!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Thank your reply. Actually I want to implement one GTK application can
> simulate user input for other application, for example, my application
> can "fill" the editbox of B window, then "press" the OK button of B
> window, such actions are implemented by sending GTK event to them from
> my application, just like the user input to B.
>
> I've tried many ways to get the GtkWidget of editbox and button but no
> result, can I use gnome API or windows manager(such as sawfish) to do
> it, Or other method? I use C/C++.
>
You might want to investigate the at-spi APIs. This API is designed for
out of process accessibility tools to inspect the user interface of an
application, and activate the various actions made available by various
UI components.

It should provide the support necessary to do the sort of remote control
you are after (even though you aren't doing an accessibility specific app).

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-1683064759-1033483410=:83565-- From berberic@fmi.uni-passau.de Wed Oct 2 13:23:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust150.tnt7.muc2.deu.da.uu.net [149.225.122.150]) by mail.gnome.org (Postfix) with ESMTP id CDBA118107 for ; Wed, 2 Oct 2002 13:23:46 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g92HKkF3019320 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Wed, 2 Oct 2002 19:20:46 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g92HKkkh019316 for gnome-devel-list@gnome.org; Wed, 2 Oct 2002 19:20:46 +0200 Date: Wed, 2 Oct 2002 19:20:46 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: multiload-applet-2 bug Message-ID: <20021002172046.GA19251@fmi.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --dTy3Mrz/UPE2dbVg Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, have you ever realised that the multiload-applets graphs are off by 3 pixels in the time-axis? This bug existed in gnome 1.4 and still is in gnome 2. This is because a) the frame around the graphs is 2 pixels wide -- on both sides. so we have to subtract 4 instead of 2. b) there is a simple "off-by-one" error in the drawing loop. patch against gnome-applets-2.0.3 is attached. Any chance to get it into gnome? MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=multiload-applet-patch Content-Transfer-Encoding: quoted-printable diff -Naur gnome-applets-2.0.3-orig/multiload/load-graph.c gnome-applets-2.= 0.3-bmg/multiload/load-graph.c --- gnome-applets-2.0.3-orig/multiload/load-graph.c Fri Sep 13 21:59:22 2002 +++ gnome-applets-2.0.3-bmg/multiload/load-graph.c Wed Oct 2 19:04:40 2002 @@ -65,8 +65,8 @@ =20 for (i =3D 0; i < g->draw_width; i++) { gdk_draw_line (g->pixmap, g->gc, - g->draw_width - i, g->pos[i], - g->draw_width - i, g->pos[i] - g->data[i][j]); + g->draw_width - i - 1, g->pos[i], + g->draw_width - i - 1, g->pos[i] - g->data[i][j]); =20 g->pos [i] -=3D g->data [i][j]; } @@ -172,12 +172,12 @@ load_graph_unalloc (c); =20 if (c->orient) { - c->draw_width =3D c->pixel_size - 2; - c->draw_height =3D c->size - 2; + c->draw_width =3D c->pixel_size - 4; + c->draw_height =3D c->size - 4; } else { - c->draw_width =3D c->size - 2; - c->draw_height =3D c->pixel_size - 2; + c->draw_width =3D c->size - 4; + c->draw_height =3D c->pixel_size - 4; } =20 load_graph_alloc (c); @@ -301,12 +301,12 @@ } =20 if (g->orient) { - g->draw_width =3D g->pixel_size - 2; - g->draw_height =3D g->size - 2; + g->draw_width =3D g->pixel_size - 4; + g->draw_height =3D g->size - 4; } else { - g->draw_width =3D g->size - 2; - g->draw_height =3D g->pixel_size - 2; + g->draw_width =3D g->size - 4; + g->draw_height =3D g->pixel_size - 4; } =20 load_graph_alloc (g);=09 --IS0zKkzwUGydFO0o-- --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9myrunp4msu7jrxMRApruAJ9KPyR6HXWBUBPgRXFrfxvOIgx8YACgnLx6 XBg4XGu10qw//jSPnA1QdVM= =3e6j -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From malcolm@commsecure.com.au Wed Oct 2 17:30:56 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 9E623180FA for ; Wed, 2 Oct 2002 17:30:55 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g92LUsb26308 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g92LUsn02216 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g92LUsr20399 for gnome-devel-list@gnome.org; Thu, 3 Oct 2002 07:30:54 +1000 Date: Thu, 3 Oct 2002 07:30:54 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: multiload-applet-2 bug Message-ID: <20021003073053.C20273@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021002172046.GA19251@fmi.uni-passau.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021002172046.GA19251@fmi.uni-passau.de>; from berberic@fmi.uni-passau.de on Wed, Oct 02, 2002 at 07:20:46PM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Wed, Oct 02, 2002 at 07:20:46PM +0200, M G Berberich wrote: > Hello, > > have you ever realised that the multiload-applets graphs are off by 3 > pixels in the time-axis? This bug existed in gnome 1.4 and still is in > gnome 2. > > This is because > > a) the frame around the graphs is 2 pixels wide -- on both sides. > so we have to subtract 4 instead of 2. > > b) there is a simple "off-by-one" error in the drawing loop. > > patch against gnome-applets-2.0.3 is attached. Any chance to get it > into gnome? Hmm. Nice work. The chances of this being applied are larger if you put it into bugzilla. That way the maintainer will be notified explicitly and he can track down all pending patches easily. (Note: I am not the maintainer or in any way qualified to comment on the patch. This is just your standard "bug reports go in bugzilla" announcement. :-) ) Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 2 18:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail04.svc.cra.dublin.eircom.net (mail04.svc.cra.dublin.eircom.net [159.134.118.20]) by mail.gnome.org (Postfix) with SMTP id 529A5182E6 for ; Wed, 2 Oct 2002 18:14:22 -0400 (EDT) Received: (qmail 31493 messnum 1107479 invoked from network[213.190.137.213/unknown]); 2 Oct 2002 22:14:21 -0000 Received: from unknown (HELO bashful.clients.ie) (213.190.137.213) by mail04.svc.cra.dublin.eircom.net (qp 31493) with SMTP; 2 Oct 2002 22:14:21 -0000 Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id E0A94F531; Wed, 2 Oct 2002 23:14:21 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.33]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id DFE0EA84B; Wed, 2 Oct 2002 23:14:18 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g92MAxk20629; Wed, 2 Oct 2002 23:11:04 +0100 Subject: Re: Help in the relationship between Xlib windowID and GTK widget From: "Sergey V. Udaltsov" To: sarge Hwu Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 02 Oct 2002 23:10:59 +0100 Message-Id: <1033596664.3221.11.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > There are two application A and B written by GTK, ^^^^^^^^^^^^^^^ > but how can I get the corresponding GtkWidget* pointer of B window so that I ^^^^^^^^^^^^^^^^^^ There are 2 apps. 2 address spaces. What pointer are you talking about??? You can only deal with GtkWidget* in your address space. So: use CORBA/Bonobo/signals/pipes/GConf:) - any IPC way of communicating with another Gtk object. But! If you just want send X messages - do it using X API (I do not remember exactly, are there any GTK wrappers around X message sending). Anyway, forget about GtkWidget* from another application. Cheers, Sergey From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 2F388181FB for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 94DBC36C2B; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 04:53:46 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: many $DISPLAYs Message-ID: <20021004025346.GA3443@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi, Is it possible to create two GtkWindows on different $DISPLAYS? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5425E18DD1 for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7F88136C27; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 02:41:29 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: Re: libZVT and threads Message-ID: <20021004004129.GA2580@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl References: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021001114620.GB7501@kolos.math.uni.lodz.pl> User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Tue, Oct 01, 2002 at 01:46:20PM +0200, Krzysztof Garus wrote: > I have problem with ZvtTerm and pthreads. These are some situations: It started to work after fixing my Makefile files :) bye, -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From mark@skynet.ie Thu Oct 3 23:20:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id 45C74182E2 for ; Thu, 3 Oct 2002 23:20:41 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 1A6F92B8B1; Fri, 4 Oct 2002 04:20:40 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id 4CD2DE96D; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id 438677715; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Date: Fri, 4 Oct 2002 04:20:38 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Krzysztof Garus Cc: gnome-devel-list@gnome.org Subject: Re: many $DISPLAYs In-Reply-To: <20021004025346.GA3443@gosia> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, On Fri, 4 Oct 2002, Krzysztof Garus wrote: > > hi, > > Is it possible to create two GtkWindows on different $DISPLAYS? Yes, but only with gtk 2.1.0: GdkDisplay *gdk_display_open (const gchar *display_name); GdkScreen * gdk_display_get_default_screen (GdkDisplay *display); void gtk_window_set_screen (GtkWindow *window, GdkScreen *screen); Good Luck, Mark. From m.craig@graffiti.net Fri Oct 4 08:45:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id A9CC2180FB for ; Fri, 4 Oct 2002 08:45:34 -0400 (EDT) Received: (qmail 20705 invoked by uid 1001); 4 Oct 2002 12:45:27 -0000 Message-ID: <20021004124527.20704.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [130.246.74.136] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Fri, 04 Oct 2002 20:45:26 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Fri, 04 Oct 2002 20:45:26 +0800 Subject: Saving window positions X-Originating-Ip: 130.246.74.136 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Apart from calling gtk_window_set_role, does anyone know what else do I need to do to make the WM restore my application windows in the same place at each login? Thanks, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From hp@redhat.com Fri Oct 4 10:56:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 8024A18103 for ; Fri, 4 Oct 2002 10:56:58 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g94EwBJQ002726; Fri, 4 Oct 2002 10:58:11 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g94EwBaU002722; Fri, 4 Oct 2002 10:58:11 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: "Martin Craig" Cc: gnome-devel-list@gnome.org Subject: Re: Saving window positions References: <20021004124527.20704.qmail@graffiti.net> From: Havoc Pennington Date: 04 Oct 2002 10:58:11 -0400 In-Reply-To: <20021004124527.20704.qmail@graffiti.net> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: "Martin Craig" writes: > > Apart from calling gtk_window_set_role, does anyone know what else > do I need to do to make the WM restore my application windows in the > same place at each login? > Support session management, for example with GnomeClient. Havoc From gkoru@engr.smu.edu Fri Oct 4 11:48:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 5161318E4F for ; Fri, 4 Oct 2002 11:48:00 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Fri, 4 Oct 2002 10:48:00 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Fri, 4 Oct 2002 10:47:59 -0500 (CDT) Message-Id: Date: Fri, 4 Oct 2002 10:47:59 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - 80:20 rule Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all contributors of Gnome, As you might have heard, I am conducting a bug handling survey on: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html So far, we have received answers from the developers, testers, defects fixers, and project managers in KDE, GNOME, Apache, OpenOffice, Mozilla, and other projects/sub-projects. Even though, we have not asked any names or e-mails, some of you have left their contact information and expressed their willingness for further cooperation in this direction. Thanks for your interest so far. If you have not done so, we would appreciate it, if you could fill out this survey since statistically more and more meaningful interpretations can be made as your participation increases. It is a short survey which consists of three sections that can be filled at once or different sessions. Many of the questions in the survey were put there purposefully, and they will make you think about how they apply to Gnome project. You will find them very interesting. One more time, this is a research project,which has many potential implications. This is NOT anything like a spam, it has no commercial nature and it is aiming to contribute to Gnome just like any other e-mail. We are very "dedicated" to this research, whose only and only purpose is looking for ways of increasing the quality of open source products. We apologize in advance if you receive duplicates of this e-mail. 80:20 rule, which is the subject of this e-mail is a well observed phenomenon, in many of the large scale software products. These products were produced by IT, Telecom companies, even by NASA. They were developed following different methodologies, they were written in different languages, and the application domain or problems they solve were different. However, 80:20 rule was still observed. This means that you might be developing desktop applications, office software, compiler, kernel, http server, or whatever, most likely you will make a similar observation your project. I included two references at the bottom about it. Both of them are very easy to follow and informative. Also, they are very recent references. The numbers in 80:20 rule are percentages but not of the same quantity. 80% here represents 80% of the "target risk", which might be defects, rework, effort, etc. So, you want to reduce them. 20% represents the contributor. You might want to name 20% as modules, component, packages, for the product if you will. A great deal of your goal in a project lies in this 80%. And the observations tell us that this 80% target risk stems from 20% of your modules, or components. If you could only identify this 20% part in what you develop, you would make substantial improvements in quality. The identification techniques could be a subject of another time. But, now, why is this important? Because, some projects never get to a desired level of quality, they can not meet their schedule. People code it, patch it, code it, patch it.. After some time users may loose trust, it may become something which is not manageable any more. So even though, the efforts are made by volunteer programmers, it is sad to see that potential is not used fully. Because these efforts could make even greater contribution to free software and they could end the software monopoly out there more quickly. I am one of those who observes the high amount of traffic in developers lists. This is huge. Everybody looks at one thing, sees it from a different point of view, designs are evaluated, code is tested, fixed, etc. Collaborating, sharing bring many advantages. There is big potential. I can easily tell that in many cases the communities are much larger than many software teams in the industry. So, how come the commercial software can still compete with open source products. One of the reasons is that they have been applying these techniques for years. Now think about the advantages of risk identification techniques and the advantages of open source development combined. Wouldn't it be great? This is where we see the tremendous opportunity. As concluding this e-mail, I repeat my invitation one more time. Please visit: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html today/this weekend and help us in this research. If you want to see or remember my previous invitations, they are at the same address. By the way, if you have already completed it and want to change your answers (some did ask this issue) please contact me, we need to identify your unique entry and change it, please do not complete it twice. Thanks for your support so far. Please contact me for any question you might have. Gunes References: 1) Barry Boehm, and Victor R. Basili, "Software defect reduction: Top 10 list", IEEE Computer Magazine, Vol. 34, No.1, pp: 135-137, January 2001. 2) Jeff Tian, "Risk identification techniques for defect reduction and quality improvement", Software Quality Professional, 2(2):32-41, Mar 2000. -- *************************************************************************** A. Gunes Koru Research Assistant, Ph.D. Student Southern Methodist University Computer Science and Engineering Department 6425 North Ownby Drive Science and Information Building Room 317 Dallas, TX 75205 Home: 214 691 5633 Work: 214 768 2005 Cell: 214 893 7311 http://www.seas.smu.edu/~gkoru Email: gkoru@engr.smu.edu *************************************************************************** From johnp@martianrock.com Sat Oct 5 10:55:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id ED7A018309 for ; Sat, 5 Oct 2002 10:55:11 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id JAA14066 for ; Sat, 5 Oct 2002 09:54:43 -0500 Subject: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 19:05:51 -0400 Message-Id: <1033859151.24954.10.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, Not sure if this is the right list to post to. I am trying to compile GNOME 2.0 from CVS head. I did it fine the first time now I am trying to update to the latest CVS version. I am using jhbuild. An error keeps occuring with a few packages, the first of which is libwnck. It seems GTK+ is not getting updated and instead stays at version 2.0.6 while libwnck requests version 2.1.0. At first I though it was an error in the way the gtk build was doing versioning so I changed the version number in gtk+'s .pc file. That only caused libwnck to spit out undefined symbol errors. I've also tried rechecking out gtk+ which still compiles version 2.0.6. Any suggestions? -- J5 From ali.akcaagac@stud.fh-wilhelmshaven.de Sat Oct 5 11:03:29 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mail.gnome.org (Postfix) with ESMTP id E59B118330 for ; Sat, 5 Oct 2002 11:03:28 -0400 (EDT) Received: from fwd01.sul.t-online.de by mailout04.sul.t-online.com with smtp id 17xqSl-0005lr-05; Sat, 05 Oct 2002 17:03:27 +0200 Received: from p508216A7.dip.t-dialin.net (520016195487-0001@[80.130.22.167]) by fmrl01.sul.t-online.com with esmtp id 17xqSb-0JV62qC; Sat, 5 Oct 2002 17:03:17 +0200 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <1033859151.24954.10.camel@jade> References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Organization: Message-Id: <1033830202.14876.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 05 Oct 2002 17:03:22 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, 2002-10-06 at 01:05, John Palmieri wrote: > while libwnck requests version 2.1.0. At first I though it was an error make sure you checkout libwnck gnome-2-0 branch. -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From hp@redhat.com Sat Oct 5 11:16:23 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B25CD183F1 for ; Sat, 5 Oct 2002 11:16:23 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95FHkJQ007644; Sat, 5 Oct 2002 11:17:46 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95FHjnF007640; Sat, 5 Oct 2002 11:17:45 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 11:17:45 -0400 In-Reply-To: <1033859151.24954.10.camel@jade> Message-ID: Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > > Not sure if this is the right list to post to. I am trying to compile > GNOME 2.0 from CVS head. That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have a gnome-2-0 branch or other branch. > I did it fine the first time now I am trying > to update to the latest CVS version. I am using jhbuild. The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 branch of libwnck though. Your jhbuildrc should have gnome20 not gnome22, and be sure to cvs up jhbuild prior to use. Havoc From johnp@martianrock.com Sat Oct 5 13:49:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 76D35180E5 for ; Sat, 5 Oct 2002 13:49:50 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id MAA07990; Sat, 5 Oct 2002 12:49:46 -0500 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 13:49:48 -0400 Message-Id: <1033840188.24954.31.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-05 at 11:17, Havoc Pennington wrote: > > > John Palmieri writes: > > > > Not sure if this is the right list to post to. I am trying to compile > > GNOME 2.0 from CVS head. > > That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have > a gnome-2-0 branch or other branch. > > > I did it fine the first time now I am trying > > to update to the latest CVS version. I am using jhbuild. > > The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 > branch of libwnck though. Your jhbuildrc should have gnome20 not > gnome22, and be sure to cvs up jhbuild prior to use. Thanks, that worked. I can't belive I neglected to update jhbuild. Just for my knowledge, if I were to send patchs in should they be diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > > Havoc > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From hp@redhat.com Sat Oct 5 14:20:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 56104180E5 for ; Sat, 5 Oct 2002 14:20:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95IM7JQ007767; Sat, 5 Oct 2002 14:22:07 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95IM6eh007763; Sat, 5 Oct 2002 14:22:06 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> <1033840188.24954.31.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 14:22:06 -0400 In-Reply-To: <1033840188.24954.31.camel@jade> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > Thanks, that worked. I can't belive I neglected to update jhbuild. > Just for my knowledge, if I were to send patchs in should they be > diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > For plain bugfixes, either is fine. For new features (especially if they change/add strings or other UI), should be against HEAD. Havoc From b.greiner@t-online.de Sun Oct 6 07:17:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mail.gnome.org (Postfix) with ESMTP id 219421828F for ; Sun, 6 Oct 2002 07:17:36 -0400 (EDT) Received: from fwd05.sul.t-online.de by mailout07.sul.t-online.com with smtp id 17y9Pj-00081P-00; Sun, 06 Oct 2002 13:17:35 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.227.124.36]) by fmrl05.sul.t-online.com with esmtp id 17y9Pa-1uomECC; Sun, 6 Oct 2002 13:17:26 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17y9PW-0000Wd-00 for ; Sun, 06 Oct 2002 13:17:22 +0200 Date: Sun, 6 Oct 2002 13:17:22 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Bonobo control vs. widget Message-ID: <20021006111722.GA1341@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi list, I'm confused with some Bonobo ideas, i.e. the difference between a BonoboControl and a BonoboWidget and that between a BonoboControl and a Bonobo_Control. I've been fooling around with Bonobo yesterday. Since I found no current documentation or complete reference, I figured eog would be good to look into a bit. Bear with me if I use MS terms in the following, I've played with OLE... So I wrote the following: icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); like eog-shell does. I called it "icontrol" because I figured Bonobo_Control was an interface, but it started feeling kind of wrong after a while. First, I placed the Control inside my BonoboWindow like eog does, with bonobo_control_frame_bind_to_control() etc. Worked fine and I even had an eog toolbar and textless but clickable (?) menu in my UI. Then, for some exercise, I replaced the controlframe stuff with bonobo_widget_new_control_from_objref() and box_packed that. Still worked fine, but got me no menu and toolbar this time. So my questions are: - Why does the ControlFrame procedure give me UI but not the Widget one? - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? - What's a good resource to read up on the current Bonobo mechanisms? Everything I found was either incomplete or outdated (i.e. didn't even compile). I hope somebody will take the time to answer my questions. Many thanks in advance. Benjamin From tony@realh.co.uk Wed Oct 2 19:16:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 59F24181A1 for ; Wed, 2 Oct 2002 19:16:20 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17wsj0-0000es-00 for ; Thu, 03 Oct 2002 00:16:14 +0100 Date: Thu, 3 Oct 2002 00:16:14 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: gnome-terminal's I pointer shape Message-ID: <20021002231613.GA2460@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Again, I'm not really sure whether this is the right list, is there anywhere with more detailed descriptions of what's on topic for the lists than ? Anyway, I dislike the way the pointer turns into an I shape when it's over gnome-terminal, although I don't mind it (almost) disappearing when I type, except I keep thinking the single visible pixel is a dead element in my TFT monitor ;-). There are two problems with the I shape. One is that it makes the pointer harder to pick out against text (in my preferred config of black fg and light grey bg anyway). The other is that there's no obvious active tip, which can make selecting text tricky. It's not too bad, but would probably be worse at smaller font sizes. Ages ago I wrote a patch to make it stick to the conventional pointer shape, complete with GUI-selectable option. I think I lost it though. If I rewrote the patch, would there be any chance of it being accepted in the official version? I realise Gnome now has a policy of the fewer options the better (not something I necessarily agree with), but would an option that's hidden from the GUI, but settable with gconftool, be a happy medium? -- TH * http://www.realh.co.uk From vladimir@pobox.com Fri Oct 4 15:51:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from rain.vlad1.com (adsl-64-174-44-13.dsl.snfc21.pacbell.net [64.174.44.13]) by mail.gnome.org (Postfix) with ESMTP id 78531180E2 for ; Fri, 4 Oct 2002 15:51:07 -0400 (EDT) Received: by rain.vlad1.com (Postfix, from userid 500) id 2E8641AC70D; Fri, 4 Oct 2002 12:36:13 -0700 (PDT) Subject: small segv-handler patch in libgnomeui From: Vladimir Vukicevic To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-TvxjTC+WSxa0n4syklRA" Organization: Message-Id: <1033760173.1165.12.camel@rain.vlad1.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release) Date: 04 Oct 2002 12:36:13 -0700 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-TvxjTC+WSxa0n4syklRA Content-Type: text/plain Content-Transfer-Encoding: 7bit Howdy, This patch makes libgnomeui_segv_setup() not touch the signals if diable_crash_dialog is set -- previously, it was setting all the signals to SIG_DFL, killing any handlers that may have been installed before gnome is initialized. This is currently affecting mono/gtk-sharp, since it traps segv and the like and throws an exception (and lets you get a nice C# backtrace).. it's possibly affecting other non-dinosaur languages as well :) -- Vladimir Vukicevic --=-TvxjTC+WSxa0n4syklRA Content-Disposition: attachment; filename=segv-setup.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=segv-setup.patch; charset=ANSI_X3.4-1968 ? segv-setup.patch ? libgnomeui/ChangeLog-19990928.flc Index: ChangeLog =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/ChangeLog,v retrieving revision 1.228 diff -u -u -r1.228 ChangeLog --- ChangeLog 27 Sep 2002 21:26:54 -0000 1.228 +++ ChangeLog 4 Oct 2002 19:39:03 -0000 @@ -1,3 +1,9 @@ +2002-10-04 Vladimir Vukicevic + + * libgnomeui/gnome-ui-init.c (libgnomeui_segv_setup): don't reset + signals to SIG_DFL if do_crash_dialog is false, leave them + as-is. + 2002-09-27 Anders Carlsson =20 * configure.in: Release 2.1.0 Index: libgnomeui/gnome-ui-init.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/libgnomeui/gnome-ui-init.c,v retrieving revision 1.186 diff -u -u -r1.186 gnome-ui-init.c --- libgnomeui/gnome-ui-init.c 16 Aug 2002 12:48:47 -0000 1.186 +++ libgnomeui/gnome-ui-init.c 4 Oct 2002 19:39:03 -0000 @@ -587,20 +587,19 @@ do_crash_dialog =3D g_value_get_boolean (&value); g_value_unset (&value); =20 - memset(&sa, 0, sizeof(sa)); - - setptr =3D &sa; if(do_crash_dialog) { + memset(&sa, 0, sizeof(sa)); + setptr =3D &sa; + sa.sa_handler =3D (gpointer)libgnomeui_segv_handle; - } else { - sa.sa_handler =3D SIG_DFL; + + sigaction(SIGSEGV, setptr, NULL); + sigaction(SIGABRT, setptr, NULL); + sigaction(SIGTRAP, setptr, NULL); + sigaction(SIGFPE, setptr, NULL); + sigaction(SIGBUS, setptr, NULL); } =20 - sigaction(SIGSEGV, setptr, NULL); - sigaction(SIGABRT, setptr, NULL); - sigaction(SIGTRAP, setptr, NULL); - sigaction(SIGFPE, setptr, NULL); - sigaction(SIGBUS, setptr, NULL); } =20 static void libgnomeui_segv_handle(int signum) --=-TvxjTC+WSxa0n4syklRA-- From hp@redhat.com Sun Oct 6 15:20:34 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1CC11180EE for ; Sun, 6 Oct 2002 15:20:34 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96JM4JQ017568; Sun, 6 Oct 2002 15:22:04 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96JM421017564; Sun, 6 Oct 2002 15:22:04 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 15:22:04 -0400 In-Reply-To: <20021002231613.GA2460@realh.co.uk> Message-ID: Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > Ages ago I wrote a patch to make it stick to the conventional pointer > shape, complete with GUI-selectable option. I think I lost it though. If > I rewrote the patch, would there be any chance of it being accepted in > the official version? I realise Gnome now has a policy of the fewer > options the better (not something I necessarily agree with), but would > an option that's hidden from the GUI, but settable with gconftool, be a > happy medium? > You haven't given any rationale at all for making it an option - all the rationale in your mail is rationale for just changing it flat-out by default. See http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html Those questions need to be analyzed when adding any option. To answer the question, it can be an option if you can give rationale _for making it an option_ which is not the same as rationale _for doing things differently_. Havoc From mark@skynet.ie Sun Oct 6 15:53:03 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id E17A3181DA for ; Sun, 6 Oct 2002 15:53:02 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 9908F2B24F; Sun, 6 Oct 2002 20:53:01 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id DE9DAE507; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id CE1197243; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Date: Sun, 6 Oct 2002 20:53:00 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Benjamin Greiner Cc: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget In-Reply-To: <20021006111722.GA1341@he-man.dnsalias.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, I was pretty confused about all this at first too, so I wrote a short doc on how it works - its more a simple explanation of how the embedding works rather than a tutorial or anything. Its in the bonoboui tarballs or here: http://www.skynet.ie/~mark/pub/ui-across-boundaries.txt HTH, Mark. On Sun, 6 Oct 2002, Benjamin Greiner wrote: > > Hi list, > I'm confused with some Bonobo ideas, i.e. the difference between a > BonoboControl and a BonoboWidget and that between a BonoboControl and a > Bonobo_Control. > > I've been fooling around with Bonobo yesterday. Since I found no current > documentation or complete reference, I figured eog would be good to look > into a bit. > > Bear with me if I use MS terms in the following, I've played with OLE... > > So I wrote the following: > > icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); > > like eog-shell does. I called it "icontrol" because I figured > Bonobo_Control was an interface, but it started feeling kind of wrong > after a while. > > First, I placed the Control inside my BonoboWindow like eog does, > with bonobo_control_frame_bind_to_control() etc. Worked fine and I even > had an eog toolbar and textless but clickable (?) menu in my UI. > > Then, for some exercise, I replaced the controlframe stuff with > bonobo_widget_new_control_from_objref() and box_packed that. Still worked > fine, but got me no menu and toolbar this time. So my questions are: > > - Why does the ControlFrame procedure give me UI but not the Widget one? > - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? > - What's a good resource to read up on the current Bonobo mechanisms? > Everything I found was either incomplete or outdated (i.e. didn't even > compile). > > I hope somebody will take the time to answer my questions. Many thanks > in advance. > > Benjamin > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From tony@realh.co.uk Sun Oct 6 15:53:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 44F80181DA for ; Sun, 6 Oct 2002 15:53:07 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yHSW-0000Gh-00 for ; Sun, 06 Oct 2002 20:53:00 +0100 Date: Sun, 6 Oct 2002 20:53:00 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006195300.GA1016@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > Tony Houghton writes: > > Ages ago I wrote a patch to make it stick to the conventional pointer > > shape, complete with GUI-selectable option. I think I lost it though. If > > I rewrote the patch, would there be any chance of it being accepted in > > the official version? I realise Gnome now has a policy of the fewer > > options the better (not something I necessarily agree with), but would > > an option that's hidden from the GUI, but settable with gconftool, be a > > happy medium? > > You haven't given any rationale at all for making it an option - all > the rationale in your mail is rationale for just changing it flat-out > by default. > > See > http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html > > Those questions need to be analyzed when adding any option. > > To answer the question, it can be an option if you can give rationale > _for making it an option_ which is not the same as rationale _for > doing things differently_. I would be happy with changing the default - after all, if I'm the one who writes the patch, it's less programming than making it optional ;-). But I'm not sure that everyone would prefer the alternative behaviour. Although I don't like the I-shape, maybe some people do, and presumably there was some reason why it was made that way in the first place. It looks like I need to start a discussion to find out whether there's a strong rationale for the I-shape, and if so whether my rationale is strong enough to justify even an option, let alone a new default behaviour. That's why I posted here first instead of going straight ahead with a feature request on bugzilla. Is this the best place for the discussion, or is there a better list for it? -- TH * http://www.realh.co.uk From hp@redhat.com Sun Oct 6 16:36:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1188A18104 for ; Sun, 6 Oct 2002 16:36:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96KcGJQ017617; Sun, 6 Oct 2002 16:38:16 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96KcGLX017613; Sun, 6 Oct 2002 16:38:16 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 16:38:15 -0400 In-Reply-To: <20021006195300.GA1016@realh.co.uk> Message-ID: Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > I would be happy with changing the default - after all, if I'm the one > who writes the patch, it's less programming than making it optional ;-). > > But I'm not sure that everyone would prefer the alternative behaviour. > Although I don't like the I-shape, maybe some people do, and presumably > there was some reason why it was made that way in the first place. Right, but our job as developers is to work to understand decisions and make them as best we can - punting to the user isn't right. If we don't understand why it is why it is, then we can't choose the right default, which is the most important thing anyway. So making it an option doesn't get us out of needing to know why people like each way, and why it is how it is, and whether there's some compromise that works all around. > It looks like I need to start a discussion to find out whether there's a > strong rationale for the I-shape, and if so whether my rationale is > strong enough to justify even an option, let alone a new default > behaviour. That's why I posted here first instead of going straight > ahead with a feature request on bugzilla. Is this the best place for the > discussion, or is there a better list for it? > Other possible lists are usability@gnome.org or desktop-devel-list, or just in bugzilla would be fine. But this list is also fine. The first issue I think is one of consistency; most arguments here will not be specific to the terminal but will apply to text boxes in general. So we would need to document a policy in the HIG and apply that to all text boxes, and if an option is added, it should apply to all of them. Another general question we should ask is what the prior art is; if OS X and Windows XP both do something, then the presumption should be to follow that unless we have good evidence otherwise, because they have a lot of experience and user testing behind them, and users are used to the behavior. I don't know what either OS X or Windows XP does in this case, but it's good information to have. One thing that may be relevant is that I think "cursor themes" are a feature we expect to have fairly soon, and that feature would allow global replacement of the I-beam (even in old apps such as xterm). This is probably the right place for the configurability. Havoc From tony@realh.co.uk Sun Oct 6 18:39:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 269E3180DD for ; Sun, 6 Oct 2002 18:39:48 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yK3v-0000Qr-00 for ; Sun, 06 Oct 2002 23:39:47 +0100 Date: Sun, 6 Oct 2002 23:39:47 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006223947.GA1531@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > The first issue I think is one of consistency; most arguments here > will not be specific to the terminal but will apply to text boxes in > general. So we would need to document a policy in the HIG and apply > that to all text boxes, and if an option is added, it should apply to > all of them. I think the reason for changing the cursor shape is to indicate that text can be selected, but not necessarily altered, because Galeon (and IE if you look to Windows) also change the shape when the pointer is over text. Terminals - and most text editors as opposed to DTP or word processors with layout features - are a bit special, because the whole window contains text, and the user should be expecting that, and not need any extra cues. So I find changing the pointer shape helpful in some applications, but not in terminals. FWIW my favourite text editor is vim, and the GTK version doesn't change the pointer. > Another general question we should ask is what the prior art is; if OS > X and Windows XP both do something, then the presumption should be to > follow that unless we have good evidence otherwise, because they have > a lot of experience and user testing behind them, and users are used > to the behavior. I don't know what either OS X or Windows XP does in > this case, but it's good information to have. On the whole Windows is a good GUI, but there are some features that are very annoying for a significant number of users and either can't be changed, or are obscure and have side effects. Even if OS X and Windows both do something, it can't be assumed that's the best way of doing it. They may have chosen to do it because the other did and it's "what most people are used to", while many users would prefer something different once they got used to it. Attracting new and ex-Windows users is important, but sometimes it feels like Gnome is being dumbed down at the expense of more experienced Linux users who appreciate lots of flexibility. > One thing that may be relevant is that I think "cursor themes" are a > feature we expect to have fairly soon, and that feature would allow > global replacement of the I-beam (even in old apps such as xterm). > This is probably the right place for the configurability. I agree with that. Come to think of it, if a theme simply had a text pointer shape which had an obvious active point and was maybe more visible, that should be all it takes to stop the feature being a disadvantage for me. -- TH * http://www.realh.co.uk From sopwith@widget.gnome.org Sun Oct 6 23:59:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 2FE57180D8 for ; Sun, 6 Oct 2002 23:59:41 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 36779404CA; Mon, 7 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5961 bugs open on bugzilla.gnome.org Message-Id: <20021007040002.36779404CA@widget.gnome.org> Date: Mon, 7 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 841 gtk+ | 571 galeon | 336 gnome-vfs | 294 GIMP | 282 gnome-applets | 236 control-center | 152 gnome-core | 151 gnome-panel | 124 sawfish | 108 balsa | 103 gnome-pilot | 96 medusa | 94 glib | 87 libzvt | 84 GnuCash | 76 Gnumeric | 76 gnome-media | 74 metacity | 69 Pan | 66 gnome-games | 65 gnome-utils | 62 bug-buddy | 61 libgnomeui | 58 dia | 55 gnome-terminal | 53 GConf | 52 pango | 52 GnomeICU | 50 gtkhtml2 | 47 bugzilla.gnome.org | 47 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 38 gnome-session | 37 bonobo | 37 GStreamer | 36 rhythmbox | 35 gdm | 34 gok | 33 glade | 32 gnome-libs | 30 libgnome | 29 gedit | 29 gphoto | 29 libgtop | 29 Yelp | 28 gnorpm | 26 website | 25 libgnomecanvas | 23 system-monitor [was: procman] | 22 lampadas | 21 anjuta2 | 20 libwnck | 20 gnome-pim | 20 gnome-chess | 19 gtop [gnome-system-monitor] | 19 ORBit | 18 grapevine | 17 gnomemeeting | 16 gnome-db | 16 gnome-python | 16 gnome-print | 15 gtkmm | 15 bonobo-activation [was: oaf] | 15 Metatheme | 14 libglade | 14 at-spi | 14 eazel-hacking | 14 intltool | 14 gtranslator | 13 gnome-desktop | 13 Gnomoradio | 13 ORBit2 | 13 crescendo | 13 xscreensaver | 13 imlib1 | 12 libgnomedb | 12 gnome-user-docs | 12 GGV | 12 audiofile | 11 vte | 11 eazel-themes | 11 eel | 10 gnome-perl | 10 gnopernicus | 10 gperfmeter | 10 gtk-doc | 10 atk | 9 printman | 9 gmc | 9 memprof | 9 ToutDoux | 9 gtk-engines | 9 EOG | 9 gnome-iconedit | 8 librsvg | 8 mergeant | 8 gnome-vfs-extras | 8 libxslt | 8 pkg-config | 8 gconf-editor | 7 esound | 7 devhelp | 7 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 6 at-poke | 5 Guppi | 5 galf | 4 gtkvts | 4 Release Engineering | 4 l10n | 4 libart | 4 jhbuild | 3 gnome-debug | 3 gASQL | 3 gnome-pm | 3 gnomemm | 3 totem | 3 acme | 3 orbit-perl | 3 gnome-build | 3 magicdev | 2 desktop-file-utils | 2 Gfax | 2 libIDL | 2 gthumb | 2 gmime | 1 gnome-system-tools | 1 libxml | 1 etherterm | 1 Guikachu | 1 file-roller | 1 gnomovision | 1 xalf | 1 gnome-guile | 1 gtkglarea | 1 From jacob@ximian.com Mon Oct 7 13:14:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id F03911825B for ; Mon, 7 Oct 2002 13:14:23 -0400 (EDT) Received: (qmail 27891 invoked from network); 7 Oct 2002 17:14:23 -0000 Received: from dmz.ximian.com (HELO wet-pants.boston.ximian.com) (jacob@141.154.95.1) by peabody.ximian.com with DES-CBC3-SHA encrypted SMTP; 7 Oct 2002 17:14:23 -0000 Subject: Re: small segv-handler patch in libgnomeui From: jacob berkman To: Vladimir Vukicevic Cc: gnome-devel In-Reply-To: <1033760173.1165.12.camel@rain.vlad1.com> References: <1033760173.1165.12.camel@rain.vlad1.com> Content-Type: text/plain Organization: Message-Id: <1034010842.673.24.camel@wet-pants.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99wet-pants-1031382589 (Preview Release) Date: 07 Oct 2002 13:14:02 -0400 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-04 at 15:36, Vladimir Vukicevic wrote: > Howdy, > > This patch makes libgnomeui_segv_setup() not touch the signals if > diable_crash_dialog is set it looks fine to me. - jacob From berberic@fmi.uni-passau.de Mon Oct 7 16:45:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust2.tnt5.muc2.deu.da.uu.net [149.225.82.2]) by mail.gnome.org (Postfix) with ESMTP id CE2E81843E for ; Mon, 7 Oct 2002 16:45:36 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g97KjYQ3019289 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Mon, 7 Oct 2002 22:45:34 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g97KjWkA019285 for gnome-devel-list@gnome.org; Mon, 7 Oct 2002 22:45:32 +0200 Date: Mon, 7 Oct 2002 22:45:32 +0200 From: M G Berberich To: GNOME Devel MailingList Subject: Re: patches for libzvt and gnome-terminal Message-ID: <20021007204532.GB1003@fmi.uni-passau.de> Mail-Followup-To: GNOME Devel MailingList References: <20010728211121.B436@fmi.uni-passau.de> <20020924195228.GA864@fmi.uni-passau.de> <1032945173.1835.8.camel@SFinX> <1032970059.1582.1.camel@sevilla.gnome.no> <1032970742.1996.4.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <1032970742.1996.4.camel@sevilla.gnome.no> User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Wednesday, den 25. September 2002 18:19:02 schrieb Kjartan Maraas: > ons, 2002-09-25 kl. 18:07 skrev Kjartan Maraas: > > ons, 2002-09-25 kl. 16:06 skrev ing. D.G. Knol: > > > Looking at the date (28. July) and in my local archives, I am NOT able > > > to find the message. Maybe it never arrived at this list?=20 > > >=20 > >=20 > > Did you look at the archives for July *2001*? :) > >=20 > > > Otherwise it might me usefull to report these problems as bugs in > > > bugzilla (that's what it is for) and put your patches with that bugs.= =20 > > >=20 > >=20 > > I think they are mentioned somewhere in the old gnome-terminal component > > in gnome-core. I'll check and mark them for GNOME 2 if I find it. > >=20 >=20 > Done. I've added GNOME2 keywords to the two bugreports involved. It > would be really nice if the patches could be split up into three like > this: >=20 > - one patch for the wordselect problem > - one patch for the CutToBeginningOfLine feature > - one patch for the update problems >=20 > The first and last of those should be applied to both 1.4.x and 2.x I > think. a) I opend bugs for gnome2 libzvt and added patches for the word-select-anomaly and the update-bug (bugs #94896 and #94897) Anyone? b) I have a patch to libzvt that would make word-select consider groups of non-word-chars as blocks, so selecting them as block. This is xterm-behavior and in my opinion makes a lot of sense. Any interrest? c) The patches from bugs #94896 and #94897 might apply to gnome-1.x sources too. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9ofJsnp4msu7jrxMRAnsSAJkBSQ0rBG4uectyboMSee9TYu5CmACdG261 czxy/tv3AXHD6lYdIM9XfvY= =jkOj -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From bajcik@kolos.math.uni.lodz.pl Mon Oct 7 22:14:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id ABF20181A5 for ; Mon, 7 Oct 2002 22:14:50 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 4B5E036C27; Tue, 8 Oct 2002 04:14:39 +0200 (CEST) Date: Sun, 6 Oct 2002 15:16:20 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: window inside window Message-ID: <20021006131620.GA9038@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to by only partially visible. How can I do that? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From james@daa.com.au Mon Oct 7 23:31:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0C2D918129 for ; Mon, 7 Oct 2002 23:31:42 -0400 (EDT) Received: from daa.com.au (diprotodon.daa.com.au [203.17.251.34]) by quoll.daa.com.au (Postfix) with ESMTP id 09DC0C023; Tue, 8 Oct 2002 11:31:33 +0800 (WST) Message-ID: <3DA25194.5040908@daa.com.au> Date: Tue, 08 Oct 2002 11:31:32 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-au, en MIME-Version: 1.0 To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: window inside window References: <20021006131620.GA9038@gosia> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus wrote: >Hello, > >I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow >is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars >looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not >visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to >by only partially visible. > >How can I do that? > > It sounds like you are after the GtkViewport class. It will allow you to view a section of the child widget, and by manipulating its adjustments, you can change which portion is visible (in fact, it is used by GtkScrolledWindow for widgets that do not know how to scroll themselves). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From gkoru@engr.smu.edu Wed Oct 9 10:38:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 78C4D18A66 for ; Wed, 9 Oct 2002 10:38:49 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Message-Id: Date: Wed, 9 Oct 2002 09:38:48 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - Tree based models Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello Gnome contributors, I am conducting a survey about the way bugs are handled in open source software projects. The survey includes questions that can be answered by developers,testers, bug fixers, project managers, and owners of defect databases. It is only and only for research purposes and it is very easy to fill out. It consists of three short sections which can be completed at once or in different sessions. Please fill it out if you haven't done yet. You will find the questions interesting since there is a reason behind each one one of them. They will make you think about how things work (or could work)in your project. The survey can be found in the address: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html The data in the bug databases can be used to identify the high risk areas in the software development. One of the ways of doing it is constructing tree-based models, which could be very useful in open source projects. If you would like to read about it, I prepared a web page for you: http://www.seas.smu.edu/~gkoru/surveys/tbdm1.html Please accept my apologies if you receive duplicates of this e-mail. This is a survey, which will give useful results for all of us. I will try to prepare and make some preliminary results on-line within the next two weeks. Since this is a survey, covering many important open source projects, it will be interesting for everybody to see what kind of quality assurance work is going on in the other projects. As always, we are very dedicated to this research. Please contact me for any question you might have. Thank you, A. Gunes Koru http://www.engr.smu.edu/~gkoru From "ph.h."@gmx.net Fri Oct 11 07:13:25 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id E3AF21811D for ; Fri, 11 Oct 2002 07:13:24 -0400 (EDT) Received: (qmail 11591 invoked by uid 0); 11 Oct 2002 11:13:24 -0000 Received: from p50809b98.dip.t-dialin.net (HELO gmx.net) (80.128.155.152) by mail.gmx.net (mp014-rz3) with SMTP; 11 Oct 2002 11:13:24 -0000 Message-ID: <3DA6B00E.4040103@gmx.net> Date: Fri, 11 Oct 2002 13:03:42 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: hide gnome app and show again (...toolbar stays hidden) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, my gnome app is blocked for a certain amount of time and so the app isn't redrawn for that amount of time. so i want to hide the whole app and fork a process to show that the app is working and the user has to wait. but when i try to show the app again the toolbar is away. i try to do it the following way: gtk_widget_hide_all(app); gdk_window_process_all_updates(); ...fork and do the blocking function, kill forked process .... gtk_widget_show_all(app); my main content is just a canvas-widget, which is shown again, but my toolbar is gone ... any ideas to make my toolbar visible again ? thnx phil From ali.akcaagac@stud.fh-wilhelmshaven.de Fri Oct 11 07:26:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mail.gnome.org (Postfix) with ESMTP id F3AE11811D for ; Fri, 11 Oct 2002 07:26:24 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout02.sul.t-online.com with smtp id 17zxvz-0002Ct-0C; Fri, 11 Oct 2002 13:26:23 +0200 Received: from pD9E56D51.dip.t-dialin.net (520016195487-0001@[217.229.109.81]) by fmrl00.sul.t-online.com with esmtp id 17zxvt-0bfyT2C; Fri, 11 Oct 2002 13:26:17 +0200 Subject: Re: hide gnome app and show again (...toolbar stays hidden) From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <3DA6B00E.4040103@gmx.net> References: <3DA6B00E.4040103@gmx.net> Content-Type: text/plain Organization: Message-Id: <1034335535.32334.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 13:25:36 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-11 at 13:03, Philipp Heise wrote: > so i want to hide the whole app and fork a process to show that the app > is working and the user has to wait. hi, i don't know if your approach is the right one or if i have understand your problem correctly. but you can do this. while your app is heavily working (e.g. looping in a routine that does heavy stuff) then your app is not usable and redrawing as you said won't work anymore. the best thing is you put these few lines in your loop (the loop that does all the heavy work). it will look every now and then for pending events and work on them... it's like an interrupt. if (gtk_events_pending ()) { gtk_main_iteration_do (TRUE); } -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From b.greiner@t-online.de Fri Oct 11 08:57:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 0540F181B5 for ; Fri, 11 Oct 2002 08:57:08 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout03.sul.t-online.com with smtp id 17zzLh-0004Ci-00; Fri, 11 Oct 2002 14:57:01 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.158.33.191]) by fmrl00.sul.t-online.com with esmtp id 17zzLU-1FsgoSC; Fri, 11 Oct 2002 14:56:48 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17zzLS-0000Sx-00 for ; Fri, 11 Oct 2002 14:56:46 +0200 Date: Fri, 11 Oct 2002 14:56:45 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget Message-ID: <20021011125645.GA1712@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021006111722.GA1341@he-man.dnsalias.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, Oct 06, 2002 at 08:53:00PM +0100, Mark McLoughlin wrote: > > Hi Benjamin, > I was pretty confused about all this at first too, so I wrote > a short doc on how it works - its more a simple explanation of how the > embedding works rather than a tutorial or anything. Hi Mark, Thanks, this looks quite good. But it still doesn't explain to me why the EOG UI appears when I use the BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in the dark on that issue. Benjamin From michael@ximian.com Fri Oct 11 12:21:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id D3F601811D for ; Fri, 11 Oct 2002 12:21:24 -0400 (EDT) Received: (qmail 14007 invoked from network); 11 Oct 2002 16:21:22 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 11 Oct 2002 16:21:22 -0000 Subject: Re: Bonobo control vs. widget From: Michael Meeks To: Benjamin Greiner Cc: gnome-devel-list@gnome.org In-Reply-To: <20021011125645.GA1712@he-man.dnsalias.org> References: <20021006111722.GA1341@he-man.dnsalias.org> <20021011125645.GA1712@he-man.dnsalias.org> Content-Type: text/plain Organization: Ximian. Message-Id: <1034356567.7975.91.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 18:16:08 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, On Fri, 2002-10-11 at 13:56, Benjamin Greiner wrote: > Thanks, this looks quite good. > But it still doesn't explain to me why the EOG UI appears when I use the > BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in > the dark on that issue. Where do you want the UI to appear ? cramped into the (potentially tiny) window of the BonoboWidget itself ? - almost certainly not. Thus you can pass in a Bonobo_UIContainer which points at the container to merge UI elements into if any. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From "ph.h."@gmx.net Sat Oct 12 08:45:01 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id D9593180D8 for ; Sat, 12 Oct 2002 08:45:00 -0400 (EDT) Received: (qmail 30989 invoked by uid 0); 12 Oct 2002 12:44:59 -0000 Received: from p5080996b.dip.t-dialin.net (HELO gmx.net) (80.128.153.107) by mail.gmx.net (mp016-rz3) with SMTP; 12 Oct 2002 12:44:59 -0000 Message-ID: <3DA816E6.2080109@gmx.net> Date: Sat, 12 Oct 2002 14:34:46 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome_canvas_item_hide fails for widget-item Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, when i try to hide a canvas widget item (gtk-progress-bar) the item doesn't disappear. is there a trick for canvas-widget-items ? thnx phil From tom@dbservice.com Sun Oct 13 10:40:21 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from matterhorn.dbservice.com (unknown [213.133.97.13]) by mail.gnome.org (Postfix) with ESMTP id 9D8B618140 for ; Sun, 13 Oct 2002 10:40:21 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id D232A124DB for ; Sun, 13 Oct 2002 17:49:04 +0200 (CEST) Received: from dbservice.com (emmen.dbservice.com [62.65.141.13]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id 2F8C5124A3 for ; Sun, 13 Oct 2002 17:49:01 +0200 (CEST) Message-ID: <3DA98CB4.8050404@dbservice.com> Date: Sun, 13 Oct 2002 15:09:40 +0000 From: otherside User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020708 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome api reference Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre5 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi all i'm working on a little gnome program... and i have problems with the gnome api... i've googled and a havent found any api reference for libgnome-2.0 or libgnomeui-2.0 so i dont know which functions i should, shouldn't use, which are deprecated or new, etc... does anyone know a page with the gnome-2.0 api reference.. if not.. i have started to write tutorials (glib, gobject, gtk, ...), so i could include a gnome-2.0 tutorial... thanks tom From m.craig@graffiti.net Sun Oct 13 12:36:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id 98FEB1824C for ; Sun, 13 Oct 2002 12:36:48 -0400 (EDT) Received: (qmail 32131 invoked by uid 1001); 13 Oct 2002 16:36:40 -0000 Message-ID: <20021013163640.32130.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [62.137.69.3] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Mon, 14 Oct 2002 00:36:40 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Mon, 14 Oct 2002 00:36:40 +0800 Subject: popup menus X-Originating-Ip: 62.137.69.3 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I'm having popup menu woes. Currently I'm using GnomeUIInfo and gnome_popup_menu_new(), but it's giving me lots of headaches because I can't seem to use the user_data field in GnomeUIInfo. I know this is overridden by gnome_popup_menu_attach, but sometimes the menu items can get activated before the menu has been popped up, e.g. by a keyboard accelerator, or because I'm setting the value of a toggle menu item. This results in NULL getting passed as the user_data no matter what I put in GnomeUIInfo. My question was going to be "how do I get around this?", but looking in recent Gnome source it seems that hardly anyone is using gnome_popup_menu anymore, so perhaps I should be asking "what's the best way of doing a popup menu these days?" Does anyone have an answer to either? Cheers for any help, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From michaeld@senet.com.au Sun Oct 13 19:22:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from saturn.senet.com.au (saturn.senet.com.au [203.56.239.210]) by mail.gnome.org (Postfix) with ESMTP id 29C9418785 for ; Sun, 13 Oct 2002 19:22:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by saturn.senet.com.au (8.12.6/8.12.3) with ESMTP id g9DNMQl7074967; Mon, 14 Oct 2002 08:52:27 +0930 (CST) (envelope-from michaeld@senet.com.au) Received: from 203.202.88.90 ( [203.202.88.90]) as user michaeld@mail.senet.com.au by webmail.senet.com.au with HTTP; Mon, 14 Oct 2002 08:52:26 +091800 Message-ID: <1034551346.3daa003246046@webmail.senet.com.au> Date: Mon, 14 Oct 2002 08:52:26 +091800 From: michaeld@senet.com.au To: otherside Cc: gnome-devel-list@gnome.org Subject: Re: gnome api reference References: <3DA98CB4.8050404@dbservice.com> In-Reply-To: <3DA98CB4.8050404@dbservice.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 203.202.88.90 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Quoting otherside : > > does anyone know a page with the gnome-2.0 api reference.. > if not.. i have started to write tutorials (glib, gobject, gtk, ...), so > i could include a gnome-2.0 tutorial... > You may want to consider using DevHelp (http://devhelp.codefactory.se) or have a look at the online api references at http://developer.gnome.org/doc/API/ Ciao, -- Michael Davies "Do what you think is interesting, do michaeld@senet.com.au something that you think is fun and mirky on irc worthwhile, because otherwise you won't do it well anyway." -- Brian Kernighan ------------------------------------------------- This mail sent through SE Net Webmail http://webmail.senet.com.au From malcolm@commsecure.com.au Sun Oct 13 20:10:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 7880C180DB for ; Sun, 13 Oct 2002 20:10:29 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9E0AMb02375 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9E0AM409666 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9E0AM326559 for gnome-devel-list@gnome.org; Mon, 14 Oct 2002 10:10:22 +1000 Date: Mon, 14 Oct 2002 10:10:22 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gnome api reference Message-ID: <20021014101022.B26527@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <3DA98CB4.8050404@dbservice.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DA98CB4.8050404@dbservice.com>; from tom@dbservice.com on Sun, Oct 13, 2002 at 03:09:40PM +0000 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 13, 2002 at 03:09:40PM +0000, otherside wrote: > i'm working on a little gnome program... > and i have problems with the gnome api... > i've googled and a havent found any api reference for libgnome-2.0 or=20 > libgnomeui-2.0 > so i dont know which functions i should, shouldn't use, which are=20 > deprecated or new, etc... The API documentation should be included with the libgnome/libgnomeui packages, for a start. Look in $(prefix)/share/gtk-doc/html/libgnome[ui]. The libgnomeui documentation is missing some parts, but it's being worked on. Malcolm --=20 Why be difficult when, with a little bit of effort, you could be impossible. --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9qgtuPGhGvxo2jcwRAuGaAJ9Ge/zj7Qw/DVfMJY/zWuCLqZ2cWwCgkVsM ufFufa6h7YTwKim6uD9yt9E= =AdxB -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From bajcik@kolos.math.uni.lodz.pl Sun Oct 13 22:59:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5DC6418467 for ; Sun, 13 Oct 2002 22:59:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7D01D36CE4; Mon, 14 Oct 2002 04:59:36 +0200 (CEST) Date: Sun, 13 Oct 2002 20:51:24 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: invalid regions Message-ID: <20021013185123.GA23678@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I am using a list widget written by me in my program. This list uses GtkDrawingArea to display rows. - If I need to refresh some rows, I do gtk_widget_queue_draw_area(). - When I scrolling my list, I use gdk_window_copy_area(), and gtk_widget_queue_draw_area() on uncovered area. The problem is: in heavy loadavg there can be few scrolls between one expose event, so gdk_window_copy_area copies invalid area. What is optimal way to fix this? bajcik PS. The program's address I've talked about is in signature -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From sopwith@widget.gnome.org Mon Oct 14 00:00:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id AFA4A1814C for ; Mon, 14 Oct 2002 00:00:20 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id DB96D40487; Mon, 14 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 6045 bugs open on bugzilla.gnome.org Message-Id: <20021014040002.DB96D40487@widget.gnome.org> Date: Mon, 14 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 870 gtk+ | 542 galeon | 347 gnome-vfs | 297 GIMP | 280 gnome-applets | 235 control-center | 166 gnome-panel | 137 sawfish | 113 balsa | 108 gnome-pilot | 100 gnome-core | 99 medusa | 94 glib | 84 GnuCash | 83 libzvt | 82 metacity | 76 Gnumeric | 75 Pan | 72 gnome-terminal | 70 gnome-games | 67 dia | 65 bug-buddy | 60 gnome-utils | 60 libgnomeui | 58 GnomeICU | 56 gnome-media | 53 GConf | 53 pango | 52 gtkhtml2 | 49 bugzilla.gnome.org | 49 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 39 GStreamer | 37 bonobo | 37 gnome-session | 37 glade | 36 gdm | 35 gok | 33 rhythmbox | 33 gedit | 32 Yelp | 32 gnome-libs | 31 libgnome | 29 gphoto | 29 libgtop | 29 website | 28 gnorpm | 27 lampadas | 23 libgnomecanvas | 23 gnome-pim | 22 system-monitor [was: procman] | 22 vte | 22 gnome-chess | 21 anjuta2 | 21 gtop [gnome-system-monitor] | 21 libwnck | 21 ORBit | 18 gnome-python | 18 grapevine | 17 gnome-print | 17 at-spi | 17 gnomemeeting | 17 bonobo-activation [was: oaf] | 16 GGV | 16 gnome-db | 16 intltool | 15 libglade | 14 ORBit2 | 14 eazel-hacking | 14 xscreensaver | 14 Metatheme | 14 gnome-desktop | 14 gtranslator | 13 crescendo | 13 Gnomoradio | 13 gtkmm | 13 gnome-user-docs | 12 libgnomedb | 11 eazel-themes | 11 audiofile | 11 imlib1 | 11 eel | 10 ToutDoux | 10 gtk-doc | 10 gnome-perl | 10 libxslt | 10 EOG | 9 gmc | 9 gperfmeter | 9 memprof | 9 atk | 9 printman | 9 librsvg | 8 mergeant | 8 gnopernicus | 8 gnome-vfs-extras | 8 gnome-iconedit | 8 gtk-engines | 8 pkg-config | 8 devhelp | 8 esound | 7 gconf-editor | 7 eazel-tools | 6 GHex | 6 gnome-mime-data | 6 libxml2 | 6 totem | 5 Guppi | 5 galf | 4 acme | 4 gtkvts | 4 l10n | 4 Release Engineering | 4 libart | 4 Gfax | 4 gnome-build | 3 gnome-pm | 3 gASQL | 3 desktop-file-utils | 3 jhbuild | 3 gnome-debug | 3 orbit-perl | 3 gnomemm | 3 at-poke | 2 libIDL | 2 magicdev | 2 GNOME CD Master | 1 file-roller | 1 etherterm | 1 gmime | 1 gtkglarea | 1 libxml | 1 gthumb | 1 Guikachu | 1 gnome-system-tools | 1 xalf | 1 gnomovision | 1 gnome-guile | 1 From hp@redhat.com Mon Oct 14 01:46:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A014E1814C for ; Mon, 14 Oct 2002 01:46:32 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9E5krHd012941; Mon, 14 Oct 2002 01:46:54 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9E5krvY012937; Mon, 14 Oct 2002 01:46:53 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: invalid regions References: <20021013185123.GA23678@gosia> From: Havoc Pennington Date: 14 Oct 2002 01:46:53 -0400 In-Reply-To: <20021013185123.GA23678@gosia> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus writes: > The problem is: in heavy loadavg there can be few scrolls between one > expose event, so gdk_window_copy_area copies invalid area. > > What is optimal way to fix this? > You might try using gdk_window_scroll() instead of doing the copy_area etc. manually. There are some examples in the GTK source code. Havoc From churcher@ihug.com.au Mon Oct 14 19:45:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 5ACF21824B for ; Mon, 14 Oct 2002 19:45:47 -0400 (EDT) Received: from p504-tnt5.syd.ihug.com.au [203.173.137.250] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 181Eu8-0004fN-00; Tue, 15 Oct 2002 09:45:45 +1000 Subject: Re: gnome api reference From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <3DA98CB4.8050404@dbservice.com> References: <3DA98CB4.8050404@dbservice.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Oct 2002 09:46:54 +1000 Message-Id: <1034639215.1455.1015.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-14 at 01:09, otherside wrote: > if not.. i have started to write tutorials (glib, gobject, gtk, ...), > so i could include a gnome-2.0 tutorial... I'm sure I'm not the only one who would enjoy seeing more GNOME 2 tutorials out there. I'm converting and updating an older GTK application, and it's slow going. The developerworks tutorials were good, but haven't gone beyond introduction so far. BTW, what's a good existing app to use as an example? Something that has been well and truly GNOME2-ized, hopefully with well-commented source. -- Cheers, Rich. From bajcik@kolos.math.uni.lodz.pl Mon Oct 14 21:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 08CA7180E2 for ; Mon, 14 Oct 2002 21:22:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id A930336CE1; Tue, 15 Oct 2002 03:22:36 +0200 (CEST) Date: Mon, 14 Oct 2002 05:33:30 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: gtk-doc Message-ID: <20021014033329.GC27314@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I'd like to document API of my program using gtk-doc. Where can I find a description/tutorial/guide/papers of gtk-doc? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From malcolm@commsecure.com.au Mon Oct 14 21:39:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id E2226180E2 for ; Mon, 14 Oct 2002 21:39:51 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9F1djb19354 for ; Tue, 15 Oct 2002 11:39:45 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9F1di400583 for ; Tue, 15 Oct 2002 11:39:44 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9F1diO32699 for gnome-devel-list@gnome.org; Tue, 15 Oct 2002 11:39:44 +1000 Date: Tue, 15 Oct 2002 11:39:44 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gtk-doc Message-ID: <20021015113944.A32470@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021014033329.GC27314@gosia> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021014033329.GC27314@gosia>; from bajcik@kolos.math.uni.lodz.pl on Mon, Oct 14, 2002 at 05:33:30AM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, Oct 14, 2002 at 05:33:30AM +0200, Krzysztof Garus wrote: > I'd like to document API of my program using gtk-doc. Where can I find a > description/tutorial/guide/papers of gtk-doc? For a start, look in the doc/ subdirectory of the gtk-doc package. That contains a few text files which talk about the basics. Secondly, have a look at one of the existing GNOME packages that has been documented and use that as an example. You could try looking at glib, gtk+, libgnome, atk, ... Finally, have a look through the archives of the gtk-doc list (particularly over the last 15 months or so). Quite a lot of questions have been asked and answered on that list already, so you can probably save some time by checking there. Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 16 19:26:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bashful.clients.ie (unknown [213.190.137.213]) by mail.gnome.org (Postfix) with ESMTP id 1FA6318109 for ; Wed, 16 Oct 2002 19:26:47 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B77E011108 for ; Thu, 17 Oct 2002 00:26:46 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.13]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B8CA4F8C7 for ; Thu, 17 Oct 2002 00:26:43 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g9GNM6H17664 for ; Thu, 17 Oct 2002 00:22:06 +0100 Subject: fork, exec, _exit From: "Sergey V. Udaltsov" To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 00:22:05 +0100 Message-Id: <1034810526.15931.52.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all A couple of days ago I noticed one problem with forked processes. In my code, the child process is doing nothing but exec(). And in case of problems - exit(). After some investigations (great thanks to Ivan Pascal) it was found that GNOME/GTK is doing a lot of stuff using atexit. So the only correct way to close the child is to call _exit() (but not exit()!). Which is not too good - the program itself may want to add some atexit hooks. So my question is - why does it all work this strange way? Why GNOME/GTK could not have GtkTerm/GnomeTerm functions to close/stop/term/finalize everything - and only main process would have to call them. AFAIK, the current usage of atexit in GNOME conflicts with the multi-process programming and X Window architecture (the connection to X server should be used and closed in the same one process). BTW, even current situation is not properly documented AFAIK. I found the confirmation for this image in some mailing lists' archives. It would be great to document the problem at least (in Gtk FAQ there are special lines about threads, but nothing about processes). Any comments/ideas? Cheers, Sergey From churcher@ihug.com.au Thu Oct 17 00:20:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id D174618204 for ; Thu, 17 Oct 2002 00:20:46 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 18229G-0002M5-00; Thu, 17 Oct 2002 14:20:39 +1000 Subject: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 14:22:10 +1000 Message-Id: <1034828531.1455.1076.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Ok, so there's not much in the way of introductory documentation for GNOME 2 out there. Here's my idea to help correct that problem... I have this pet project I'd like to port to GNOME 2, it's been a bit of a hobby over the past few weeks. If gnome-devel-list can stand a little extra traffic I'll start posting questions to the list and keeping a record of my progress as I go. Periodically I'll update a web site with a description of the process from a (fairly) new GNOMEr's point of view. In the end, I should have a bit more perspective on what makes GNOME 2 tick, and be able to contribute to the fund of available documentation. Hopefully there are some developers out there who can spare a little time to contribute answers and suggestions - this is probably less painful than actually writing documentation yourselves, but still helps the cause ;o) Pointers to existing resources (particularly sample code) which may be of assistance are of course welcome. With this in mind, an initial question. The application I'm interested in (Felipe Bergo's excellent project eboard, an interface used to play chess) connects to servers for the purpose of matching opponents, or can be used offline. I'm wondering whether perhaps writing a Bonobo component might be an appropriate solution for the board/game interface. I even thought there might be an appropriate component already in existence for the chat/messaging side of things, as this functions in a very similar fashion to other chat applications such as IRC. So: write a component, or avoid Bonobo? -- Cheers, Rich. From hp@redhat.com Thu Oct 17 01:58:52 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id CB8AF18C1A for ; Thu, 17 Oct 2002 01:58:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9H5xfHd016231; Thu, 17 Oct 2002 01:59:41 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9H5xdGc016227; Thu, 17 Oct 2002 01:59:39 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> From: Havoc Pennington Date: 17 Oct 2002 01:59:38 -0400 In-Reply-To: <1034828531.1455.1076.camel@localhost.localdomain> Message-ID: Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial, but my opinion is that Bonobo should only be used when you explicitly need rich out-of-process communication. If you're just doing a GUI, I'd stick mostly to plain GTK and libglade for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Havoc From churcher@ihug.com.au Thu Oct 17 03:54:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id 3735C1848E for ; Thu, 17 Oct 2002 03:53:57 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1825Tf-0004uo-00; Thu, 17 Oct 2002 17:53:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 17:55:28 +1000 Message-Id: <1034841329.1481.1152.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 15:59, Havoc Pennington wrote: > > This is a bit controversial, but my opinion is that Bonobo should > only be used when you explicitly need rich out-of-process > communication. > > If you're just doing a GUI, I'd stick mostly to plain GTK and > libglade for the GUI bits, use gnome-vfs, gconf, etc. where > appropriate, etc. I can appreciate that. Besides, I don't think I need the extra complication of learning Bonobo on top of everything else. Ok, so perhaps the next point should be for folks to suggest a good example. Preferably a GNOME 2 application that isn't gargantuan, but shows off correct practice that the GNOME developers would like to see in new or converted G2 projects. 'Correct' being one of those loaded words that inevitably starts arguments ;o) -- Cheers, Rich. From chen.shengqi@connet.com.tw Thu Oct 17 04:29:35 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from msa.connet.com.tw (unknown [202.39.28.155]) by mail.gnome.org (Postfix) with ESMTP id 2F327181DD for ; Thu, 17 Oct 2002 04:29:34 -0400 (EDT) Received: from victor ([61.171.235.12]) (authenticated) by msa.connet.com.tw with ESMTP id g9H8TVC13751 for ; Thu, 17 Oct 2002 16:29:31 +0800 Message-ID: <004d01c275b7$52a0a580$0f8c8dc0@victor> From: "chen.shengqi" To: Subject: how to draw image on pixmap with specified transparent color? Date: Thu, 17 Oct 2002 16:29:32 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: RGVhciBzaXJzOg0KICAgIEkgd2FudCB0byBkcmF3IHNvbWUgaW1hZ2UgdG8gcGl4bWFwIHdpdGgg c3BlY2lmaWVkIHRyYW5zcGFyZW50IGNvbG9yLiBIb3cgY2FuIEkgZG8gdGhpcz8gd2hlcmUgY2Fu IEkgZmluZCBleGFtcGxlcyBvbiB0aGlzPw0KICAgIHRoYW5rcy4NCg0K From miro@puremagic.com Thu Oct 17 05:41:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail01d.rapidsite.net (mail01d.rapidsite.net [207.158.192.52]) by mail.gnome.org (Postfix) with SMTP id 0E35418118 for ; Thu, 17 Oct 2002 05:41:43 -0400 (EDT) Received: from www.vams.com (207.201.150.210) by mail01d.rapidsite.net (RS ver 1.0.63s) with SMTP id 031558; Thu, 17 Oct 2002 05:41:27 -0400 (EDT) Message-ID: <3DAE8863.4000909@puremagic.com> Date: Thu, 17 Oct 2002 11:52:35 +0200 From: Miroslav Silovic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> <1034841329.1481.1152.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher wrote: >I can appreciate that. Besides, I don't think I need the extra >complication of learning Bonobo on top of everything else. > >Ok, so perhaps the next point should be for folks to suggest a good >example. Preferably a GNOME 2 application that isn't gargantuan, but >shows off correct practice that the GNOME developers would like to see >in new or converted G2 projects. 'Correct' being one of those loaded >words that inevitably starts arguments ;o) > > > Traditionally, gnome-hello is a showcase for the technologies you can use. I think it'd also be a VERY good idea to read GNOME HIG (human interface guidelines - the correct URL escapes me at the moment) before you do anything else. As for the small apps... gnome-utils and gnome-media are probably a good starting point. Miro From michael@ximian.com Thu Oct 17 05:50:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 8E1771830F for ; Thu, 17 Oct 2002 05:50:47 -0400 (EDT) Received: (qmail 3548 invoked from network); 17 Oct 2002 09:50:46 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 17 Oct 2002 09:50:46 -0000 Subject: Re: Converting GTK project to GNOME 2 From: Michael Meeks To: Havoc Pennington Cc: Rich Churcher , gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Organization: Ximian. Message-Id: <1034851526.32484.85.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 17 Oct 2002 11:45:26 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 06:59, Havoc Pennington wrote: > Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial Not _that_ controversial :-) > but my opinion is that Bonobo should only > be used when you explicitly need rich out-of-process communication. Yes - preferably on the same machine. Ultimately you need to ask yourself why you're using any given tool. _Unfortunately_ today's world being what it is - you almost certainly want to use SOAP for internet wide IPC - since it goes through fire-walls. So checkout the 'soup' module. > If you're just doing a GUI, I'd stick mostly to plain GTK and libglade > for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Yep - plain libglade / gtk+ sounds good for everything GUI. Of course - if you think you can feasibly use a mail / file transport for the game moves - it'd be nice to have a bonobo component that can be used inside evolution for making moves etc. Depending if you think that's a good idea - the same thing would view boards inside nautilus; it just depends if that's worth doing :-) Hopefully in some ideal future it'd also plug into Mozilla ... but problems there some of the chicken and egg variety. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From churcher@ihug.com.au Thu Oct 17 06:32:59 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 42C00182C9 for ; Thu, 17 Oct 2002 06:32:59 -0400 (EDT) Received: from p814-apx1.syd.ihug.com.au [203.173.143.52] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1827xY-0000hj-00; Thu, 17 Oct 2002 20:32:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <1034851526.32484.85.camel@michael.home> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 20:34:30 +1000 Message-Id: <1034850871.1481.1245.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > _Unfortunately_ today's world being what it is - you almost > certainly want to use SOAP for internet wide IPC - since it goes > through fire-walls. So checkout the 'soup' module. Done - I have no idea what that is, but there's always this weekend to find out... > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > course - if you think you can feasibly use a mail / file transport > for the game moves - it'd be nice to have a bonobo component that > can be used inside evolution for making moves etc. Depending if you > think that's a good idea - the same thing would view boards inside > nautilus; it just depends if that's worth doing :-) Hopefully in > some ideal future it'd also plug into Mozilla ... but problems there > some of the chicken and egg variety. Ooo, play by mail with evolution! Nice, never thought of that. Tell you what though, how about I actually get a working GNOME app here before I start chasing rainbows ;o) Correct me if I'm wrong, but if I write a good widget for the board it can always be packed into a component later? So it's not as if the Bonobo option is off the table for good. -- Cheers, Rich. From rodrigo@gnome-db.org Thu Oct 17 09:30:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gollum.gnome-db.org (69.Red-80-33-181.pooles.rima-tde.net [80.33.181.69]) by mail.gnome.org (Postfix) with ESMTP id 6344B18153 for ; Thu, 17 Oct 2002 09:30:47 -0400 (EDT) Received: from [192.168.0.3] (211.Red-80-59-90.pooles.rima-tde.net [80.59.90.211]) by gollum.gnome-db.org (Postfix) with ESMTP id 0072C37C0A2; Thu, 17 Oct 2002 15:30:44 +0200 (CEST) Subject: Re: Converting GTK project to GNOME 2 From: Rodrigo Moya To: Rich Churcher Cc: gnome-devel-list@gnome.org In-Reply-To: <1034850871.1481.1245.camel@localhost.localdomain> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> <1034850871.1481.1245.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1034861390.2865.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 17 Oct 2002 15:29:51 +0200 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 12:34, Rich Churcher wrote: > On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > > > _Unfortunately_ today's world being what it is - you almost > > certainly want to use SOAP for internet wide IPC - since it goes > > through fire-walls. So checkout the 'soup' module. > > Done - I have no idea what that is, but there's always this weekend to > find out... > it is a SOAP implementation in C, which allows you to do RPC over HTTP and XML. > > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > > course - if you think you can feasibly use a mail / file transport > > for the game moves - it'd be nice to have a bonobo component that > > can be used inside evolution for making moves etc. Depending if you > > think that's a good idea - the same thing would view boards inside > > nautilus; it just depends if that's worth doing :-) Hopefully in > > some ideal future it'd also plug into Mozilla ... but problems there > > some of the chicken and egg variety. > > Ooo, play by mail with evolution! Nice, never thought of that. Tell you > what though, how about I actually get a working GNOME app here before I > start chasing rainbows ;o) > yes, a Bonobo component can easily be added later on, if you do your app well separated in modules, you can just add the Bonobo component later on. Just make sure your app is modular enough and has all functionality cleanly separared. > Correct me if I'm wrong, but if I write a good widget for the board it > can always be packed into a component later? So it's not as if the > Bonobo option is off the table for good. > yes, exactly. cheers From iamgod@itu.st.jyu.fi Thu Oct 17 11:20:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from itu.st.jyu.fi (itu.st.jyu.fi [130.234.4.65]) by mail.gnome.org (Postfix) with ESMTP id 1DE1A1824A for ; Thu, 17 Oct 2002 11:20:20 -0400 (EDT) Received: from localhost (iamgod@localhost) by itu.st.jyu.fi (8.11.6/8.11.2/antispam3) with ESMTP id g9HFKID02102 for ; Thu, 17 Oct 2002 18:20:18 +0300 Date: Thu, 17 Oct 2002 18:20:17 +0300 (EEST) From: Risto Peranen To: gnome-devel-list@gnome.org Subject: Nautilus alternatives In-Reply-To: <1034861390.2865.3.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello to all comrades. I have bit tired of nautilus (both 1 and 2) and it's wankiness. Is there any alternatives and if I would like to make my own app to draw desktop and file manacing where should I start? I appreciete following options: - easy to script (common tasks should be written in python/emacs/perl/shell scripts. Human is always too slow and make mistakes.) - fast and light - minimun amount of components (sure it should be able to run helper applications :) - some Open Source licence - not so fancy-wanky (who needs themes or crap like that) Emacs doesn't have support for this kind of tasks --- what o pity :P ---------- Risto Peranen ( Risto Peränen with proper lang setting ) mailto iamgod@jyu.fi From spamfrommailing@freax.org Thu Oct 17 18:30:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mail.gnome.org (Postfix) with ESMTP id 4470518CBB; Thu, 17 Oct 2002 18:30:20 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 51BC183E81; Fri, 18 Oct 2002 00:30:19 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by horkos.telenet-ops.be (Postfix) with ESMTP id E68CF83C33; Fri, 18 Oct 2002 00:30:18 +0200 (CEST) Subject: Applet for Clipboard Manager From: Philip Van Hoof Reply-To: Gnome@pandora.be, Clipboard@pandora.be, Manager@pandora.be, Mailinglist@pandora.be To: Gnome Clipboard Manager Mailinglist , usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034866672.16789.8.camel@freax> References: <1034866672.16789.8.camel@freax> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 00:30:58 +0200 Message-Id: <1034893858.26747.20.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a mail about the GNOME Clipboard Manager. You can find more information about this application here : http://gcm.sourceforge.net On Thu, 2002-10-17 at 16:57, on the Gcm-Devel mailinglist Philip Van Hoof wrote: > I have imported the gcmapplet module in cvs. > This will be a very simple PanelApplet for controlling gcm [CUT] I got the PanelApplet working. Read : I made a PanelApplet with libgcm support that shows a label in the Gnome2 panel with the text "test" :-) In human language this means that the Clipboard Manager applet will be finished very soon. What else is finished ? libgcm : A library for (remote) controlling GNOME Clipboard Manager (works a lot like libxmms) plugin support : The support for plugins in GNOME Clipboard Manager (works a lot like the pluginsystem of xmms) libgcmtest : A small glade application with libgcm support that demonstrates all possibilities of libgcm. sampleplugin : A sample plugin for GNOME Clipboard Manager that demonstrates all possibilities of the plugin support of Gcm. A first test applet with libgcm support : The default PanelApplet that will be shipping with the GNOME Clipboard Manager releases. This applet will have all functionality such an applet needs. The idea is to make GNOME Clipboard Manager a non-visible Gnome application (a.k.a. a deamon) that does all clipboard management in the background. Applications with libgcm support can make GNOME Clipboard Manager show her UserInterface and/or make GNOME Clipboard Manager threadsave perform specific functions. The pluginsystem is to avoid that (future) programmers of GNOME Clipboard Manager -like me- will make GNOME Clipboard Manager bloatware. Most new features that go into GNOME Clipboard Manager should be programmed using the pluginsystem of GNOME Clipboard Manager i.m.h.o. Examples of such a new feature is the possibility to send and receive items from other hosts running GNOME Clipboard Manager. Disabling this plugin would then disable 'all' networking code. Maybe other Clipboard Management systems of other Operating Systems or desktop systems can someday corporate with GNOME Clipboard Manager's networking plugin :). Feel free to mailbomb me with comments and suggestions :-). And please, no comments like : "huh? why do we need a Clipboard Manager". My answer will be "We don't, don't use it, bye". -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From spamfrommailing@freax.org Fri Oct 18 15:13:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 2D05D18139; Fri, 18 Oct 2002 15:13:30 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 8F0A52012E; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 0E84520148; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Subject: Re: [Gcm-devel] Applet for Clipboard Manager From: Philip Van Hoof To: Gnome Clipboard Manager Mailinglist Cc: usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034893858.26747.20.camel@pluisje> References: <1034866672.16789.8.camel@freax> <1034893858.26747.20.camel@pluisje> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 21:14:09 +0200 Message-Id: <1034968449.12346.34.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-18 at 00:30, Philip Van Hoof wrote: > I got the PanelApplet working. Read : I made a PanelApplet with libgcm > support that shows a label in the Gnome2 panel with the text "test" :-) > In human language this means that the Clipboard Manager applet will be > finished very soon. It is a bit crashy from time to times but I have something working. export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 gcmapplet libgcmtest First install gcm-2. This will install * gcm : The Clipboard Manager (Deamon) * gcmui : A tool to launch the UserInterface of gcm in /usr/local/bin Then install libgcmtest. This will install * libgcmtest : A tool to test all capabilities of libgcm in /usr/local/bin Then install gcmapplet. This will install * gcmapplet : A very simple PanelApplet that implements some of the capabilities of libgcm. in /usr/local/lib/libexec I think ... Use the menu of the Panel. After make install you should have an item called "Clipboard Manager" in the "Utilities" menu Required : GTK_REQUIRED=1.3.1 LIBGNOMEUI_REQUIRED=1.96.0 GCONF_REQUIRED=1.0.8 LIBXML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGTKHTML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGCM_REQUIRED=2.0.2 LIBGCM will be installed when you compile and install gcm-2 (only the current CVS version. 'Not' the 2.0.1 release. And no there is not a release with libgcm available yet) After you compiled and installed gcm-2 it is possible that you have start ldconfig and maybe move the libgcm* files from /usr/local/lib/ to /usr/lib (depends on your distro and ldconfig, for example : On my Debian it worked and on my Mandrake 9.0 it did not worked until I moved those files. Probably some automake bug that I made :-\) Installating of all these packages : ./autogen.sh && make && make install Running : gcm& gcmui Add applet in the gnome-panel -> Utilities -> Clipboard Manager Testing : libgcmtest -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From anil@gdit.iiit.net Sun Oct 20 07:57:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 1410E1814B for ; Sun, 20 Oct 2002 07:57:33 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KBj3K14025 for ; Sun, 20 Oct 2002 17:15:04 +0530 Subject: GConf From: Anil Kumar Putla To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-3YAp2D3Gp/5edllPVFrf" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 17:23:23 +0530 Message-Id: <1035114805.1038.10.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-3YAp2D3Gp/5edllPVFrf Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I would like to know whether gconf-1.0.9 is usable in application programs. When i am using the library with mem profile it is showing memory leaks. Am i not calling the appropriate destroy routines. Bye, Anil --=-3YAp2D3Gp/5edllPVFrf Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-3YAp2D3Gp/5edllPVFrf-- From hp@redhat.com Sun Oct 20 11:35:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 93BCB18376 for ; Sun, 20 Oct 2002 11:35:06 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9KFaEHd020538; Sun, 20 Oct 2002 11:36:14 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9KFaDtg020534; Sun, 20 Oct 2002 11:36:13 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Anil Kumar Putla Cc: gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> From: Havoc Pennington Date: 20 Oct 2002 11:36:13 -0400 In-Reply-To: <1035114805.1038.10.camel@hell> Message-ID: Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla writes: > > I would like to know whether gconf-1.0.9 is usable in application > programs. When i am using the library with mem profile it is showing > memory leaks. Am i not calling the appropriate destroy routines. You need to g_free the "str" variable. Havoc From anil@gdit.iiit.net Sun Oct 20 11:42:54 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 4EFA81834D for ; Sun, 20 Oct 2002 11:42:52 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KFUHK29881; Sun, 20 Oct 2002 21:00:18 +0530 Subject: Re: GConf From: Anil Kumar Putla To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035114805.1038.10.camel@hell> Content-Type: multipart/mixed; boundary="=-IY1JQ+uWnP40vokgZM85" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 21:08:43 +0530 Message-Id: <1035128325.8241.3.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-IY1JQ+uWnP40vokgZM85 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I just missed that line. g_free(str); I am just worried about the output of g_mem_profile(), when i am using gconf. Just checkout the output of g_mem_profile(). GLib Memory statistics (failing operations): --- none --- Total bytes: allocated=199865, zero-initialized=11936 (5.97%), freed=179441 (89.78%), remaining=20424 MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 Anil On Sun, 2002-10-20 at 21:06, Havoc Pennington wrote: > > > Anil Kumar Putla writes: > > > > I would like to know whether gconf-1.0.9 is usable in application > > programs. When i am using the library with mem profile it is showing > > memory leaks. Am i not calling the appropriate destroy routines. > > You need to g_free the "str" variable. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list --=-IY1JQ+uWnP40vokgZM85 Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_free(str); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-IY1JQ+uWnP40vokgZM85-- From james@daa.com.au Sun Oct 20 21:15:05 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 3D6A41817E for ; Sun, 20 Oct 2002 21:15:04 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 91240C2B1; Mon, 21 Oct 2002 09:15:01 +0800 (WST) Message-ID: <3DB354E7.5040604@daa.com.au> Date: Mon, 21 Oct 2002 09:14:15 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anil Kumar Putla Cc: Havoc Pennington , gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> <1035128325.8241.3.camel@hell> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla wrote: >Hi, > I just missed that line. g_free(str); > > I am just worried about the output of g_mem_profile(), when i am using >gconf. Just checkout the output of g_mem_profile(). > >GLib Memory statistics (failing operations): > --- none --- >Total bytes: allocated=199865, zero-initialized=11936 (5.97%), >freed=179441 (89.78%), remaining=20424 >MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 > > In such a short program, you are likely seeing the effects of one time initialisations of various internal structures. These structures generally aren't freed (which is not generally a problem). If you changed your example to lookup 100 times as many strings, and it leaked 100 times as much memory then it would be a bug. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From sopwith@widget.gnome.org Mon Oct 21 00:00:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id D819F180F8 for ; Mon, 21 Oct 2002 00:00:58 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 4665A4043C; Mon, 21 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5980 bugs open on bugzilla.gnome.org Message-Id: <20021021040002.4665A4043C@widget.gnome.org> Date: Mon, 21 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 883 gtk+ | 531 galeon | 363 gnome-vfs | 301 GIMP | 290 gnome-applets | 228 gnome-panel | 135 balsa | 115 control-center | 113 gnome-core | 108 gnome-pilot | 107 sawfish | 106 medusa | 94 libzvt | 86 GnuCash | 83 metacity | 77 dia | 76 glib | 76 gnome-terminal | 75 Gnumeric | 74 Pan | 71 libgnomeui | 61 gnome-utils | 59 gnome-games | 59 pango | 57 GConf | 53 gnome-media | 53 gtkhtml2 | 53 bugzilla.gnome.org | 50 GnomeICU | 47 libgda | 47 general | 43 gnome-file-selector | 42 HIG | 40 bonobo | 39 GStreamer | 38 gnome-session | 37 gdm | 35 glade | 34 bug-buddy | 33 gok | 32 libgnome | 31 gnome-libs | 30 rhythmbox | 30 libgtop | 29 website | 29 gedit | 28 gnorpm | 28 Yelp | 26 libwnck | 24 system-monitor [was: procman] | 23 libgnomecanvas | 23 lampadas | 23 gtop [gnome-system-monitor] | 22 anjuta2 | 22 gnome-pim | 21 gphoto | 21 gnome-python | 21 gnome-db | 18 gnome-print | 18 ORBit | 18 grapevine | 17 intltool | 16 xscreensaver | 15 libglade | 15 gnome-desktop | 15 Gnomoradio | 14 Metatheme | 14 vte | 14 eazel-hacking | 14 gnomemeeting | 14 gtranslator | 13 ORBit2 | 13 crescendo | 13 bonobo-activation [was: oaf] | 13 gtkmm | 13 gnome-user-docs | 12 at-spi | 12 gmc | 12 gnome-chess | 11 gnome-perl | 11 imlib1 | 11 libgnomedb | 11 eazel-themes | 10 printman | 10 ToutDoux | 10 GGV | 10 gtk-doc | 10 EOG | 10 eel | 10 gperfmeter | 9 pkg-config | 9 gnopernicus | 9 gnome-vfs-extras | 9 memprof | 9 atk | 9 gtk-engines | 8 audiofile | 8 gtkvts | 8 mergeant | 8 gnome-iconedit | 8 devhelp | 7 esound | 7 gconf-editor | 7 librsvg | 7 acme | 6 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 5 Guppi | 5 l10n | 4 totem | 4 Gfax | 4 libart | 4 Release Engineering | 4 gnome-build | 4 gnomemm | 3 orbit-perl | 3 desktop-file-utils | 3 gnome-pm | 3 jhbuild | 3 gASQL | 3 libxslt | 3 galf | 3 file-roller | 2 libIDL | 2 at-poke | 2 GNOME CD Master | 2 magicdev | 2 gnome-debug | 2 gnome-mag | 1 gnome-system-tools | 1 libxml | 1 libegg | 1 gmime | 1 Guikachu | 1 tubesock | 1 gnomovision | 1 gtkglarea | 1 xalf | 1 gthumb | 1 gnome-guile | 1 From spamfrommailing@freax.org Mon Oct 21 17:30:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 3828C1847A for ; Mon, 21 Oct 2002 17:30:47 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 980111FFAD for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 1A0751FF3A for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:31:29 +0200 Message-Id: <1035235889.13874.64.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From me@freax.org Mon Oct 21 17:28:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mail.gnome.org (Postfix) with ESMTP id 85DC71845E for ; Mon, 21 Oct 2002 17:28:53 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id B754ADC02A for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by tartarus.telenet-ops.be (Postfix) with ESMTP id 014EEDBDDD for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:29:35 +0200 Message-Id: <1035235775.12650.62.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From torvir@dpsl.net Tue Oct 22 07:07:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by mail.gnome.org (Postfix) with ESMTP id BEC31189AC for ; Tue, 22 Oct 2002 07:07:16 -0400 (EDT) Received: by mail.dpsl.net with Internet Mail Service (5.5.2653.19) id ; Tue, 22 Oct 2002 16:48:41 +0530 Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by khyber.enigma with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VMK6ZW3D; Tue, 22 Oct 2002 16:48:40 +0530 Received: FROM comp185 BY khyber.enigma ; Tue Oct 22 16:48:39 2002 +0500 From: Rahul Torvi To: gnome-devel-list@gnome.org Subject: Interpolation support in Gnome Canvas? Date: Tue, 22 Oct 2002 16:36:04 +0530 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I am developing an image viewer application using gtk and gnome. I am developing it on Redhat 7.3 and am using KDE 2.1. I am using Gnome Canvas in anti-aliased mode. I have used libtiff funtions to load the tiff images and then create GdkPixBuf objects from the raw data. I insert the pixbuf into the Canvas as a GnomeCanvasPixbuf item. The images are being displayed but are not very clear. After analysing the Eye Of Gnome application i have come to the conclusion that the problem is interpolation. My reading tells me that the gnome canvas by default uses INTERP_NEAREST interpolation type while rendering an image. If i am correct Is there some method by which I can provide atleast BILINEAR interpolation support to my canvas ? Else is there any alternative to get clarity in the images that are being loaded? If I am wrong Please tell me what I have to do to include BILINEAR support in the canvas ? I have even posted this query in the gtk-app devlopers list, but have recieved no response!! This is a request to all gtk/gnome gurus to help me out. Hoping for a positive response. thanks and regards, Rahul From rplana@zicorp.com Thu Oct 24 03:22:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mail.gnome.org (Postfix) with ESMTP id 3E72B18107 for ; Thu, 24 Oct 2002 03:22:24 -0400 (EDT) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H003F35T5X0@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca (pn2ml1so-qfe0.prod.shaw.ca [10.0.121.145]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H00BAJ5T5VJ@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from zicorp.com (h68-146-201-147.cg.shawcable.net [68.146.201.147]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H0062O5T52I@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Date: Thu, 24 Oct 2002 01:22:50 -0600 From: Richard Plana Subject: gnome2 panel menu primer To: gnome-devel-list@gnome.org Message-id: <3DB79FCA.7080901@zicorp.com> Organization: Zi Corporation MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021019 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I would like to create a menu for the gnome-panel from scratch. I tried going through all the menu*.[ch] files but couldn't make heads or tails of how I'm to begin. From the looks of it, it doesn't seem to follow gnome-panel applet design (so the applet-writing.html doc might not be what I need) If one would outline the things needed to do to start me on my own menu or point me to some existing document I could start with, I'd greatly appreciate it. -- *Richard Neal Plana, B.Sc., CCNA* Lead Software Engineer Zi Corp. From joes@rdsgmail.jpl.nasa.gov Thu Oct 24 11:28:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eis-msg-012.jpl.nasa.gov (eis-msg-012.jpl.nasa.gov [137.78.160.40]) by mail.gnome.org (Postfix) with ESMTP id 8021918113 for ; Thu, 24 Oct 2002 11:28:47 -0400 (EDT) Received: from mooneyflyer.rdsgmail.jpl.nasa.gov (mooneyflyer.jpl.nasa.gov [137.79.137.239]) by eis-msg-012.jpl.nasa.gov (8.12.1/8.12.1) with ESMTP id g9OFSkBo009752 for ; Thu, 24 Oct 2002 08:28:46 -0700 (PDT) Message-Id: <5.1.0.14.0.20021024082133.00a4b560@rdsgmail.jpl.nasa.gov> X-Sender: joes@rdsgmail.jpl.nasa.gov X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 24 Oct 2002 08:32:40 -0700 To: gnome-devel-list@gnome.org From: Joe Schartman Subject: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? In-Reply-To: <20021022160005.6859.85919.Mailman@moniker.gnome.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-1614028641==_.ALT" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=====================_-1614028641==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by putting the appropriate .destop file under ~/.gnome/app so that the associated icon for the .desktop files get created under the mainmenu>Favorites For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get created at ~/.gnome2/share BUT where do/shoud the icons end up ? There is NO mainmenu>Favorites for this platform. How should apps those example apps be added to the control panel or main menu using the existing .desktop files ? Regards, Joe Joe Schartman COE Kernel Project Developer Northrop Grumman Information Technology, affiliated with JPL 320 N. Halstead St., Pasadena, CA 91107 JPL M.S.: 320/120/4 Email: joes@rdsgmail.jpl.nasa.gov jschartman@pasadena.feddata.com (626) 351-1542, Fax (626) 351-0751 .~. /V\ / / \ \ / ( ) \ (^^)-(^^) --=====================_-1614028641==_.ALT Content-Type: text/html; charset="us-ascii"  RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>???

Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by
putting the appropriate .destop file under ~/.gnome/app so that the associated icon
for the .desktop files get created under the mainmenu>Favorites

For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get
created at ~/.gnome2/share BUT where do/shoud  the icons end up ?
There is NO mainmenu>Favorites for this platform.
How should apps those example apps be added to the control panel or main menu using the
existing .desktop files ?

Regards, Joe



Joe Schartman
COE Kernel Project Developer
Northrop Grumman Information Technology, affiliated with JPL
320 N. Halstead St., Pasadena, CA 91107
JPL M.S.: 320/120/4
Email: joes@rdsgmail.jpl.nasa.gov
          jschartman@pasadena.feddata.com

(626) 351-1542, Fax (626) 351-0751

         
          .~.
          /V\
      / /      \ \
    / (         ) \
       (^^)-(^^)

--=====================_-1614028641==_.ALT-- From thomas@urgent.rug.ac.be Thu Oct 24 11:46:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 22690181A2 for ; Thu, 24 Oct 2002 11:46:17 -0400 (EDT) Received: (qmail 26520 invoked by uid 505); 24 Oct 2002 15:46:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 15:46:16 -0000 Date: Thu, 24 Oct 2002 17:46:16 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: gconf2 schema installs as user. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Now that I'm happily running red hat 8.0 and don't have full homedir install of gnome2, I'm running into issues when I try to compile some applications and install them as a user in my home dir. Ideally, this should just work, but currently it fails due to gconf schema installs. Specifically, it determines correctly that the primary source of schema files is located in /etc However, if I understand gconf correctly, based on my /etc/gconf/2/path file, schemas placed in xml:readwrite:$(HOME)/.gconf would also be picked up by gconf, right ? So my question is - wouldn't it make more sense if gconftool-2 --get-default-source reported a location where the current user has write permissions, or, possibly an extra flag, which would then be used at install time ? I understand the fact that there's a difference between the user running configure and the user running make install, which is why it would seem to make more sense to me to move the actual call to gconftool-2 to the install rule in every Makefile so that it figures out an installable location for gconf schemas. I just want to ask here what you consider the best way to make this work by default in both cases (user installs and system installs). Thanks, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> I touch and you melt down You don't even know it how much I want to believe it <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 14:46:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id D6CCF1812B for ; Thu, 24 Oct 2002 14:46:00 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9OIlxHd018774; Thu, 24 Oct 2002 14:47:59 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9OIlxdB018770; Thu, 24 Oct 2002 14:47:59 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 14:47:59 -0400 In-Reply-To: Message-ID: Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > I just want to ask here what you consider the best way to make this work > by default in both cases (user installs and system installs). > I guess the way it works right now is that you would pass --with-gconf-source=whatever alongside your --prefix=myhomedir. Well I'm not sure the configure option is --with-gconf-source but it's something like that. I'm not sure how to make it work without configure options, but ideas are welcome. Havoc From thomas@urgent.rug.ac.be Thu Oct 24 15:21:16 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id CD88C18E1B for ; Thu, 24 Oct 2002 15:21:15 -0400 (EDT) Received: (qmail 12225 invoked by uid 505); 24 Oct 2002 19:21:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 19:21:15 -0000 Date: Thu, 24 Oct 2002 21:21:15 +0200 (CEST) From: Thomas Vander Stichele To: Havoc Pennington Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, > Thomas Vander Stichele writes: > > I just want to ask here what you consider the best way to make this work > > by default in both cases (user installs and system installs). > > > > I guess the way it works right now is that you would pass > --with-gconf-source=whatever alongside your --prefix=myhomedir. > Well I'm not sure the configure option is --with-gconf-source but > it's something like that. Yes, I've seen that option; I'm trying to think of a solution without it. My general strategy would be to a) have gconftool-2 have an option that would give you a default writable schema install dir (which I suppose is doable, no ?) b) use this call and option at INSTALL time so that we get a writable path It looks like this is sane (unless you see something I've overlooked), with the crux being b), so if you'd consider this a good way to attack this I don't mind looking into it and cooking it up. The template automake code is used by every project in gnome, so it'd be nice to make this possible. Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> It's only love that stops you from walking out the door <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 20:06:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 16364184F8 for ; Thu, 24 Oct 2002 20:06:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9P08mHd020294; Thu, 24 Oct 2002 20:08:48 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9P08mZx020290; Thu, 24 Oct 2002 20:08:48 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 20:08:48 -0400 In-Reply-To: Message-ID: Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > Yes, I've seen that option; I'm trying to think of a solution without it. > My general strategy would be to > a) have gconftool-2 have an option that would give you a default writable > schema install dir (which I suppose is doable, no ?) > b) use this call and option at INSTALL time so that we get a writable path > I'm not clear on what you mean by a)? You mean if we can't write to the usual default location we fall back to ~/.gconf? It seems like a very not-general solution; I'm also worried for example about hiding error messages when someone _intended_ to install to the regular location. But it might be worth it to make things work without a lot of fooling around, I don't know. Havoc From henrik@bitvis.nu Fri Oct 25 03:09:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from fortet.funcform.se (fortet.funcform.se [194.16.51.77]) by mail.gnome.org (Postfix) with ESMTP id 728C6180E0 for ; Fri, 25 Oct 2002 03:09:55 -0400 (EDT) Received: from client-89.internt.funcform.se ([192.168.1.89]) by fortet.funcform.se with esmtp (Exim 3.34 #1 (Debian)) id 184ybi-0001eR-00 for ; Fri, 25 Oct 2002 09:10:10 +0200 Subject: Feedback on a othello program From: Henrik Ohman To: gnome-devel-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:16:51 +0200 Message-Id: <1035530212.20374.27.camel@bitvis> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi,=20 I have for the last year or so been writing on a program playing the game of othello (reversi). The program, called Sirius, uses a lot of common ai-techniques such as alphabeta search and transposition table lookup; and has (of cource) a gnome2 gui.=20 Now I have come to a point where I need some feedback on how to proceed. Not that the program is not complete, in fact is has quite a few rough edges, especially the gui... but I think I need some thoughts from others about it.=20 http://sirius.bitvis.nu/ Regards Henrik =D6hman From spamfrommailing@freax.org Fri Oct 25 04:16:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id BEEFA18ECE for ; Fri, 25 Oct 2002 04:16:01 -0400 (EDT) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9P8F3Wo014244 for ; Fri, 25 Oct 2002 10:15:03 +0200 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9P8F0ln014237; Fri, 25 Oct 2002 10:15:00 +0200 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 10:14:59 +0200 Message-Id: <1035533699.13972.33.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: -- > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From berberic@forwiss.uni-passau.de Fri Oct 25 06:42:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 67220180D9 for ; Fri, 25 Oct 2002 06:42:26 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PAgOwD016753 for ; Fri, 25 Oct 2002 12:42:25 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PAgNcu030096 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 12:42:24 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PAgMZC030094 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 12:42:22 +0200 Date: Fri, 25 Oct 2002 12:42:22 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Gnome Bucktracking disfunctional? Message-ID: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --J/dobhs11T7y2rNN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, maybe it is a bit exaggerate, but at the moment there seem to be no mechanism that makes sure that bugreports get proccessed in any way. So if the maintainer doesn no longer care about its bugs nothing happens at all. This might be O.K. for someones personal project but not for a gnome core component. There should be some way to detects when a components maintainer does no longer care about it's bugs and gets this component/bugs reassigned. MfG bmg BTW: it is very frustating to make patches to (severe) bugs in gome and realise that nobody cares. --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSAOnp4msu7jrxMRA1QoAKCaiwIKu2eNXk1h3fUf0Q+Z9yV27QCfZxA1 AIjh1PBw3LMzkxnsRgUn64g= =SUEG -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From sopwith@redhat.com Fri Oct 25 07:00:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B7D3918415 for ; Fri, 25 Oct 2002 07:00:28 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PB0L825833; Fri, 25 Oct 2002 07:00:21 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:00:21 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > maybe it is a bit exaggerate, but at the moment there seem to be no > mechanism that makes sure that bugreports get proccessed in any > way. So if the maintainer doesn no longer care about its bugs nothing > happens at all. This might be O.K. for someones personal project but > not for a gnome core component. > BTW: it is very frustating to make patches to (severe) bugs in gome > and realise that nobody cares. It is indeed, but the flip side is that it's frustrating for the always-busy maintainers to have people complaining about inattention to bugs, when there is nothing those maintainers can do about it. The only remedy is getting new people working on bugs, and you probably have more ideas than I how to make this happen. I believe the gnome-bugsquad mailing list is a good place to offer help. -- Elliot From michael@ximian.com Fri Oct 25 07:32:09 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2E1AE180D9 for ; Fri, 25 Oct 2002 07:32:09 -0400 (EDT) Received: (qmail 31607 invoked from network); 25 Oct 2002 11:32:08 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 25 Oct 2002 11:32:08 -0000 Subject: Re: gconf2 schema installs as user. From: Michael Meeks To: Havoc Pennington Cc: Thomas Vander Stichele , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035548800.28291.190.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 25 Oct 2002 13:26:40 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 01:08, Havoc Pennington wrote: > But it might be worth it to make things work without a lot of fooling > around, I don't know. I've been bitten by this a lot FWIW; but I'm hoping for more of an adaptive configuration domain solution ;-) Then again it's never going to happen so, homedir installs would work too. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From berberic@forwiss.uni-passau.de Fri Oct 25 07:35:11 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id EC1B3180D9 for ; Fri, 25 Oct 2002 07:35:10 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PBZAwD020565 for ; Fri, 25 Oct 2002 13:35:10 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PBZ9cu031708 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 13:35:09 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PBZ9qM031706 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 13:35:09 +0200 Date: Fri, 25 Oct 2002 13:35:09 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > On Fri, 25 Oct 2002, M G Berberich wrote: >=20 > > maybe it is a bit exaggerate, but at the moment there seem to be no > > mechanism that makes sure that bugreports get proccessed in any > > way. So if the maintainer doesn no longer care about its bugs nothing > > happens at all. This might be O.K. for someones personal project but > > not for a gnome core component. >=20 > > BTW: it is very frustating to make patches to (severe) bugs in gome > > and realise that nobody cares. >=20 > It is indeed, but the flip side is that it's frustrating for the > always-busy maintainers to have people complaining about inattention to > bugs, when there is nothing those maintainers can do about it. > The only remedy is getting new people working on bugs, and you probably > have more ideas than I how to make this happen. I believe the > gnome-bugsquad mailing list is a good place to offer help. Maybe I missunderstood your statement, but I wrote about bugreports _including_ patches. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSxsnp4msu7jrxMRAyu8AJ9QSYAwOq2EK3llfrSHZsZvTZ0URgCdHFw/ poCex6NNwIS9KwsAr0HI2NU= =K7pk -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From sopwith@redhat.com Fri Oct 25 07:40:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 6941918F01 for ; Fri, 25 Oct 2002 07:40:39 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PBeWB03012; Fri, 25 Oct 2002 07:40:32 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:40:32 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. Unfortunately this doesn't help the maintainers get time to reply to those bug reports - it takes a lot of time to process bug reports even if they include patches (although patches definitely help once the developer gets to actually fixing the problem). -- Elliot Living on Earth is expensive, but it does include a free trip around the sun every year. From kmaraas@online.no Fri Oct 25 07:56:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id B5A7518F0A for ; Fri, 25 Oct 2002 07:56:35 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PBsCh02678; Fri, 25 Oct 2002 13:54:12 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 13:54:12 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 13:35 skrev M G Berberich: > Hello, > > Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > > On Fri, 25 Oct 2002, M G Berberich wrote: > > > > > maybe it is a bit exaggerate, but at the moment there seem to be no > > > mechanism that makes sure that bugreports get proccessed in any > > > way. So if the maintainer doesn no longer care about its bugs nothing > > > happens at all. This might be O.K. for someones personal project but > > > not for a gnome core component. > > > > > BTW: it is very frustating to make patches to (severe) bugs in gome > > > and realise that nobody cares. > > > > It is indeed, but the flip side is that it's frustrating for the > > always-busy maintainers to have people complaining about inattention to > > bugs, when there is nothing those maintainers can do about it. > > > The only remedy is getting new people working on bugs, and you probably > > have more ideas than I how to make this happen. I believe the > > gnome-bugsquad mailing list is a good place to offer help. > > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. > There's always the possibility of offering to maintain something that isn't properly maintained from the project itself. I'm assuming that you're talking about the zvt patches you have on your website. I applied one of the patches to zvt in gnome-libs for 1.4.x, but the one adding the CutToBeginningOfLine feature has not been applied for the simple reason that we're really not supposed to be adding features and api in the stable branches, and secondly I have no knowledge of how the terminal widget is supposed to work so I can't really review the patch in any sane way. The main problem here has been the lack of maintainership for 1.4.x. I've tried to do my best to incorporate the patches that have been floating around and I dare say I've gotten a few in, but the sheer amount of stuff has made it impossible to do it all. And I don't think the terminal is the most critical piece of software in the desktop :-) Anyway, I'd gladly take any help I can get in maintaining this and I'm sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla and leaving it up to the maintainer isn't going to work in all cases. You need to do some lobbying to get stuff in in many cases. Cheers and thanks a lot for the patches anyway. Kjartan From berberic@forwiss.uni-passau.de Fri Oct 25 08:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 4B0C318F0F for ; Fri, 25 Oct 2002 08:22:39 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PCMcwD025309 for ; Fri, 25 Oct 2002 14:22:38 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PCMbcu032546 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 14:22:38 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PCMbVP032544 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 14:22:37 +0200 Date: Fri, 25 Oct 2002 14:22:37 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="WfZ7S8PLGjBY9Voh" Content-Disposition: inline In-Reply-To: <1035546852.2481.13.camel@sevilla.gnome.no> User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --WfZ7S8PLGjBY9Voh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 13:54:12 schrieb Kjartan Maraas: > There's always the possibility of offering to maintain something that > isn't properly maintained from the project itself. I'm assuming that > you're talking about the zvt patches you have on your website. I applied > one of the patches to zvt in gnome-libs for 1.4.x, but the one adding > the CutToBeginningOfLine feature has not been applied for the simple > reason that we're really not supposed to be adding features and api in > the stable branches, and secondly I have no knowledge of how the > terminal widget is supposed to work so I can't really review the patch > in any sane way. >=20 > The main problem here has been the lack of maintainership for 1.4.x. > I've tried to do my best to incorporate the patches that have been > floating around and I dare say I've gotten a few in, but the sheer > amount of stuff has made it impossible to do it all. And I don't think > the terminal is the most critical piece of software in the desktop :-) >=20 > Anyway, I'd gladly take any help I can get in maintaining this and I'm > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > and leaving it up to the maintainer isn't going to work in all cases. > You need to do some lobbying to get stuff in in many cases. Actually I'm talking about gnome-2 stuff. #94745 multiload-applet-2 graphs are off by 3 pixels=20 #94896 libzvt-2 uncorrect display of terminal-content=20 #94897 libzvt-2 word select anomalys The last two are the same bugs you mentioned above for 1.4. At least the "uncorrect display of terminal-content" should be fixed -- I dont like my terminal to lie to me. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --WfZ7S8PLGjBY9Voh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uTeMnp4msu7jrxMRA517AJ0SuBm/RXp0TIC3bO8LvCnVe6xVswCgmE5s jjUfmfM/mKxiWf9Ac5v6C4s= =kP9v -----END PGP SIGNATURE----- --WfZ7S8PLGjBY9Voh-- From kmaraas@online.no Fri Oct 25 10:59:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id E30CD18358 for ; Fri, 25 Oct 2002 10:59:53 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PEvWj18186; Fri, 25 Oct 2002 16:57:32 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035557851.16218.10.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 16:57:31 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 14:22 skrev M G Berberich: > Hello, > > > Anyway, I'd gladly take any help I can get in maintaining this and I'm > > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > > and leaving it up to the maintainer isn't going to work in all cases. > > You need to do some lobbying to get stuff in in many cases. > > Actually I'm talking about gnome-2 stuff. > Oh, sorry I misunderstood you then. > #94745 multiload-applet-2 graphs are off by 3 pixels > > #94896 libzvt-2 uncorrect display of terminal-content > > #94897 libzvt-2 word select anomalys > > The last two are the same bugs you mentioned above for 1.4. > > At least the "uncorrect display of terminal-content" should be fixed I'm running with both these from October now and I'll probably include them in the next release of gnome-libs. I have a couple more for you to look at if you feel like it :) "iptraf makes zvt misdraw" http://bugzilla.gnome.org/show_bug.cgi?id=56912 or really anything you find you're able to fix on this list: http://bugzilla.gnome.org/buglist.cgi?product=gnome-libs&component=zvt&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=REOPENED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anywords&op_sys_details=&op_sys_details_type=substring&version_details=&version_details_type=substring&cmdtype=doit&namedcmd=gnome-applets&newqueryname=&order=Reuse+same+sort+as+last+time&form_name=query Thanks a lot one more time, and I hope the fixes make it into libzvt for GNOME 2 also. Cheers Kjartan From thomas@urgent.rug.ac.be Sat Oct 26 13:35:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 2C44D180DC for ; Sat, 26 Oct 2002 13:35:28 -0400 (EDT) Received: (qmail 22251 invoked by uid 505); 26 Oct 2002 17:35:28 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Oct 2002 17:35:28 -0000 Date: Sat, 26 Oct 2002 19:35:28 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: nautilus view hacking Message-ID: X-Cursor-Pos: : 327 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am trying to wrap my head around creating a view for nautilus. I hope to make an audio view using GStreamer but have started learning the ropes bit by bit. The first thing I did was to extract the sample view from nautilus and make it buildable as a stand-alone project, which autotools and spec stuff handled. I renamed it to a Test view instead because the nautilus sample view is actually included in nautilus in Red Hat, so that would clash. After about three hours figuring out why the view didn't start up, I noticed that the location was picking up a wrong LIBEXECDIR ;) I was wondering why the dialog message cannot be more specific as to why the view cannot start ? Not finding the binary seems like an easy thing to check for. If you point me to the proper location I might give that a try. Next, I wanted to find an easy way of testing a nautilus view without doing this from nautilus, because it's really hard to debug it from within IMO (or maybe I don't know how, but I couldn't find any docs on how to make it easier). So I wanted to find a way to try out the code in a separate process. My first attemp was to write a sample test app that creates the nautilus view GObject, and calls some of the object manipulation functions directly. Here's what I currently have : #include #include "nautilus-test-view.h" struct NautilusTestViewDetails { char *location; GtkWidget *label; }; int main (int argc, char *argv[]) { NautilusTestView *view; GtkWidget *top; gtk_init (&argc, &argv); view = (NautilusTestView *) g_object_new (nautilus_test_view_get_type (), NULL); top = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_container_add (GTK_CONTAINER (top), view->details->label); gtk_widget_show_all (top); gtk_main (); } This seems alright at first glance (as far as I know anyway ;)), but segfaults, with the following backtrace : #0 0x406a5aac in PortableServer_POA_servant_to_reference () from /usr/lib/libORBit-2.so.0 #1 0x405c486a in do_corba_setup () from /usr/lib/libbonobo-2.so.0 #2 0x407c843b in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0 #3 0x407b264f in g_object_constructor () from /usr/lib/libgobject-2.0.so.0 #4 0x407b1e5e in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #5 0x407b261f in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0 #6 0x407b1c16 in g_object_new () from /usr/lib/libgobject-2.0.so.0 #7 0x0804949a in main (argc=1, argv=0xbffff8f4) at test.c:51 #8 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 So it seems to crash in the corba/bonobo stuff (which I have no clue about). My guess would be that I probably should init the necessary library or somesuch, but if I have to figure this out on my own I'm probably not going to find it, so I thought that I'd ask here if a) it is at all possible to test the gtk code of a view in this manner b) if I should init bonobo or something else before doing the object creation If I can get this to work, I'll write down my experience, and I'll put the test view together with the test app in Gnome cvs so others can see how to start writing an external view and not have to go through the same mistakes as I have ;) Thanks in advance, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> You came in just like smoke With a little come on come on come on in your walk come on <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From jwillcox@cs.indiana.edu Sat Oct 26 14:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from paca.cs.indiana.edu (paca.cs.indiana.edu [129.79.245.100]) by mail.gnome.org (Postfix) with ESMTP id 7309D1828F for ; Sat, 26 Oct 2002 14:14:22 -0400 (EDT) Received: from d-83-9.dhcp-149-159.indiana.edu (d-83-9.dhcp-149-159.indiana.edu [149.159.83.9]) by paca.cs.indiana.edu (8.11.6/8.11.6/IUCS_2.47) with ESMTP id g9QI6iV09832; Sat, 26 Oct 2002 13:06:45 -0500 (EST) Subject: Re: nautilus view hacking From: James Willcox To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 Oct 2002 13:12:08 -0500 Message-Id: <1035655928.29993.157.camel@d-83-9.dhcp-149-159.indiana.edu> Mime-Version: 1.0 X-Perlmx-Spam: Gauge=, Probability=0%, Report=IN_REP_TO Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-26 at 12:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Try "export BONOBO_ACTIVATION_DEBUG_OUTPUT=1" and "export BONOBO_ACTIVATION_DEBUG_EXERUN=1". Also, see libbonobo/docs/debugging.txt. > > Next, I wanted to find an easy way of testing a nautilus view without > doing this from nautilus, because it's really hard to debug it from within > IMO (or maybe I don't know how, but I couldn't find any docs on how to > make it easier). > > So I wanted to find a way to try out the code in a separate process. Ok, for an out-of-proc nautilus view (like the one you're writing), this should be possible. In order to have an accurate test, though, you need to actually query for the component, embed, etc...similar to what nautilus will do. I think the following snippet is approximately what you need (note: I am new to this too, so it may not be perfect): Bonobo_Unknown obj; Nautilus_View view; Bonobo_Control control; GtkWidget *widget; obj = bonobo_activation_activate_from_id ("OAFIID:Nautilus_Test_View", 0, NULL, NULL); view = Bonobo_queryInterface (obj, "IDL:Nautilus/View:1.0", NULL); Nautilus_View_load_location (view, uri, NULL); control = Bonobo_queryInterface (obj, "IDL:Bonobo/Control:1.0", NULL); widget = bonobo_widget_new_control_from_objref (control, CORBA_OBJECT_NIL); /* pack the widget into a window, or whatever */ ... Also, I think you will have to have bonobo_init() and bonobo_main() instead of the gtk equivalents. Thanks, James From msevior@mccubbin.ph.unimelb.edu.au Sun Oct 27 08:18:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mccubbin.ph.unimelb.edu.au (mccubbin.ph.unimelb.edu.au [128.250.51.198]) by mail.gnome.org (Postfix) with ESMTP id 731B4181BF for ; Sun, 27 Oct 2002 08:18:38 -0500 (EST) Received: from localhost (msevior@localhost) by mccubbin.ph.unimelb.edu.au (8.9.1/8.9.1) with ESMTP id AAA13154 for ; Mon, 28 Oct 2002 00:18:35 +1100 (EST) Date: Mon, 28 Oct 2002 00:18:35 +1100 (EST) From: Martin Sevior To: gnome-devel-list@gnome.org Subject: Some questions on double buffering and expose in gtk2. In-Reply-To: <200103261902.OAA08963@erandi.helixcode.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Folks, How does the double buffering in gtk2 work when dealing with drawables? After drawing to a gtk-drawable, expose events are generated when part of the drawable is unobscured. What should I do with these? For gtk 1.2 I connected an expose event handler to a void callback and just redrew the exposed rectangle. This doesn't seem to work consistently in gtk2. I get regions of blank areas in drawables. I guess it's because of the double buffering in gtk2. So what is the right way to handle expose events for gtk2? Is this documented somewhere? Where? Thanks very much! Martin Sevior From hp@redhat.com Sun Oct 27 10:10:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A1D5F180DD for ; Sun, 27 Oct 2002 10:10:28 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9RFCsHd015498; Sun, 27 Oct 2002 10:12:54 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9RFCrUu015494; Sun, 27 Oct 2002 10:12:53 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: From: Havoc Pennington Date: 27 Oct 2002 10:12:53 -0500 In-Reply-To: Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After drawing to a gtk-drawable, expose events are generated when part of > the drawable is unobscured. What should I do with these? For gtk 1.2 I > connected an expose event handler to a void callback and > just redrew the exposed rectangle. This doesn't seem to work consistently > in gtk2. I get regions of blank areas in drawables. > > I guess it's because of the double buffering in gtk2. Doubtful. Connecting to expose_event is still the right thing. Maybe the "void callback" is the problem? I think expose_event callbacks are supposed to have a return value. If you were doing manual backing store with a pixmap, just blow all that code away to simplify things, it's no longer required. There's a --gtk-debug=updates if you build your own GTK that may help. > So what is the right way to handle expose events for gtk2? Is this > documented somewhere? Where? GtkDrawingArea overview section in the ref docs may discuss this some, I don't remember. Havoc From sopwith@widget.gnome.org Mon Oct 28 00:01:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 272F31849C for ; Mon, 28 Oct 2002 00:01:38 -0500 (EST) Received: by widget.gnome.org (Postfix, from userid 2134) id 867C04043F; Mon, 28 Oct 2002 00:00:02 -0500 (EST) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5759 bugs open on bugzilla.gnome.org Message-Id: <20021028050002.867C04043F@widget.gnome.org> Date: Mon, 28 Oct 2002 00:00:02 -0500 (EST) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 869 gtk+ | 543 galeon | 365 gnome-vfs | 300 GIMP | 273 gnome-applets | 189 gnome-panel | 130 gnome-core | 106 sawfish | 104 control-center | 95 medusa | 94 libzvt | 88 dia | 80 glib | 78 Gnumeric | 77 GnuCash | 76 gnome-terminal | 76 metacity | 76 gnome-pilot | 74 balsa | 69 libgnomeui | 63 Pan | 63 gnome-games | 61 gnome-utils | 60 pango | 59 gtkhtml2 | 54 GConf | 53 gnome-media | 53 bugzilla.gnome.org | 48 libgda | 46 gnome-session | 42 HIG | 41 gnome-file-selector | 41 bonobo | 39 GStreamer | 37 gdm | 36 glade | 34 GnomeICU | 33 bug-buddy | 33 rhythmbox | 33 libgnome | 32 Yelp | 31 libgtop | 29 website | 28 gnome-libs | 27 gok | 27 gedit | 27 libwnck | 26 general | 25 gnome-python | 25 gnorpm | 24 system-monitor [was: procman] | 24 lampadas | 23 libgnomecanvas | 23 gtop [gnome-system-monitor] | 21 gnome-pim | 21 anjuta2 | 19 gnome-print | 19 gnomemeeting | 18 gnome-desktop | 18 ORBit | 18 grapevine | 17 vte | 17 intltool | 16 xscreensaver | 15 libglade | 15 gmc | 14 gtranslator | 14 printman | 14 ORBit2 | 14 eazel-hacking | 14 at-spi | 13 crescendo | 13 Metatheme | 12 gnome-db | 12 bonobo-activation [was: oaf] | 12 Gnomoradio | 11 gperfmeter | 11 gtkmm | 11 imlib1 | 11 EOG | 11 gnome-perl | 11 gnome-user-docs | 11 eazel-themes | 10 gtk-doc | 10 libgnomedb | 10 eel | 10 GGV | 10 memprof | 9 gnome-chess | 9 pkg-config | 9 gnome-vfs-extras | 9 atk | 9 gtk-engines | 8 mergeant | 8 gnome-iconedit | 8 audiofile | 8 devhelp | 8 esound | 7 gnome-mime-data | 7 gtkvts | 7 gconf-editor | 7 librsvg | 7 gnopernicus | 6 GHex | 6 libxml2 | 6 eazel-tools | 6 ToutDoux | 6 Guppi | 5 libart | 4 Release Engineering | 4 Gfax | 4 l10n | 4 libxslt | 4 orbit-perl | 3 file-roller | 3 galf | 3 gASQL | 3 gnomemm | 3 jhbuild | 3 totem | 3 gnome-build | 3 gnome-pm | 3 acme | 2 gnome-mag | 2 magicdev | 2 libIDL | 2 gnome-debug | 2 at-poke | 2 gtkglarea | 1 gnome-system-tools | 1 libegg | 1 Guikachu | 1 tubesock | 1 gmime | 1 gthumb | 1 xalf | 1 GNOME CD Master | 1 gnomovision | 1 From hp@redhat.com Mon Oct 28 00:46:18 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id C4AAE18151 for ; Mon, 28 Oct 2002 00:46:18 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9S5mnHd015974; Mon, 28 Oct 2002 00:48:49 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9S5mm6l015970; Mon, 28 Oct 2002 00:48:48 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: Martin Sevior , gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 28 Oct 2002 00:48:48 -0500 In-Reply-To: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > My solution was to put the redraw into a gtk_idle function so the > redraw happens after gtk finishes doing whatever it is doing. > I really doubt that's the right fix. expose_event is _already_ called out of an idle, unless gdk_window_process_updates() has been called somewhere. One case where this happens is if you are sharing a GdkWindow with a scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is too). That could process_updates() on your widget as a side effect. But widgets that scroll should be calling process_updates() themselves anyway when the scroll adjustment changes, or the scrolling will look funny. See GtkTextView for an extremely nontrivial and complicated example... Anyway, if your code works in an idle and doesn't work in expose_event, I would say there's still a bug in there, you're just hiding it. > Maybe the issue has something to do with drawing with xft enabled > FreeType. Maybe, but that should not make a difference. Havoc From michael@ximian.com Mon Oct 28 04:59:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id C4ADC18668 for ; Mon, 28 Oct 2002 04:59:00 -0500 (EST) Received: (qmail 24214 invoked from network); 28 Oct 2002 09:59:00 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 28 Oct 2002 09:59:00 -0000 Subject: Re: nautilus view hacking From: Michael Meeks To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035799044.4837.62.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 28 Oct 2002 09:57:24 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Thomas, On Sat, 2002-10-26 at 18:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Great - in fact we can cover a vast range of errors that are currently hidden in a pleasant fashion in there. What needs doing to catch this (and other) errors is IMHO to catch the stderr/stdout of the process as it starts up in bonobo-activation/bonobo-activation/bonobo-activation-fork-server.c (bonobo_activation_server_by_forking) [ possibly we should be using GSpawn here for an easier life ]. We then need to grok the output (on crash) into the string we return specifying the error. This also has the merits of catching some of the more nasty dynamic linking / misc. other evil problems that are extremely hard to catch / debug otherwise. How about it ? Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From msevior@tauon.ph.unimelb.EDU.AU Thu Oct 24 20:07:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 0A046184F8 for ; Thu, 24 Oct 2002 20:07:40 -0400 (EDT) Received: (qmail 31470 invoked from network); 25 Oct 2002 00:05:44 -0000 Received: from tauon.ph.unimelb.edu.au (128.250.50.4) by indy.ph.unimelb.edu.au with SMTP; 25 Oct 2002 00:05:44 -0000 Date: Fri, 25 Oct 2002 10:07:37 +1000 (EST) From: Martin Sevior To: Philip Van Hoof Cc: "gnome-devel-list@gnome.org" Subject: Re: The Gnome Clipboard Manager In-Reply-To: <1035235775.12650.62.camel@pluisje> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 21 Oct 2002, Philip Van Hoof wrote: > > > What applications could use libgcm : > - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors > - PanelApplets > - Office applications > > Example of Microsoft applications that have a Clipboard > Management tool : Microsoft Visual Studio.NET, Ms. Office > Both save clipboards on a shelve. > > > > Features list : > > > Note: > I know that it might be confusing but I am not the person who gave these > animals names, "a target is a format" and "a clipboard is a selection" > in the following text : > > > * Storing your clipboards and all their available formats. A.k.a the > collecting of clipboards. > > o A clipboard (a.k.a. a selection) can have multiple formats > (a.k.a targets) o GNOME Clipboard Manager will store all your > previous clipboards and formats so that you can go back to a > previously saved clipboard o A format can be > > + Html : which are the HTML-tags of a HTML selection > when you copypaste some stuff in your browser + Image > data : If you select a portion of an image and use the > "Copy"- or "Cut"-feature in for example OpenOffice.org > > + Normal text : > a.k.a. COMPOUND_TEXT which is the most common format of > clipboards > > + Some other format used by a specific > application that contains information about the data. > For example the clipboards of OpenOffice.org contain > gzipped formats which host XML-files that define the > layout and information that is to be copypasted to for > example another OpenOffice.org screen. > HI Philip, This is a great feature for the Gnome platform. In addition to the features you've listed here there should also be RTF targets. Both AbiWord and Cross Over Office support cutting and pasting Rich Text Format text. I'll try to find time to implement RTF targets. The Code Weaver guys have promised to fully expose RTF from MS Office to the X-clipboard. (One advantage of actually paying for a product is that you get to file bugs and people fix them for you :-) AbiWord supports or will support most these text formats so we might able to reuse it to do conversions from whatever <-> whatever using the abiword import/export filters. Cheers Martin > o Once collected, a clipboard becomes an Item for GNOME > Clipboard Manager o Making a clipboardring by setting the > max. amount of collected items. Older items will then > automatically be deleted from the list of collected items. > > o The autocollecting of new items > > * Saving and loading collected clipboards (Items) to > XML-formatted files. > > o The data of the items will be written to the files in > UUEncoded data to make sure that we don't write binary data in > an UTF-8 orientated fileformat like XML is o Saving multiple > items in one file is, of course, possible > > * Editing and viewing some supported formats in a clipboard > > o The editing of the COMPOUND_TEXT or normal text target is > possible o The editing (and previewing in a GtkHtml widget) of > the text/html target is possible > > * Manipulating of formats > > o Blocking specific formats that are too large to store into > memory. E.g. Blocking large binary format-types > > o Copying a specified format-type to another format-type o The > possibility to write a plugin for GNOME Clipboard Manager that > does the converting of the format-data while copying it to > another format-type > > * Some advanced UserInterface options > > o The UserInterface is, by default, hidden. So GNOME Clipboard > Manager is, by default, a clipboard collecting daemon. You can > make it show its UserInterface by using a small external tool > or by using the GNOME Clipboard Manager Applet. o Hiding all > UserInterface objects > > o Making the scrollbar follow while adding new items o > Autoselect most new collected item > > o Unselect-all after collecting a new item > > * Support for the following selectiontypes > > o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V > and the "Copy"- and "Paste"-features in the menus of most > applications o The PRIMARY selection : The text that is > selected in your session o The SECONDARY selection : The text > that was selected the last time in your session o A CUSTOM > atom : For those who know what they are doing > > * A PanelApplet > > o A PanelApplet for GNOME Clipboard Manager that can make > GNOME Clipboard Manager perform some specific tasks. > > * A library for your own applications to control GNOME Clipboard > Manager > > o GNOME Clipboard Manager comes with libgcm which is a library > that enables your application(s) to control and make use of > GNOME Clipboard Managers features. > > * The hosting of plugins > o You can write plugins for GNOME Clipboard Manager in a same > fashion as you can with applications like mediaplayers (like > xmms). > > > > Availability > > > You can download the latest release (which has all the listed features) > here : > > http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download > > > You can get a more up-to-date version from CVS. Please note that a > version from CVS is a development version and can contain more or less > bugs than a release. It will definitely not contain less features unless > a specific feature caused very strange problems that cannot be solved. > > - I suggest using the cvs for the people who are reading this list - > > export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' > cvs login > cvs -z3 co -P gcm-2 libgcmtest gcmapplet > > > More information > > > You can get more information about GNOME Clipboard Manager from its > website which is available here : > > http://gcm.sf.net > http://gcm.sf.net/about_gcm.html > > You can get screenshots from GNOME Clipboard Manager here : > > http://gcm.sf.net/gcm_screens/ > > > Yes, I now hate myself for sending such a large E-mail to very busy > people.. > > > -- > Philip van Hoof aka freax (http://www.freax.eu.org) > irc: irc.openprojects.net mailto:me at freax dot org > Go not to the Elves for counsel, for they will say both no and yes. > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From me@freax.org Fri Oct 25 03:47:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id EA93C180D9 for ; Fri, 25 Oct 2002 03:46:55 -0400 (EDT) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9P7kkO15798; Fri, 25 Oct 2002 09:46:46 +0200 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004BF; 25 Oct 02 09:48:04 +0200 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 25 Oct 02 09:46:38 +0200 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004BD; 25 Oct 02 09:44:25 +0200 X-MSReally-To: msevior@tauon.ph.unimelb.EDU.AU X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Martin Sevior Cc: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:42:23 +0200 Message-Id: <1035531743.13967.30.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 02:07, Martin Sevior wrote: > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From godiard@ciudad.com.ar Sun Oct 27 01:21:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from postino8.prima.com.ar (postino8.prima.com.ar [200.42.0.179]) by mail.gnome.org (Postfix) with SMTP id 23BC6180F3 for ; Sun, 27 Oct 2002 01:21:27 -0500 (EST) Received: (qmail 79566 invoked from network); 27 Oct 2002 06:21:19 -0000 Received: from a200042100191.rev.prima.com.ar (HELO ciudad.com.ar) (200.42.100.191) by postino8.prima.com.ar with SMTP; 27 Oct 2002 06:21:19 -0000 Message-ID: <3DBB864F.3020501@ciudad.com.ar> Date: Sun, 27 Oct 2002 03:23:11 -0300 From: gonzalo User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: Re: nautilus view hacking Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: I have make a simple Nautilus view for Xml files. (http://personales.ciudad.com.ar/godiard/index.html) If you want can use this. It is derived from the text view . When i work in this, execute the view in a terminal and then use this in Nautilus. In this way can read the standard output in the terminal. Gonzalo From msevior@physics.unimelb.edu.au Sun Oct 27 23:15:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 8FC3D18125 for ; Sun, 27 Oct 2002 23:15:31 -0500 (EST) Received: (qmail 2716 invoked from network); 28 Oct 2002 04:13:28 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 28 Oct 2002 04:13:28 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: Martin Sevior , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 28 Oct 2002 15:08:44 +1100 Message-Id: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 02:12, Havoc Pennington wrote: > > > Martin Sevior writes: > > After drawing to a gtk-drawable, expose events are generated when part of > > the drawable is unobscured. What should I do with these? For gtk 1.2 I > > connected an expose event handler to a void callback and > > just redrew the exposed rectangle. This doesn't seem to work consistently > > in gtk2. I get regions of blank areas in drawables. > > > > I guess it's because of the double buffering in gtk2. > > Doubtful. Connecting to expose_event is still the right thing. > > Maybe the "void callback" is the problem? I think expose_event > callbacks are supposed to have a return value. > Thanks Havoc, My solution was to put the redraw into a gtk_idle function so the redraw happens after gtk finishes doing whatever it is doing. Maybe the issue has something to do with drawing with xft enabled FreeType. Cheers Martin > If you were doing manual backing store with a pixmap, just blow all > that code away to simplify things, it's no longer required. > > There's a --gtk-debug=updates if you build your own GTK that may help. > > > So what is the right way to handle expose events for gtk2? Is this > > documented somewhere? Where? > > GtkDrawingArea overview section in the ref docs may discuss this some, > I don't remember. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From peter@newton.cx Mon Oct 28 10:49:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bs1-06.fas.harvard.edu (bs1-06.fas.harvard.edu [140.247.34.181]) by mail.gnome.org (Postfix) with ESMTP id 8BF84189CD for ; Mon, 28 Oct 2002 10:49:32 -0500 (EST) Received: from roam83-172.student.harvard.edu (peter@roam83-172.student.harvard.edu [140.247.83.172]) by bs1-06.fas.harvard.edu (8.11.6/8.11.6) with ESMTP id g9SFnV816807 for ; Mon, 28 Oct 2002 10:49:32 -0500 Subject: Re: The Gnome Clipboard Manager From: Peter Williams To: "gnome-devel-list@gnome.org" In-Reply-To: <1035531743.13967.30.camel@freax> References: <1035531743.13967.30.camel@freax> Content-Type: text/plain Organization: Ximian, Inc. Message-Id: <1035820171.4718.1.camel@beta> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 28 Oct 2002 10:49:31 -0500 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 03:42, Philip Van Hoof wrote: > OpenOffice.org also supports copypasting formatted data over the normal > selection channels. The problem with OpenOffice.org is that it does this > in gzipped data and it's own XML format, and that it does not (yet) > support copypasting of for example HTML. Also Evolution does not parse > the HTML if you copypaste a selection with a text/html target into the > html-edit box in case the HTML-formatting is selected. I think that this > would be a rather simple fix and that it would make Evolution a more > powerfull E-mail client. So if somebody from Evolution is reading this : > please get this 'feature' into Evolution :) > This already works in Evolution 1.2 :-) (At least, copy/paste from Mozilla into the composer works, which I get the impression is what you want) Peter -- Peter Williams peter@newton.cx / peterw@ximian.com "[Ninjas] are cool; and by cool, I mean totally sweet." -- REAL Ultimate Power From spamfrommailing@freax.org Mon Oct 28 11:25:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id 888981810C for ; Mon, 28 Oct 2002 11:24:59 -0500 (EST) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9SGN9Wo001712 for ; Mon, 28 Oct 2002 17:23:10 +0100 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9SGN9iT001710; Mon, 28 Oct 2002 17:23:09 +0100 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:23:08 +0100 Message-Id: <1035822188.32411.27.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From s.chauveau@chello.nl Mon Oct 28 14:11:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24]) by mail.gnome.org (Postfix) with ESMTP id A4FB41810C for ; Mon, 28 Oct 2002 14:11:07 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep13-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028191106.LNWK1253.amsfep13-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:11:06 +0100 Message-ID: <3DBD8BD3.1070808@chello.nl> Date: Mon, 28 Oct 2002 20:11:15 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: customization of application menu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a system with multiple installations of gnome using a different prefix. For example, I am currently installing gnome 2.1 in /opt/gnome/2.1. The next release will go in /opt/gnome/2.2 I also have to apply the same customization to all application menus (in all /opt/gnome/2.x). The files share by all releases to customize the menu should be stored in /opt/gnome/common. Ideally, once the system is configured, I should be able to add or remove entries in the application menu by editing some files in /opt/gnome/common. This is not really difficult except I could not find a way to add or remove a folder in the root of application menu without editing all files /opt/gnome/2.x/etc/gnome-vfs-2.0/vfolders/applications-all-users.vfolder-info Is there a way to 'include' some directories definitions into the application menu? could do that except that that does not allow to select the folder content using keywords (i.e. ). Also, seems a bit obsolete ('old style' according to https://listman.redhat.com/pipermail/xdg-list/2002-July/000560.html) Stephane. From s.chauveau@chello.nl Mon Oct 28 14:41:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id D9428183E3 for ; Mon, 28 Oct 2002 14:41:32 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028194131.OLHV1260.amsfep15-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:41:31 +0100 Message-ID: <3DBD92F5.6010405@chello.nl> Date: Mon, 28 Oct 2002 20:41:41 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: default icon path Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am looking for the place where the default icon path is defined in gnome2. I want to change it to a custom icon path because the default path causes problem when the gnome prefix changes. For example, If I remove my garnome installation from ~/garnome/ then most of my launcher icons wil be broken. S. From hp@redhat.com Tue Oct 29 00:32:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 040B6182CD for ; Tue, 29 Oct 2002 00:32:16 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9T5YuHd021372; Tue, 29 Oct 2002 00:34:56 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9T5YtNc021366; Tue, 29 Oct 2002 00:34:55 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 29 Oct 2002 00:34:55 -0500 In-Reply-To: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After the drop down combo box that lists the available fonts retracted, > there was big white patch in the Drawing Area where the symbols are. > It also shows up in other widgets with previews where the contents of > the preview are not displayed on the initial expose. > I think about what you said. I suspect that there is GTK 2 bug here to > do with merging expose events between widgets and drawing areas. I'll > see if I can come up with an exact test case to either isolate the bug > or find out what we're doing wrong. I poked around in the code a bit, but I'm probably not looking at the right files. I don't really see what might be wrong. Looks sane. Incidentally (unrelated) "void GR_UnixGraphics::scroll(UT_sint32 dx, UT_sint32 dy)" looks like it might break or at least be suboptimal with GTK 2. You may even be able to just use gdk_window_scroll() to do this. Havoc From s.chauveau@chello.nl Tue Oct 29 13:04:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id 20150182CB; Tue, 29 Oct 2002 13:04:53 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029180452.BHLK1260.amsfep15-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 19:04:52 +0100 Message-ID: <3DBECDCF.1060307@chello.nl> Date: Tue, 29 Oct 2002 19:05:03 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Orbit and Metacity Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a strange problem with Orbit (2.4.3) and Metacity (2.4.2) in Gnome 2.1 I am trying to enable network sockets in Corba (to be able to run gnome applications on multiple servers). I found in the Orbit FAQ that I have to create a ~/.orbitrc file with ORBIIOPIPv4=1 That works fine except for one application: metacity Somehow, with this setting, metacity cannot resolve anymore symbolic hostname in my DISPLAY (which I need because I have an exported display). I found a way to reproduce the behavior without a remote display by using Xnest. My hostname is 'simak' (1) create a new X display using Xnest and open an xterm to test it. # Xnest :2 & # HOST=simak # xterm -display $HOST:2 (2) create ~/.orbitrc # echo ORBIIOPIPv4=1 > ~/.orbitrc (3) start metacity. It fails!!!!!!!! # metacity --display=$HOST:2 _X11TransSocketINETConnect: not INET hostsimak Window manager error: Unable to open X display simak:2 (4) remove ~/.orbitrc # rm ~/.orbitrc (5) restart metacity. This time it should work # metacity --display=$HOST:2 Metacity works fine when the DISPLAY contains an IP address instead of a symbolic name. One of the interesting things I noticed in metacity is that gconf (and so orbit) is configured before the call of gtk_init_check() that produces the error messages. Could it be that the orbit configuration in gconf breaks the X11 hostname resolution? Stephane Chauveau From hp@redhat.com Tue Oct 29 15:08:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 7D8C518113; Tue, 29 Oct 2002 15:08:42 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9TKBQHd029631; Tue, 29 Oct 2002 15:11:27 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9TKBQBF029627; Tue, 29 Oct 2002 15:11:26 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Stephane Chauveau Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> From: Havoc Pennington Date: 29 Oct 2002 15:11:26 -0500 In-Reply-To: <3DBECDCF.1060307@chello.nl> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Stephane Chauveau writes: > Could it be that the orbit configuration in gconf breaks the X11 > hostname resolution? > Apparently, but god only knows why. ;-) Be sure to file a bug report, thanks for the nice instructions on how to reproduce. Havoc From s.chauveau@chello.nl Tue Oct 29 16:13:04 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22]) by mail.gnome.org (Postfix) with ESMTP id 9729218289; Tue, 29 Oct 2002 16:13:03 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep14-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029211302.LZHL1274.amsfep14-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 22:13:02 +0100 Message-ID: <3DBEF9EA.8030208@chello.nl> Date: Tue, 29 Oct 2002 22:13:14 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Havoc Pennington Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Havoc Pennington wrote: >Stephane Chauveau writes: > > >>Could it be that the orbit configuration in gconf breaks the X11 >>hostname resolution? >> >> >> > >Apparently, but god only knows why. ;-) > >Be sure to file a bug report, thanks for the nice instructions on how >to reproduce. > >Havoc > > I was able to reduce the problem to a few lines of code (see below). I will fill the bug in 'gconf'. ================ >>>> gcc -o test1 test1.c `pkg-config gtk+-2.0 glib-2.0 gconf-2.0 --cflags --libs` #include #include #include #include int main(int argc,char **argv) { gconf_client_get_default (); if (!gtk_init_check (&argc, &argv)) fprintf(stderr,"Unable to open X display '%s'\n", XDisplayName(NULL)); } From spam@freax.be Mon Oct 28 11:16:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id E3B901810C for ; Mon, 28 Oct 2002 11:16:50 -0500 (EST) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9SGGiO16472; Mon, 28 Oct 2002 17:16:47 +0100 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004B0; 28 Oct 02 17:17:59 +0100 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 28 Oct 02 17:15:15 +0100 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004AE; 28 Oct 02 17:14:52 +0100 X-MSReally-To: peter@newton.cx X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Peter Williams Cc: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:11:53 +0100 Message-Id: <1035821513.32411.24.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:49, Peter Williams wrote: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From msevior@physics.unimelb.edu.au Mon Oct 28 19:20:31 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 4B3AB182F0 for ; Mon, 28 Oct 2002 19:20:30 -0500 (EST) Received: (qmail 25383 invoked from network); 29 Oct 2002 00:18:25 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 29 Oct 2002 00:18:25 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 29 Oct 2002 11:13:51 +1100 Message-Id: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:48, Havoc Pennington wrote: > > Martin Sevior writes: > > My solution was to put the redraw into a gtk_idle function so the > > redraw happens after gtk finishes doing whatever it is doing. > > > > I really doubt that's the right fix. expose_event is _already_ called > out of an idle, unless gdk_window_process_updates() has been called > somewhere. > > One case where this happens is if you are sharing a GdkWindow with a > scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is > too). That could process_updates() on your widget as a side effect. > The bug showed up most obviously in the "Insert Symbol" AbiWord dialog. If you have an AbiWord handy fire up the insert symbol dialog while I explain: After the drop down combo box that lists the available fonts retracted, there was big white patch in the Drawing Area where the symbols are. It also shows up in other widgets with previews where the contents of the preview are not displayed on the initial expose. I think about what you said. I suspect that there is GTK 2 bug here to do with merging expose events between widgets and drawing areas. I'll see if I can come up with an exact test case to either isolate the bug or find out what we're doing wrong. > But widgets that scroll should be calling process_updates() themselves > anyway when the scroll adjustment changes, or the scrolling will look > funny. See GtkTextView for an extremely nontrivial and complicated > example... > > Anyway, if your code works in an idle and doesn't work in > expose_event, I would say there's still a bug in there, you're just > hiding it. > Well it used to work fine in gtk 1.2. The code is absolutely straight forward. On expose event, redraw the entire preview (don't bother with clipping or anything). I've tried returning both TRUE or FALSE from a gboolean callback. It makes no difference. If it is something we're doing wrong, we should find out what and document it because if it is not a bug in gtk2 it is very hard to get the desired behavior. > > Maybe the issue has something to do with drawing with xft enabled > > FreeType. > > Maybe, but that should not make a difference. > Thanks very much for your help. Cheers Martin From bajcik@kolos.math.uni.lodz.pl Wed Oct 30 11:09:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 29D0818100 for ; Wed, 30 Oct 2002 11:09:38 -0500 (EST) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 65F0B36C21; Wed, 30 Oct 2002 17:09:35 +0100 (CET) Date: Wed, 30 Oct 2002 17:09:35 +0100 To: gnome-devel-list@gnome.org Subject: glade & _ref() Message-ID: <20021030160935.GA12573@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, Why glade (v0.6.4, makes code for gtk+v1.2) produce this code: label7 = gtk_label_new (_("Plugin")); gtk_widget_ref (label7); gtk_object_set_data_full (GTK_OBJECT (wndMain), "label7", label7, (GtkDestroyNotify) gtk_widget_unref); instead of this: label7 = gtk_label_new (_("Plugin")); gtk_object_set_data (GTK_OBJECT (wndMain), "label7", label7); ? It doesn't make sense for me. bajcik -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From michael@ximian.com Wed Oct 30 14:16:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2CDE318100 for ; Wed, 30 Oct 2002 14:16:26 -0500 (EST) Received: (qmail 6316 invoked from network); 30 Oct 2002 19:16:24 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 30 Oct 2002 19:16:24 -0000 Subject: Re: Orbit and Metacity From: Michael Meeks To: Havoc Pennington Cc: Stephane Chauveau , orbit , gnome-devel-list@gnome.org In-Reply-To: References: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain Organization: Ximian. Message-Id: <1036005284.6643.29.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 30 Oct 2002 19:14:45 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Stephane, On Tue, 2002-10-29 at 20:11, Havoc Pennington wrote: > Stephane Chauveau writes: > > Could it be that the orbit configuration in gconf breaks the X11 > > hostname resolution? > Apparently, but god only knows why. ;-) :-) I think this may be down to enabling IPv6 - but I believe that Elliot Lee fixed this: 2002-09-25 Michael Meeks * Version 0.5.4 2002-08-23 Elliot Lee * src/linc-protocols.c: Don't turn on IPv6 name resolution when we are trying to resolve an IPv4 host name - instead, turn it off. Also try to make use of all addresses that gethostbyname returns, not just the first. (Fixes a bug with connecting to a host that has both IPv6 and IPv4 addresses.) Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this built-in ). Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From s.chauveau@chello.nl Wed Oct 30 16:00:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep12-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18]) by mail.gnome.org (Postfix) with ESMTP id 64882187CE; Wed, 30 Oct 2002 16:00:25 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep12-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021030210024.MSDJ1261.amsfep12-int.chello.nl@chello.nl>; Wed, 30 Oct 2002 22:00:24 +0100 Message-ID: <3DC04876.5080104@chello.nl> Date: Wed, 30 Oct 2002 22:00:38 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit , gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> <1036005284.6643.29.camel@michael.home> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Michael Meeks wrote: > :-) I think this may be down to enabling IPv6 - but I believe that >Elliot Lee fixed this: > >2002-09-25 Michael Meeks > > * Version 0.5.4 > >2002-08-23 Elliot Lee > > * src/linc-protocols.c: Don't turn on IPv6 name resolution when we > are trying to resolve an IPv4 host name - instead, turn it off. Also > try to make use of all addresses that gethostbyname returns, not > just the first. (Fixes a bug with connecting to a host that > has both IPv6 and IPv4 addresses.) > > > Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this >built-in ) > > I initially detected the problem with linc-0.5.4. I am now using linc-0.7.0 but that does not solve the problem. The strange part is that a few minutes ago I was experimenting with *different settings of ORBIIOPUSock, **ORBIIOPIPv6**, **ORBIIOPIPv4* and it started working with settings that used to fail. After a few minutes it stopped working and now it is back again. Houps no! it fails again. What should I do? Shoot myself :-) S. ** From RStrong@raytheon.com.au Thu Oct 31 16:43:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ryd-dns2 (unknown [203.53.215.254]) by mail.gnome.org (Postfix) with SMTP id 6E23C180F4 for ; Thu, 31 Oct 2002 16:43:50 -0500 (EST) Received: from 159.60.44.13 by ryd-dns2 (InterScan E-Mail VirusWall NT); Fri, 01 Nov 2002 08:39:07 +1100 Received: by ryd-exc1.raytheon.com.au with Internet Mail Service (5.5.2653.19) id ; Fri, 1 Nov 2002 08:43:49 +1100 Message-ID: <5FEC9F4FCDA4D411BE3C00508BB0DE3B4A7FE0@ryd-exc1.raytheon.com.au> From: "Strong, Russell" To: "'gnome-devel-list@gnome.org'" Subject: Bonobo property bags Date: Fri, 1 Nov 2002 08:43:45 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; charset="iso-8859-1" Is there a reason why setting multiple properties with bonobo_pbclient_set are done one at a time? i.e. bonobo_pbclient_set uses (idl function) Bonobo_PropertyBag_setValue instead of Bonobo_PropertyBag_setValues ( note the s on the end ). The problem I have is this. I have a periodically executing simulator that uses a property bag as it's external interface. This simulator takes in several parameters to control it, but these parameters must all be set simultaneously else they could represent an invalid command if half are set and the other half are not when the simulation "time tick" occurs. This would be solved it setValues ( note the s ) was used. Looking back over the history of the property bag idl, I noticed that the setValues function is a new function. It has been implemented in the bonobo_property_bag side but not the bonobo_pbclient... side. Is this something that is still being developed? or has it been abandoned? Should I stay away from property bags / bonobo for this application? ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" "This email (including all attachments) is for the use of the named addressee only. You must not use, disclose, or copy any part of this email if you are not the intended recipient. No rights of privacy, confidentiality, copyright or privilege are waved or lost by any mistransmission. If you receive this email in error, please immediately delete it from your system, destroy all copies, and notify the sender. Emails may be interfered with, may contain computer viruses or other defects, and may cause damage to your system. Raytheon gives no warranty in relation to the effect of this email on your system, or the accuracy or completeness of its contents." ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5-- From sarge_gnome@yahoo.ca Mon Sep 30 21:35:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13203.mail.yahoo.com (web13203.mail.yahoo.com [216.136.174.188]) by mail.gnome.org (Postfix) with SMTP id 5233618321 for ; Mon, 30 Sep 2002 21:35:12 -0400 (EDT) Message-ID: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Received: from [24.100.101.233] by web13203.mail.yahoo.com via HTTP; Mon, 30 Sep 2002 21:35:11 EDT Date: Mon, 30 Sep 2002 21:35:11 -0400 (EDT) From: sarge Chris Subject: Help me in the relationship between Xlib's windowID and GTK widget To: gnome-devel-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1065694407-1033436111=:71880" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1065694407-1033436111=:71880 Content-Type: text/plain; charset=us-ascii Hi experts, Here I met a problem: Suppose there are two GTK apps A and B, A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID? Is it possible? If so, pls give me a hand! Thanks a lot! --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1065694407-1033436111=:71880 Content-Type: text/html; charset=us-ascii

Hi experts,

Here I met a problem:

Suppose there are two GTK apps A and B,

A can get B's window ID by XQueryTree, but how can A get the GtkWidget of B by its Xlib's WindowID?

Is it possible? If so, pls give me a hand!

Thanks a lot!


Post your free ad now! Yahoo! Canada Personals
--0-1065694407-1033436111=:71880-- From james@daa.com.au Mon Sep 30 21:58:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id A1A941864E for ; Mon, 30 Sep 2002 21:58:42 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 3CBB3C2CA; Tue, 1 Oct 2002 09:58:38 +0800 (WST) Message-ID: <3D99008D.4020209@daa.com.au> Date: Tue, 01 Oct 2002 09:55:25 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001013511.72045.qmail@web13203.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From bajcik@kolos.math.uni.lodz.pl Tue Oct 1 07:46:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 55061183F9 for ; Tue, 1 Oct 2002 07:46:25 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id B794236C58; Tue, 1 Oct 2002 13:46:20 +0200 (CEST) Date: Tue, 1 Oct 2002 13:46:20 +0200 To: gnome-devel-list@gnome.org Subject: libZVT and threads Message-ID: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I have problem with ZvtTerm and pthreads. These are some situations: 0. start a program 1. zvt_term_forkpty it works. 0. start a program 1. pthread_create 2. zvt_term_forkpty (hangs) 0. start a program 1. zvt_term_forkpty 2. pthread_create 3. zvt_term_forkpty 4. (child) execv (hangs) I compile my program with _REENTRANT defined and I do not use any mutexes. why it doesn't work? -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From sarge_gnome@yahoo.ca Tue Oct 1 10:01:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13201.mail.yahoo.com (web13201.mail.yahoo.com [216.136.174.186]) by mail.gnome.org (Postfix) with SMTP id 18D82180D8 for ; Tue, 1 Oct 2002 10:01:57 -0400 (EDT) Message-ID: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Received: from [24.100.101.233] by web13201.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:01:54 EDT Date: Tue, 1 Oct 2002 10:01:54 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99008D.4020209@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-866492879-1033480914=:48708" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-866492879-1033480914=:48708 Content-Type: text/plain; charset=us-ascii Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B. I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++. Thanks again! James Henstridge wrote: sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-866492879-1033480914=:48708 Content-Type: text/html; charset=us-ascii

Thank your reply. Actually I want to implement one GTK application can simulate user input for other application, for example, my application can "fill" the editbox of B window, then "press" the OK button of B window, such actions are implemented by sending GTK event to them from my application, just like the user input to B.

I've tried many ways to get the GtkWidget of editbox and button but no result, can I use gnome API or windows manager(such as sawfish) to do it, Or other method? I use C/C++.

Thanks again!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Hi experts,
>
> Here I met a problem:
>
> Suppose there are two GTK apps A and B,
>
> A can get B's window ID by XQueryTree, but how can A get the GtkWidget
> of B by its Xlib's WindowID?
>
> Is it possible? If so, pls give me a hand!
>
> Thanks a lot!
>
X windows are a server resources, which is why one app can see the
windows of another. However, the GtkWidget structures are client side,
so you can't access them, so what you ask isn't really possible.

Without knowing what you are trying to do, it is a bit difficult to
recommend an alternative. For some problems, Bonobo might be the answer.

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-866492879-1033480914=:48708-- From james@daa.com.au Tue Oct 1 10:09:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0843A1891D for ; Tue, 1 Oct 2002 10:09:40 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id BA4EEC089; Tue, 1 Oct 2002 22:09:36 +0800 (WST) Message-ID: <3D99ABDD.8040008@daa.com.au> Date: Tue, 01 Oct 2002 22:06:21 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget References: <20021001140154.49066.qmail@web13201.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From SCLANCY@northropgrumman.com Tue Oct 1 10:21:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xcgmd811.northgrum.com (xcgmd811.northgrum.com [155.104.240.101]) by mail.gnome.org (Postfix) with ESMTP id F0AFD188E8 for ; Tue, 1 Oct 2002 10:21:36 -0400 (EDT) Received: by xcgmd811.northgrum.com with Internet Mail Service (5.5.2655.55) id ; Tue, 1 Oct 2002 07:20:12 -0700 Message-ID: From: "Clancy, Shane W." To: 'James Henstridge' , sarge Chris Cc: gnome-devel-list@gnome.org Subject: RE: Help me in the relationship between Xlib's windowID and GTK w idget Date: Tue, 1 Oct 2002 07:03:54 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: this is ugly, i know -- but if you know the name (title) of app B, you can pipe a call to xwininfo to get the X windows ID number for it. shane -----Original Message----- From: James Henstridge [mailto:james@daa.com.au] Sent: Monday, September 30, 2002 9:55 PM To: sarge Chris Cc: gnome-devel-list@gnome.org Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget sarge Chris wrote: > Hi experts, > > Here I met a problem: > > Suppose there are two GTK apps A and B, > > A can get B's window ID by XQueryTree, but how can A get the GtkWidget > of B by its Xlib's WindowID? > > Is it possible? If so, pls give me a hand! > > Thanks a lot! > X windows are a server resources, which is why one app can see the windows of another. However, the GtkWidget structures are client side, so you can't access them, so what you ask isn't really possible. Without knowing what you are trying to do, it is a bit difficult to recommend an alternative. For some problems, Bonobo might be the answer. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. _______________________________________________ gnome-devel-list mailing list gnome-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-devel-list From sarge_gnome@yahoo.ca Tue Oct 1 10:43:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from web13207.mail.yahoo.com (web13207.mail.yahoo.com [216.136.174.192]) by mail.gnome.org (Postfix) with SMTP id 81224180D7 for ; Tue, 1 Oct 2002 10:43:32 -0400 (EDT) Message-ID: <20021001144330.84368.qmail@web13207.mail.yahoo.com> Received: from [24.100.101.233] by web13207.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 10:43:30 EDT Date: Tue, 1 Oct 2002 10:43:30 -0400 (EDT) From: sarge Chris Subject: Re: Help me in the relationship between Xlib's windowID and GTK widget To: James Henstridge , SCLANCY@northropgrumman.com Cc: gnome-devel-list@gnome.org In-Reply-To: <3D99ABDD.8040008@daa.com.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1683064759-1033483410=:83565" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --0-1683064759-1033483410=:83565 Content-Type: text/plain; charset=us-ascii Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed. I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface? Cheers! James Henstridge wrote: sarge Chris wrote: > Thank your reply. Actually I want to implement one GTK application can > simulate user input for other application, for example, my application > can "fill" the editbox of B window, then "press" the OK button of B > window, such actions are implemented by sending GTK event to them from > my application, just like the user input to B. > > I've tried many ways to get the GtkWidget of editbox and button but no > result, can I use gnome API or windows manager(such as sawfish) to do > it, Or other method? I use C/C++. > You might want to investigate the at-spi APIs. This API is designed for out of process accessibility tools to inspect the user interface of an application, and activate the various actions made available by various UI components. It should provide the support necessary to do the sort of remote control you are after (even though you aren't doing an accessibility specific app). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia. --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1683064759-1033483410=:83565 Content-Type: text/html; charset=us-ascii

Thank you all, I've know the window ID of B by XQueryTree and XFetchname, but the things is I can't send GTK event when I only know Xlib's window ID, the GtkWidget of the B application is needed.

I'm reading AT-SPI, it should be helpful. But it's designed for GNOME, if I want to port my application to KDE, how can I do? Does it have a universal interface?

Cheers!

  James Henstridge <james@daa.com.au> wrote:

sarge Chris wrote:

> Thank your reply. Actually I want to implement one GTK application can
> simulate user input for other application, for example, my application
> can "fill" the editbox of B window, then "press" the OK button of B
> window, such actions are implemented by sending GTK event to them from
> my application, just like the user input to B.
>
> I've tried many ways to get the GtkWidget of editbox and button but no
> result, can I use gnome API or windows manager(such as sawfish) to do
> it, Or other method? I use C/C++.
>
You might want to investigate the at-spi APIs. This API is designed for
out of process accessibility tools to inspect the user interface of an
application, and activate the various actions made available by various
UI components.

It should provide the support necessary to do the sort of remote control
you are after (even though you aren't doing an accessibility specific app).

James.

--
Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~~james/ | Jan 22-25 Perth, Western Australia.




Post your free ad now! Yahoo! Canada Personals
--0-1683064759-1033483410=:83565-- From berberic@fmi.uni-passau.de Wed Oct 2 13:23:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust150.tnt7.muc2.deu.da.uu.net [149.225.122.150]) by mail.gnome.org (Postfix) with ESMTP id CDBA118107 for ; Wed, 2 Oct 2002 13:23:46 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g92HKkF3019320 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Wed, 2 Oct 2002 19:20:46 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g92HKkkh019316 for gnome-devel-list@gnome.org; Wed, 2 Oct 2002 19:20:46 +0200 Date: Wed, 2 Oct 2002 19:20:46 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: multiload-applet-2 bug Message-ID: <20021002172046.GA19251@fmi.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --dTy3Mrz/UPE2dbVg Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, have you ever realised that the multiload-applets graphs are off by 3 pixels in the time-axis? This bug existed in gnome 1.4 and still is in gnome 2. This is because a) the frame around the graphs is 2 pixels wide -- on both sides. so we have to subtract 4 instead of 2. b) there is a simple "off-by-one" error in the drawing loop. patch against gnome-applets-2.0.3 is attached. Any chance to get it into gnome? MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=multiload-applet-patch Content-Transfer-Encoding: quoted-printable diff -Naur gnome-applets-2.0.3-orig/multiload/load-graph.c gnome-applets-2.= 0.3-bmg/multiload/load-graph.c --- gnome-applets-2.0.3-orig/multiload/load-graph.c Fri Sep 13 21:59:22 2002 +++ gnome-applets-2.0.3-bmg/multiload/load-graph.c Wed Oct 2 19:04:40 2002 @@ -65,8 +65,8 @@ =20 for (i =3D 0; i < g->draw_width; i++) { gdk_draw_line (g->pixmap, g->gc, - g->draw_width - i, g->pos[i], - g->draw_width - i, g->pos[i] - g->data[i][j]); + g->draw_width - i - 1, g->pos[i], + g->draw_width - i - 1, g->pos[i] - g->data[i][j]); =20 g->pos [i] -=3D g->data [i][j]; } @@ -172,12 +172,12 @@ load_graph_unalloc (c); =20 if (c->orient) { - c->draw_width =3D c->pixel_size - 2; - c->draw_height =3D c->size - 2; + c->draw_width =3D c->pixel_size - 4; + c->draw_height =3D c->size - 4; } else { - c->draw_width =3D c->size - 2; - c->draw_height =3D c->pixel_size - 2; + c->draw_width =3D c->size - 4; + c->draw_height =3D c->pixel_size - 4; } =20 load_graph_alloc (c); @@ -301,12 +301,12 @@ } =20 if (g->orient) { - g->draw_width =3D g->pixel_size - 2; - g->draw_height =3D g->size - 2; + g->draw_width =3D g->pixel_size - 4; + g->draw_height =3D g->size - 4; } else { - g->draw_width =3D g->size - 2; - g->draw_height =3D g->pixel_size - 2; + g->draw_width =3D g->size - 4; + g->draw_height =3D g->pixel_size - 4; } =20 load_graph_alloc (g);=09 --IS0zKkzwUGydFO0o-- --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9myrunp4msu7jrxMRApruAJ9KPyR6HXWBUBPgRXFrfxvOIgx8YACgnLx6 XBg4XGu10qw//jSPnA1QdVM= =3e6j -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From malcolm@commsecure.com.au Wed Oct 2 17:30:56 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 9E623180FA for ; Wed, 2 Oct 2002 17:30:55 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g92LUsb26308 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g92LUsn02216 for ; Thu, 3 Oct 2002 07:30:54 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g92LUsr20399 for gnome-devel-list@gnome.org; Thu, 3 Oct 2002 07:30:54 +1000 Date: Thu, 3 Oct 2002 07:30:54 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: multiload-applet-2 bug Message-ID: <20021003073053.C20273@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021002172046.GA19251@fmi.uni-passau.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021002172046.GA19251@fmi.uni-passau.de>; from berberic@fmi.uni-passau.de on Wed, Oct 02, 2002 at 07:20:46PM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Wed, Oct 02, 2002 at 07:20:46PM +0200, M G Berberich wrote: > Hello, > > have you ever realised that the multiload-applets graphs are off by 3 > pixels in the time-axis? This bug existed in gnome 1.4 and still is in > gnome 2. > > This is because > > a) the frame around the graphs is 2 pixels wide -- on both sides. > so we have to subtract 4 instead of 2. > > b) there is a simple "off-by-one" error in the drawing loop. > > patch against gnome-applets-2.0.3 is attached. Any chance to get it > into gnome? Hmm. Nice work. The chances of this being applied are larger if you put it into bugzilla. That way the maintainer will be notified explicitly and he can track down all pending patches easily. (Note: I am not the maintainer or in any way qualified to comment on the patch. This is just your standard "bug reports go in bugzilla" announcement. :-) ) Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 2 18:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail04.svc.cra.dublin.eircom.net (mail04.svc.cra.dublin.eircom.net [159.134.118.20]) by mail.gnome.org (Postfix) with SMTP id 529A5182E6 for ; Wed, 2 Oct 2002 18:14:22 -0400 (EDT) Received: (qmail 31493 messnum 1107479 invoked from network[213.190.137.213/unknown]); 2 Oct 2002 22:14:21 -0000 Received: from unknown (HELO bashful.clients.ie) (213.190.137.213) by mail04.svc.cra.dublin.eircom.net (qp 31493) with SMTP; 2 Oct 2002 22:14:21 -0000 Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id E0A94F531; Wed, 2 Oct 2002 23:14:21 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.33]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id DFE0EA84B; Wed, 2 Oct 2002 23:14:18 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g92MAxk20629; Wed, 2 Oct 2002 23:11:04 +0100 Subject: Re: Help in the relationship between Xlib windowID and GTK widget From: "Sergey V. Udaltsov" To: sarge Hwu Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 02 Oct 2002 23:10:59 +0100 Message-Id: <1033596664.3221.11.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > There are two application A and B written by GTK, ^^^^^^^^^^^^^^^ > but how can I get the corresponding GtkWidget* pointer of B window so that I ^^^^^^^^^^^^^^^^^^ There are 2 apps. 2 address spaces. What pointer are you talking about??? You can only deal with GtkWidget* in your address space. So: use CORBA/Bonobo/signals/pipes/GConf:) - any IPC way of communicating with another Gtk object. But! If you just want send X messages - do it using X API (I do not remember exactly, are there any GTK wrappers around X message sending). Anyway, forget about GtkWidget* from another application. Cheers, Sergey From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 2F388181FB for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 94DBC36C2B; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 04:53:46 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: many $DISPLAYs Message-ID: <20021004025346.GA3443@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi, Is it possible to create two GtkWindows on different $DISPLAYS? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From bajcik@kolos.math.uni.lodz.pl Thu Oct 3 23:04:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5425E18DD1 for ; Thu, 3 Oct 2002 23:04:19 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7F88136C27; Fri, 4 Oct 2002 05:04:16 +0200 (CEST) Date: Fri, 4 Oct 2002 02:41:29 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: Re: libZVT and threads Message-ID: <20021004004129.GA2580@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl References: <20021001114620.GB7501@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021001114620.GB7501@kolos.math.uni.lodz.pl> User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Tue, Oct 01, 2002 at 01:46:20PM +0200, Krzysztof Garus wrote: > I have problem with ZvtTerm and pthreads. These are some situations: It started to work after fixing my Makefile files :) bye, -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From mark@skynet.ie Thu Oct 3 23:20:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id 45C74182E2 for ; Thu, 3 Oct 2002 23:20:41 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 1A6F92B8B1; Fri, 4 Oct 2002 04:20:40 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id 4CD2DE96D; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id 438677715; Fri, 4 Oct 2002 04:20:39 +0100 (IST) Date: Fri, 4 Oct 2002 04:20:38 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Krzysztof Garus Cc: gnome-devel-list@gnome.org Subject: Re: many $DISPLAYs In-Reply-To: <20021004025346.GA3443@gosia> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, On Fri, 4 Oct 2002, Krzysztof Garus wrote: > > hi, > > Is it possible to create two GtkWindows on different $DISPLAYS? Yes, but only with gtk 2.1.0: GdkDisplay *gdk_display_open (const gchar *display_name); GdkScreen * gdk_display_get_default_screen (GdkDisplay *display); void gtk_window_set_screen (GtkWindow *window, GdkScreen *screen); Good Luck, Mark. From m.craig@graffiti.net Fri Oct 4 08:45:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id A9CC2180FB for ; Fri, 4 Oct 2002 08:45:34 -0400 (EDT) Received: (qmail 20705 invoked by uid 1001); 4 Oct 2002 12:45:27 -0000 Message-ID: <20021004124527.20704.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [130.246.74.136] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Fri, 04 Oct 2002 20:45:26 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Fri, 04 Oct 2002 20:45:26 +0800 Subject: Saving window positions X-Originating-Ip: 130.246.74.136 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Apart from calling gtk_window_set_role, does anyone know what else do I need to do to make the WM restore my application windows in the same place at each login? Thanks, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From hp@redhat.com Fri Oct 4 10:56:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 8024A18103 for ; Fri, 4 Oct 2002 10:56:58 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g94EwBJQ002726; Fri, 4 Oct 2002 10:58:11 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g94EwBaU002722; Fri, 4 Oct 2002 10:58:11 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: "Martin Craig" Cc: gnome-devel-list@gnome.org Subject: Re: Saving window positions References: <20021004124527.20704.qmail@graffiti.net> From: Havoc Pennington Date: 04 Oct 2002 10:58:11 -0400 In-Reply-To: <20021004124527.20704.qmail@graffiti.net> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: "Martin Craig" writes: > > Apart from calling gtk_window_set_role, does anyone know what else > do I need to do to make the WM restore my application windows in the > same place at each login? > Support session management, for example with GnomeClient. Havoc From gkoru@engr.smu.edu Fri Oct 4 11:48:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 5161318E4F for ; Fri, 4 Oct 2002 11:48:00 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Fri, 4 Oct 2002 10:48:00 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Fri, 4 Oct 2002 10:47:59 -0500 (CDT) Message-Id: Date: Fri, 4 Oct 2002 10:47:59 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - 80:20 rule Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all contributors of Gnome, As you might have heard, I am conducting a bug handling survey on: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html So far, we have received answers from the developers, testers, defects fixers, and project managers in KDE, GNOME, Apache, OpenOffice, Mozilla, and other projects/sub-projects. Even though, we have not asked any names or e-mails, some of you have left their contact information and expressed their willingness for further cooperation in this direction. Thanks for your interest so far. If you have not done so, we would appreciate it, if you could fill out this survey since statistically more and more meaningful interpretations can be made as your participation increases. It is a short survey which consists of three sections that can be filled at once or different sessions. Many of the questions in the survey were put there purposefully, and they will make you think about how they apply to Gnome project. You will find them very interesting. One more time, this is a research project,which has many potential implications. This is NOT anything like a spam, it has no commercial nature and it is aiming to contribute to Gnome just like any other e-mail. We are very "dedicated" to this research, whose only and only purpose is looking for ways of increasing the quality of open source products. We apologize in advance if you receive duplicates of this e-mail. 80:20 rule, which is the subject of this e-mail is a well observed phenomenon, in many of the large scale software products. These products were produced by IT, Telecom companies, even by NASA. They were developed following different methodologies, they were written in different languages, and the application domain or problems they solve were different. However, 80:20 rule was still observed. This means that you might be developing desktop applications, office software, compiler, kernel, http server, or whatever, most likely you will make a similar observation your project. I included two references at the bottom about it. Both of them are very easy to follow and informative. Also, they are very recent references. The numbers in 80:20 rule are percentages but not of the same quantity. 80% here represents 80% of the "target risk", which might be defects, rework, effort, etc. So, you want to reduce them. 20% represents the contributor. You might want to name 20% as modules, component, packages, for the product if you will. A great deal of your goal in a project lies in this 80%. And the observations tell us that this 80% target risk stems from 20% of your modules, or components. If you could only identify this 20% part in what you develop, you would make substantial improvements in quality. The identification techniques could be a subject of another time. But, now, why is this important? Because, some projects never get to a desired level of quality, they can not meet their schedule. People code it, patch it, code it, patch it.. After some time users may loose trust, it may become something which is not manageable any more. So even though, the efforts are made by volunteer programmers, it is sad to see that potential is not used fully. Because these efforts could make even greater contribution to free software and they could end the software monopoly out there more quickly. I am one of those who observes the high amount of traffic in developers lists. This is huge. Everybody looks at one thing, sees it from a different point of view, designs are evaluated, code is tested, fixed, etc. Collaborating, sharing bring many advantages. There is big potential. I can easily tell that in many cases the communities are much larger than many software teams in the industry. So, how come the commercial software can still compete with open source products. One of the reasons is that they have been applying these techniques for years. Now think about the advantages of risk identification techniques and the advantages of open source development combined. Wouldn't it be great? This is where we see the tremendous opportunity. As concluding this e-mail, I repeat my invitation one more time. Please visit: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html today/this weekend and help us in this research. If you want to see or remember my previous invitations, they are at the same address. By the way, if you have already completed it and want to change your answers (some did ask this issue) please contact me, we need to identify your unique entry and change it, please do not complete it twice. Thanks for your support so far. Please contact me for any question you might have. Gunes References: 1) Barry Boehm, and Victor R. Basili, "Software defect reduction: Top 10 list", IEEE Computer Magazine, Vol. 34, No.1, pp: 135-137, January 2001. 2) Jeff Tian, "Risk identification techniques for defect reduction and quality improvement", Software Quality Professional, 2(2):32-41, Mar 2000. -- *************************************************************************** A. Gunes Koru Research Assistant, Ph.D. Student Southern Methodist University Computer Science and Engineering Department 6425 North Ownby Drive Science and Information Building Room 317 Dallas, TX 75205 Home: 214 691 5633 Work: 214 768 2005 Cell: 214 893 7311 http://www.seas.smu.edu/~gkoru Email: gkoru@engr.smu.edu *************************************************************************** From johnp@martianrock.com Sat Oct 5 10:55:12 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id ED7A018309 for ; Sat, 5 Oct 2002 10:55:11 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id JAA14066 for ; Sat, 5 Oct 2002 09:54:43 -0500 Subject: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 19:05:51 -0400 Message-Id: <1033859151.24954.10.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, Not sure if this is the right list to post to. I am trying to compile GNOME 2.0 from CVS head. I did it fine the first time now I am trying to update to the latest CVS version. I am using jhbuild. An error keeps occuring with a few packages, the first of which is libwnck. It seems GTK+ is not getting updated and instead stays at version 2.0.6 while libwnck requests version 2.1.0. At first I though it was an error in the way the gtk build was doing versioning so I changed the version number in gtk+'s .pc file. That only caused libwnck to spit out undefined symbol errors. I've also tried rechecking out gtk+ which still compiles version 2.0.6. Any suggestions? -- J5 From ali.akcaagac@stud.fh-wilhelmshaven.de Sat Oct 5 11:03:29 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mail.gnome.org (Postfix) with ESMTP id E59B118330 for ; Sat, 5 Oct 2002 11:03:28 -0400 (EDT) Received: from fwd01.sul.t-online.de by mailout04.sul.t-online.com with smtp id 17xqSl-0005lr-05; Sat, 05 Oct 2002 17:03:27 +0200 Received: from p508216A7.dip.t-dialin.net (520016195487-0001@[80.130.22.167]) by fmrl01.sul.t-online.com with esmtp id 17xqSb-0JV62qC; Sat, 5 Oct 2002 17:03:17 +0200 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <1033859151.24954.10.camel@jade> References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Organization: Message-Id: <1033830202.14876.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 05 Oct 2002 17:03:22 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, 2002-10-06 at 01:05, John Palmieri wrote: > while libwnck requests version 2.1.0. At first I though it was an error make sure you checkout libwnck gnome-2-0 branch. -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From hp@redhat.com Sat Oct 5 11:16:23 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B25CD183F1 for ; Sat, 5 Oct 2002 11:16:23 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95FHkJQ007644; Sat, 5 Oct 2002 11:17:46 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95FHjnF007640; Sat, 5 Oct 2002 11:17:45 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 11:17:45 -0400 In-Reply-To: <1033859151.24954.10.camel@jade> Message-ID: Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > > Not sure if this is the right list to post to. I am trying to compile > GNOME 2.0 from CVS head. That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have a gnome-2-0 branch or other branch. > I did it fine the first time now I am trying > to update to the latest CVS version. I am using jhbuild. The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 branch of libwnck though. Your jhbuildrc should have gnome20 not gnome22, and be sure to cvs up jhbuild prior to use. Havoc From johnp@martianrock.com Sat Oct 5 13:49:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 76D35180E5 for ; Sat, 5 Oct 2002 13:49:50 -0400 (EDT) Received: from localhost.localdomain (ool-182d4a91.dyn.optonline.net [24.45.74.145]) by sepia.propagation.net (8.8.5/8.8.5) with ESMTP id MAA07990; Sat, 5 Oct 2002 12:49:46 -0500 Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS From: John Palmieri To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1033859151.24954.10.camel@jade> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Oct 2002 13:49:48 -0400 Message-Id: <1033840188.24954.31.camel@jade> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-05 at 11:17, Havoc Pennington wrote: > > > John Palmieri writes: > > > > Not sure if this is the right list to post to. I am trying to compile > > GNOME 2.0 from CVS head. > > That's the problem, GNOME 2.0 isn't on CVS HEAD; most modules now have > a gnome-2-0 branch or other branch. > > > I did it fine the first time now I am trying > > to update to the latest CVS version. I am using jhbuild. > > The latest jhbuild in CVS looks like it's pointed at the gnome-2-0 > branch of libwnck though. Your jhbuildrc should have gnome20 not > gnome22, and be sure to cvs up jhbuild prior to use. Thanks, that worked. I can't belive I neglected to update jhbuild. Just for my knowledge, if I were to send patchs in should they be diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > > Havoc > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From hp@redhat.com Sat Oct 5 14:20:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 56104180E5 for ; Sat, 5 Oct 2002 14:20:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g95IM7JQ007767; Sat, 5 Oct 2002 14:22:07 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g95IM6eh007763; Sat, 5 Oct 2002 14:22:06 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: John Palmieri Cc: gnome-devel-list@gnome.org Subject: Re: libwnck requires gtk+ version 2.1.0 from CVS References: <1033859151.24954.10.camel@jade> <1033840188.24954.31.camel@jade> From: Havoc Pennington Date: 05 Oct 2002 14:22:06 -0400 In-Reply-To: <1033840188.24954.31.camel@jade> Message-ID: Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: John Palmieri writes: > Thanks, that worked. I can't belive I neglected to update jhbuild. > Just for my knowledge, if I were to send patchs in should they be > diff'ed against gnome-2-0 or HEAD or is it largly module dependent? > For plain bugfixes, either is fine. For new features (especially if they change/add strings or other UI), should be against HEAD. Havoc From b.greiner@t-online.de Sun Oct 6 07:17:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mail.gnome.org (Postfix) with ESMTP id 219421828F for ; Sun, 6 Oct 2002 07:17:36 -0400 (EDT) Received: from fwd05.sul.t-online.de by mailout07.sul.t-online.com with smtp id 17y9Pj-00081P-00; Sun, 06 Oct 2002 13:17:35 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.227.124.36]) by fmrl05.sul.t-online.com with esmtp id 17y9Pa-1uomECC; Sun, 6 Oct 2002 13:17:26 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17y9PW-0000Wd-00 for ; Sun, 06 Oct 2002 13:17:22 +0200 Date: Sun, 6 Oct 2002 13:17:22 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Bonobo control vs. widget Message-ID: <20021006111722.GA1341@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi list, I'm confused with some Bonobo ideas, i.e. the difference between a BonoboControl and a BonoboWidget and that between a BonoboControl and a Bonobo_Control. I've been fooling around with Bonobo yesterday. Since I found no current documentation or complete reference, I figured eog would be good to look into a bit. Bear with me if I use MS terms in the following, I've played with OLE... So I wrote the following: icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); like eog-shell does. I called it "icontrol" because I figured Bonobo_Control was an interface, but it started feeling kind of wrong after a while. First, I placed the Control inside my BonoboWindow like eog does, with bonobo_control_frame_bind_to_control() etc. Worked fine and I even had an eog toolbar and textless but clickable (?) menu in my UI. Then, for some exercise, I replaced the controlframe stuff with bonobo_widget_new_control_from_objref() and box_packed that. Still worked fine, but got me no menu and toolbar this time. So my questions are: - Why does the ControlFrame procedure give me UI but not the Widget one? - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? - What's a good resource to read up on the current Bonobo mechanisms? Everything I found was either incomplete or outdated (i.e. didn't even compile). I hope somebody will take the time to answer my questions. Many thanks in advance. Benjamin From tony@realh.co.uk Wed Oct 2 19:16:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 59F24181A1 for ; Wed, 2 Oct 2002 19:16:20 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17wsj0-0000es-00 for ; Thu, 03 Oct 2002 00:16:14 +0100 Date: Thu, 3 Oct 2002 00:16:14 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: gnome-terminal's I pointer shape Message-ID: <20021002231613.GA2460@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Again, I'm not really sure whether this is the right list, is there anywhere with more detailed descriptions of what's on topic for the lists than ? Anyway, I dislike the way the pointer turns into an I shape when it's over gnome-terminal, although I don't mind it (almost) disappearing when I type, except I keep thinking the single visible pixel is a dead element in my TFT monitor ;-). There are two problems with the I shape. One is that it makes the pointer harder to pick out against text (in my preferred config of black fg and light grey bg anyway). The other is that there's no obvious active tip, which can make selecting text tricky. It's not too bad, but would probably be worse at smaller font sizes. Ages ago I wrote a patch to make it stick to the conventional pointer shape, complete with GUI-selectable option. I think I lost it though. If I rewrote the patch, would there be any chance of it being accepted in the official version? I realise Gnome now has a policy of the fewer options the better (not something I necessarily agree with), but would an option that's hidden from the GUI, but settable with gconftool, be a happy medium? -- TH * http://www.realh.co.uk From vladimir@pobox.com Fri Oct 4 15:51:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from rain.vlad1.com (adsl-64-174-44-13.dsl.snfc21.pacbell.net [64.174.44.13]) by mail.gnome.org (Postfix) with ESMTP id 78531180E2 for ; Fri, 4 Oct 2002 15:51:07 -0400 (EDT) Received: by rain.vlad1.com (Postfix, from userid 500) id 2E8641AC70D; Fri, 4 Oct 2002 12:36:13 -0700 (PDT) Subject: small segv-handler patch in libgnomeui From: Vladimir Vukicevic To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-TvxjTC+WSxa0n4syklRA" Organization: Message-Id: <1033760173.1165.12.camel@rain.vlad1.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release) Date: 04 Oct 2002 12:36:13 -0700 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-TvxjTC+WSxa0n4syklRA Content-Type: text/plain Content-Transfer-Encoding: 7bit Howdy, This patch makes libgnomeui_segv_setup() not touch the signals if diable_crash_dialog is set -- previously, it was setting all the signals to SIG_DFL, killing any handlers that may have been installed before gnome is initialized. This is currently affecting mono/gtk-sharp, since it traps segv and the like and throws an exception (and lets you get a nice C# backtrace).. it's possibly affecting other non-dinosaur languages as well :) -- Vladimir Vukicevic --=-TvxjTC+WSxa0n4syklRA Content-Disposition: attachment; filename=segv-setup.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=segv-setup.patch; charset=ANSI_X3.4-1968 ? segv-setup.patch ? libgnomeui/ChangeLog-19990928.flc Index: ChangeLog =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/ChangeLog,v retrieving revision 1.228 diff -u -u -r1.228 ChangeLog --- ChangeLog 27 Sep 2002 21:26:54 -0000 1.228 +++ ChangeLog 4 Oct 2002 19:39:03 -0000 @@ -1,3 +1,9 @@ +2002-10-04 Vladimir Vukicevic + + * libgnomeui/gnome-ui-init.c (libgnomeui_segv_setup): don't reset + signals to SIG_DFL if do_crash_dialog is false, leave them + as-is. + 2002-09-27 Anders Carlsson =20 * configure.in: Release 2.1.0 Index: libgnomeui/gnome-ui-init.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/libgnomeui/libgnomeui/gnome-ui-init.c,v retrieving revision 1.186 diff -u -u -r1.186 gnome-ui-init.c --- libgnomeui/gnome-ui-init.c 16 Aug 2002 12:48:47 -0000 1.186 +++ libgnomeui/gnome-ui-init.c 4 Oct 2002 19:39:03 -0000 @@ -587,20 +587,19 @@ do_crash_dialog =3D g_value_get_boolean (&value); g_value_unset (&value); =20 - memset(&sa, 0, sizeof(sa)); - - setptr =3D &sa; if(do_crash_dialog) { + memset(&sa, 0, sizeof(sa)); + setptr =3D &sa; + sa.sa_handler =3D (gpointer)libgnomeui_segv_handle; - } else { - sa.sa_handler =3D SIG_DFL; + + sigaction(SIGSEGV, setptr, NULL); + sigaction(SIGABRT, setptr, NULL); + sigaction(SIGTRAP, setptr, NULL); + sigaction(SIGFPE, setptr, NULL); + sigaction(SIGBUS, setptr, NULL); } =20 - sigaction(SIGSEGV, setptr, NULL); - sigaction(SIGABRT, setptr, NULL); - sigaction(SIGTRAP, setptr, NULL); - sigaction(SIGFPE, setptr, NULL); - sigaction(SIGBUS, setptr, NULL); } =20 static void libgnomeui_segv_handle(int signum) --=-TvxjTC+WSxa0n4syklRA-- From hp@redhat.com Sun Oct 6 15:20:34 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1CC11180EE for ; Sun, 6 Oct 2002 15:20:34 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96JM4JQ017568; Sun, 6 Oct 2002 15:22:04 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96JM421017564; Sun, 6 Oct 2002 15:22:04 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 15:22:04 -0400 In-Reply-To: <20021002231613.GA2460@realh.co.uk> Message-ID: Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > Ages ago I wrote a patch to make it stick to the conventional pointer > shape, complete with GUI-selectable option. I think I lost it though. If > I rewrote the patch, would there be any chance of it being accepted in > the official version? I realise Gnome now has a policy of the fewer > options the better (not something I necessarily agree with), but would > an option that's hidden from the GUI, but settable with gconftool, be a > happy medium? > You haven't given any rationale at all for making it an option - all the rationale in your mail is rationale for just changing it flat-out by default. See http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html Those questions need to be analyzed when adding any option. To answer the question, it can be an option if you can give rationale _for making it an option_ which is not the same as rationale _for doing things differently_. Havoc From mark@skynet.ie Sun Oct 6 15:53:03 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from holly.csn.ul.ie (holly.csn.ul.ie [136.201.105.4]) by mail.gnome.org (Postfix) with ESMTP id E17A3181DA for ; Sun, 6 Oct 2002 15:53:02 -0400 (EDT) Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 9908F2B24F; Sun, 6 Oct 2002 20:53:01 +0100 (IST) Received: by skynet.csn.ul.ie (Postfix, from userid 2588) id DE9DAE507; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id CE1197243; Sun, 6 Oct 2002 20:53:00 +0100 (IST) Date: Sun, 6 Oct 2002 20:53:00 +0100 (IST) From: Mark McLoughlin X-X-Sender: mark@skynet To: Benjamin Greiner Cc: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget In-Reply-To: <20021006111722.GA1341@he-man.dnsalias.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, I was pretty confused about all this at first too, so I wrote a short doc on how it works - its more a simple explanation of how the embedding works rather than a tutorial or anything. Its in the bonoboui tarballs or here: http://www.skynet.ie/~mark/pub/ui-across-boundaries.txt HTH, Mark. On Sun, 6 Oct 2002, Benjamin Greiner wrote: > > Hi list, > I'm confused with some Bonobo ideas, i.e. the difference between a > BonoboControl and a BonoboWidget and that between a BonoboControl and a > Bonobo_Control. > > I've been fooling around with Bonobo yesterday. Since I found no current > documentation or complete reference, I figured eog would be good to look > into a bit. > > Bear with me if I use MS terms in the following, I've played with OLE... > > So I wrote the following: > > icontrol = bonobo_get_object (EOG_VIEWER_CONTROL_IID, "Bonobo/Control", &ev); > > like eog-shell does. I called it "icontrol" because I figured > Bonobo_Control was an interface, but it started feeling kind of wrong > after a while. > > First, I placed the Control inside my BonoboWindow like eog does, > with bonobo_control_frame_bind_to_control() etc. Worked fine and I even > had an eog toolbar and textless but clickable (?) menu in my UI. > > Then, for some exercise, I replaced the controlframe stuff with > bonobo_widget_new_control_from_objref() and box_packed that. Still worked > fine, but got me no menu and toolbar this time. So my questions are: > > - Why does the ControlFrame procedure give me UI but not the Widget one? > - When do I have to bonobo_object_unref()? After every BONOBO_OBJREF? > - What's a good resource to read up on the current Bonobo mechanisms? > Everything I found was either incomplete or outdated (i.e. didn't even > compile). > > I hope somebody will take the time to answer my questions. Many thanks > in advance. > > Benjamin > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From tony@realh.co.uk Sun Oct 6 15:53:07 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 44F80181DA for ; Sun, 6 Oct 2002 15:53:07 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yHSW-0000Gh-00 for ; Sun, 06 Oct 2002 20:53:00 +0100 Date: Sun, 6 Oct 2002 20:53:00 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006195300.GA1016@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > Tony Houghton writes: > > Ages ago I wrote a patch to make it stick to the conventional pointer > > shape, complete with GUI-selectable option. I think I lost it though. If > > I rewrote the patch, would there be any chance of it being accepted in > > the official version? I realise Gnome now has a policy of the fewer > > options the better (not something I necessarily agree with), but would > > an option that's hidden from the GUI, but settable with gconftool, be a > > happy medium? > > You haven't given any rationale at all for making it an option - all > the rationale in your mail is rationale for just changing it flat-out > by default. > > See > http://mail.gnome.org/archives/desktop-devel-list/2002-October/msg00100.html > > Those questions need to be analyzed when adding any option. > > To answer the question, it can be an option if you can give rationale > _for making it an option_ which is not the same as rationale _for > doing things differently_. I would be happy with changing the default - after all, if I'm the one who writes the patch, it's less programming than making it optional ;-). But I'm not sure that everyone would prefer the alternative behaviour. Although I don't like the I-shape, maybe some people do, and presumably there was some reason why it was made that way in the first place. It looks like I need to start a discussion to find out whether there's a strong rationale for the I-shape, and if so whether my rationale is strong enough to justify even an option, let alone a new default behaviour. That's why I posted here first instead of going straight ahead with a feature request on bugzilla. Is this the best place for the discussion, or is there a better list for it? -- TH * http://www.realh.co.uk From hp@redhat.com Sun Oct 6 16:36:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 1188A18104 for ; Sun, 6 Oct 2002 16:36:43 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g96KcGJQ017617; Sun, 6 Oct 2002 16:38:16 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g96KcGLX017613; Sun, 6 Oct 2002 16:38:16 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Tony Houghton Cc: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> From: Havoc Pennington Date: 06 Oct 2002 16:38:15 -0400 In-Reply-To: <20021006195300.GA1016@realh.co.uk> Message-ID: Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Tony Houghton writes: > I would be happy with changing the default - after all, if I'm the one > who writes the patch, it's less programming than making it optional ;-). > > But I'm not sure that everyone would prefer the alternative behaviour. > Although I don't like the I-shape, maybe some people do, and presumably > there was some reason why it was made that way in the first place. Right, but our job as developers is to work to understand decisions and make them as best we can - punting to the user isn't right. If we don't understand why it is why it is, then we can't choose the right default, which is the most important thing anyway. So making it an option doesn't get us out of needing to know why people like each way, and why it is how it is, and whether there's some compromise that works all around. > It looks like I need to start a discussion to find out whether there's a > strong rationale for the I-shape, and if so whether my rationale is > strong enough to justify even an option, let alone a new default > behaviour. That's why I posted here first instead of going straight > ahead with a feature request on bugzilla. Is this the best place for the > discussion, or is there a better list for it? > Other possible lists are usability@gnome.org or desktop-devel-list, or just in bugzilla would be fine. But this list is also fine. The first issue I think is one of consistency; most arguments here will not be specific to the terminal but will apply to text boxes in general. So we would need to document a policy in the HIG and apply that to all text boxes, and if an option is added, it should apply to all of them. Another general question we should ask is what the prior art is; if OS X and Windows XP both do something, then the presumption should be to follow that unless we have good evidence otherwise, because they have a lot of experience and user testing behind them, and users are used to the behavior. I don't know what either OS X or Windows XP does in this case, but it's good information to have. One thing that may be relevant is that I think "cursor themes" are a feature we expect to have fairly soon, and that feature would allow global replacement of the I-beam (even in old apps such as xterm). This is probably the right place for the configurability. Havoc From tony@realh.co.uk Sun Oct 6 18:39:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from realh.co.uk (linbury.gotadsl.co.uk [213.208.116.173]) by mail.gnome.org (Postfix) with ESMTP id 269E3180DD for ; Sun, 6 Oct 2002 18:39:48 -0400 (EDT) Received: from tony by realh.co.uk with local (Exim 3.36 #1 (Debian)) id 17yK3v-0000Qr-00 for ; Sun, 06 Oct 2002 23:39:47 +0100 Date: Sun, 6 Oct 2002 23:39:47 +0100 From: Tony Houghton To: gnome-devel-list@gnome.org Subject: Re: gnome-terminal's I pointer shape Message-ID: <20021006223947.GA1531@realh.co.uk> Mail-Followup-To: Tony Houghton , gnome-devel-list@gnome.org References: <20021002231613.GA2460@realh.co.uk> <20021006195300.GA1016@realh.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: In , Havoc Pennington wrote: > The first issue I think is one of consistency; most arguments here > will not be specific to the terminal but will apply to text boxes in > general. So we would need to document a policy in the HIG and apply > that to all text boxes, and if an option is added, it should apply to > all of them. I think the reason for changing the cursor shape is to indicate that text can be selected, but not necessarily altered, because Galeon (and IE if you look to Windows) also change the shape when the pointer is over text. Terminals - and most text editors as opposed to DTP or word processors with layout features - are a bit special, because the whole window contains text, and the user should be expecting that, and not need any extra cues. So I find changing the pointer shape helpful in some applications, but not in terminals. FWIW my favourite text editor is vim, and the GTK version doesn't change the pointer. > Another general question we should ask is what the prior art is; if OS > X and Windows XP both do something, then the presumption should be to > follow that unless we have good evidence otherwise, because they have > a lot of experience and user testing behind them, and users are used > to the behavior. I don't know what either OS X or Windows XP does in > this case, but it's good information to have. On the whole Windows is a good GUI, but there are some features that are very annoying for a significant number of users and either can't be changed, or are obscure and have side effects. Even if OS X and Windows both do something, it can't be assumed that's the best way of doing it. They may have chosen to do it because the other did and it's "what most people are used to", while many users would prefer something different once they got used to it. Attracting new and ex-Windows users is important, but sometimes it feels like Gnome is being dumbed down at the expense of more experienced Linux users who appreciate lots of flexibility. > One thing that may be relevant is that I think "cursor themes" are a > feature we expect to have fairly soon, and that feature would allow > global replacement of the I-beam (even in old apps such as xterm). > This is probably the right place for the configurability. I agree with that. Come to think of it, if a theme simply had a text pointer shape which had an obvious active point and was maybe more visible, that should be all it takes to stop the feature being a disadvantage for me. -- TH * http://www.realh.co.uk From sopwith@widget.gnome.org Sun Oct 6 23:59:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 2FE57180D8 for ; Sun, 6 Oct 2002 23:59:41 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 36779404CA; Mon, 7 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5961 bugs open on bugzilla.gnome.org Message-Id: <20021007040002.36779404CA@widget.gnome.org> Date: Mon, 7 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 841 gtk+ | 571 galeon | 336 gnome-vfs | 294 GIMP | 282 gnome-applets | 236 control-center | 152 gnome-core | 151 gnome-panel | 124 sawfish | 108 balsa | 103 gnome-pilot | 96 medusa | 94 glib | 87 libzvt | 84 GnuCash | 76 Gnumeric | 76 gnome-media | 74 metacity | 69 Pan | 66 gnome-games | 65 gnome-utils | 62 bug-buddy | 61 libgnomeui | 58 dia | 55 gnome-terminal | 53 GConf | 52 pango | 52 GnomeICU | 50 gtkhtml2 | 47 bugzilla.gnome.org | 47 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 38 gnome-session | 37 bonobo | 37 GStreamer | 36 rhythmbox | 35 gdm | 34 gok | 33 glade | 32 gnome-libs | 30 libgnome | 29 gedit | 29 gphoto | 29 libgtop | 29 Yelp | 28 gnorpm | 26 website | 25 libgnomecanvas | 23 system-monitor [was: procman] | 22 lampadas | 21 anjuta2 | 20 libwnck | 20 gnome-pim | 20 gnome-chess | 19 gtop [gnome-system-monitor] | 19 ORBit | 18 grapevine | 17 gnomemeeting | 16 gnome-db | 16 gnome-python | 16 gnome-print | 15 gtkmm | 15 bonobo-activation [was: oaf] | 15 Metatheme | 14 libglade | 14 at-spi | 14 eazel-hacking | 14 intltool | 14 gtranslator | 13 gnome-desktop | 13 Gnomoradio | 13 ORBit2 | 13 crescendo | 13 xscreensaver | 13 imlib1 | 12 libgnomedb | 12 gnome-user-docs | 12 GGV | 12 audiofile | 11 vte | 11 eazel-themes | 11 eel | 10 gnome-perl | 10 gnopernicus | 10 gperfmeter | 10 gtk-doc | 10 atk | 9 printman | 9 gmc | 9 memprof | 9 ToutDoux | 9 gtk-engines | 9 EOG | 9 gnome-iconedit | 8 librsvg | 8 mergeant | 8 gnome-vfs-extras | 8 libxslt | 8 pkg-config | 8 gconf-editor | 7 esound | 7 devhelp | 7 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 6 at-poke | 5 Guppi | 5 galf | 4 gtkvts | 4 Release Engineering | 4 l10n | 4 libart | 4 jhbuild | 3 gnome-debug | 3 gASQL | 3 gnome-pm | 3 gnomemm | 3 totem | 3 acme | 3 orbit-perl | 3 gnome-build | 3 magicdev | 2 desktop-file-utils | 2 Gfax | 2 libIDL | 2 gthumb | 2 gmime | 1 gnome-system-tools | 1 libxml | 1 etherterm | 1 Guikachu | 1 file-roller | 1 gnomovision | 1 xalf | 1 gnome-guile | 1 gtkglarea | 1 From jacob@ximian.com Mon Oct 7 13:14:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id F03911825B for ; Mon, 7 Oct 2002 13:14:23 -0400 (EDT) Received: (qmail 27891 invoked from network); 7 Oct 2002 17:14:23 -0000 Received: from dmz.ximian.com (HELO wet-pants.boston.ximian.com) (jacob@141.154.95.1) by peabody.ximian.com with DES-CBC3-SHA encrypted SMTP; 7 Oct 2002 17:14:23 -0000 Subject: Re: small segv-handler patch in libgnomeui From: jacob berkman To: Vladimir Vukicevic Cc: gnome-devel In-Reply-To: <1033760173.1165.12.camel@rain.vlad1.com> References: <1033760173.1165.12.camel@rain.vlad1.com> Content-Type: text/plain Organization: Message-Id: <1034010842.673.24.camel@wet-pants.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99wet-pants-1031382589 (Preview Release) Date: 07 Oct 2002 13:14:02 -0400 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-04 at 15:36, Vladimir Vukicevic wrote: > Howdy, > > This patch makes libgnomeui_segv_setup() not touch the signals if > diable_crash_dialog is set it looks fine to me. - jacob From berberic@fmi.uni-passau.de Mon Oct 7 16:45:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from avaloon.intern (1Cust2.tnt5.muc2.deu.da.uu.net [149.225.82.2]) by mail.gnome.org (Postfix) with ESMTP id CE2E81843E for ; Mon, 7 Oct 2002 16:45:36 -0400 (EDT) Received: from avaloon.intern (localhost.intern [127.0.0.1]) by avaloon.intern (8.12.3/8.12.3/Debian -4) with ESMTP id g97KjYQ3019289 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Mon, 7 Oct 2002 22:45:34 +0200 Received: (from berberic@localhost) by avaloon.intern (8.12.3/8.12.3/Debian -4) id g97KjWkA019285 for gnome-devel-list@gnome.org; Mon, 7 Oct 2002 22:45:32 +0200 Date: Mon, 7 Oct 2002 22:45:32 +0200 From: M G Berberich To: GNOME Devel MailingList Subject: Re: patches for libzvt and gnome-terminal Message-ID: <20021007204532.GB1003@fmi.uni-passau.de> Mail-Followup-To: GNOME Devel MailingList References: <20010728211121.B436@fmi.uni-passau.de> <20020924195228.GA864@fmi.uni-passau.de> <1032945173.1835.8.camel@SFinX> <1032970059.1582.1.camel@sevilla.gnome.no> <1032970742.1996.4.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <1032970742.1996.4.camel@sevilla.gnome.no> User-Agent: Mutt/1.3.28i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Wednesday, den 25. September 2002 18:19:02 schrieb Kjartan Maraas: > ons, 2002-09-25 kl. 18:07 skrev Kjartan Maraas: > > ons, 2002-09-25 kl. 16:06 skrev ing. D.G. Knol: > > > Looking at the date (28. July) and in my local archives, I am NOT able > > > to find the message. Maybe it never arrived at this list?=20 > > >=20 > >=20 > > Did you look at the archives for July *2001*? :) > >=20 > > > Otherwise it might me usefull to report these problems as bugs in > > > bugzilla (that's what it is for) and put your patches with that bugs.= =20 > > >=20 > >=20 > > I think they are mentioned somewhere in the old gnome-terminal component > > in gnome-core. I'll check and mark them for GNOME 2 if I find it. > >=20 >=20 > Done. I've added GNOME2 keywords to the two bugreports involved. It > would be really nice if the patches could be split up into three like > this: >=20 > - one patch for the wordselect problem > - one patch for the CutToBeginningOfLine feature > - one patch for the update problems >=20 > The first and last of those should be applied to both 1.4.x and 2.x I > think. a) I opend bugs for gnome2 libzvt and added patches for the word-select-anomaly and the update-bug (bugs #94896 and #94897) Anyone? b) I have a patch to libzvt that would make word-select consider groups of non-word-chars as blocks, so selecting them as block. This is xterm-behavior and in my opinion makes a lot of sense. Any interrest? c) The patches from bugs #94896 and #94897 might apply to gnome-1.x sources too. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9ofJsnp4msu7jrxMRAnsSAJkBSQ0rBG4uectyboMSee9TYu5CmACdG261 czxy/tv3AXHD6lYdIM9XfvY= =jkOj -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From bajcik@kolos.math.uni.lodz.pl Mon Oct 7 22:14:50 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id ABF20181A5 for ; Mon, 7 Oct 2002 22:14:50 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 4B5E036C27; Tue, 8 Oct 2002 04:14:39 +0200 (CEST) Date: Sun, 6 Oct 2002 15:16:20 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: window inside window Message-ID: <20021006131620.GA9038@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to by only partially visible. How can I do that? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From james@daa.com.au Mon Oct 7 23:31:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 0C2D918129 for ; Mon, 7 Oct 2002 23:31:42 -0400 (EDT) Received: from daa.com.au (diprotodon.daa.com.au [203.17.251.34]) by quoll.daa.com.au (Postfix) with ESMTP id 09DC0C023; Tue, 8 Oct 2002 11:31:33 +0800 (WST) Message-ID: <3DA25194.5040908@daa.com.au> Date: Tue, 08 Oct 2002 11:31:32 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-au, en MIME-Version: 1.0 To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: window inside window References: <20021006131620.GA9038@gosia> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus wrote: >Hello, > >I'd like to put GtkDrawingArea in a scrollable window. GtkScrolledWindow >is good, but it has scrollbars. My GtkDrawingArea is small, so scrollbars >looks ugly. If I set policy to GTK_POLICY_NEVER, then scrollbars are not >visible, BUT scrollbar has size of GtkDrawingArea. I want my drawingarea to >by only partially visible. > >How can I do that? > > It sounds like you are after the GtkViewport class. It will allow you to view a section of the child widget, and by manipulating its adjustments, you can change which portion is visible (in fact, it is used by GtkScrolledWindow for widgets that do not know how to scroll themselves). James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From gkoru@engr.smu.edu Wed Oct 9 10:38:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail.seas.smu.edu (mail.seas.smu.edu [129.119.3.35]) by mail.gnome.org (Postfix) with ESMTP id 78C4D18A66 for ; Wed, 9 Oct 2002 10:38:49 -0400 (EDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #19) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Received: by engr.smu.edu (Smail-3.2.0.111 2000-Feb-17 #8) id ; Wed, 9 Oct 2002 09:38:48 -0500 (CDT) Message-Id: Date: Wed, 9 Oct 2002 09:38:48 -0500 (CDT) From: gkoru@engr.smu.edu (Gunes Koru) To: gnome-devel-list@gnome.org Subject: Bug handling survey - Tree based models Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello Gnome contributors, I am conducting a survey about the way bugs are handled in open source software projects. The survey includes questions that can be answered by developers,testers, bug fixers, project managers, and owners of defect databases. It is only and only for research purposes and it is very easy to fill out. It consists of three short sections which can be completed at once or in different sessions. Please fill it out if you haven't done yet. You will find the questions interesting since there is a reason behind each one one of them. They will make you think about how things work (or could work)in your project. The survey can be found in the address: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html The data in the bug databases can be used to identify the high risk areas in the software development. One of the ways of doing it is constructing tree-based models, which could be very useful in open source projects. If you would like to read about it, I prepared a web page for you: http://www.seas.smu.edu/~gkoru/surveys/tbdm1.html Please accept my apologies if you receive duplicates of this e-mail. This is a survey, which will give useful results for all of us. I will try to prepare and make some preliminary results on-line within the next two weeks. Since this is a survey, covering many important open source projects, it will be interesting for everybody to see what kind of quality assurance work is going on in the other projects. As always, we are very dedicated to this research. Please contact me for any question you might have. Thank you, A. Gunes Koru http://www.engr.smu.edu/~gkoru From "ph.h."@gmx.net Fri Oct 11 07:13:25 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id E3AF21811D for ; Fri, 11 Oct 2002 07:13:24 -0400 (EDT) Received: (qmail 11591 invoked by uid 0); 11 Oct 2002 11:13:24 -0000 Received: from p50809b98.dip.t-dialin.net (HELO gmx.net) (80.128.155.152) by mail.gmx.net (mp014-rz3) with SMTP; 11 Oct 2002 11:13:24 -0000 Message-ID: <3DA6B00E.4040103@gmx.net> Date: Fri, 11 Oct 2002 13:03:42 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: hide gnome app and show again (...toolbar stays hidden) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, my gnome app is blocked for a certain amount of time and so the app isn't redrawn for that amount of time. so i want to hide the whole app and fork a process to show that the app is working and the user has to wait. but when i try to show the app again the toolbar is away. i try to do it the following way: gtk_widget_hide_all(app); gdk_window_process_all_updates(); ...fork and do the blocking function, kill forked process .... gtk_widget_show_all(app); my main content is just a canvas-widget, which is shown again, but my toolbar is gone ... any ideas to make my toolbar visible again ? thnx phil From ali.akcaagac@stud.fh-wilhelmshaven.de Fri Oct 11 07:26:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mail.gnome.org (Postfix) with ESMTP id F3AE11811D for ; Fri, 11 Oct 2002 07:26:24 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout02.sul.t-online.com with smtp id 17zxvz-0002Ct-0C; Fri, 11 Oct 2002 13:26:23 +0200 Received: from pD9E56D51.dip.t-dialin.net (520016195487-0001@[217.229.109.81]) by fmrl00.sul.t-online.com with esmtp id 17zxvt-0bfyT2C; Fri, 11 Oct 2002 13:26:17 +0200 Subject: Re: hide gnome app and show again (...toolbar stays hidden) From: Ali Akcaagac To: gnome-devel-list@gnome.org In-Reply-To: <3DA6B00E.4040103@gmx.net> References: <3DA6B00E.4040103@gmx.net> Content-Type: text/plain Organization: Message-Id: <1034335535.32334.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 13:25:36 +0200 Content-Transfer-Encoding: 7bit X-Sender: 520016195487-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-11 at 13:03, Philipp Heise wrote: > so i want to hide the whole app and fork a process to show that the app > is working and the user has to wait. hi, i don't know if your approach is the right one or if i have understand your problem correctly. but you can do this. while your app is heavily working (e.g. looping in a routine that does heavy stuff) then your app is not usable and redrawing as you said won't work anymore. the best thing is you put these few lines in your loop (the loop that does all the heavy work). it will look every now and then for pending events and work on them... it's like an interrupt. if (gtk_events_pending ()) { gtk_main_iteration_do (TRUE); } -- Name....: Ali Akcaagac Status..: Student Of Computer & Economic Science E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa From b.greiner@t-online.de Fri Oct 11 08:57:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 0540F181B5 for ; Fri, 11 Oct 2002 08:57:08 -0400 (EDT) Received: from fwd00.sul.t-online.de by mailout03.sul.t-online.com with smtp id 17zzLh-0004Ci-00; Fri, 11 Oct 2002 14:57:01 +0200 Received: from he-man.he-man.dnsalias.org (320084892880-0001@[62.158.33.191]) by fmrl00.sul.t-online.com with esmtp id 17zzLU-1FsgoSC; Fri, 11 Oct 2002 14:56:48 +0200 Received: from tempfile by he-man.he-man.dnsalias.org with local (Exim 3.35 #1 (Debian)) id 17zzLS-0000Sx-00 for ; Fri, 11 Oct 2002 14:56:46 +0200 Date: Fri, 11 Oct 2002 14:56:45 +0200 From: Benjamin Greiner To: gnome-devel-list@gnome.org Subject: Re: Bonobo control vs. widget Message-ID: <20021011125645.GA1712@he-man.dnsalias.org> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021006111722.GA1341@he-man.dnsalias.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Sender: 320084892880-0001@t-dialin.net Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sun, Oct 06, 2002 at 08:53:00PM +0100, Mark McLoughlin wrote: > > Hi Benjamin, > I was pretty confused about all this at first too, so I wrote > a short doc on how it works - its more a simple explanation of how the > embedding works rather than a tutorial or anything. Hi Mark, Thanks, this looks quite good. But it still doesn't explain to me why the EOG UI appears when I use the BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in the dark on that issue. Benjamin From michael@ximian.com Fri Oct 11 12:21:25 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id D3F601811D for ; Fri, 11 Oct 2002 12:21:24 -0400 (EDT) Received: (qmail 14007 invoked from network); 11 Oct 2002 16:21:22 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 11 Oct 2002 16:21:22 -0000 Subject: Re: Bonobo control vs. widget From: Michael Meeks To: Benjamin Greiner Cc: gnome-devel-list@gnome.org In-Reply-To: <20021011125645.GA1712@he-man.dnsalias.org> References: <20021006111722.GA1341@he-man.dnsalias.org> <20021011125645.GA1712@he-man.dnsalias.org> Content-Type: text/plain Organization: Ximian. Message-Id: <1034356567.7975.91.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.1 (Preview Release) Date: 11 Oct 2002 18:16:08 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Benjamin, On Fri, 2002-10-11 at 13:56, Benjamin Greiner wrote: > Thanks, this looks quite good. > But it still doesn't explain to me why the EOG UI appears when I use the > BonoboControlFrame and doesn't when I use the BonoboWidget. I'm still in > the dark on that issue. Where do you want the UI to appear ? cramped into the (potentially tiny) window of the BonoboWidget itself ? - almost certainly not. Thus you can pass in a Bonobo_UIContainer which points at the container to merge UI elements into if any. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From "ph.h."@gmx.net Sat Oct 12 08:45:01 2002 Return-Path: <"ph.h."@gmx.net> Delivered-To: gnome-devel-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.gnome.org (Postfix) with SMTP id D9593180D8 for ; Sat, 12 Oct 2002 08:45:00 -0400 (EDT) Received: (qmail 30989 invoked by uid 0); 12 Oct 2002 12:44:59 -0000 Received: from p5080996b.dip.t-dialin.net (HELO gmx.net) (80.128.153.107) by mail.gmx.net (mp016-rz3) with SMTP; 12 Oct 2002 12:44:59 -0000 Message-ID: <3DA816E6.2080109@gmx.net> Date: Sat, 12 Oct 2002 14:34:46 +0200 From: Philipp Heise User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome_canvas_item_hide fails for widget-item Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, when i try to hide a canvas widget item (gtk-progress-bar) the item doesn't disappear. is there a trick for canvas-widget-items ? thnx phil From tom@dbservice.com Sun Oct 13 10:40:21 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from matterhorn.dbservice.com (unknown [213.133.97.13]) by mail.gnome.org (Postfix) with ESMTP id 9D8B618140 for ; Sun, 13 Oct 2002 10:40:21 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id D232A124DB for ; Sun, 13 Oct 2002 17:49:04 +0200 (CEST) Received: from dbservice.com (emmen.dbservice.com [62.65.141.13]) by matterhorn.dbservice.com (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id 2F8C5124A3 for ; Sun, 13 Oct 2002 17:49:01 +0200 (CEST) Message-ID: <3DA98CB4.8050404@dbservice.com> Date: Sun, 13 Oct 2002 15:09:40 +0000 From: otherside User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020708 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: gnome api reference Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre5 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hi all i'm working on a little gnome program... and i have problems with the gnome api... i've googled and a havent found any api reference for libgnome-2.0 or libgnomeui-2.0 so i dont know which functions i should, shouldn't use, which are deprecated or new, etc... does anyone know a page with the gnome-2.0 api reference.. if not.. i have started to write tutorials (glib, gobject, gtk, ...), so i could include a gnome-2.0 tutorial... thanks tom From m.craig@graffiti.net Sun Oct 13 12:36:49 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ws2.hk5.outblaze.com (202-77-181-84.outblaze.com [202.77.181.84]) by mail.gnome.org (Postfix) with SMTP id 98FEB1824C for ; Sun, 13 Oct 2002 12:36:48 -0400 (EDT) Received: (qmail 32131 invoked by uid 1001); 13 Oct 2002 16:36:40 -0000 Message-ID: <20021013163640.32130.qmail@graffiti.net> Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 4.104 (Entity 4.117) Received: from [62.137.69.3] by ws2.hk5.outblaze.com with http for m.craig@graffiti.net; Mon, 14 Oct 2002 00:36:40 +0800 From: "Martin Craig" To: gnome-devel-list@gnome.org Date: Mon, 14 Oct 2002 00:36:40 +0800 Subject: popup menus X-Originating-Ip: 62.137.69.3 X-Originating-Server: ws2.hk5.outblaze.com Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I'm having popup menu woes. Currently I'm using GnomeUIInfo and gnome_popup_menu_new(), but it's giving me lots of headaches because I can't seem to use the user_data field in GnomeUIInfo. I know this is overridden by gnome_popup_menu_attach, but sometimes the menu items can get activated before the menu has been popped up, e.g. by a keyboard accelerator, or because I'm setting the value of a toggle menu item. This results in NULL getting passed as the user_data no matter what I put in GnomeUIInfo. My question was going to be "how do I get around this?", but looking in recent Gnome source it seems that hardly anyone is using gnome_popup_menu anymore, so perhaps I should be asking "what's the best way of doing a popup menu these days?" Does anyone have an answer to either? Cheers for any help, Martin. -- _______________________________________________ Get your free email from http://www.graffiti.net Powered by Outblaze From michaeld@senet.com.au Sun Oct 13 19:22:37 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from saturn.senet.com.au (saturn.senet.com.au [203.56.239.210]) by mail.gnome.org (Postfix) with ESMTP id 29C9418785 for ; Sun, 13 Oct 2002 19:22:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by saturn.senet.com.au (8.12.6/8.12.3) with ESMTP id g9DNMQl7074967; Mon, 14 Oct 2002 08:52:27 +0930 (CST) (envelope-from michaeld@senet.com.au) Received: from 203.202.88.90 ( [203.202.88.90]) as user michaeld@mail.senet.com.au by webmail.senet.com.au with HTTP; Mon, 14 Oct 2002 08:52:26 +091800 Message-ID: <1034551346.3daa003246046@webmail.senet.com.au> Date: Mon, 14 Oct 2002 08:52:26 +091800 From: michaeld@senet.com.au To: otherside Cc: gnome-devel-list@gnome.org Subject: Re: gnome api reference References: <3DA98CB4.8050404@dbservice.com> In-Reply-To: <3DA98CB4.8050404@dbservice.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 203.202.88.90 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Quoting otherside : > > does anyone know a page with the gnome-2.0 api reference.. > if not.. i have started to write tutorials (glib, gobject, gtk, ...), so > i could include a gnome-2.0 tutorial... > You may want to consider using DevHelp (http://devhelp.codefactory.se) or have a look at the online api references at http://developer.gnome.org/doc/API/ Ciao, -- Michael Davies "Do what you think is interesting, do michaeld@senet.com.au something that you think is fun and mirky on irc worthwhile, because otherwise you won't do it well anyway." -- Brian Kernighan ------------------------------------------------- This mail sent through SE Net Webmail http://webmail.senet.com.au From malcolm@commsecure.com.au Sun Oct 13 20:10:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id 7880C180DB for ; Sun, 13 Oct 2002 20:10:29 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9E0AMb02375 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9E0AM409666 for ; Mon, 14 Oct 2002 10:10:22 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9E0AM326559 for gnome-devel-list@gnome.org; Mon, 14 Oct 2002 10:10:22 +1000 Date: Mon, 14 Oct 2002 10:10:22 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gnome api reference Message-ID: <20021014101022.B26527@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <3DA98CB4.8050404@dbservice.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DA98CB4.8050404@dbservice.com>; from tom@dbservice.com on Sun, Oct 13, 2002 at 03:09:40PM +0000 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 13, 2002 at 03:09:40PM +0000, otherside wrote: > i'm working on a little gnome program... > and i have problems with the gnome api... > i've googled and a havent found any api reference for libgnome-2.0 or=20 > libgnomeui-2.0 > so i dont know which functions i should, shouldn't use, which are=20 > deprecated or new, etc... The API documentation should be included with the libgnome/libgnomeui packages, for a start. Look in $(prefix)/share/gtk-doc/html/libgnome[ui]. The libgnomeui documentation is missing some parts, but it's being worked on. Malcolm --=20 Why be difficult when, with a little bit of effort, you could be impossible. --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9qgtuPGhGvxo2jcwRAuGaAJ9Ge/zj7Qw/DVfMJY/zWuCLqZ2cWwCgkVsM ufFufa6h7YTwKim6uD9yt9E= =AdxB -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From bajcik@kolos.math.uni.lodz.pl Sun Oct 13 22:59:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 5DC6418467 for ; Sun, 13 Oct 2002 22:59:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 7D01D36CE4; Mon, 14 Oct 2002 04:59:36 +0200 (CEST) Date: Sun, 13 Oct 2002 20:51:24 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: invalid regions Message-ID: <20021013185123.GA23678@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I am using a list widget written by me in my program. This list uses GtkDrawingArea to display rows. - If I need to refresh some rows, I do gtk_widget_queue_draw_area(). - When I scrolling my list, I use gdk_window_copy_area(), and gtk_widget_queue_draw_area() on uncovered area. The problem is: in heavy loadavg there can be few scrolls between one expose event, so gdk_window_copy_area copies invalid area. What is optimal way to fix this? bajcik PS. The program's address I've talked about is in signature -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From sopwith@widget.gnome.org Mon Oct 14 00:00:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id AFA4A1814C for ; Mon, 14 Oct 2002 00:00:20 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id DB96D40487; Mon, 14 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 6045 bugs open on bugzilla.gnome.org Message-Id: <20021014040002.DB96D40487@widget.gnome.org> Date: Mon, 14 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 870 gtk+ | 542 galeon | 347 gnome-vfs | 297 GIMP | 280 gnome-applets | 235 control-center | 166 gnome-panel | 137 sawfish | 113 balsa | 108 gnome-pilot | 100 gnome-core | 99 medusa | 94 glib | 84 GnuCash | 83 libzvt | 82 metacity | 76 Gnumeric | 75 Pan | 72 gnome-terminal | 70 gnome-games | 67 dia | 65 bug-buddy | 60 gnome-utils | 60 libgnomeui | 58 GnomeICU | 56 gnome-media | 53 GConf | 53 pango | 52 gtkhtml2 | 49 bugzilla.gnome.org | 49 libgda | 45 gnome-file-selector | 42 general | 41 HIG | 39 GStreamer | 37 bonobo | 37 gnome-session | 37 glade | 36 gdm | 35 gok | 33 rhythmbox | 33 gedit | 32 Yelp | 32 gnome-libs | 31 libgnome | 29 gphoto | 29 libgtop | 29 website | 28 gnorpm | 27 lampadas | 23 libgnomecanvas | 23 gnome-pim | 22 system-monitor [was: procman] | 22 vte | 22 gnome-chess | 21 anjuta2 | 21 gtop [gnome-system-monitor] | 21 libwnck | 21 ORBit | 18 gnome-python | 18 grapevine | 17 gnome-print | 17 at-spi | 17 gnomemeeting | 17 bonobo-activation [was: oaf] | 16 GGV | 16 gnome-db | 16 intltool | 15 libglade | 14 ORBit2 | 14 eazel-hacking | 14 xscreensaver | 14 Metatheme | 14 gnome-desktop | 14 gtranslator | 13 crescendo | 13 Gnomoradio | 13 gtkmm | 13 gnome-user-docs | 12 libgnomedb | 11 eazel-themes | 11 audiofile | 11 imlib1 | 11 eel | 10 ToutDoux | 10 gtk-doc | 10 gnome-perl | 10 libxslt | 10 EOG | 9 gmc | 9 gperfmeter | 9 memprof | 9 atk | 9 printman | 9 librsvg | 8 mergeant | 8 gnopernicus | 8 gnome-vfs-extras | 8 gnome-iconedit | 8 gtk-engines | 8 pkg-config | 8 devhelp | 8 esound | 7 gconf-editor | 7 eazel-tools | 6 GHex | 6 gnome-mime-data | 6 libxml2 | 6 totem | 5 Guppi | 5 galf | 4 acme | 4 gtkvts | 4 l10n | 4 Release Engineering | 4 libart | 4 Gfax | 4 gnome-build | 3 gnome-pm | 3 gASQL | 3 desktop-file-utils | 3 jhbuild | 3 gnome-debug | 3 orbit-perl | 3 gnomemm | 3 at-poke | 2 libIDL | 2 magicdev | 2 GNOME CD Master | 1 file-roller | 1 etherterm | 1 gmime | 1 gtkglarea | 1 libxml | 1 gthumb | 1 Guikachu | 1 gnome-system-tools | 1 xalf | 1 gnomovision | 1 gnome-guile | 1 From hp@redhat.com Mon Oct 14 01:46:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A014E1814C for ; Mon, 14 Oct 2002 01:46:32 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9E5krHd012941; Mon, 14 Oct 2002 01:46:54 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9E5krvY012937; Mon, 14 Oct 2002 01:46:53 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: bajcik@kolos.math.uni.lodz.pl Cc: gnome-devel-list@gnome.org Subject: Re: invalid regions References: <20021013185123.GA23678@gosia> From: Havoc Pennington Date: 14 Oct 2002 01:46:53 -0400 In-Reply-To: <20021013185123.GA23678@gosia> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Krzysztof Garus writes: > The problem is: in heavy loadavg there can be few scrolls between one > expose event, so gdk_window_copy_area copies invalid area. > > What is optimal way to fix this? > You might try using gdk_window_scroll() instead of doing the copy_area etc. manually. There are some examples in the GTK source code. Havoc From churcher@ihug.com.au Mon Oct 14 19:45:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 5ACF21824B for ; Mon, 14 Oct 2002 19:45:47 -0400 (EDT) Received: from p504-tnt5.syd.ihug.com.au [203.173.137.250] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 181Eu8-0004fN-00; Tue, 15 Oct 2002 09:45:45 +1000 Subject: Re: gnome api reference From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <3DA98CB4.8050404@dbservice.com> References: <3DA98CB4.8050404@dbservice.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Oct 2002 09:46:54 +1000 Message-Id: <1034639215.1455.1015.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-14 at 01:09, otherside wrote: > if not.. i have started to write tutorials (glib, gobject, gtk, ...), > so i could include a gnome-2.0 tutorial... I'm sure I'm not the only one who would enjoy seeing more GNOME 2 tutorials out there. I'm converting and updating an older GTK application, and it's slow going. The developerworks tutorials were good, but haven't gone beyond introduction so far. BTW, what's a good existing app to use as an example? Something that has been well and truly GNOME2-ized, hopefully with well-commented source. -- Cheers, Rich. From bajcik@kolos.math.uni.lodz.pl Mon Oct 14 21:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 08CA7180E2 for ; Mon, 14 Oct 2002 21:22:40 -0400 (EDT) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id A930336CE1; Tue, 15 Oct 2002 03:22:36 +0200 (CEST) Date: Mon, 14 Oct 2002 05:33:30 +0200 From: Krzysztof Garus To: gnome-devel-list@gnome.org Subject: gtk-doc Message-ID: <20021014033329.GC27314@gosia> Reply-To: bajcik@kolos.math.uni.lodz.pl Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.24i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, I'd like to document API of my program using gtk-doc. Where can I find a description/tutorial/guide/papers of gtk-doc? bajcik -- .----- Krzysztof Garus ----- http://kolos.math.uni.lodz.pl/~bajcik/ --. | http://kolos.math.uni.lodz.pl/~bajcik/duskc/ - proszę o krytykę :) | From malcolm@commsecure.com.au Mon Oct 14 21:39:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from commsecure.com.au (Commsecure.sb2.optus.net.au [203.202.148.106]) by mail.gnome.org (Postfix) with ESMTP id E2226180E2 for ; Mon, 14 Oct 2002 21:39:51 -0400 (EDT) Received: from sunhill.commsecure.com.au (sunhill.commsecure.com.au [172.16.15.1]) by commsecure.com.au (8.11.6/8.11.2) with ESMTP id g9F1djb19354 for ; Tue, 15 Oct 2002 11:39:45 +1000 Received: from ws14.commsecure.com.au (ws14.commsecure.com.au [172.16.15.14]) by sunhill.commsecure.com.au (8.11.6/8.11.6) with ESMTP id g9F1di400583 for ; Tue, 15 Oct 2002 11:39:44 +1000 Received: (from malcolm@localhost) by ws14.commsecure.com.au (8.11.6/8.11.2) id g9F1diO32699 for gnome-devel-list@gnome.org; Tue, 15 Oct 2002 11:39:44 +1000 Date: Tue, 15 Oct 2002 11:39:44 +1000 From: Malcolm Tredinnick To: gnome-devel-list@gnome.org Subject: Re: gtk-doc Message-ID: <20021015113944.A32470@ws14.commsecure.com.au> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021014033329.GC27314@gosia> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021014033329.GC27314@gosia>; from bajcik@kolos.math.uni.lodz.pl on Mon, Oct 14, 2002 at 05:33:30AM +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, Oct 14, 2002 at 05:33:30AM +0200, Krzysztof Garus wrote: > I'd like to document API of my program using gtk-doc. Where can I find a > description/tutorial/guide/papers of gtk-doc? For a start, look in the doc/ subdirectory of the gtk-doc package. That contains a few text files which talk about the basics. Secondly, have a look at one of the existing GNOME packages that has been documented and use that as an example. You could try looking at glib, gtk+, libgnome, atk, ... Finally, have a look through the archives of the gtk-doc list (particularly over the last 15 months or so). Quite a lot of questions have been asked and answered on that list already, so you can probably save some time by checking there. Cheers, Malcolm From sergey.oudaltsov@clients.ie Wed Oct 16 19:26:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bashful.clients.ie (unknown [213.190.137.213]) by mail.gnome.org (Postfix) with ESMTP id 1FA6318109 for ; Wed, 16 Oct 2002 19:26:47 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B77E011108 for ; Thu, 17 Oct 2002 00:26:46 +0100 (IST) Received: from udaltsoft.localdomain (unknown [195.218.109.13]) by bashful.clients.ie (CSOL SMTP Server) with ESMTP id B8CA4F8C7 for ; Thu, 17 Oct 2002 00:26:43 +0100 (IST) Received: from localhost (localhost [127.0.0.1]) by udaltsoft.localdomain (8.11.6/8.11.6) with ESMTP id g9GNM6H17664 for ; Thu, 17 Oct 2002 00:22:06 +0100 Subject: fork, exec, _exit From: "Sergey V. Udaltsov" To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 00:22:05 +0100 Message-Id: <1034810526.15931.52.camel@udaltsoft> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-11 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi all A couple of days ago I noticed one problem with forked processes. In my code, the child process is doing nothing but exec(). And in case of problems - exit(). After some investigations (great thanks to Ivan Pascal) it was found that GNOME/GTK is doing a lot of stuff using atexit. So the only correct way to close the child is to call _exit() (but not exit()!). Which is not too good - the program itself may want to add some atexit hooks. So my question is - why does it all work this strange way? Why GNOME/GTK could not have GtkTerm/GnomeTerm functions to close/stop/term/finalize everything - and only main process would have to call them. AFAIK, the current usage of atexit in GNOME conflicts with the multi-process programming and X Window architecture (the connection to X server should be used and closed in the same one process). BTW, even current situation is not properly documented AFAIK. I found the confirmation for this image in some mailing lists' archives. It would be great to document the problem at least (in Gtk FAQ there are special lines about threads, but nothing about processes). Any comments/ideas? Cheers, Sergey From churcher@ihug.com.au Thu Oct 17 00:20:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id D174618204 for ; Thu, 17 Oct 2002 00:20:46 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 18229G-0002M5-00; Thu, 17 Oct 2002 14:20:39 +1000 Subject: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 14:22:10 +1000 Message-Id: <1034828531.1455.1076.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Ok, so there's not much in the way of introductory documentation for GNOME 2 out there. Here's my idea to help correct that problem... I have this pet project I'd like to port to GNOME 2, it's been a bit of a hobby over the past few weeks. If gnome-devel-list can stand a little extra traffic I'll start posting questions to the list and keeping a record of my progress as I go. Periodically I'll update a web site with a description of the process from a (fairly) new GNOMEr's point of view. In the end, I should have a bit more perspective on what makes GNOME 2 tick, and be able to contribute to the fund of available documentation. Hopefully there are some developers out there who can spare a little time to contribute answers and suggestions - this is probably less painful than actually writing documentation yourselves, but still helps the cause ;o) Pointers to existing resources (particularly sample code) which may be of assistance are of course welcome. With this in mind, an initial question. The application I'm interested in (Felipe Bergo's excellent project eboard, an interface used to play chess) connects to servers for the purpose of matching opponents, or can be used offline. I'm wondering whether perhaps writing a Bonobo component might be an appropriate solution for the board/game interface. I even thought there might be an appropriate component already in existence for the chat/messaging side of things, as this functions in a very similar fashion to other chat applications such as IRC. So: write a component, or avoid Bonobo? -- Cheers, Rich. From hp@redhat.com Thu Oct 17 01:58:52 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id CB8AF18C1A for ; Thu, 17 Oct 2002 01:58:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9H5xfHd016231; Thu, 17 Oct 2002 01:59:41 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9H5xdGc016227; Thu, 17 Oct 2002 01:59:39 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> From: Havoc Pennington Date: 17 Oct 2002 01:59:38 -0400 In-Reply-To: <1034828531.1455.1076.camel@localhost.localdomain> Message-ID: Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial, but my opinion is that Bonobo should only be used when you explicitly need rich out-of-process communication. If you're just doing a GUI, I'd stick mostly to plain GTK and libglade for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Havoc From churcher@ihug.com.au Thu Oct 17 03:54:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp2.ihug.com.au (new-smtp2.ihug.com.au [203.109.250.28]) by mail.gnome.org (Postfix) with ESMTP id 3735C1848E for ; Thu, 17 Oct 2002 03:53:57 -0400 (EDT) Received: from p1190-apx1.syd.ihug.com.au [203.173.150.174] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1825Tf-0004uo-00; Thu, 17 Oct 2002 17:53:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 17:55:28 +1000 Message-Id: <1034841329.1481.1152.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 15:59, Havoc Pennington wrote: > > This is a bit controversial, but my opinion is that Bonobo should > only be used when you explicitly need rich out-of-process > communication. > > If you're just doing a GUI, I'd stick mostly to plain GTK and > libglade for the GUI bits, use gnome-vfs, gconf, etc. where > appropriate, etc. I can appreciate that. Besides, I don't think I need the extra complication of learning Bonobo on top of everything else. Ok, so perhaps the next point should be for folks to suggest a good example. Preferably a GNOME 2 application that isn't gargantuan, but shows off correct practice that the GNOME developers would like to see in new or converted G2 projects. 'Correct' being one of those loaded words that inevitably starts arguments ;o) -- Cheers, Rich. From chen.shengqi@connet.com.tw Thu Oct 17 04:29:35 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from msa.connet.com.tw (unknown [202.39.28.155]) by mail.gnome.org (Postfix) with ESMTP id 2F327181DD for ; Thu, 17 Oct 2002 04:29:34 -0400 (EDT) Received: from victor ([61.171.235.12]) (authenticated) by msa.connet.com.tw with ESMTP id g9H8TVC13751 for ; Thu, 17 Oct 2002 16:29:31 +0800 Message-ID: <004d01c275b7$52a0a580$0f8c8dc0@victor> From: "chen.shengqi" To: Subject: how to draw image on pixmap with specified transparent color? Date: Thu, 17 Oct 2002 16:29:32 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: RGVhciBzaXJzOg0KICAgIEkgd2FudCB0byBkcmF3IHNvbWUgaW1hZ2UgdG8gcGl4bWFwIHdpdGgg c3BlY2lmaWVkIHRyYW5zcGFyZW50IGNvbG9yLiBIb3cgY2FuIEkgZG8gdGhpcz8gd2hlcmUgY2Fu IEkgZmluZCBleGFtcGxlcyBvbiB0aGlzPw0KICAgIHRoYW5rcy4NCg0K From miro@puremagic.com Thu Oct 17 05:41:43 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mail01d.rapidsite.net (mail01d.rapidsite.net [207.158.192.52]) by mail.gnome.org (Postfix) with SMTP id 0E35418118 for ; Thu, 17 Oct 2002 05:41:43 -0400 (EDT) Received: from www.vams.com (207.201.150.210) by mail01d.rapidsite.net (RS ver 1.0.63s) with SMTP id 031558; Thu, 17 Oct 2002 05:41:27 -0400 (EDT) Message-ID: <3DAE8863.4000909@puremagic.com> Date: Thu, 17 Oct 2002 11:52:35 +0200 From: Miroslav Silovic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rich Churcher Cc: gnome-devel-list@gnome.org Subject: Re: Converting GTK project to GNOME 2 References: <1034828531.1455.1076.camel@localhost.localdomain> <1034841329.1481.1152.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Rich Churcher wrote: >I can appreciate that. Besides, I don't think I need the extra >complication of learning Bonobo on top of everything else. > >Ok, so perhaps the next point should be for folks to suggest a good >example. Preferably a GNOME 2 application that isn't gargantuan, but >shows off correct practice that the GNOME developers would like to see >in new or converted G2 projects. 'Correct' being one of those loaded >words that inevitably starts arguments ;o) > > > Traditionally, gnome-hello is a showcase for the technologies you can use. I think it'd also be a VERY good idea to read GNOME HIG (human interface guidelines - the correct URL escapes me at the moment) before you do anything else. As for the small apps... gnome-utils and gnome-media are probably a good starting point. Miro From michael@ximian.com Thu Oct 17 05:50:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 8E1771830F for ; Thu, 17 Oct 2002 05:50:47 -0400 (EDT) Received: (qmail 3548 invoked from network); 17 Oct 2002 09:50:46 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 17 Oct 2002 09:50:46 -0000 Subject: Re: Converting GTK project to GNOME 2 From: Michael Meeks To: Havoc Pennington Cc: Rich Churcher , gnome-devel-list@gnome.org In-Reply-To: References: <1034828531.1455.1076.camel@localhost.localdomain> Content-Type: text/plain Organization: Ximian. Message-Id: <1034851526.32484.85.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 17 Oct 2002 11:45:26 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 06:59, Havoc Pennington wrote: > Rich Churcher writes: > > So: write a component, or avoid Bonobo? > This is a bit controversial Not _that_ controversial :-) > but my opinion is that Bonobo should only > be used when you explicitly need rich out-of-process communication. Yes - preferably on the same machine. Ultimately you need to ask yourself why you're using any given tool. _Unfortunately_ today's world being what it is - you almost certainly want to use SOAP for internet wide IPC - since it goes through fire-walls. So checkout the 'soup' module. > If you're just doing a GUI, I'd stick mostly to plain GTK and libglade > for the GUI bits, use gnome-vfs, gconf, etc. where appropriate, etc. Yep - plain libglade / gtk+ sounds good for everything GUI. Of course - if you think you can feasibly use a mail / file transport for the game moves - it'd be nice to have a bonobo component that can be used inside evolution for making moves etc. Depending if you think that's a good idea - the same thing would view boards inside nautilus; it just depends if that's worth doing :-) Hopefully in some ideal future it'd also plug into Mozilla ... but problems there some of the chicken and egg variety. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From churcher@ihug.com.au Thu Oct 17 06:32:59 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from new-smtp1.ihug.com.au (new-smtp1.ihug.com.au [203.109.250.27]) by mail.gnome.org (Postfix) with ESMTP id 42C00182C9 for ; Thu, 17 Oct 2002 06:32:59 -0400 (EDT) Received: from p814-apx1.syd.ihug.com.au [203.173.143.52] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 1827xY-0000hj-00; Thu, 17 Oct 2002 20:32:56 +1000 Subject: Re: Converting GTK project to GNOME 2 From: Rich Churcher To: gnome-devel-list@gnome.org In-Reply-To: <1034851526.32484.85.camel@michael.home> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 17 Oct 2002 20:34:30 +1000 Message-Id: <1034850871.1481.1245.camel@localhost.localdomain> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > _Unfortunately_ today's world being what it is - you almost > certainly want to use SOAP for internet wide IPC - since it goes > through fire-walls. So checkout the 'soup' module. Done - I have no idea what that is, but there's always this weekend to find out... > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > course - if you think you can feasibly use a mail / file transport > for the game moves - it'd be nice to have a bonobo component that > can be used inside evolution for making moves etc. Depending if you > think that's a good idea - the same thing would view boards inside > nautilus; it just depends if that's worth doing :-) Hopefully in > some ideal future it'd also plug into Mozilla ... but problems there > some of the chicken and egg variety. Ooo, play by mail with evolution! Nice, never thought of that. Tell you what though, how about I actually get a working GNOME app here before I start chasing rainbows ;o) Correct me if I'm wrong, but if I write a good widget for the board it can always be packed into a component later? So it's not as if the Bonobo option is off the table for good. -- Cheers, Rich. From rodrigo@gnome-db.org Thu Oct 17 09:30:48 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gollum.gnome-db.org (69.Red-80-33-181.pooles.rima-tde.net [80.33.181.69]) by mail.gnome.org (Postfix) with ESMTP id 6344B18153 for ; Thu, 17 Oct 2002 09:30:47 -0400 (EDT) Received: from [192.168.0.3] (211.Red-80-59-90.pooles.rima-tde.net [80.59.90.211]) by gollum.gnome-db.org (Postfix) with ESMTP id 0072C37C0A2; Thu, 17 Oct 2002 15:30:44 +0200 (CEST) Subject: Re: Converting GTK project to GNOME 2 From: Rodrigo Moya To: Rich Churcher Cc: gnome-devel-list@gnome.org In-Reply-To: <1034850871.1481.1245.camel@localhost.localdomain> References: <1034828531.1455.1076.camel@localhost.localdomain> <1034851526.32484.85.camel@michael.home> <1034850871.1481.1245.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1034861390.2865.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 17 Oct 2002 15:29:51 +0200 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Thu, 2002-10-17 at 12:34, Rich Churcher wrote: > On Thu, 2002-10-17 at 20:45, Michael Meeks wrote: > > > > _Unfortunately_ today's world being what it is - you almost > > certainly want to use SOAP for internet wide IPC - since it goes > > through fire-walls. So checkout the 'soup' module. > > Done - I have no idea what that is, but there's always this weekend to > find out... > it is a SOAP implementation in C, which allows you to do RPC over HTTP and XML. > > Yep - plain libglade / gtk+ sounds good for everything GUI. Of > > course - if you think you can feasibly use a mail / file transport > > for the game moves - it'd be nice to have a bonobo component that > > can be used inside evolution for making moves etc. Depending if you > > think that's a good idea - the same thing would view boards inside > > nautilus; it just depends if that's worth doing :-) Hopefully in > > some ideal future it'd also plug into Mozilla ... but problems there > > some of the chicken and egg variety. > > Ooo, play by mail with evolution! Nice, never thought of that. Tell you > what though, how about I actually get a working GNOME app here before I > start chasing rainbows ;o) > yes, a Bonobo component can easily be added later on, if you do your app well separated in modules, you can just add the Bonobo component later on. Just make sure your app is modular enough and has all functionality cleanly separared. > Correct me if I'm wrong, but if I write a good widget for the board it > can always be packed into a component later? So it's not as if the > Bonobo option is off the table for good. > yes, exactly. cheers From iamgod@itu.st.jyu.fi Thu Oct 17 11:20:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from itu.st.jyu.fi (itu.st.jyu.fi [130.234.4.65]) by mail.gnome.org (Postfix) with ESMTP id 1DE1A1824A for ; Thu, 17 Oct 2002 11:20:20 -0400 (EDT) Received: from localhost (iamgod@localhost) by itu.st.jyu.fi (8.11.6/8.11.2/antispam3) with ESMTP id g9HFKID02102 for ; Thu, 17 Oct 2002 18:20:18 +0300 Date: Thu, 17 Oct 2002 18:20:17 +0300 (EEST) From: Risto Peranen To: gnome-devel-list@gnome.org Subject: Nautilus alternatives In-Reply-To: <1034861390.2865.3.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello to all comrades. I have bit tired of nautilus (both 1 and 2) and it's wankiness. Is there any alternatives and if I would like to make my own app to draw desktop and file manacing where should I start? I appreciete following options: - easy to script (common tasks should be written in python/emacs/perl/shell scripts. Human is always too slow and make mistakes.) - fast and light - minimun amount of components (sure it should be able to run helper applications :) - some Open Source licence - not so fancy-wanky (who needs themes or crap like that) Emacs doesn't have support for this kind of tasks --- what o pity :P ---------- Risto Peranen ( Risto Peränen with proper lang setting ) mailto iamgod@jyu.fi From spamfrommailing@freax.org Thu Oct 17 18:30:20 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mail.gnome.org (Postfix) with ESMTP id 4470518CBB; Thu, 17 Oct 2002 18:30:20 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 51BC183E81; Fri, 18 Oct 2002 00:30:19 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by horkos.telenet-ops.be (Postfix) with ESMTP id E68CF83C33; Fri, 18 Oct 2002 00:30:18 +0200 (CEST) Subject: Applet for Clipboard Manager From: Philip Van Hoof Reply-To: Gnome@pandora.be, Clipboard@pandora.be, Manager@pandora.be, Mailinglist@pandora.be To: Gnome Clipboard Manager Mailinglist , usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034866672.16789.8.camel@freax> References: <1034866672.16789.8.camel@freax> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 00:30:58 +0200 Message-Id: <1034893858.26747.20.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a mail about the GNOME Clipboard Manager. You can find more information about this application here : http://gcm.sourceforge.net On Thu, 2002-10-17 at 16:57, on the Gcm-Devel mailinglist Philip Van Hoof wrote: > I have imported the gcmapplet module in cvs. > This will be a very simple PanelApplet for controlling gcm [CUT] I got the PanelApplet working. Read : I made a PanelApplet with libgcm support that shows a label in the Gnome2 panel with the text "test" :-) In human language this means that the Clipboard Manager applet will be finished very soon. What else is finished ? libgcm : A library for (remote) controlling GNOME Clipboard Manager (works a lot like libxmms) plugin support : The support for plugins in GNOME Clipboard Manager (works a lot like the pluginsystem of xmms) libgcmtest : A small glade application with libgcm support that demonstrates all possibilities of libgcm. sampleplugin : A sample plugin for GNOME Clipboard Manager that demonstrates all possibilities of the plugin support of Gcm. A first test applet with libgcm support : The default PanelApplet that will be shipping with the GNOME Clipboard Manager releases. This applet will have all functionality such an applet needs. The idea is to make GNOME Clipboard Manager a non-visible Gnome application (a.k.a. a deamon) that does all clipboard management in the background. Applications with libgcm support can make GNOME Clipboard Manager show her UserInterface and/or make GNOME Clipboard Manager threadsave perform specific functions. The pluginsystem is to avoid that (future) programmers of GNOME Clipboard Manager -like me- will make GNOME Clipboard Manager bloatware. Most new features that go into GNOME Clipboard Manager should be programmed using the pluginsystem of GNOME Clipboard Manager i.m.h.o. Examples of such a new feature is the possibility to send and receive items from other hosts running GNOME Clipboard Manager. Disabling this plugin would then disable 'all' networking code. Maybe other Clipboard Management systems of other Operating Systems or desktop systems can someday corporate with GNOME Clipboard Manager's networking plugin :). Feel free to mailbomb me with comments and suggestions :-). And please, no comments like : "huh? why do we need a Clipboard Manager". My answer will be "We don't, don't use it, bye". -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From spamfrommailing@freax.org Fri Oct 18 15:13:30 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 2D05D18139; Fri, 18 Oct 2002 15:13:30 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 8F0A52012E; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 0E84520148; Fri, 18 Oct 2002 21:13:29 +0200 (CEST) Subject: Re: [Gcm-devel] Applet for Clipboard Manager From: Philip Van Hoof To: Gnome Clipboard Manager Mailinglist Cc: usability@gnome.org, gnome-devel-list@gnome.org In-Reply-To: <1034893858.26747.20.camel@pluisje> References: <1034866672.16789.8.camel@freax> <1034893858.26747.20.camel@pluisje> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Oct 2002 21:14:09 +0200 Message-Id: <1034968449.12346.34.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-18 at 00:30, Philip Van Hoof wrote: > I got the PanelApplet working. Read : I made a PanelApplet with libgcm > support that shows a label in the Gnome2 panel with the text "test" :-) > In human language this means that the Clipboard Manager applet will be > finished very soon. It is a bit crashy from time to times but I have something working. export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 gcmapplet libgcmtest First install gcm-2. This will install * gcm : The Clipboard Manager (Deamon) * gcmui : A tool to launch the UserInterface of gcm in /usr/local/bin Then install libgcmtest. This will install * libgcmtest : A tool to test all capabilities of libgcm in /usr/local/bin Then install gcmapplet. This will install * gcmapplet : A very simple PanelApplet that implements some of the capabilities of libgcm. in /usr/local/lib/libexec I think ... Use the menu of the Panel. After make install you should have an item called "Clipboard Manager" in the "Utilities" menu Required : GTK_REQUIRED=1.3.1 LIBGNOMEUI_REQUIRED=1.96.0 GCONF_REQUIRED=1.0.8 LIBXML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGTKHTML_REQUIRED=2.0 LIBPANEL_REQUIRED=1.4.0 LIBGCM_REQUIRED=2.0.2 LIBGCM will be installed when you compile and install gcm-2 (only the current CVS version. 'Not' the 2.0.1 release. And no there is not a release with libgcm available yet) After you compiled and installed gcm-2 it is possible that you have start ldconfig and maybe move the libgcm* files from /usr/local/lib/ to /usr/lib (depends on your distro and ldconfig, for example : On my Debian it worked and on my Mandrake 9.0 it did not worked until I moved those files. Probably some automake bug that I made :-\) Installating of all these packages : ./autogen.sh && make && make install Running : gcm& gcmui Add applet in the gnome-panel -> Utilities -> Clipboard Manager Testing : libgcmtest -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From anil@gdit.iiit.net Sun Oct 20 07:57:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 1410E1814B for ; Sun, 20 Oct 2002 07:57:33 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KBj3K14025 for ; Sun, 20 Oct 2002 17:15:04 +0530 Subject: GConf From: Anil Kumar Putla To: gnome-devel-list@gnome.org Content-Type: multipart/mixed; boundary="=-3YAp2D3Gp/5edllPVFrf" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 17:23:23 +0530 Message-Id: <1035114805.1038.10.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-3YAp2D3Gp/5edllPVFrf Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I would like to know whether gconf-1.0.9 is usable in application programs. When i am using the library with mem profile it is showing memory leaks. Am i not calling the appropriate destroy routines. Bye, Anil --=-3YAp2D3Gp/5edllPVFrf Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-3YAp2D3Gp/5edllPVFrf-- From hp@redhat.com Sun Oct 20 11:35:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 93BCB18376 for ; Sun, 20 Oct 2002 11:35:06 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9KFaEHd020538; Sun, 20 Oct 2002 11:36:14 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9KFaDtg020534; Sun, 20 Oct 2002 11:36:13 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Anil Kumar Putla Cc: gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> From: Havoc Pennington Date: 20 Oct 2002 11:36:13 -0400 In-Reply-To: <1035114805.1038.10.camel@hell> Message-ID: Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla writes: > > I would like to know whether gconf-1.0.9 is usable in application > programs. When i am using the library with mem profile it is showing > memory leaks. Am i not calling the appropriate destroy routines. You need to g_free the "str" variable. Havoc From anil@gdit.iiit.net Sun Oct 20 11:42:54 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 4EFA81834D for ; Sun, 20 Oct 2002 11:42:52 -0400 (EDT) Received: from indic ([172.16.22.47]) by gdit.iiit.net (8.11.6/linuxconf) with ESMTP id g9KFUHK29881; Sun, 20 Oct 2002 21:00:18 +0530 Subject: Re: GConf From: Anil Kumar Putla To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035114805.1038.10.camel@hell> Content-Type: multipart/mixed; boundary="=-IY1JQ+uWnP40vokgZM85" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Oct 2002 21:08:43 +0530 Message-Id: <1035128325.8241.3.camel@hell> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=-IY1JQ+uWnP40vokgZM85 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I just missed that line. g_free(str); I am just worried about the output of g_mem_profile(), when i am using gconf. Just checkout the output of g_mem_profile(). GLib Memory statistics (failing operations): --- none --- Total bytes: allocated=199865, zero-initialized=11936 (5.97%), freed=179441 (89.78%), remaining=20424 MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 Anil On Sun, 2002-10-20 at 21:06, Havoc Pennington wrote: > > > Anil Kumar Putla writes: > > > > I would like to know whether gconf-1.0.9 is usable in application > > programs. When i am using the library with mem profile it is showing > > memory leaks. Am i not calling the appropriate destroy routines. > > You need to g_free the "str" variable. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list --=-IY1JQ+uWnP40vokgZM85 Content-Disposition: attachment; filename=new.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=new.c; charset=UTF-8 #include #include int main() { GConfClient *client; extern GMemVTable *glib_mem_profiler_table; gchar *str; g_mem_set_vtable(glib_mem_profiler_table); client =3D gconf_client_get_default (); gconf_client_add_dir (client, "/apps/gedit-2",=20 GCONF_CLIENT_PRELOAD_NONE, NULL); str =3D gconf_client_get_string (client, "/apps/gedit-2/preferences/editor= /font/editor_font", NULL); if (str) puts(str); else puts("NULL"); g_free(str); g_object_unref(G_OBJECT(client)); g_mem_profile(); return 0; } --=-IY1JQ+uWnP40vokgZM85-- From james@daa.com.au Sun Oct 20 21:15:05 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from quoll.daa.com.au (062.002.dsl.pth.iprimus.net.au [210.50.29.62]) by mail.gnome.org (Postfix) with ESMTP id 3D6A41817E for ; Sun, 20 Oct 2002 21:15:04 -0400 (EDT) Received: from daa.com.au (dhcp-204.daa.com.au [203.17.251.204]) by quoll.daa.com.au (Postfix) with ESMTP id 91240C2B1; Mon, 21 Oct 2002 09:15:01 +0800 (WST) Message-ID: <3DB354E7.5040604@daa.com.au> Date: Mon, 21 Oct 2002 09:14:15 +0800 From: James Henstridge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anil Kumar Putla Cc: Havoc Pennington , gnome-devel-list@gnome.org Subject: Re: GConf References: <1035114805.1038.10.camel@hell> <1035128325.8241.3.camel@hell> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Anil Kumar Putla wrote: >Hi, > I just missed that line. g_free(str); > > I am just worried about the output of g_mem_profile(), when i am using >gconf. Just checkout the output of g_mem_profile(). > >GLib Memory statistics (failing operations): > --- none --- >Total bytes: allocated=199865, zero-initialized=11936 (5.97%), >freed=179441 (89.78%), remaining=20424 >MemChunk bytes: allocated=11864, freed=0 (0.00%), remaining=11864 > > In such a short program, you are likely seeing the effects of one time initialisations of various internal structures. These structures generally aren't freed (which is not generally a problem). If you changed your example to lookup 100 times as many strings, and it leaked 100 times as much memory then it would be a bug. James. -- Email: james@daa.com.au | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. From sopwith@widget.gnome.org Mon Oct 21 00:00:58 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id D819F180F8 for ; Mon, 21 Oct 2002 00:00:58 -0400 (EDT) Received: by widget.gnome.org (Postfix, from userid 2134) id 4665A4043C; Mon, 21 Oct 2002 00:00:02 -0400 (EDT) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5980 bugs open on bugzilla.gnome.org Message-Id: <20021021040002.4665A4043C@widget.gnome.org> Date: Mon, 21 Oct 2002 00:00:02 -0400 (EDT) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 883 gtk+ | 531 galeon | 363 gnome-vfs | 301 GIMP | 290 gnome-applets | 228 gnome-panel | 135 balsa | 115 control-center | 113 gnome-core | 108 gnome-pilot | 107 sawfish | 106 medusa | 94 libzvt | 86 GnuCash | 83 metacity | 77 dia | 76 glib | 76 gnome-terminal | 75 Gnumeric | 74 Pan | 71 libgnomeui | 61 gnome-utils | 59 gnome-games | 59 pango | 57 GConf | 53 gnome-media | 53 gtkhtml2 | 53 bugzilla.gnome.org | 50 GnomeICU | 47 libgda | 47 general | 43 gnome-file-selector | 42 HIG | 40 bonobo | 39 GStreamer | 38 gnome-session | 37 gdm | 35 glade | 34 bug-buddy | 33 gok | 32 libgnome | 31 gnome-libs | 30 rhythmbox | 30 libgtop | 29 website | 29 gedit | 28 gnorpm | 28 Yelp | 26 libwnck | 24 system-monitor [was: procman] | 23 libgnomecanvas | 23 lampadas | 23 gtop [gnome-system-monitor] | 22 anjuta2 | 22 gnome-pim | 21 gphoto | 21 gnome-python | 21 gnome-db | 18 gnome-print | 18 ORBit | 18 grapevine | 17 intltool | 16 xscreensaver | 15 libglade | 15 gnome-desktop | 15 Gnomoradio | 14 Metatheme | 14 vte | 14 eazel-hacking | 14 gnomemeeting | 14 gtranslator | 13 ORBit2 | 13 crescendo | 13 bonobo-activation [was: oaf] | 13 gtkmm | 13 gnome-user-docs | 12 at-spi | 12 gmc | 12 gnome-chess | 11 gnome-perl | 11 imlib1 | 11 libgnomedb | 11 eazel-themes | 10 printman | 10 ToutDoux | 10 GGV | 10 gtk-doc | 10 EOG | 10 eel | 10 gperfmeter | 9 pkg-config | 9 gnopernicus | 9 gnome-vfs-extras | 9 memprof | 9 atk | 9 gtk-engines | 8 audiofile | 8 gtkvts | 8 mergeant | 8 gnome-iconedit | 8 devhelp | 7 esound | 7 gconf-editor | 7 librsvg | 7 acme | 6 gnome-mime-data | 6 eazel-tools | 6 GHex | 6 libxml2 | 5 Guppi | 5 l10n | 4 totem | 4 Gfax | 4 libart | 4 Release Engineering | 4 gnome-build | 4 gnomemm | 3 orbit-perl | 3 desktop-file-utils | 3 gnome-pm | 3 jhbuild | 3 gASQL | 3 libxslt | 3 galf | 3 file-roller | 2 libIDL | 2 at-poke | 2 GNOME CD Master | 2 magicdev | 2 gnome-debug | 2 gnome-mag | 1 gnome-system-tools | 1 libxml | 1 libegg | 1 gmime | 1 Guikachu | 1 tubesock | 1 gnomovision | 1 gtkglarea | 1 xalf | 1 gthumb | 1 gnome-guile | 1 From spamfrommailing@freax.org Mon Oct 21 17:30:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mail.gnome.org (Postfix) with ESMTP id 3828C1847A for ; Mon, 21 Oct 2002 17:30:47 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 980111FFAD for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by eos.telenet-ops.be (Postfix) with ESMTP id 1A0751FF3A for ; Mon, 21 Oct 2002 23:30:46 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:31:29 +0200 Message-Id: <1035235889.13874.64.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From me@freax.org Mon Oct 21 17:28:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mail.gnome.org (Postfix) with ESMTP id 85DC71845E for ; Mon, 21 Oct 2002 17:28:53 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id B754ADC02A for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Received: from pluisje (D5E046DD.kabel.telenet.be [213.224.70.221]) by tartarus.telenet-ops.be (Postfix) with ESMTP id 014EEDBDDD for ; Mon, 21 Oct 2002 23:28:52 +0200 (CEST) Subject: The Gnome Clipboard Manager From: Philip Van Hoof To: gnome-devel-list@gnome.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 23:29:35 +0200 Message-Id: <1035235775.12650.62.camel@pluisje> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi there, Some people on this list probably remember my mail about a new application called GNOME Clipboard Manager. Well based on some request that I received from people (like people on the usability mailinglist and Havoc) I changed the scope of the project a bit and this is the result : The GNOME Clipboard Manager 2.0.2 application and environment. ps. If people from this list are interested in helping me then please let me know. I have enough ideas so don't think that this is a project that is finished already :). Or you can just start reading the Plugin and libgcm documentation and start writing plugins for GNOME Clipboard Manager :). Note that the future of gcm is open, anything is possible if you are willing to help me build it. So, what has GNOME Clipboard Manager become ... GNOME Clipboard Manager for GNOME 2.0 desktops is an application and an environment for managing clipboards -a.k.a. selections- and their available formats -a.k.a. their available targets-. The three core components of GNOME Clipboard Manager : * GNOME Clipboard Manager itself is a daemon that will autocollect new clipboards and has the option to choose which clipboard is to be pasted when an application asks for the clipboard in a specific format. A longer list of features is listed below. They include saving, creating, editing, merging of items. GNOME Clipboard Manager is plugable and writing new plugins for GNOME Clipboard Manager is not a difficult task. * Libgcm is a library for controlling the GNOME Clipboard Manager daemon from your own applications. * GcmApplet is a sample GNOME 2.0 PanelApplet that uses libgcm for controlling the GNOME Clipboard Manager daemon. It is still a little bit buggy because I am not very good at writing PanelApplets and because there is not very much documentation about them available already. That is why I prefer calling it a sample. Non core : * libgcmtest is a sample application that shows all functionality libgcm. So it's a libgcm-demo :) * sampleplugin.c is a sample plugin for GNOME Clipboard Manager that shows all possible event-functions a plugin can handle. Please check out http://gcm.sf.net/about_gcm.html if you want to know more about GNOME Clipboard Manager. What applications could use libgcm : - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors - PanelApplets - Office applications Example of Microsoft applications that have a Clipboard Management tool : Microsoft Visual Studio.NET, Ms. Office Both save clipboards on a shelve. Plugins? For A CLIPBOARD MANAGER? MAN! Are you NuTz??? - No, GNOME Clipboard Manager should never become bloatware however.. there are a few features that I would like to implement like some sort of networking support (sending and receiving clipboards over a tcp/ip network) and converting of targets to other targets (text/html to OpenOffice.org's gzipped XML format) - Such features do not belong in the core functionality of Gcm and should therefor be written as plugins. - Feel free to help me with such features :-) by writing plugins. Features list : Note: I know that it might be confusing but I am not the person who gave these animals names, "a target is a format" and "a clipboard is a selection" in the following text : * Storing your clipboards and all their available formats. A.k.a the collecting of clipboards. o A clipboard (a.k.a. a selection) can have multiple formats (a.k.a targets) o GNOME Clipboard Manager will store all your previous clipboards and formats so that you can go back to a previously saved clipboard o A format can be + Html : which are the HTML-tags of a HTML selection when you copypaste some stuff in your browser + Image data : If you select a portion of an image and use the "Copy"- or "Cut"-feature in for example OpenOffice.org + Normal text : a.k.a. COMPOUND_TEXT which is the most common format of clipboards + Some other format used by a specific application that contains information about the data. For example the clipboards of OpenOffice.org contain gzipped formats which host XML-files that define the layout and information that is to be copypasted to for example another OpenOffice.org screen. o Once collected, a clipboard becomes an Item for GNOME Clipboard Manager o Making a clipboardring by setting the max. amount of collected items. Older items will then automatically be deleted from the list of collected items. o The autocollecting of new items * Saving and loading collected clipboards (Items) to XML-formatted files. o The data of the items will be written to the files in UUEncoded data to make sure that we don't write binary data in an UTF-8 orientated fileformat like XML is o Saving multiple items in one file is, of course, possible * Editing and viewing some supported formats in a clipboard o The editing of the COMPOUND_TEXT or normal text target is possible o The editing (and previewing in a GtkHtml widget) of the text/html target is possible * Manipulating of formats o Blocking specific formats that are too large to store into memory. E.g. Blocking large binary format-types o Copying a specified format-type to another format-type o The possibility to write a plugin for GNOME Clipboard Manager that does the converting of the format-data while copying it to another format-type * Some advanced UserInterface options o The UserInterface is, by default, hidden. So GNOME Clipboard Manager is, by default, a clipboard collecting daemon. You can make it show its UserInterface by using a small external tool or by using the GNOME Clipboard Manager Applet. o Hiding all UserInterface objects o Making the scrollbar follow while adding new items o Autoselect most new collected item o Unselect-all after collecting a new item * Support for the following selectiontypes o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V and the "Copy"- and "Paste"-features in the menus of most applications o The PRIMARY selection : The text that is selected in your session o The SECONDARY selection : The text that was selected the last time in your session o A CUSTOM atom : For those who know what they are doing * A PanelApplet o A PanelApplet for GNOME Clipboard Manager that can make GNOME Clipboard Manager perform some specific tasks. * A library for your own applications to control GNOME Clipboard Manager o GNOME Clipboard Manager comes with libgcm which is a library that enables your application(s) to control and make use of GNOME Clipboard Managers features. * The hosting of plugins o You can write plugins for GNOME Clipboard Manager in a same fashion as you can with applications like mediaplayers (like xmms). Availability You can download the latest release (which has all the listed features) here : http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download You can get a more up-to-date version from CVS. Please note that a version from CVS is a development version and can contain more or less bugs than a release. It will definitely not contain less features unless a specific feature caused very strange problems that cannot be solved. - I suggest using the cvs for the people who are reading this list - export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' cvs login cvs -z3 co -P gcm-2 libgcmtest gcmapplet More information You can get more information about GNOME Clipboard Manager from its website which is available here : http://gcm.sf.net http://gcm.sf.net/about_gcm.html You can get screenshots from GNOME Clipboard Manager here : http://gcm.sf.net/gcm_screens/ Yes, I now hate myself for sending such a large E-mail to very busy people.. -- Philip van Hoof aka freax (http://www.freax.eu.org) irc: irc.openprojects.net mailto:me at freax dot org Go not to the Elves for counsel, for they will say both no and yes. From torvir@dpsl.net Tue Oct 22 07:07:19 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by mail.gnome.org (Postfix) with ESMTP id BEC31189AC for ; Tue, 22 Oct 2002 07:07:16 -0400 (EDT) Received: by mail.dpsl.net with Internet Mail Service (5.5.2653.19) id ; Tue, 22 Oct 2002 16:48:41 +0530 Received: from khyber.enigma (mail.dpsl.net [202.144.16.187]) by khyber.enigma with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VMK6ZW3D; Tue, 22 Oct 2002 16:48:40 +0530 Received: FROM comp185 BY khyber.enigma ; Tue Oct 22 16:48:39 2002 +0500 From: Rahul Torvi To: gnome-devel-list@gnome.org Subject: Interpolation support in Gnome Canvas? Date: Tue, 22 Oct 2002 16:36:04 +0530 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I am developing an image viewer application using gtk and gnome. I am developing it on Redhat 7.3 and am using KDE 2.1. I am using Gnome Canvas in anti-aliased mode. I have used libtiff funtions to load the tiff images and then create GdkPixBuf objects from the raw data. I insert the pixbuf into the Canvas as a GnomeCanvasPixbuf item. The images are being displayed but are not very clear. After analysing the Eye Of Gnome application i have come to the conclusion that the problem is interpolation. My reading tells me that the gnome canvas by default uses INTERP_NEAREST interpolation type while rendering an image. If i am correct Is there some method by which I can provide atleast BILINEAR interpolation support to my canvas ? Else is there any alternative to get clarity in the images that are being loaded? If I am wrong Please tell me what I have to do to include BILINEAR support in the canvas ? I have even posted this query in the gtk-app devlopers list, but have recieved no response!! This is a request to all gtk/gnome gurus to help me out. Hoping for a positive response. thanks and regards, Rahul From rplana@zicorp.com Thu Oct 24 03:22:24 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mail.gnome.org (Postfix) with ESMTP id 3E72B18107 for ; Thu, 24 Oct 2002 03:22:24 -0400 (EDT) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H003F35T5X0@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca (pn2ml1so-qfe0.prod.shaw.ca [10.0.121.145]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H00BAJ5T5VJ@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Received: from zicorp.com (h68-146-201-147.cg.shawcable.net [68.146.201.147]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H4H0062O5T52I@l-daemon> for gnome-devel-list@gnome.org; Thu, 24 Oct 2002 01:22:17 -0600 (MDT) Date: Thu, 24 Oct 2002 01:22:50 -0600 From: Richard Plana Subject: gnome2 panel menu primer To: gnome-devel-list@gnome.org Message-id: <3DB79FCA.7080901@zicorp.com> Organization: Zi Corporation MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021019 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, I would like to create a menu for the gnome-panel from scratch. I tried going through all the menu*.[ch] files but couldn't make heads or tails of how I'm to begin. From the looks of it, it doesn't seem to follow gnome-panel applet design (so the applet-writing.html doc might not be what I need) If one would outline the things needed to do to start me on my own menu or point me to some existing document I could start with, I'd greatly appreciate it. -- *Richard Neal Plana, B.Sc., CCNA* Lead Software Engineer Zi Corp. From joes@rdsgmail.jpl.nasa.gov Thu Oct 24 11:28:47 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from eis-msg-012.jpl.nasa.gov (eis-msg-012.jpl.nasa.gov [137.78.160.40]) by mail.gnome.org (Postfix) with ESMTP id 8021918113 for ; Thu, 24 Oct 2002 11:28:47 -0400 (EDT) Received: from mooneyflyer.rdsgmail.jpl.nasa.gov (mooneyflyer.jpl.nasa.gov [137.79.137.239]) by eis-msg-012.jpl.nasa.gov (8.12.1/8.12.1) with ESMTP id g9OFSkBo009752 for ; Thu, 24 Oct 2002 08:28:46 -0700 (PDT) Message-Id: <5.1.0.14.0.20021024082133.00a4b560@rdsgmail.jpl.nasa.gov> X-Sender: joes@rdsgmail.jpl.nasa.gov X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 24 Oct 2002 08:32:40 -0700 To: gnome-devel-list@gnome.org From: Joe Schartman Subject: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? In-Reply-To: <20021022160005.6859.85919.Mailman@moniker.gnome.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-1614028641==_.ALT" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --=====================_-1614028641==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>??? Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by putting the appropriate .destop file under ~/.gnome/app so that the associated icon for the .desktop files get created under the mainmenu>Favorites For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get created at ~/.gnome2/share BUT where do/shoud the icons end up ? There is NO mainmenu>Favorites for this platform. How should apps those example apps be added to the control panel or main menu using the existing .desktop files ? Regards, Joe Joe Schartman COE Kernel Project Developer Northrop Grumman Information Technology, affiliated with JPL 320 N. Halstead St., Pasadena, CA 91107 JPL M.S.: 320/120/4 Email: joes@rdsgmail.jpl.nasa.gov jschartman@pasadena.feddata.com (626) 351-1542, Fax (626) 351-0751 .~. /V\ / / \ \ / ( ) \ (^^)-(^^) --=====================_-1614028641==_.ALT Content-Type: text/html; charset="us-ascii"  RE: gnome 1.4 mainmenu>Favorites == gnome 2+ mainmenu>???

Under RedHat 7.2 & 7.3, I have added user apps to the gnome 1.4 main menu by
putting the appropriate .destop file under ~/.gnome/app so that the associated icon
for the .desktop files get created under the mainmenu>Favorites

For RedHat 8.0 and gnome 2, I have noticed that the corresponding .desktop files also get
created at ~/.gnome2/share BUT where do/shoud  the icons end up ?
There is NO mainmenu>Favorites for this platform.
How should apps those example apps be added to the control panel or main menu using the
existing .desktop files ?

Regards, Joe



Joe Schartman
COE Kernel Project Developer
Northrop Grumman Information Technology, affiliated with JPL
320 N. Halstead St., Pasadena, CA 91107
JPL M.S.: 320/120/4
Email: joes@rdsgmail.jpl.nasa.gov
          jschartman@pasadena.feddata.com

(626) 351-1542, Fax (626) 351-0751

         
          .~.
          /V\
      / /      \ \
    / (         ) \
       (^^)-(^^)

--=====================_-1614028641==_.ALT-- From thomas@urgent.rug.ac.be Thu Oct 24 11:46:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 22690181A2 for ; Thu, 24 Oct 2002 11:46:17 -0400 (EDT) Received: (qmail 26520 invoked by uid 505); 24 Oct 2002 15:46:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 15:46:16 -0000 Date: Thu, 24 Oct 2002 17:46:16 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: gconf2 schema installs as user. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, Now that I'm happily running red hat 8.0 and don't have full homedir install of gnome2, I'm running into issues when I try to compile some applications and install them as a user in my home dir. Ideally, this should just work, but currently it fails due to gconf schema installs. Specifically, it determines correctly that the primary source of schema files is located in /etc However, if I understand gconf correctly, based on my /etc/gconf/2/path file, schemas placed in xml:readwrite:$(HOME)/.gconf would also be picked up by gconf, right ? So my question is - wouldn't it make more sense if gconftool-2 --get-default-source reported a location where the current user has write permissions, or, possibly an extra flag, which would then be used at install time ? I understand the fact that there's a difference between the user running configure and the user running make install, which is why it would seem to make more sense to me to move the actual call to gconftool-2 to the install rule in every Makefile so that it figures out an installable location for gconf schemas. I just want to ask here what you consider the best way to make this work by default in both cases (user installs and system installs). Thanks, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> I touch and you melt down You don't even know it how much I want to believe it <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 14:46:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id D6CCF1812B for ; Thu, 24 Oct 2002 14:46:00 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9OIlxHd018774; Thu, 24 Oct 2002 14:47:59 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9OIlxdB018770; Thu, 24 Oct 2002 14:47:59 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 14:47:59 -0400 In-Reply-To: Message-ID: Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > I just want to ask here what you consider the best way to make this work > by default in both cases (user installs and system installs). > I guess the way it works right now is that you would pass --with-gconf-source=whatever alongside your --prefix=myhomedir. Well I'm not sure the configure option is --with-gconf-source but it's something like that. I'm not sure how to make it work without configure options, but ideas are welcome. Havoc From thomas@urgent.rug.ac.be Thu Oct 24 15:21:16 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id CD88C18E1B for ; Thu, 24 Oct 2002 15:21:15 -0400 (EDT) Received: (qmail 12225 invoked by uid 505); 24 Oct 2002 19:21:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2002 19:21:15 -0000 Date: Thu, 24 Oct 2002 21:21:15 +0200 (CEST) From: Thomas Vander Stichele To: Havoc Pennington Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi, > Thomas Vander Stichele writes: > > I just want to ask here what you consider the best way to make this work > > by default in both cases (user installs and system installs). > > > > I guess the way it works right now is that you would pass > --with-gconf-source=whatever alongside your --prefix=myhomedir. > Well I'm not sure the configure option is --with-gconf-source but > it's something like that. Yes, I've seen that option; I'm trying to think of a solution without it. My general strategy would be to a) have gconftool-2 have an option that would give you a default writable schema install dir (which I suppose is doable, no ?) b) use this call and option at INSTALL time so that we get a writable path It looks like this is sane (unless you see something I've overlooked), with the crux being b), so if you'd consider this a good way to attack this I don't mind looking into it and cooking it up. The template automake code is used by every project in gnome, so it'd be nice to make this possible. Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> It's only love that stops you from walking out the door <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From hp@redhat.com Thu Oct 24 20:06:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 16364184F8 for ; Thu, 24 Oct 2002 20:06:51 -0400 (EDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9P08mHd020294; Thu, 24 Oct 2002 20:08:48 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9P08mZx020290; Thu, 24 Oct 2002 20:08:48 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org Subject: Re: gconf2 schema installs as user. References: From: Havoc Pennington Date: 24 Oct 2002 20:08:48 -0400 In-Reply-To: Message-ID: Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Thomas Vander Stichele writes: > Yes, I've seen that option; I'm trying to think of a solution without it. > My general strategy would be to > a) have gconftool-2 have an option that would give you a default writable > schema install dir (which I suppose is doable, no ?) > b) use this call and option at INSTALL time so that we get a writable path > I'm not clear on what you mean by a)? You mean if we can't write to the usual default location we fall back to ~/.gconf? It seems like a very not-general solution; I'm also worried for example about hiding error messages when someone _intended_ to install to the regular location. But it might be worth it to make things work without a lot of fooling around, I don't know. Havoc From henrik@bitvis.nu Fri Oct 25 03:09:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from fortet.funcform.se (fortet.funcform.se [194.16.51.77]) by mail.gnome.org (Postfix) with ESMTP id 728C6180E0 for ; Fri, 25 Oct 2002 03:09:55 -0400 (EDT) Received: from client-89.internt.funcform.se ([192.168.1.89]) by fortet.funcform.se with esmtp (Exim 3.34 #1 (Debian)) id 184ybi-0001eR-00 for ; Fri, 25 Oct 2002 09:10:10 +0200 Subject: Feedback on a othello program From: Henrik Ohman To: gnome-devel-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:16:51 +0200 Message-Id: <1035530212.20374.27.camel@bitvis> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi,=20 I have for the last year or so been writing on a program playing the game of othello (reversi). The program, called Sirius, uses a lot of common ai-techniques such as alphabeta search and transposition table lookup; and has (of cource) a gnome2 gui.=20 Now I have come to a point where I need some feedback on how to proceed. Not that the program is not complete, in fact is has quite a few rough edges, especially the gui... but I think I need some thoughts from others about it.=20 http://sirius.bitvis.nu/ Regards Henrik =D6hman From spamfrommailing@freax.org Fri Oct 25 04:16:06 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id BEEFA18ECE for ; Fri, 25 Oct 2002 04:16:01 -0400 (EDT) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9P8F3Wo014244 for ; Fri, 25 Oct 2002 10:15:03 +0200 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9P8F0ln014237; Fri, 25 Oct 2002 10:15:00 +0200 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 10:14:59 +0200 Message-Id: <1035533699.13972.33.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: -- > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From berberic@forwiss.uni-passau.de Fri Oct 25 06:42:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 67220180D9 for ; Fri, 25 Oct 2002 06:42:26 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PAgOwD016753 for ; Fri, 25 Oct 2002 12:42:25 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PAgNcu030096 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 12:42:24 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PAgMZC030094 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 12:42:22 +0200 Date: Fri, 25 Oct 2002 12:42:22 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Gnome Bucktracking disfunctional? Message-ID: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --J/dobhs11T7y2rNN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, maybe it is a bit exaggerate, but at the moment there seem to be no mechanism that makes sure that bugreports get proccessed in any way. So if the maintainer doesn no longer care about its bugs nothing happens at all. This might be O.K. for someones personal project but not for a gnome core component. There should be some way to detects when a components maintainer does no longer care about it's bugs and gets this component/bugs reassigned. MfG bmg BTW: it is very frustating to make patches to (severe) bugs in gome and realise that nobody cares. --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSAOnp4msu7jrxMRA1QoAKCaiwIKu2eNXk1h3fUf0Q+Z9yV27QCfZxA1 AIjh1PBw3LMzkxnsRgUn64g= =SUEG -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From sopwith@redhat.com Fri Oct 25 07:00:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id B7D3918415 for ; Fri, 25 Oct 2002 07:00:28 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PB0L825833; Fri, 25 Oct 2002 07:00:21 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:00:21 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > maybe it is a bit exaggerate, but at the moment there seem to be no > mechanism that makes sure that bugreports get proccessed in any > way. So if the maintainer doesn no longer care about its bugs nothing > happens at all. This might be O.K. for someones personal project but > not for a gnome core component. > BTW: it is very frustating to make patches to (severe) bugs in gome > and realise that nobody cares. It is indeed, but the flip side is that it's frustrating for the always-busy maintainers to have people complaining about inattention to bugs, when there is nothing those maintainers can do about it. The only remedy is getting new people working on bugs, and you probably have more ideas than I how to make this happen. I believe the gnome-bugsquad mailing list is a good place to offer help. -- Elliot From michael@ximian.com Fri Oct 25 07:32:09 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2E1AE180D9 for ; Fri, 25 Oct 2002 07:32:09 -0400 (EDT) Received: (qmail 31607 invoked from network); 25 Oct 2002 11:32:08 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 25 Oct 2002 11:32:08 -0000 Subject: Re: gconf2 schema installs as user. From: Michael Meeks To: Havoc Pennington Cc: Thomas Vander Stichele , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035548800.28291.190.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 25 Oct 2002 13:26:40 +0100 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 01:08, Havoc Pennington wrote: > But it might be worth it to make things work without a lot of fooling > around, I don't know. I've been bitten by this a lot FWIW; but I'm hoping for more of an adaptive configuration domain solution ;-) Then again it's never going to happen so, homedir installs would work too. Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From berberic@forwiss.uni-passau.de Fri Oct 25 07:35:11 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id EC1B3180D9 for ; Fri, 25 Oct 2002 07:35:10 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PBZAwD020565 for ; Fri, 25 Oct 2002 13:35:10 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PBZ9cu031708 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 13:35:09 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PBZ9qM031706 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 13:35:09 +0200 Date: Fri, 25 Oct 2002 13:35:09 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > On Fri, 25 Oct 2002, M G Berberich wrote: >=20 > > maybe it is a bit exaggerate, but at the moment there seem to be no > > mechanism that makes sure that bugreports get proccessed in any > > way. So if the maintainer doesn no longer care about its bugs nothing > > happens at all. This might be O.K. for someones personal project but > > not for a gnome core component. >=20 > > BTW: it is very frustating to make patches to (severe) bugs in gome > > and realise that nobody cares. >=20 > It is indeed, but the flip side is that it's frustrating for the > always-busy maintainers to have people complaining about inattention to > bugs, when there is nothing those maintainers can do about it. > The only remedy is getting new people working on bugs, and you probably > have more ideas than I how to make this happen. I believe the > gnome-bugsquad mailing list is a good place to offer help. Maybe I missunderstood your statement, but I wrote about bugreports _including_ patches. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uSxsnp4msu7jrxMRAyu8AJ9QSYAwOq2EK3llfrSHZsZvTZ0URgCdHFw/ poCex6NNwIS9KwsAr0HI2NU= =K7pk -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From sopwith@redhat.com Fri Oct 25 07:40:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 6941918F01 for ; Fri, 25 Oct 2002 07:40:39 -0400 (EDT) Received: from localhost (sopwith@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g9PBeWB03012; Fri, 25 Oct 2002 07:40:32 -0400 X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing -bs Date: Fri, 25 Oct 2002 07:40:32 -0400 (EDT) From: Elliot Lee X-X-Sender: sopwith@devserv.devel.redhat.com To: M G Berberich Cc: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 25 Oct 2002, M G Berberich wrote: > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. Unfortunately this doesn't help the maintainers get time to reply to those bug reports - it takes a lot of time to process bug reports even if they include patches (although patches definitely help once the developer gets to actually fixing the problem). -- Elliot Living on Earth is expensive, but it does include a free trip around the sun every year. From kmaraas@online.no Fri Oct 25 07:56:36 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id B5A7518F0A for ; Fri, 25 Oct 2002 07:56:35 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PBsCh02678; Fri, 25 Oct 2002 13:54:12 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025113509.GB29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 13:54:12 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 13:35 skrev M G Berberich: > Hello, > > Am Friday, den 25. October 2002 07:00:21 schrieb Elliot Lee: > > On Fri, 25 Oct 2002, M G Berberich wrote: > > > > > maybe it is a bit exaggerate, but at the moment there seem to be no > > > mechanism that makes sure that bugreports get proccessed in any > > > way. So if the maintainer doesn no longer care about its bugs nothing > > > happens at all. This might be O.K. for someones personal project but > > > not for a gnome core component. > > > > > BTW: it is very frustating to make patches to (severe) bugs in gome > > > and realise that nobody cares. > > > > It is indeed, but the flip side is that it's frustrating for the > > always-busy maintainers to have people complaining about inattention to > > bugs, when there is nothing those maintainers can do about it. > > > The only remedy is getting new people working on bugs, and you probably > > have more ideas than I how to make this happen. I believe the > > gnome-bugsquad mailing list is a good place to offer help. > > Maybe I missunderstood your statement, but I wrote about bugreports > _including_ patches. > There's always the possibility of offering to maintain something that isn't properly maintained from the project itself. I'm assuming that you're talking about the zvt patches you have on your website. I applied one of the patches to zvt in gnome-libs for 1.4.x, but the one adding the CutToBeginningOfLine feature has not been applied for the simple reason that we're really not supposed to be adding features and api in the stable branches, and secondly I have no knowledge of how the terminal widget is supposed to work so I can't really review the patch in any sane way. The main problem here has been the lack of maintainership for 1.4.x. I've tried to do my best to incorporate the patches that have been floating around and I dare say I've gotten a few in, but the sheer amount of stuff has made it impossible to do it all. And I don't think the terminal is the most critical piece of software in the desktop :-) Anyway, I'd gladly take any help I can get in maintaining this and I'm sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla and leaving it up to the maintainer isn't going to work in all cases. You need to do some lobbying to get stuff in in many cases. Cheers and thanks a lot for the patches anyway. Kjartan From berberic@forwiss.uni-passau.de Fri Oct 25 08:22:40 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sauron.forwiss.uni-passau.de (sauron.forwiss.uni-passau.de [132.231.20.100]) by mail.gnome.org (Postfix) with ESMTP id 4B0C318F0F for ; Fri, 25 Oct 2002 08:22:39 -0400 (EDT) Received: from elwing.forwiss.uni-passau.de (elwing.forwiss.uni-passau.de [132.231.20.36]) by sauron.forwiss.uni-passau.de (8.12.2/8.12.2) with ESMTP id g9PCMcwD025309 for ; Fri, 25 Oct 2002 14:22:38 +0200 (MEST) Received: from elwing.forwiss.uni-passau.de (localhost [127.0.0.1]) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) with ESMTP id g9PCMbcu032546 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 25 Oct 2002 14:22:38 +0200 Received: (from berberic@localhost) by elwing.forwiss.uni-passau.de (8.12.3/8.12.3/Debian -4) id g9PCMbVP032544 for gnome-devel-list@gnome.org; Fri, 25 Oct 2002 14:22:37 +0200 Date: Fri, 25 Oct 2002 14:22:37 +0200 From: M G Berberich To: gnome-devel-list@gnome.org Subject: Re: Gnome Bucktracking disfunctional? Message-ID: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Mail-Followup-To: gnome-devel-list@gnome.org References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="WfZ7S8PLGjBY9Voh" Content-Disposition: inline In-Reply-To: <1035546852.2481.13.camel@sevilla.gnome.no> User-Agent: Mutt/1.4i Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: --WfZ7S8PLGjBY9Voh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Am Friday, den 25. October 2002 13:54:12 schrieb Kjartan Maraas: > There's always the possibility of offering to maintain something that > isn't properly maintained from the project itself. I'm assuming that > you're talking about the zvt patches you have on your website. I applied > one of the patches to zvt in gnome-libs for 1.4.x, but the one adding > the CutToBeginningOfLine feature has not been applied for the simple > reason that we're really not supposed to be adding features and api in > the stable branches, and secondly I have no knowledge of how the > terminal widget is supposed to work so I can't really review the patch > in any sane way. >=20 > The main problem here has been the lack of maintainership for 1.4.x. > I've tried to do my best to incorporate the patches that have been > floating around and I dare say I've gotten a few in, but the sheer > amount of stuff has made it impossible to do it all. And I don't think > the terminal is the most critical piece of software in the desktop :-) >=20 > Anyway, I'd gladly take any help I can get in maintaining this and I'm > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > and leaving it up to the maintainer isn't going to work in all cases. > You need to do some lobbying to get stuff in in many cases. Actually I'm talking about gnome-2 stuff. #94745 multiload-applet-2 graphs are off by 3 pixels=20 #94896 libzvt-2 uncorrect display of terminal-content=20 #94897 libzvt-2 word select anomalys The last two are the same bugs you mentioned above for 1.4. At least the "uncorrect display of terminal-content" should be fixed -- I dont like my terminal to lie to me. MfG bmg --=20 "Des is v=F6llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | berberic@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic --WfZ7S8PLGjBY9Voh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE9uTeMnp4msu7jrxMRA517AJ0SuBm/RXp0TIC3bO8LvCnVe6xVswCgmE5s jjUfmfM/mKxiWf9Ac5v6C4s= =kP9v -----END PGP SIGNATURE----- --WfZ7S8PLGjBY9Voh-- From kmaraas@online.no Fri Oct 25 10:59:55 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from sevilla.gnome.no (4.80-202-160.nextgentel.com [80.202.160.4]) by mail.gnome.org (Postfix) with ESMTP id E30CD18358 for ; Fri, 25 Oct 2002 10:59:53 -0400 (EDT) Received: (from kmaraas@localhost) by sevilla.gnome.no (8.11.6/8.11.6) id g9PEvWj18186; Fri, 25 Oct 2002 16:57:32 +0200 X-Authentication-Warning: sevilla.gnome.no: kmaraas set sender to kmaraas@online.no using -f Subject: Re: Gnome Bucktracking disfunctional? From: Kjartan Maraas To: M G Berberich Cc: gnome-devel-list@gnome.org In-Reply-To: <20021025122236.GC29640@elwing.forwiss.uni-passau.de> References: <20021025104222.GA29640@elwing.forwiss.uni-passau.de> <20021025113509.GB29640@elwing.forwiss.uni-passau.de> <1035546852.2481.13.camel@sevilla.gnome.no> <20021025122236.GC29640@elwing.forwiss.uni-passau.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1035557851.16218.10.camel@sevilla.gnome.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 25 Oct 2002 16:57:31 +0200 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: fre, 2002-10-25 kl. 14:22 skrev M G Berberich: > Hello, > > > Anyway, I'd gladly take any help I can get in maintaining this and I'm > > sure that's the same for a lot of the 2.x stuff. Sticking it in bugzilla > > and leaving it up to the maintainer isn't going to work in all cases. > > You need to do some lobbying to get stuff in in many cases. > > Actually I'm talking about gnome-2 stuff. > Oh, sorry I misunderstood you then. > #94745 multiload-applet-2 graphs are off by 3 pixels > > #94896 libzvt-2 uncorrect display of terminal-content > > #94897 libzvt-2 word select anomalys > > The last two are the same bugs you mentioned above for 1.4. > > At least the "uncorrect display of terminal-content" should be fixed I'm running with both these from October now and I'll probably include them in the next release of gnome-libs. I have a couple more for you to look at if you feel like it :) "iptraf makes zvt misdraw" http://bugzilla.gnome.org/show_bug.cgi?id=56912 or really anything you find you're able to fix on this list: http://bugzilla.gnome.org/buglist.cgi?product=gnome-libs&component=zvt&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=REOPENED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anywords&op_sys_details=&op_sys_details_type=substring&version_details=&version_details_type=substring&cmdtype=doit&namedcmd=gnome-applets&newqueryname=&order=Reuse+same+sort+as+last+time&form_name=query Thanks a lot one more time, and I hope the fixes make it into libzvt for GNOME 2 also. Cheers Kjartan From thomas@urgent.rug.ac.be Sat Oct 26 13:35:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from urgent.rug.ac.be (urgent.rug.ac.be [157.193.88.1]) by mail.gnome.org (Postfix) with SMTP id 2C44D180DC for ; Sat, 26 Oct 2002 13:35:28 -0400 (EDT) Received: (qmail 22251 invoked by uid 505); 26 Oct 2002 17:35:28 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Oct 2002 17:35:28 -0000 Date: Sat, 26 Oct 2002 19:35:28 +0200 (CEST) From: Thomas Vander Stichele To: gnome-devel-list@gnome.org Subject: nautilus view hacking Message-ID: X-Cursor-Pos: : 327 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am trying to wrap my head around creating a view for nautilus. I hope to make an audio view using GStreamer but have started learning the ropes bit by bit. The first thing I did was to extract the sample view from nautilus and make it buildable as a stand-alone project, which autotools and spec stuff handled. I renamed it to a Test view instead because the nautilus sample view is actually included in nautilus in Red Hat, so that would clash. After about three hours figuring out why the view didn't start up, I noticed that the location was picking up a wrong LIBEXECDIR ;) I was wondering why the dialog message cannot be more specific as to why the view cannot start ? Not finding the binary seems like an easy thing to check for. If you point me to the proper location I might give that a try. Next, I wanted to find an easy way of testing a nautilus view without doing this from nautilus, because it's really hard to debug it from within IMO (or maybe I don't know how, but I couldn't find any docs on how to make it easier). So I wanted to find a way to try out the code in a separate process. My first attemp was to write a sample test app that creates the nautilus view GObject, and calls some of the object manipulation functions directly. Here's what I currently have : #include #include "nautilus-test-view.h" struct NautilusTestViewDetails { char *location; GtkWidget *label; }; int main (int argc, char *argv[]) { NautilusTestView *view; GtkWidget *top; gtk_init (&argc, &argv); view = (NautilusTestView *) g_object_new (nautilus_test_view_get_type (), NULL); top = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_container_add (GTK_CONTAINER (top), view->details->label); gtk_widget_show_all (top); gtk_main (); } This seems alright at first glance (as far as I know anyway ;)), but segfaults, with the following backtrace : #0 0x406a5aac in PortableServer_POA_servant_to_reference () from /usr/lib/libORBit-2.so.0 #1 0x405c486a in do_corba_setup () from /usr/lib/libbonobo-2.so.0 #2 0x407c843b in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0 #3 0x407b264f in g_object_constructor () from /usr/lib/libgobject-2.0.so.0 #4 0x407b1e5e in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #5 0x407b261f in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0 #6 0x407b1c16 in g_object_new () from /usr/lib/libgobject-2.0.so.0 #7 0x0804949a in main (argc=1, argv=0xbffff8f4) at test.c:51 #8 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 So it seems to crash in the corba/bonobo stuff (which I have no clue about). My guess would be that I probably should init the necessary library or somesuch, but if I have to figure this out on my own I'm probably not going to find it, so I thought that I'd ask here if a) it is at all possible to test the gtk code of a view in this manner b) if I should init bonobo or something else before doing the object creation If I can get this to work, I'll write down my experience, and I'll put the test view together with the test app in Gnome cvs so others can see how to start writing an external view and not have to go through the same mistakes as I have ;) Thanks in advance, Thomas -- The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> You came in just like smoke With a little come on come on come on in your walk come on <-*- thomas (at) apestaart (dot) org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ From jwillcox@cs.indiana.edu Sat Oct 26 14:14:22 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from paca.cs.indiana.edu (paca.cs.indiana.edu [129.79.245.100]) by mail.gnome.org (Postfix) with ESMTP id 7309D1828F for ; Sat, 26 Oct 2002 14:14:22 -0400 (EDT) Received: from d-83-9.dhcp-149-159.indiana.edu (d-83-9.dhcp-149-159.indiana.edu [149.159.83.9]) by paca.cs.indiana.edu (8.11.6/8.11.6/IUCS_2.47) with ESMTP id g9QI6iV09832; Sat, 26 Oct 2002 13:06:45 -0500 (EST) Subject: Re: nautilus view hacking From: James Willcox To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 Oct 2002 13:12:08 -0500 Message-Id: <1035655928.29993.157.camel@d-83-9.dhcp-149-159.indiana.edu> Mime-Version: 1.0 X-Perlmx-Spam: Gauge=, Probability=0%, Report=IN_REP_TO Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Sat, 2002-10-26 at 12:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Try "export BONOBO_ACTIVATION_DEBUG_OUTPUT=1" and "export BONOBO_ACTIVATION_DEBUG_EXERUN=1". Also, see libbonobo/docs/debugging.txt. > > Next, I wanted to find an easy way of testing a nautilus view without > doing this from nautilus, because it's really hard to debug it from within > IMO (or maybe I don't know how, but I couldn't find any docs on how to > make it easier). > > So I wanted to find a way to try out the code in a separate process. Ok, for an out-of-proc nautilus view (like the one you're writing), this should be possible. In order to have an accurate test, though, you need to actually query for the component, embed, etc...similar to what nautilus will do. I think the following snippet is approximately what you need (note: I am new to this too, so it may not be perfect): Bonobo_Unknown obj; Nautilus_View view; Bonobo_Control control; GtkWidget *widget; obj = bonobo_activation_activate_from_id ("OAFIID:Nautilus_Test_View", 0, NULL, NULL); view = Bonobo_queryInterface (obj, "IDL:Nautilus/View:1.0", NULL); Nautilus_View_load_location (view, uri, NULL); control = Bonobo_queryInterface (obj, "IDL:Bonobo/Control:1.0", NULL); widget = bonobo_widget_new_control_from_objref (control, CORBA_OBJECT_NIL); /* pack the widget into a window, or whatever */ ... Also, I think you will have to have bonobo_init() and bonobo_main() instead of the gtk equivalents. Thanks, James From msevior@mccubbin.ph.unimelb.edu.au Sun Oct 27 08:18:39 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from mccubbin.ph.unimelb.edu.au (mccubbin.ph.unimelb.edu.au [128.250.51.198]) by mail.gnome.org (Postfix) with ESMTP id 731B4181BF for ; Sun, 27 Oct 2002 08:18:38 -0500 (EST) Received: from localhost (msevior@localhost) by mccubbin.ph.unimelb.edu.au (8.9.1/8.9.1) with ESMTP id AAA13154 for ; Mon, 28 Oct 2002 00:18:35 +1100 (EST) Date: Mon, 28 Oct 2002 00:18:35 +1100 (EST) From: Martin Sevior To: gnome-devel-list@gnome.org Subject: Some questions on double buffering and expose in gtk2. In-Reply-To: <200103261902.OAA08963@erandi.helixcode.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Folks, How does the double buffering in gtk2 work when dealing with drawables? After drawing to a gtk-drawable, expose events are generated when part of the drawable is unobscured. What should I do with these? For gtk 1.2 I connected an expose event handler to a void callback and just redrew the exposed rectangle. This doesn't seem to work consistently in gtk2. I get regions of blank areas in drawables. I guess it's because of the double buffering in gtk2. So what is the right way to handle expose events for gtk2? Is this documented somewhere? Where? Thanks very much! Martin Sevior From hp@redhat.com Sun Oct 27 10:10:28 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id A1D5F180DD for ; Sun, 27 Oct 2002 10:10:28 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9RFCsHd015498; Sun, 27 Oct 2002 10:12:54 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9RFCrUu015494; Sun, 27 Oct 2002 10:12:53 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: From: Havoc Pennington Date: 27 Oct 2002 10:12:53 -0500 In-Reply-To: Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After drawing to a gtk-drawable, expose events are generated when part of > the drawable is unobscured. What should I do with these? For gtk 1.2 I > connected an expose event handler to a void callback and > just redrew the exposed rectangle. This doesn't seem to work consistently > in gtk2. I get regions of blank areas in drawables. > > I guess it's because of the double buffering in gtk2. Doubtful. Connecting to expose_event is still the right thing. Maybe the "void callback" is the problem? I think expose_event callbacks are supposed to have a return value. If you were doing manual backing store with a pixmap, just blow all that code away to simplify things, it's no longer required. There's a --gtk-debug=updates if you build your own GTK that may help. > So what is the right way to handle expose events for gtk2? Is this > documented somewhere? Where? GtkDrawingArea overview section in the ref docs may discuss this some, I don't remember. Havoc From sopwith@widget.gnome.org Mon Oct 28 00:01:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from widget.gnome.org (widget.gnome.org [209.116.70.72]) by mail.gnome.org (Postfix) with ESMTP id 272F31849C for ; Mon, 28 Oct 2002 00:01:38 -0500 (EST) Received: by widget.gnome.org (Postfix, from userid 2134) id 867C04043F; Mon, 28 Oct 2002 00:00:02 -0500 (EST) To: gnome-devel-list@gnome.org From: Elliot Lee Subject: BUG NAG: 5759 bugs open on bugzilla.gnome.org Message-Id: <20021028050002.867C04043F@widget.gnome.org> Date: Mon, 28 Oct 2002 00:00:02 -0500 (EST) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Component | # of Bugs nautilus | 869 gtk+ | 543 galeon | 365 gnome-vfs | 300 GIMP | 273 gnome-applets | 189 gnome-panel | 130 gnome-core | 106 sawfish | 104 control-center | 95 medusa | 94 libzvt | 88 dia | 80 glib | 78 Gnumeric | 77 GnuCash | 76 gnome-terminal | 76 metacity | 76 gnome-pilot | 74 balsa | 69 libgnomeui | 63 Pan | 63 gnome-games | 61 gnome-utils | 60 pango | 59 gtkhtml2 | 54 GConf | 53 gnome-media | 53 bugzilla.gnome.org | 48 libgda | 46 gnome-session | 42 HIG | 41 gnome-file-selector | 41 bonobo | 39 GStreamer | 37 gdm | 36 glade | 34 GnomeICU | 33 bug-buddy | 33 rhythmbox | 33 libgnome | 32 Yelp | 31 libgtop | 29 website | 28 gnome-libs | 27 gok | 27 gedit | 27 libwnck | 26 general | 25 gnome-python | 25 gnorpm | 24 system-monitor [was: procman] | 24 lampadas | 23 libgnomecanvas | 23 gtop [gnome-system-monitor] | 21 gnome-pim | 21 anjuta2 | 19 gnome-print | 19 gnomemeeting | 18 gnome-desktop | 18 ORBit | 18 grapevine | 17 vte | 17 intltool | 16 xscreensaver | 15 libglade | 15 gmc | 14 gtranslator | 14 printman | 14 ORBit2 | 14 eazel-hacking | 14 at-spi | 13 crescendo | 13 Metatheme | 12 gnome-db | 12 bonobo-activation [was: oaf] | 12 Gnomoradio | 11 gperfmeter | 11 gtkmm | 11 imlib1 | 11 EOG | 11 gnome-perl | 11 gnome-user-docs | 11 eazel-themes | 10 gtk-doc | 10 libgnomedb | 10 eel | 10 GGV | 10 memprof | 9 gnome-chess | 9 pkg-config | 9 gnome-vfs-extras | 9 atk | 9 gtk-engines | 8 mergeant | 8 gnome-iconedit | 8 audiofile | 8 devhelp | 8 esound | 7 gnome-mime-data | 7 gtkvts | 7 gconf-editor | 7 librsvg | 7 gnopernicus | 6 GHex | 6 libxml2 | 6 eazel-tools | 6 ToutDoux | 6 Guppi | 5 libart | 4 Release Engineering | 4 Gfax | 4 l10n | 4 libxslt | 4 orbit-perl | 3 file-roller | 3 galf | 3 gASQL | 3 gnomemm | 3 jhbuild | 3 totem | 3 gnome-build | 3 gnome-pm | 3 acme | 2 gnome-mag | 2 magicdev | 2 libIDL | 2 gnome-debug | 2 at-poke | 2 gtkglarea | 1 gnome-system-tools | 1 libegg | 1 Guikachu | 1 tubesock | 1 gmime | 1 gthumb | 1 xalf | 1 GNOME CD Master | 1 gnomovision | 1 From hp@redhat.com Mon Oct 28 00:46:18 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id C4AAE18151 for ; Mon, 28 Oct 2002 00:46:18 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9S5mnHd015974; Mon, 28 Oct 2002 00:48:49 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9S5mm6l015970; Mon, 28 Oct 2002 00:48:48 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: Martin Sevior , gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 28 Oct 2002 00:48:48 -0500 In-Reply-To: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > My solution was to put the redraw into a gtk_idle function so the > redraw happens after gtk finishes doing whatever it is doing. > I really doubt that's the right fix. expose_event is _already_ called out of an idle, unless gdk_window_process_updates() has been called somewhere. One case where this happens is if you are sharing a GdkWindow with a scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is too). That could process_updates() on your widget as a side effect. But widgets that scroll should be calling process_updates() themselves anyway when the scroll adjustment changes, or the scrolling will look funny. See GtkTextView for an extremely nontrivial and complicated example... Anyway, if your code works in an idle and doesn't work in expose_event, I would say there's still a bug in there, you're just hiding it. > Maybe the issue has something to do with drawing with xft enabled > FreeType. Maybe, but that should not make a difference. Havoc From michael@ximian.com Mon Oct 28 04:59:01 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id C4ADC18668 for ; Mon, 28 Oct 2002 04:59:00 -0500 (EST) Received: (qmail 24214 invoked from network); 28 Oct 2002 09:59:00 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 28 Oct 2002 09:59:00 -0000 Subject: Re: nautilus view hacking From: Michael Meeks To: Thomas Vander Stichele Cc: gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Ximian. Message-Id: <1035799044.4837.62.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 28 Oct 2002 09:57:24 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Thomas, On Sat, 2002-10-26 at 18:35, Thomas Vander Stichele wrote: > After about three hours figuring out why the view didn't start up, I > noticed that the location was picking up a wrong LIBEXECDIR ;) > I was wondering why the dialog message cannot be more specific as to why > the view cannot start ? Not finding the binary seems like an easy thing to > check for. If you point me to the proper location I might give that a > try. Great - in fact we can cover a vast range of errors that are currently hidden in a pleasant fashion in there. What needs doing to catch this (and other) errors is IMHO to catch the stderr/stdout of the process as it starts up in bonobo-activation/bonobo-activation/bonobo-activation-fork-server.c (bonobo_activation_server_by_forking) [ possibly we should be using GSpawn here for an easier life ]. We then need to grok the output (on crash) into the string we return specifying the error. This also has the merits of catching some of the more nasty dynamic linking / misc. other evil problems that are extremely hard to catch / debug otherwise. How about it ? Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From msevior@tauon.ph.unimelb.EDU.AU Thu Oct 24 20:07:41 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 0A046184F8 for ; Thu, 24 Oct 2002 20:07:40 -0400 (EDT) Received: (qmail 31470 invoked from network); 25 Oct 2002 00:05:44 -0000 Received: from tauon.ph.unimelb.edu.au (128.250.50.4) by indy.ph.unimelb.edu.au with SMTP; 25 Oct 2002 00:05:44 -0000 Date: Fri, 25 Oct 2002 10:07:37 +1000 (EST) From: Martin Sevior To: Philip Van Hoof Cc: "gnome-devel-list@gnome.org" Subject: Re: The Gnome Clipboard Manager In-Reply-To: <1035235775.12650.62.camel@pluisje> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 21 Oct 2002, Philip Van Hoof wrote: > > > What applications could use libgcm : > - Applications like IDEs (devstudio, anjuta, gIDE) and texteditors > - PanelApplets > - Office applications > > Example of Microsoft applications that have a Clipboard > Management tool : Microsoft Visual Studio.NET, Ms. Office > Both save clipboards on a shelve. > > > > Features list : > > > Note: > I know that it might be confusing but I am not the person who gave these > animals names, "a target is a format" and "a clipboard is a selection" > in the following text : > > > * Storing your clipboards and all their available formats. A.k.a the > collecting of clipboards. > > o A clipboard (a.k.a. a selection) can have multiple formats > (a.k.a targets) o GNOME Clipboard Manager will store all your > previous clipboards and formats so that you can go back to a > previously saved clipboard o A format can be > > + Html : which are the HTML-tags of a HTML selection > when you copypaste some stuff in your browser + Image > data : If you select a portion of an image and use the > "Copy"- or "Cut"-feature in for example OpenOffice.org > > + Normal text : > a.k.a. COMPOUND_TEXT which is the most common format of > clipboards > > + Some other format used by a specific > application that contains information about the data. > For example the clipboards of OpenOffice.org contain > gzipped formats which host XML-files that define the > layout and information that is to be copypasted to for > example another OpenOffice.org screen. > HI Philip, This is a great feature for the Gnome platform. In addition to the features you've listed here there should also be RTF targets. Both AbiWord and Cross Over Office support cutting and pasting Rich Text Format text. I'll try to find time to implement RTF targets. The Code Weaver guys have promised to fully expose RTF from MS Office to the X-clipboard. (One advantage of actually paying for a product is that you get to file bugs and people fix them for you :-) AbiWord supports or will support most these text formats so we might able to reuse it to do conversions from whatever <-> whatever using the abiword import/export filters. Cheers Martin > o Once collected, a clipboard becomes an Item for GNOME > Clipboard Manager o Making a clipboardring by setting the > max. amount of collected items. Older items will then > automatically be deleted from the list of collected items. > > o The autocollecting of new items > > * Saving and loading collected clipboards (Items) to > XML-formatted files. > > o The data of the items will be written to the files in > UUEncoded data to make sure that we don't write binary data in > an UTF-8 orientated fileformat like XML is o Saving multiple > items in one file is, of course, possible > > * Editing and viewing some supported formats in a clipboard > > o The editing of the COMPOUND_TEXT or normal text target is > possible o The editing (and previewing in a GtkHtml widget) of > the text/html target is possible > > * Manipulating of formats > > o Blocking specific formats that are too large to store into > memory. E.g. Blocking large binary format-types > > o Copying a specified format-type to another format-type o The > possibility to write a plugin for GNOME Clipboard Manager that > does the converting of the format-data while copying it to > another format-type > > * Some advanced UserInterface options > > o The UserInterface is, by default, hidden. So GNOME Clipboard > Manager is, by default, a clipboard collecting daemon. You can > make it show its UserInterface by using a small external tool > or by using the GNOME Clipboard Manager Applet. o Hiding all > UserInterface objects > > o Making the scrollbar follow while adding new items o > Autoselect most new collected item > > o Unselect-all after collecting a new item > > * Support for the following selectiontypes > > o The CLIPBOARD-selection : Used when using CTRL+C and CTRL+V > and the "Copy"- and "Paste"-features in the menus of most > applications o The PRIMARY selection : The text that is > selected in your session o The SECONDARY selection : The text > that was selected the last time in your session o A CUSTOM > atom : For those who know what they are doing > > * A PanelApplet > > o A PanelApplet for GNOME Clipboard Manager that can make > GNOME Clipboard Manager perform some specific tasks. > > * A library for your own applications to control GNOME Clipboard > Manager > > o GNOME Clipboard Manager comes with libgcm which is a library > that enables your application(s) to control and make use of > GNOME Clipboard Managers features. > > * The hosting of plugins > o You can write plugins for GNOME Clipboard Manager in a same > fashion as you can with applications like mediaplayers (like > xmms). > > > > Availability > > > You can download the latest release (which has all the listed features) > here : > > http://prdownloads.sourceforge.net/gcm/gcm-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/gcmapplet-2.0.2.tar.gz?download > http://prdownloads.sourceforge.net/gcm/libgcmtest-2.0.2.tar.gz?download > > > You can get a more up-to-date version from CVS. Please note that a > version from CVS is a development version and can contain more or less > bugs than a release. It will definitely not contain less features unless > a specific feature caused very strange problems that cannot be solved. > > - I suggest using the cvs for the people who are reading this list - > > export CVSROOT=':pserver:anonymous@cvs.gcm.sf.net:/cvsroot/gcm' > cvs login > cvs -z3 co -P gcm-2 libgcmtest gcmapplet > > > More information > > > You can get more information about GNOME Clipboard Manager from its > website which is available here : > > http://gcm.sf.net > http://gcm.sf.net/about_gcm.html > > You can get screenshots from GNOME Clipboard Manager here : > > http://gcm.sf.net/gcm_screens/ > > > Yes, I now hate myself for sending such a large E-mail to very busy > people.. > > > -- > Philip van Hoof aka freax (http://www.freax.eu.org) > irc: irc.openprojects.net mailto:me at freax dot org > Go not to the Elves for counsel, for they will say both no and yes. > > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list > From me@freax.org Fri Oct 25 03:47:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id EA93C180D9 for ; Fri, 25 Oct 2002 03:46:55 -0400 (EDT) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9P7kkO15798; Fri, 25 Oct 2002 09:46:46 +0200 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004BF; 25 Oct 02 09:48:04 +0200 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 25 Oct 02 09:46:38 +0200 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004BD; 25 Oct 02 09:44:25 +0200 X-MSReally-To: msevior@tauon.ph.unimelb.EDU.AU X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Martin Sevior Cc: "gnome-devel-list@gnome.org" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 25 Oct 2002 09:42:23 +0200 Message-Id: <1035531743.13967.30.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 02:07, Martin Sevior wrote: > HI Philip, > This is a great feature for the Gnome platform. In addition to the > features you've listed here there should also be RTF targets. Both AbiWord > and Cross Over Office support cutting and pasting Rich Text Format text. Okay. Normally GNOME Clipboard Manager supports any targettype that is listed in the TARGETS target of a selection. Support for a specific target in GNOME Clipboard Manager means that the target can be edited. For the editing of such a binary targettype I think the best that can be done is to launch the viewer that can handle the data. Once saved, Gcm should then ask to update the target-data too. > I'll try to find time to implement RTF targets. The Code Weaver guys > have promised to fully expose RTF from MS Office to the X-clipboard. > (One advantage of actually paying for a product is that you get to file > bugs and people fix them for you :-) I have a 'payed for' copy of Crossover plugin but not for the other codeweaver packages. So I cannot file bugs for those applications :) > AbiWord supports or will support most these text formats so we might able > to reuse it to do conversions from whatever <-> whatever using the > abiword import/export filters. Okay.. OpenOffice.org also supports copypasting formatted data over the normal selection channels. The problem with OpenOffice.org is that it does this in gzipped data and it's own XML format, and that it does not (yet) support copypasting of for example HTML. Also Evolution does not parse the HTML if you copypaste a selection with a text/html target into the html-edit box in case the HTML-formatting is selected. I think that this would be a rather simple fix and that it would make Evolution a more powerfull E-mail client. So if somebody from Evolution is reading this : please get this 'feature' into Evolution :) And for the OpenOffice.org guys : OpenOffice.org does all the nessesairy efforts to make other applications 'use their' clipboard. It exports it in all nessesairy formats; so that is not the problem. But it looks like OpenOffice.org cannot read a text/html selection. Why not? And for the Mozilla.org guys : Is the text/html selection always in UCS-2? Or is it only Mozilla that does this? And how can I detect in which formatting a specific target is being delivered? If you want to implement the RTF target into GNOME Clipboard Manager then I suggest that you do this using a plugin. It is possible that the pluginsubsystem does not yet allow you to dot his 100% correctly. If that is the case, feel free to extend the pluginsubsystem or ask me to implement new functionality into it. I have not yet set any ABI specifications on GNOME Clipboard Manager yet so adding new features to such libraries is not a major problem for me. Also make sure that you subscribe to the gcm-devel mailinglist http://lists.sourceforge.net/lists/listinfo/gcm-devel And post your patches there -- Philip Van Hoof From godiard@ciudad.com.ar Sun Oct 27 01:21:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from postino8.prima.com.ar (postino8.prima.com.ar [200.42.0.179]) by mail.gnome.org (Postfix) with SMTP id 23BC6180F3 for ; Sun, 27 Oct 2002 01:21:27 -0500 (EST) Received: (qmail 79566 invoked from network); 27 Oct 2002 06:21:19 -0000 Received: from a200042100191.rev.prima.com.ar (HELO ciudad.com.ar) (200.42.100.191) by postino8.prima.com.ar with SMTP; 27 Oct 2002 06:21:19 -0000 Message-ID: <3DBB864F.3020501@ciudad.com.ar> Date: Sun, 27 Oct 2002 03:23:11 -0300 From: gonzalo User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: Re: nautilus view hacking Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: I have make a simple Nautilus view for Xml files. (http://personales.ciudad.com.ar/godiard/index.html) If you want can use this. It is derived from the text view . When i work in this, execute the view in a terminal and then use this in Nautilus. In this way can read the standard output in the terminal. Gonzalo From msevior@physics.unimelb.edu.au Sun Oct 27 23:15:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 8FC3D18125 for ; Sun, 27 Oct 2002 23:15:31 -0500 (EST) Received: (qmail 2716 invoked from network); 28 Oct 2002 04:13:28 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 28 Oct 2002 04:13:28 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: Martin Sevior , gnome-devel-list@gnome.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 28 Oct 2002 15:08:44 +1100 Message-Id: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 02:12, Havoc Pennington wrote: > > > Martin Sevior writes: > > After drawing to a gtk-drawable, expose events are generated when part of > > the drawable is unobscured. What should I do with these? For gtk 1.2 I > > connected an expose event handler to a void callback and > > just redrew the exposed rectangle. This doesn't seem to work consistently > > in gtk2. I get regions of blank areas in drawables. > > > > I guess it's because of the double buffering in gtk2. > > Doubtful. Connecting to expose_event is still the right thing. > > Maybe the "void callback" is the problem? I think expose_event > callbacks are supposed to have a return value. > Thanks Havoc, My solution was to put the redraw into a gtk_idle function so the redraw happens after gtk finishes doing whatever it is doing. Maybe the issue has something to do with drawing with xft enabled FreeType. Cheers Martin > If you were doing manual backing store with a pixmap, just blow all > that code away to simplify things, it's no longer required. > > There's a --gtk-debug=updates if you build your own GTK that may help. > > > So what is the right way to handle expose events for gtk2? Is this > > documented somewhere? Where? > > GtkDrawingArea overview section in the ref docs may discuss this some, > I don't remember. > > Havoc > _______________________________________________ > gnome-devel-list mailing list > gnome-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-devel-list From peter@newton.cx Mon Oct 28 10:49:32 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from bs1-06.fas.harvard.edu (bs1-06.fas.harvard.edu [140.247.34.181]) by mail.gnome.org (Postfix) with ESMTP id 8BF84189CD for ; Mon, 28 Oct 2002 10:49:32 -0500 (EST) Received: from roam83-172.student.harvard.edu (peter@roam83-172.student.harvard.edu [140.247.83.172]) by bs1-06.fas.harvard.edu (8.11.6/8.11.6) with ESMTP id g9SFnV816807 for ; Mon, 28 Oct 2002 10:49:32 -0500 Subject: Re: The Gnome Clipboard Manager From: Peter Williams To: "gnome-devel-list@gnome.org" In-Reply-To: <1035531743.13967.30.camel@freax> References: <1035531743.13967.30.camel@freax> Content-Type: text/plain Organization: Ximian, Inc. Message-Id: <1035820171.4718.1.camel@beta> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2.99 (Preview Release) Date: 28 Oct 2002 10:49:31 -0500 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Fri, 2002-10-25 at 03:42, Philip Van Hoof wrote: > OpenOffice.org also supports copypasting formatted data over the normal > selection channels. The problem with OpenOffice.org is that it does this > in gzipped data and it's own XML format, and that it does not (yet) > support copypasting of for example HTML. Also Evolution does not parse > the HTML if you copypaste a selection with a text/html target into the > html-edit box in case the HTML-formatting is selected. I think that this > would be a rather simple fix and that it would make Evolution a more > powerfull E-mail client. So if somebody from Evolution is reading this : > please get this 'feature' into Evolution :) > This already works in Evolution 1.2 :-) (At least, copy/paste from Mozilla into the composer works, which I get the impression is what you want) Peter -- Peter Williams peter@newton.cx / peterw@ximian.com "[Ninjas] are cool; and by cool, I mean totally sweet." -- REAL Ultimate Power From spamfrommailing@freax.org Mon Oct 28 11:25:00 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from localhost.localdomain (unknown [195.207.176.251]) by mail.gnome.org (Postfix) with ESMTP id 888981810C for ; Mon, 28 Oct 2002 11:24:59 -0500 (EST) Received: from localhost.localdomain (freax@localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.6/Debian-7) with ESMTP id g9SGN9Wo001712 for ; Mon, 28 Oct 2002 17:23:10 +0100 Received: (from freax@localhost) by localhost.localdomain (8.12.6/8.12.6/Debian-7) id g9SGN9iT001710; Mon, 28 Oct 2002 17:23:09 +0100 X-Authentication-Warning: localhost.localdomain: freax set sender to spamfrommailing@freax.org using -f Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:23:08 +0100 Message-Id: <1035822188.32411.27.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From s.chauveau@chello.nl Mon Oct 28 14:11:08 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24]) by mail.gnome.org (Postfix) with ESMTP id A4FB41810C for ; Mon, 28 Oct 2002 14:11:07 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep13-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028191106.LNWK1253.amsfep13-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:11:06 +0100 Message-ID: <3DBD8BD3.1070808@chello.nl> Date: Mon, 28 Oct 2002 20:11:15 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: customization of application menu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a system with multiple installations of gnome using a different prefix. For example, I am currently installing gnome 2.1 in /opt/gnome/2.1. The next release will go in /opt/gnome/2.2 I also have to apply the same customization to all application menus (in all /opt/gnome/2.x). The files share by all releases to customize the menu should be stored in /opt/gnome/common. Ideally, once the system is configured, I should be able to add or remove entries in the application menu by editing some files in /opt/gnome/common. This is not really difficult except I could not find a way to add or remove a folder in the root of application menu without editing all files /opt/gnome/2.x/etc/gnome-vfs-2.0/vfolders/applications-all-users.vfolder-info Is there a way to 'include' some directories definitions into the application menu? could do that except that that does not allow to select the folder content using keywords (i.e. ). Also, seems a bit obsolete ('old style' according to https://listman.redhat.com/pipermail/xdg-list/2002-July/000560.html) Stephane. From s.chauveau@chello.nl Mon Oct 28 14:41:33 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id D9428183E3 for ; Mon, 28 Oct 2002 14:41:32 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021028194131.OLHV1260.amsfep15-int.chello.nl@chello.nl> for ; Mon, 28 Oct 2002 20:41:31 +0100 Message-ID: <3DBD92F5.6010405@chello.nl> Date: Mon, 28 Oct 2002 20:41:41 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome-devel-list@gnome.org Subject: default icon path Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I am looking for the place where the default icon path is defined in gnome2. I want to change it to a custom icon path because the default path causes problem when the gnome prefix changes. For example, If I remove my garnome installation from ~/garnome/ then most of my launcher icons wil be broken. S. From hp@redhat.com Tue Oct 29 00:32:17 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 040B6182CD for ; Tue, 29 Oct 2002 00:32:16 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9T5YuHd021372; Tue, 29 Oct 2002 00:34:56 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9T5YtNc021366; Tue, 29 Oct 2002 00:34:55 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Martin Sevior Cc: gnome-devel-list@gnome.org Subject: Re: Some questions on double buffering and expose in gtk2. References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> From: Havoc Pennington Date: 29 Oct 2002 00:34:55 -0500 In-Reply-To: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Martin Sevior writes: > After the drop down combo box that lists the available fonts retracted, > there was big white patch in the Drawing Area where the symbols are. > It also shows up in other widgets with previews where the contents of > the preview are not displayed on the initial expose. > I think about what you said. I suspect that there is GTK 2 bug here to > do with merging expose events between widgets and drawing areas. I'll > see if I can come up with an exact test case to either isolate the bug > or find out what we're doing wrong. I poked around in the code a bit, but I'm probably not looking at the right files. I don't really see what might be wrong. Looks sane. Incidentally (unrelated) "void GR_UnixGraphics::scroll(UT_sint32 dx, UT_sint32 dy)" looks like it might break or at least be suboptimal with GTK 2. You may even be able to just use gdk_window_scroll() to do this. Havoc From s.chauveau@chello.nl Tue Oct 29 13:04:53 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28]) by mail.gnome.org (Postfix) with ESMTP id 20150182CB; Tue, 29 Oct 2002 13:04:53 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029180452.BHLK1260.amsfep15-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 19:04:52 +0100 Message-ID: <3DBECDCF.1060307@chello.nl> Date: Tue, 29 Oct 2002 19:05:03 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Orbit and Metacity Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hello, I have a strange problem with Orbit (2.4.3) and Metacity (2.4.2) in Gnome 2.1 I am trying to enable network sockets in Corba (to be able to run gnome applications on multiple servers). I found in the Orbit FAQ that I have to create a ~/.orbitrc file with ORBIIOPIPv4=1 That works fine except for one application: metacity Somehow, with this setting, metacity cannot resolve anymore symbolic hostname in my DISPLAY (which I need because I have an exported display). I found a way to reproduce the behavior without a remote display by using Xnest. My hostname is 'simak' (1) create a new X display using Xnest and open an xterm to test it. # Xnest :2 & # HOST=simak # xterm -display $HOST:2 (2) create ~/.orbitrc # echo ORBIIOPIPv4=1 > ~/.orbitrc (3) start metacity. It fails!!!!!!!! # metacity --display=$HOST:2 _X11TransSocketINETConnect: not INET hostsimak Window manager error: Unable to open X display simak:2 (4) remove ~/.orbitrc # rm ~/.orbitrc (5) restart metacity. This time it should work # metacity --display=$HOST:2 Metacity works fine when the DISPLAY contains an IP address instead of a symbolic name. One of the interesting things I noticed in metacity is that gconf (and so orbit) is configured before the call of gtk_init_check() that produces the error messages. Could it be that the orbit configuration in gconf breaks the X11 hostname resolution? Stephane Chauveau From hp@redhat.com Tue Oct 29 15:08:42 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mail.gnome.org (Postfix) with ESMTP id 7D8C518113; Tue, 29 Oct 2002 15:08:42 -0500 (EST) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g9TKBQHd029631; Tue, 29 Oct 2002 15:11:27 -0500 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g9TKBQBF029627; Tue, 29 Oct 2002 15:11:26 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Stephane Chauveau Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> From: Havoc Pennington Date: 29 Oct 2002 15:11:26 -0500 In-Reply-To: <3DBECDCF.1060307@chello.nl> Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Stephane Chauveau writes: > Could it be that the orbit configuration in gconf breaks the X11 > hostname resolution? > Apparently, but god only knows why. ;-) Be sure to file a bug report, thanks for the nice instructions on how to reproduce. Havoc From s.chauveau@chello.nl Tue Oct 29 16:13:04 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22]) by mail.gnome.org (Postfix) with ESMTP id 9729218289; Tue, 29 Oct 2002 16:13:03 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep14-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021029211302.LZHL1274.amsfep14-int.chello.nl@chello.nl>; Tue, 29 Oct 2002 22:13:02 +0100 Message-ID: <3DBEF9EA.8030208@chello.nl> Date: Tue, 29 Oct 2002 22:13:14 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Havoc Pennington Cc: orbit-list@gnome.org, gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Havoc Pennington wrote: >Stephane Chauveau writes: > > >>Could it be that the orbit configuration in gconf breaks the X11 >>hostname resolution? >> >> >> > >Apparently, but god only knows why. ;-) > >Be sure to file a bug report, thanks for the nice instructions on how >to reproduce. > >Havoc > > I was able to reduce the problem to a few lines of code (see below). I will fill the bug in 'gconf'. ================ >>>> gcc -o test1 test1.c `pkg-config gtk+-2.0 glib-2.0 gconf-2.0 --cflags --libs` #include #include #include #include int main(int argc,char **argv) { gconf_client_get_default (); if (!gtk_init_check (&argc, &argv)) fprintf(stderr,"Unable to open X display '%s'\n", XDisplayName(NULL)); } From spam@freax.be Mon Oct 28 11:16:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from xizor.is.kpn.be (xizor.is.kpn.be [193.74.71.21]) by mail.gnome.org (Postfix) with ESMTP id E3B901810C for ; Mon, 28 Oct 2002 11:16:50 -0500 (EST) Received: from (mail.vanroey.be [195.207.176.5]) by xizor.is.kpn.be with ESMTP id g9SGGiO16472; Mon, 28 Oct 2002 17:16:47 +0100 Received: from Spooler by mail.vanroey.be (Mercury/32 v3.31) ID MO0004B0; 28 Oct 02 17:17:59 +0100 Received: from spooler by mail.vanroey.be (Mercury/32 v3.31); 28 Oct 02 17:15:15 +0100 Received: from localhost.localdomain (195.207.176.251) by mail.vanroey.be (Mercury/32 v3.31) with ESMTP ID MG0004AE; 28 Oct 02 17:14:52 +0100 X-MSReally-To: peter@newton.cx X-MSReally-To: gnome-devel-list@gnome.org Subject: Re: The Gnome Clipboard Manager From: Philip Van Hoof To: Peter Williams Cc: "gnome-devel-list@gnome.org" In-Reply-To: <1035820171.4718.1.camel@beta> References: <1035531743.13967.30.camel@freax> <1035820171.4718.1.camel@beta> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:11:53 +0100 Message-Id: <1035821513.32411.24.camel@freax> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:49, Peter Williams wrote: > > This already works in Evolution 1.2 :-) > > (At least, copy/paste from Mozilla into the composer works, which I get > the impression is what you want) Yes, :) That is great, I am sure a lot people will start using the feature. I am using 1.0.8 at this moment so I guess that feature does not yet exist in my version. I really do hope that other applications will start supporting such features. It is good that Evolution, Mozilla and OpenOffice.org are starting with implementing them.. - And yes; I hate HTML E-mails too ;) - -- Philip Van Hoof From msevior@physics.unimelb.edu.au Mon Oct 28 19:20:31 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from indy.ph.unimelb.edu.au (dns.ph.unimelb.edu.au [128.250.50.25]) by mail.gnome.org (Postfix) with SMTP id 4B3AB182F0 for ; Mon, 28 Oct 2002 19:20:30 -0500 (EST) Received: (qmail 25383 invoked from network); 29 Oct 2002 00:18:25 -0000 Received: from seviorpc.ph.unimelb.edu.au (128.250.50.6) by indy.ph.unimelb.edu.au with SMTP; 29 Oct 2002 00:18:25 -0000 Subject: Re: Some questions on double buffering and expose in gtk2. From: Martin Sevior To: Havoc Pennington Cc: gnome-devel-list@gnome.org In-Reply-To: References: <1035778150.14828.85.camel@seviorpc.ph.unimelb.edu.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 29 Oct 2002 11:13:51 +1100 Message-Id: <1035850457.14829.149.camel@seviorpc.ph.unimelb.edu.au> Mime-Version: 1.0 Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: On Mon, 2002-10-28 at 16:48, Havoc Pennington wrote: > > Martin Sevior writes: > > My solution was to put the redraw into a gtk_idle function so the > > redraw happens after gtk finishes doing whatever it is doing. > > > > I really doubt that's the right fix. expose_event is _already_ called > out of an idle, unless gdk_window_process_updates() has been called > somewhere. > > One case where this happens is if you are sharing a GdkWindow with a > scrollbar (scrollbar is a NO_WINDOW widget, maybe your widget is > too). That could process_updates() on your widget as a side effect. > The bug showed up most obviously in the "Insert Symbol" AbiWord dialog. If you have an AbiWord handy fire up the insert symbol dialog while I explain: After the drop down combo box that lists the available fonts retracted, there was big white patch in the Drawing Area where the symbols are. It also shows up in other widgets with previews where the contents of the preview are not displayed on the initial expose. I think about what you said. I suspect that there is GTK 2 bug here to do with merging expose events between widgets and drawing areas. I'll see if I can come up with an exact test case to either isolate the bug or find out what we're doing wrong. > But widgets that scroll should be calling process_updates() themselves > anyway when the scroll adjustment changes, or the scrolling will look > funny. See GtkTextView for an extremely nontrivial and complicated > example... > > Anyway, if your code works in an idle and doesn't work in > expose_event, I would say there's still a bug in there, you're just > hiding it. > Well it used to work fine in gtk 1.2. The code is absolutely straight forward. On expose event, redraw the entire preview (don't bother with clipping or anything). I've tried returning both TRUE or FALSE from a gboolean callback. It makes no difference. If it is something we're doing wrong, we should find out what and document it because if it is not a bug in gtk2 it is very hard to get the desired behavior. > > Maybe the issue has something to do with drawing with xft enabled > > FreeType. > > Maybe, but that should not make a difference. > Thanks very much for your help. Cheers Martin From bajcik@kolos.math.uni.lodz.pl Wed Oct 30 11:09:38 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from kolos.math.uni.lodz.pl (kolos.math.uni.lodz.pl [212.191.65.6]) by mail.gnome.org (Postfix) with ESMTP id 29D0818100 for ; Wed, 30 Oct 2002 11:09:38 -0500 (EST) Received: by kolos.math.uni.lodz.pl (Postfix, from userid 500) id 65F0B36C21; Wed, 30 Oct 2002 17:09:35 +0100 (CET) Date: Wed, 30 Oct 2002 17:09:35 +0100 To: gnome-devel-list@gnome.org Subject: glade & _ref() Message-ID: <20021030160935.GA12573@kolos.math.uni.lodz.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i From: bajcik@kolos.math.uni.lodz.pl (Krzysztof Garus) Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: hello, Why glade (v0.6.4, makes code for gtk+v1.2) produce this code: label7 = gtk_label_new (_("Plugin")); gtk_widget_ref (label7); gtk_object_set_data_full (GTK_OBJECT (wndMain), "label7", label7, (GtkDestroyNotify) gtk_widget_unref); instead of this: label7 = gtk_label_new (_("Plugin")); gtk_object_set_data (GTK_OBJECT (wndMain), "label7", label7); ? It doesn't make sense for me. bajcik -- Krzysztof Garus Linux User 171721 http://www.bigfoot.com/~kgarus From michael@ximian.com Wed Oct 30 14:16:27 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [141.154.95.10]) by mail.gnome.org (Postfix) with ESMTP id 2CDE318100 for ; Wed, 30 Oct 2002 14:16:26 -0500 (EST) Received: (qmail 6316 invoked from network); 30 Oct 2002 19:16:24 -0000 Received: from localhost (HELO michael.home) (michael@127.0.0.1) by localhost with SMTP; 30 Oct 2002 19:16:24 -0000 Subject: Re: Orbit and Metacity From: Michael Meeks To: Havoc Pennington Cc: Stephane Chauveau , orbit , gnome-devel-list@gnome.org In-Reply-To: References: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain Organization: Ximian. Message-Id: <1036005284.6643.29.camel@michael.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 30 Oct 2002 19:14:45 +0000 Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Hi Stephane, On Tue, 2002-10-29 at 20:11, Havoc Pennington wrote: > Stephane Chauveau writes: > > Could it be that the orbit configuration in gconf breaks the X11 > > hostname resolution? > Apparently, but god only knows why. ;-) :-) I think this may be down to enabling IPv6 - but I believe that Elliot Lee fixed this: 2002-09-25 Michael Meeks * Version 0.5.4 2002-08-23 Elliot Lee * src/linc-protocols.c: Don't turn on IPv6 name resolution when we are trying to resolve an IPv4 host name - instead, turn it off. Also try to make use of all addresses that gethostbyname returns, not just the first. (Fixes a bug with connecting to a host that has both IPv6 and IPv4 addresses.) Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this built-in ). Regards, Michael. -- mmeeks@gnu.org <><, Pseudo Engineer, itinerant idiot From s.chauveau@chello.nl Wed Oct 30 16:00:26 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from amsfep12-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18]) by mail.gnome.org (Postfix) with ESMTP id 64882187CE; Wed, 30 Oct 2002 16:00:25 -0500 (EST) Received: from chello.nl ([62.163.14.166]) by amsfep12-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021030210024.MSDJ1261.amsfep12-int.chello.nl@chello.nl>; Wed, 30 Oct 2002 22:00:24 +0100 Message-ID: <3DC04876.5080104@chello.nl> Date: Wed, 30 Oct 2002 22:00:38 +0100 From: Stephane Chauveau User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021015 X-Accept-Language: en-us, en MIME-Version: 1.0 To: orbit , gnome-devel-list@gnome.org Subject: Re: Orbit and Metacity References: <3DBECDCF.1060307@chello.nl> <1036005284.6643.29.camel@michael.home> In-Reply-To: <3DBECDCF.1060307@chello.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: Michael Meeks wrote: > :-) I think this may be down to enabling IPv6 - but I believe that >Elliot Lee fixed this: > >2002-09-25 Michael Meeks > > * Version 0.5.4 > >2002-08-23 Elliot Lee > > * src/linc-protocols.c: Don't turn on IPv6 name resolution when we > are trying to resolve an IPv4 host name - instead, turn it off. Also > try to make use of all addresses that gethostbyname returns, not > just the first. (Fixes a bug with connecting to a host that > has both IPv6 and IPv4 addresses.) > > > Do you have linc-0.5.4 ? ( or I think the Redhat 8.0 packages have this >built-in ) > > I initially detected the problem with linc-0.5.4. I am now using linc-0.7.0 but that does not solve the problem. The strange part is that a few minutes ago I was experimenting with *different settings of ORBIIOPUSock, **ORBIIOPIPv6**, **ORBIIOPIPv4* and it started working with settings that used to fail. After a few minutes it stopped working and now it is back again. Houps no! it fails again. What should I do? Shoot myself :-) S. ** From RStrong@raytheon.com.au Thu Oct 31 16:43:51 2002 Return-Path: Delivered-To: gnome-devel-list@gnome.org Received: from ryd-dns2 (unknown [203.53.215.254]) by mail.gnome.org (Postfix) with SMTP id 6E23C180F4 for ; Thu, 31 Oct 2002 16:43:50 -0500 (EST) Received: from 159.60.44.13 by ryd-dns2 (InterScan E-Mail VirusWall NT); Fri, 01 Nov 2002 08:39:07 +1100 Received: by ryd-exc1.raytheon.com.au with Internet Mail Service (5.5.2653.19) id ; Fri, 1 Nov 2002 08:43:49 +1100 Message-ID: <5FEC9F4FCDA4D411BE3C00508BB0DE3B4A7FE0@ryd-exc1.raytheon.com.au> From: "Strong, Russell" To: "'gnome-devel-list@gnome.org'" Subject: Bonobo property bags Date: Fri, 1 Nov 2002 08:43:45 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5" Sender: gnome-devel-list-admin@gnome.org Errors-To: gnome-devel-list-admin@gnome.org X-BeenThere: gnome-devel-list@gnome.org X-Loop: gnome-devel-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: GNOME development List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; charset="iso-8859-1" Is there a reason why setting multiple properties with bonobo_pbclient_set are done one at a time? i.e. bonobo_pbclient_set uses (idl function) Bonobo_PropertyBag_setValue instead of Bonobo_PropertyBag_setValues ( note the s on the end ). The problem I have is this. I have a periodically executing simulator that uses a property bag as it's external interface. This simulator takes in several parameters to control it, but these parameters must all be set simultaneously else they could represent an invalid command if half are set and the other half are not when the simulation "time tick" occurs. This would be solved it setValues ( note the s ) was used. Looking back over the history of the property bag idl, I noticed that the setValues function is a new function. It has been implemented in the bonobo_property_bag side but not the bonobo_pbclient... side. Is this something that is still being developed? or has it been abandoned? Should I stay away from property bags / bonobo for this application? ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" "This email (including all attachments) is for the use of the named addressee only. You must not use, disclose, or copy any part of this email if you are not the intended recipient. No rights of privacy, confidentiality, copyright or privilege are waved or lost by any mistransmission. If you receive this email in error, please immediately delete it from your system, destroy all copies, and notify the sender. Emails may be interfered with, may contain computer viruses or other defects, and may cause damage to your system. Raytheon gives no warranty in relation to the effect of this email on your system, or the accuracy or completeness of its contents." ------=_NextPartTM-000-1a1731ad-28ff-4558-afaa-2e16de2dc2f5--