Send gtk-app-devel-list mailing list submissions to
gtk-app-devel-list gnome org
To subscribe or unsubscribe via the World Wide Web, visit
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
or, via email, send a message with subject or body 'help' to
gtk-app-devel-list-request gnome org
You can reach the person managing the list at
gtk-app-devel-list-owner gnome org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gtk-app-devel-list digest..."
Today's Topics:
1. stop on Gtk-WARNING (Boncek, John)
2. RE: stop on Gtk-WARNING (Boncek, John)
3. Re: Gtk && Xara (Michael Torrie)
4. Re: stop on Gtk-WARNING (Tim Flechtner)
5. Re: stop on Gtk-WARNING (John Cupitt)
6. RE: stop on Gtk-WARNING (Boncek, John)
7. Re: Gtk && Xara (John Cupitt)
8. data acqusition, display and control (Premsagar C)
9. Re: Gtk && Xara (Tomaz Canabrava)
10. Re: data acqusition, display and control (Tristan Van Berkom)
----------------------------------------------------------------------
Message: 1
Date: Mon, 17 Oct 2005 11:32:54 -0500
From: "Boncek, John" <jboncek hunter com>
Subject: stop on Gtk-WARNING
To: <gtk-app-devel-list gnome org>
Message-ID:
<BB7A3D4475F89F4696DC91D40AA5F38F044DF3F7 mailbox Hunter com>
Content-Type: text/plain; charset="UTF-8"
When a GTK app gets Gtk-WARNINGs without actually stopping, it can be hard
to determine exactly where they're coming from. Is there a way to tell
GTK to stop immediately on such a warning? This would allow using a
debugger to localize the first warning much more easily.
------------------------------
Message: 2
Date: Mon, 17 Oct 2005 11:36:04 -0500
From: "Boncek, John" <jboncek hunter com>
Subject: RE: stop on Gtk-WARNING
To: <gtk-app-devel-list gnome org>
Message-ID:
<BB7A3D4475F89F4696DC91D40AA5F38F044DF408 mailbox Hunter com>
Content-Type: text/plain; charset="UTF-8"
The same for GLib-GObject-WARNINGs and other similar ones.
-----Original Message-----
From: gtk-app-devel-list-bounces gnome org
[mailto:gtk-app-devel-list-bounces gnome org] On Behalf Of Boncek, John
Sent: Monday, October 17, 2005 11:33 AM
To: gtk-app-devel-list gnome org
Subject: stop on Gtk-WARNING
When a GTK app gets Gtk-WARNINGs without actually stopping, it can be hard
to determine exactly where they're coming from. Is there a way to tell
GTK to stop immediately on such a warning? This would allow using a
debugger to localize the first warning much more easily.
------------------------------
Message: 3
Date: Mon, 17 Oct 2005 10:38:07 -0600
From: Michael Torrie <torriem chem byu edu>
Subject: Re: Gtk && Xara
To: gtk-app-devel-list gnome org
Message-ID: <1129567087 23346 14 camel isengard>
Content-Type: text/plain; charset=ISO-8859-1
On Mon, 2005-10-17 at 13:59 -0700, Colossus wrote:
Tomaz Canabrava wrote:
Since the Cairo rendering engine is *SLOW* and the Xara Extreme is
being
ported to linux, with the full API,
i think that´s a good idia to port the Gtk engine to use Xara´s System
since
Who told you Cairo is slow in comparison to Xara Extreme ?
Xara Extreme is not GPL so no port is possible.
I don't know anything about Xara Extreme, but they are indeed planning
to license it under the GPL:
http://www.xaraxtreme.org/news/11-10-05.html
I'm sure that Cairo will benefit from some of their algorithms and ideas
for sure. Perhaps Xara would even be best ported to run on top of
Cairo, since it is illustration software.
--
Michael Torrie <torriem chem byu edu>
------------------------------
Message: 4
Date: Mon, 17 Oct 2005 11:44:11 -0500
From: Tim Flechtner <timf trdlnk com>
Subject: Re: stop on Gtk-WARNING
To: "Boncek, John" <jboncek hunter com>
Cc: gtk-app-devel-list gnome org
Message-ID: <4353D4DB 3040006 trdlnk com>
Content-Type: text/plain; charset=UTF-8; format=flowed
there is an argument you can pass in to the application at invocation
that does this. i think it is --g-fatal-warnings (eg ./foo
--g-fatal-warnings).
-tim
**
<http://mail.gnome.org/archives/gtk-devel-list/1998-August/msg00088.html
Boncek,
John wrote:
<http://mail.gnome.org/archives/gtk-devel-list/1998-August/msg00088.html>
The same for GLib-GObject-WARNINGs and other similar ones.
-----Original Message-----
From: gtk-app-devel-list-bounces gnome org
[mailto:gtk-app-devel-list-bounces gnome org] On Behalf Of Boncek, John
Sent: Monday, October 17, 2005 11:33 AM
To: gtk-app-devel-list gnome org
Subject: stop on Gtk-WARNING
When a GTK app gets Gtk-WARNINGs without actually stopping, it can be
hard
to determine exactly where they're coming from. Is there a way to tell
GTK to stop immediately on such a warning? This would allow using a
debugger to localize the first warning much more easily.
------------------------------------------------------------------------
_______________________________________________
gtk-app-devel-list mailing list
gtk-app-devel-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
------------------------------
Message: 5
Date: Mon, 17 Oct 2005 17:53:30 +0100
From: John Cupitt <jcupitt gmail com>
Subject: Re: stop on Gtk-WARNING
To: "Boncek, John" <jboncek hunter com>
Cc: gtk-app-devel-list gnome org
Message-ID:
<522c6460510170953x61169276va1f1f4033e49377b mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1
On 10/17/05, Boncek, John <jboncek hunter com> wrote:
When a GTK app gets Gtk-WARNINGs without actually stopping, it can be
hard
to determine exactly where they're coming from. Is there a way to tell
GTK to stop immediately on such a warning? This would allow using a
debugger to localize the first warning much more easily.
I have something like this near the start of my main():
#ifdef DEBUG
g_log_set_always_fatal(
G_LOG_FLAG_RECURSION |
G_LOG_FLAG_FATAL |
G_LOG_LEVEL_ERROR |
G_LOG_LEVEL_CRITICAL |
G_LOG_LEVEL_WARNING );
#endif /*DEBUG*/
Alternatively, you can pass --g-fatal-warnings as a command-line
argument to any gtk program.
Either technique will cause your program to abort() on the first
warning, so you can get a stack trace if you run in a debugger.
See
http://developer.gnome.org/doc/API/2.0/glib/glib-Message-Logging.html
J
------------------------------
Message: 6
Date: Mon, 17 Oct 2005 12:03:40 -0500
From: "Boncek, John" <jboncek hunter com>
Subject: RE: stop on Gtk-WARNING
To: <gtk-app-devel-list gnome org>
Message-ID:
<BB7A3D4475F89F4696DC91D40AA5F38F044DF477 mailbox Hunter com>
Content-Type: text/plain; charset="UTF-8"
Thanks to those who answered.
-----Original Message-----
From: gtk-app-devel-list-bounces gnome org
[mailto:gtk-app-devel-list-bounces gnome org] On Behalf Of Boncek, John
Sent: Monday, October 17, 2005 11:36 AM
To: gtk-app-devel-list gnome org
Subject: RE: stop on Gtk-WARNING
The same for GLib-GObject-WARNINGs and other similar ones.
-----Original Message-----
From: gtk-app-devel-list-bounces gnome org
[mailto:gtk-app-devel-list-bounces gnome org] On Behalf Of Boncek, John
Sent: Monday, October 17, 2005 11:33 AM
To: gtk-app-devel-list gnome org
Subject: stop on Gtk-WARNING
When a GTK app gets Gtk-WARNINGs without actually stopping, it can be hard
to determine exactly where they're coming from. Is there a way to tell
GTK to stop immediately on such a warning? This would allow using a
debugger to localize the first warning much more easily.
------------------------------
Message: 7
Date: Mon, 17 Oct 2005 18:07:57 +0100
From: John Cupitt <jcupitt gmail com>
Subject: Re: Gtk && Xara
Cc: gtk-app-devel-list gnome org
Message-ID:
<522c6460510171007o375829e4o899b7d1ac08b97e5 mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1
On 10/17/05, Michael Torrie <torriem chem byu edu> wrote:
On Mon, 2005-10-17 at 13:59 -0700, Colossus wrote:
Tomaz Canabrava wrote:
Since the Cairo rendering engine is *SLOW* and the Xara Extreme is
being
ported to linux, with the full API,
i think that´s a good idia to port the Gtk engine to use Xara´s
System since
Who told you Cairo is slow in comparison to Xara Extreme ?
Xara Extreme is not GPL so no port is possible.
I don't know anything about Xara Extreme, but they are indeed planning
to license it under the GPL:
http://www.xaraxtreme.org/news/11-10-05.html
I'm sure that Cairo will benefit from some of their algorithms and ideas
for sure. Perhaps Xara would even be best ported to run on top of
Cairo, since it is illustration software.
That's interesting. They have some simple speed charts here:
http://www.xaraxtreme.org/about/
which seems to show xara's software renderer is 5 - 10x faster than
cairo's. Though it's not clear what cairo backend or platform they did
the timings on. I guess windows?
------------------------------
Message: 8
Date: Mon, 17 Oct 2005 15:06:34 -0400
From: Premsagar C <premsagar c gmail com>
Subject: data acqusition, display and control
To: gtk-app-devel-list gnome org
Message-ID:
<d62413860510171206h7cf6cb92r790b0c9ddc6fe49d mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1
I am using gtk to develop a control interface. Am a bit new to this.
BAsically I am acquiring data using some library functions and
dispalying them in 6 text boxes . When i click on the bacq function
this acquistion starts.
gtk_signal_connect(GTK_OBJECT(bacq),"clicked",GTK_SIGNAL_FUNC(button_funcacq),NULL);
My problem is that when this happend the dispaly window goes blank and
am unable to control it. I need to be able to access another button
when this acqusition is occuring and it id part of the same window.
How do I do that ? Is there some other signal event I can use.
Thanks
Prem
------------------------------
Message: 9
Date: Mon, 17 Oct 2005 17:15:40 -0200
From: Tomaz Canabrava <tumaix gmail com>
Subject: Re: Gtk && Xara
To: gtk-app-devel-list gnome org
Message-ID:
<7ebbb4b50510171215h693d1f79i1f30970f9ff1c629 mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1
That's interesting. They have some simple speed charts here:
http://www.xaraxtreme.org/about/
which seems to show xara's software renderer is 5 - 10x faster than
cairo's. Though it's not clear what cairo backend or platform they did
the
timings on. I guess windows?
I guess not, since they already have a linux port for it, (there are
some
screenshoots on www.xaraextreme.org <http://www.xaraextreme.org> <
http://www.xaraextreme.org> showing
the wxwidgets version of the xara 4 linux)
--
Um Computador sem Windows é como um Navio sem dançarinas de Can-Can
------------------------------
Message: 10
Date: Mon, 17 Oct 2005 16:57:37 -0400
From: Tristan Van Berkom <tvb gnome org>
Subject: Re: data acqusition, display and control
To: Premsagar C <premsagar c gmail com>
Cc: gtk-app-devel-list gnome org
Message-ID: <43541041 4090105 gnome org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Premsagar C wrote:
I am using gtk to develop a control interface. Am a bit new to this.
BAsically I am acquiring data using some library functions and
dispalying them in 6 text boxes . When i click on the bacq function
this acquistion starts.
gtk_signal_connect(GTK_OBJECT(bacq),"clicked",GTK_SIGNAL_FUNC(button_funcacq),NULL);
My problem is that when this happend the dispaly window goes blank and
am unable to control it. I need to be able to access another button
when this acqusition is occuring and it id part of the same window.
How do I do that ? Is there some other signal event I can use.
If I'm reading you right; your button_funcacq() function is doing a
lengthly calculation or some lengthly data acquisition operations and
while this function is running; your UI is unresponsive... dont panic,
this is normal :)
What you need to do is one of the following:
o Split your data acquisition operation into small itterations
(example: limit your sql queries to 100 rows per result set)
and run these itterations in an idle or timeout handler.
o If you are stuck with some proprietary API that allows
you only to call one funtion for an entire operation
thats going to take a half an hour to execute, you'll
have to use a "worker thread" to aquire the data silently
in the background and notify the primary thread after
the lengthly offending culprit function finally returns
(probably using an idle handler for notification, or these
days you can probably use a GChildWatchSource).
I recommend you read the juicy parts of this page:
http://developer.gnome.org/doc/API/2.0/glib/glib-The-Main-Event-Loop.html
Cheers,
-Tristan
------------------------------
_______________________________________________
gtk-app-devel-list mailing list
gtk-app-devel-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
End of gtk-app-devel-list Digest, Vol 18, Issue 31
**************************************************
