Re: [GtkGLExt] Creating a new widget type vs. modifying an instance of an existing type
- From: Alif Wahid <alif wahid gmail com>
- To: Braden McDaniel <braden endoframe com>
- Cc: gtkglext-list gnome org
- Subject: Re: [GtkGLExt] Creating a new widget type vs. modifying an instance of an existing type
- Date: Sat, 01 Jan 2005 02:14:59 +1300
Hi Braden,
For various reasons I thought it better to change this approach to one
where I simply use GtkDrawingArea directly and add GL capabilities and
event callbacks to it when I construct it. This involved little more
than moving some code around; and I had assumed that the user-visibible
effect of this change would be nil. However, this appears to have had a
significant impact on performance. Now when pressing a mouse button over
the widget there is a significant delay before the widget response,
where before it was virtually instantaneous. I'm also observing some
crashes since making this change that suggest the event callbacks are
now occurring on a different thread from before--surprising, but perhaps
only because I don't know GTK well enough.
Are you able to test your programming approach with code taken from one
of the example programs that ship with GtkGLExt? The examples just
create a standard GtkDrawingArea and add GL capability to it along with
standard signal callbacks.
A code snippet would help perhaps, to further clarify the problem you're
having. I cannot see anything wrong with your approach since that's the
approach we took when writing all the example programs. I suspect the
problems are occuring may be because of the multithreaded nature of
Mozilla and how it loads plugin modules.
Alif.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]