RE: GLib-2.0.0 released

[Joachim Backes]

On 11-Mar-2002 Owen Taylor wrote: 
>  
>  GLib-2.0.0 is now available for download at:
>  
>   ftp://ftp.gtk.org/pub/gtk/v2.0/
>  
>  GLib is the low-level core library that forms the basis for projects
>  such as GTK+ and GNOME. It provides data structure handling for C,
>  portability wrappers, and interfaces for such runtime functionality as
>  an event loop, threads, dynamic loading, and an object system.
>  
>  

Hi,

cannot compile glib-2.0.0 on IRIX 6.5:

...
...
Making all in libcharset
gmake[3]: Entering directory `/usr/sc/backes/Software/glib-2.0.0/glib/libcharset'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/usr/sc/backes/Software/glib-2.0.0/glib/libcharset'
gmake[3]: Entering directory `/usr/sc/backes/Software/glib-2.0.0/glib'
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAI
N=\"GLib\" -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -g -O2 -Wall -D_REENTRANT -c
 gconvert.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=\"GLib\" -DG_DISABLE_DEPRECATED 
-DGLIB_COMPILATION -g -O2 -Wall -D_REENTRANT -c gconvert.c  -DPIC -o gconvert.o
gconvert.c:45: #error GNU libiconv not in use but included iconv.h is from libiconv
gmake[3]: *** [gconvert.lo] Error 1
gmake[3]: Leaving directory `/usr/sc/backes/Software/glib-2.0.0/glib'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/sc/backes/Software/glib-2.0.0/glib'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/sc/backes/Software/glib-2.0.0'
gmake: *** [all-recursive-am] Error 2

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

GtkAda 2.0.0 released

[Arnaud Charlet]

GtkAda 2.0.0 release


GtkAda is an Ada95 graphical toolkit based on Gtk+. It allows you
to develop graphical applications in Ada95 using Gtk+.

The primary download site is http://libre.act-europe.fr/GtkAda

This version represents a major update to the Gtk+ 2.0 API.
Most of the new features of Gtk+ 2.0 have been bound at this stage.
Most of the GtkExtra package has not been ported to Gtk+ 2.0 yet (this
is work in progress), so these widgets are currently disabled.

GtkAda 2.0.0 also comes with a new widget which is not fully stabilized
yet, and on which feedbacks and comments will be welcome:
- GtkAda.MDI: a fully featured multiple document interface suitable for use in
  IDE-like applications.

Enjoy!

The GtkAda team
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

GTK+-DirectFB version 2.0.0 released

[Sven Neumann]

Hi,

GTK+-DirectFB implements a GDK backend for GTK+-2.0.0 based on
DirectFB, a graphics hardware abstraction layer for the Linux
framebuffer. As DirectFB provides drawing functions, a windowing
stack and manages input devices, this is a lightweight GDK port.
Due to the use of DirectFB, graphic operations are hardware
accelerated if a suitable DirectFB gfx driver is available.
Since DirectFB is a very thin libary, GTK+-DirectFB has a small
memory footprint which makes it the perfect choice for embedded
devices.

GTK+-DirectFB also adds some extra functionality like alpha
transparent window surfaces and a per-window opacity setting.
At the moment not all GTK+-2.0 features are fully implemented,
but the port is in relatively good shape and should be useable
for a wide range of applications.

Based on the GTK+-2.0.0 release, we have created a tarball for
you that has the DirectFB patches already applied. Check the
GTK+-DirectFB page at http://www.directfb.org/gtk.html for more
information.


Salut, Sven
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Problem with autogen.sh & configure

[Flávio Alberto Lopes Soares]

Hello,
I installed Dedian Potato 2.2r5 in my machine, and tryied to compile one
program that I was making, the interface was made by Glade, and when I
run ./autogen.sh it creates the configure file and attempts to run it,
but the configure file has an error in some macros (I don't know if this
the correct term) that I don't know to fix, bellow goes the messages in
my terminal:


 bash-2.03$ ./autogen.sh 
**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on the
`./autogen.sh' command line.

processing .
Creating ./aclocal.m4 ...
Running gettextize...  Ignore non-fatal messages.
./autogen.sh: gettextize: command not found
Making ./aclocal.m4 writable ...
Running aclocal  -I macros ...
aclocal: configure.in: 21: macro `AM_GNU_GETTEXT' not found in library
Running autoheader...
Running automake --gnu  ...
configure.in: 21: required file `./ABOUT-NLS' not found
Makefile.am:3: required directory ./intl does not exist
macros/Makefile.am:32: INSIDE_GNOME_COMMON does not appear in
AM_CONDITIONAL
Running autoconf ...
Running ./configure --enable-maintainer-mode --enable-compile-warnings
...
loading cache ./config.cache
./configure: line 524: syntax error near unexpected token
`AM_INIT_AUTOMAKE(plecsimul,'
./configure: line 524: `AM_INIT_AUTOMAKE(plecsimul, 0.1)'
bash-2.03$ 



Really, the gettext doesn't exists, if is this the problem, what package
contains this command ?

Thanks a lot for any help


Flavio Alberto

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Problem with autogen.sh & configure

[Flávio Alberto Lopes Soares]

I saw more one thing : my Glade doesn't generates the intl directory
inside my project directory, I believe that this is the problem, but I
don't know why this occurs and how to fix it.

Thanks a lot

Flavio Alberto

Em 12 Mar 2002 08:51:34 -0300, Flávio Alberto Lopes Soares escreveu:
> Hello,
> I installed Dedian Potato 2.2r5 in my machine, and tryied to compile one
> program that I was making, the interface was made by Glade, and when I
> run ./autogen.sh it creates the configure file and attempts to run it,
> but the configure file has an error in some macros (I don't know if this
> the correct term) that I don't know to fix, bellow goes the messages in
> my terminal:
> 
> 
>  bash-2.03$ ./autogen.sh 
> **Warning**: I am going to run `configure' with no arguments.
> If you wish to pass any to it, please specify them on the
> `./autogen.sh' command line.
> 
> processing .
> Creating ./aclocal.m4 ...
> Running gettextize...  Ignore non-fatal messages.
> ./autogen.sh: gettextize: command not found
> Making ./aclocal.m4 writable ...
> Running aclocal  -I macros ...
> aclocal: configure.in: 21: macro `AM_GNU_GETTEXT' not found in library
> Running autoheader...
> Running automake --gnu  ...
> configure.in: 21: required file `./ABOUT-NLS' not found
> Makefile.am:3: required directory ./intl does not exist
> macros/Makefile.am:32: INSIDE_GNOME_COMMON does not appear in
> AM_CONDITIONAL
> Running autoconf ...
> Running ./configure --enable-maintainer-mode --enable-compile-warnings
> ...
> loading cache ./config.cache
> ./configure: line 524: syntax error near unexpected token
> `AM_INIT_AUTOMAKE(plecsimul,'
> ./configure: line 524: `AM_INIT_AUTOMAKE(plecsimul, 0.1)'
> bash-2.03$ 
> 
> 
> 
> Really, the gettext doesn't exists, if is this the problem, what package
> contains this command ?
> 
> Thanks a lot for any help
> 
> 
> Flavio Alberto
> 
> ___
> gtk-list mailing list
> [EMAIL PROTECTED]
> http://mail.gnome.org/mailman/listinfo/gtk-list

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

frozen GUI!!! urgent help required!

[RevX]

Hello all,

I've the following situation in/with my GUI (actually
I'm using Gtk--, but that shouldn't matter because
Gtk-- is only a wrapper for Gtk+):
A checkbutton gets pressed and calculations
begin (involving retrieving of images from a
video camera and processing them). And
at this moment the GUI is frozen, no buttons
are clickable anymore and the window isn't
redrawn when temporary overlapped by other
windows. It looks like as if everything is frozen.

So, what is going wrong??? Does the GUI of
Gtk+ not run parallel to the calculations to fetch
X events or is it a fault I just don't see?!
I hope someone can help me (soon).
Thanks for helping in advance.

Cheers,
Michael.

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: frozen GUI!!! urgent help required!

[Dave Reed]

> From: [EMAIL PROTECTED]
> X-Priority: 3 (Normal)
> X-Authenticated-Sender: #[EMAIL PROTECTED]
> X-Authenticated-IP: [128.131.86.231]
> X-Flags: 0001
> Content-Type: text/plain; charset="us-ascii"
> Sender: [EMAIL PROTECTED]
> X-BeenThere: [EMAIL PROTECTED]
> X-Loop: [EMAIL PROTECTED]
> X-Mailman-Version: 2.0.8
> Precedence: bulk
> List-Help: 
> List-Post: 
> List-Subscribe: ,
>   
> List-Id: General discussion of GTK+ 
> List-Unsubscribe: ,
>   
> List-Archive: 
> Date: Tue, 12 Mar 2002 14:55:47 +0100 (MET)
> 
> Hello all,
> 
> I've the following situation in/with my GUI (actually
> I'm using Gtk--, but that shouldn't matter because
> Gtk-- is only a wrapper for Gtk+):
> A checkbutton gets pressed and calculations
> begin (involving retrieving of images from a
> video camera and processing them). And
> at this moment the GUI is frozen, no buttons
> are clickable anymore and the window isn't
> redrawn when temporary overlapped by other
> windows. It looks like as if everything is frozen.
> 
> So, what is going wrong??? Does the GUI of
> Gtk+ not run parallel to the calculations to fetch


Not unless you create a separate thread for the calculations. When the
calculations finish, you should be able to interact with the GUI again.


> X events or is it a fault I just don't see?!
> I hope someone can help me (soon).
> Thanks for helping in advance.

Dave
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: frozen GUI!!! urgent help required!

[Marco Lettere]

On Tue, 12 Mar 2002 [EMAIL PROTECTED] wrote:

> Hello all,
>
> I've the following situation in/with my GUI (actually
> I'm using Gtk--, but that shouldn't matter because
> Gtk-- is only a wrapper for Gtk+):
> A checkbutton gets pressed and calculations
> begin (involving retrieving of images from a
> video camera and processing them). And
> at this moment the GUI is frozen, no buttons
> are clickable anymore and the window isn't
> redrawn when temporary overlapped by other
> windows. It looks like as if everything is frozen.
>
> So, what is going wrong??? Does the GUI of
> Gtk+ not run parallel to the calculations to fetch
> X events or is it a fault I just don't see?!
> I hope someone can help me (soon).
> Thanks for helping in advance.
>

this is because when you start doing the heavy computations your program
won't be able to catch gui events ... it will be able to catch them again
when the computations complete and the sequential flow of your program
enters a gtk_main again.
if you want to compute and process events in a parallel/concurrent fashion
you will have to use threads/processes.
M.

  _
|  _ \  ___ ___  _ __| |
| | | |/ __/ _ \| '__|  _|
| |_| | (_| (_) | |  | |___
|/ \___\___/|_|  |_|


___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Sockets

[Nicolas web]

Hi. Anyone can tell me how to make a connection IPC
with GTK? I work with sockets without GTK. Exist
sockets by GTK?
Thanks.




__
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!
http://mail.yahoo.com/
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Sockets

[Paul Davis]

>Hi. Anyone can tell me how to make a connection IPC
>with GTK? I work with sockets without GTK. Exist
>sockets by GTK?

GTK is a toolkit for creating graphical user interfaces. It has
nothing to do with sockets or other IPC mechanisms, though it has some
builtin support to make integrating I/O handling a little simpler. I
think you need to look at another library that is focussed on this
area, not GTK.

--p
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Release of GVD 1.2.5

[Arnaud Charlet]

We are pleased to announce the availability of GVD, the GNU Visual
Debugger, a general purpose graphical debugger front-end licensed
under the GNU General Public License.

Besides providing all the features of other debugger GUIs, GVD
includes advanced data display and visualization capabilities.
Furthermore, GVD allows the debugging of multi-process/multi-threaded
applications in the same debugging session. GVD works with native as
well as cross debuggers and can handle several languages in the same
debugging session and the same application. Currently Ada, C and C++
are supported.

GVD can run on a host different from the machine where the debugger
is running and provides friendly support for cross-debuggers (VxWorks,
Lynx, etc.). For instance, you can use Linux or Windows to debug an
application running on a Power PC board with a debugger running on a
Sun workstation.

To build GVD we are using the GtkAda GUI technology. GVD comes with
all the GtkAda benefits such as a pluggable look-and-feel, a set of
very high-level widgets and the ability to have the same look-and-feel
on all of your platforms.

You can dowload GVD (sources and binaries for GNU/Linux x86, Solaris sparc and
x86, Windows NT/2000, DEC Unix/Tru64, HP-UX, IRIX, AiX) and get more
information at http://libre.act-europe.fr/gvd

New features in GVD 1.2.5:
- The load file menu now retains the last directory selected
- The open source menu now retains the last directory selected
- Support for multiple debugger under Windows.
- General speed up in the display window (especially with variable names
  that include lots of dereferences, such as A.B.C.D.E...).
- A few bug fixes (see the known-problems file)

If you are interested in participating in the GVD development, do not
hesitate to contact us (mailto:[EMAIL PROTECTED])

Arnaud Charlet <[EMAIL PROTECTED]>
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

gtk develop question

[21cn]

 
  GtkWidget *win;  GtkWidget *lbl1;/* 
create a window */  win = 
gtk_window_new(GTK_WINDOW_TOPLEVEL);  gtk_signal_connect(GTK_OBJECT 
(win), "destroy",		 GTK_SIGNAL_FUNC(destroy), 
NULL);  gtk_container_set_border_width(GTK_CONTAINER (win), 
10);  /* create a label */  lbl1= gtk_label_new("And now 
for something completely different ...");  
gtk_container_add(GTK_CONTAINER(win), lbl1);    /* show 
everything */  gtk_widget_show(lbl1);  gtk_widget_show 
(win);
 

how to do i will can access the "lbl1" object through "win" 
object?
 
thanks!

Gtk+ 2.0.0 no compile

[manuel . op . de . coul]

Hi,

I have a problem compiling Gtk 2.0.0 on a Compaq Alpha running osf 4.0e.

gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Gdk\" -I.. -I../gdk 
-I../gdk-p
ixbuf -DG_DISABLE_CAST_CHECKS -I/usr/users/coul1358/local/include/glib-2.0 
-I/us
r/users/coul1358/local/lib/glib-2.0/include 
-I/usr/users/coul1358/local/include/
pango-1.0 -DGDK_COMPILATION -g -O2 -Wall -c gdkwindow.c  -DPIC -o 
gdkwindow.o
as0: Error: gdkwindow.c, line 6: undefined assembler operation: bpt
  bpt
make[3]: *** [gdkwindow.lo] Error 1
make[3]: Leaving directory `/usr/users/coul1358/gtk+-2.0.0/gdk'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/users/coul1358/gtk+-2.0.0/gdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/users/coul1358/gtk+-2.0.0'
make: *** [all-recursive-am] Error 2

Any idea how this could happen?


Furthermore, some worrisome warnings are given for other files of Gtk+:

gdk-pixdata.c: In function `gdk_pixdata_to_csource':
gdk-pixdata.c:712: warning: unsigned int format, different type arg (arg 
4)

io-png.c: In function `gdk_pixbuf__png_image_load':
io-png.c:217: warning: variable `options' might be clobbered by `longjmp' 
or `vf
ork'
io-png.c: In function `gdk_pixbuf__png_image_save':
io-png.c:726: warning: variable `text_ptr' might be clobbered by `longjmp' 
or `v
fork'
io-png.c:736: warning: variable `num_keys' might be clobbered by `longjmp' 
or `v
fork'
io-png.c:737: warning: variable `success' might be clobbered by `longjmp' 
or `vf
ork'

And for Glib:

gconvert.c: In function `iconv_cache_bucket_expire':
gconvert.c:296: warning: passing arg 1 of `g_iconv_close' from 
incompatible poin
ter type
gconvert.c: In function `open_converter':
gconvert.c:352: warning: comparison of distinct pointer types lacks a cast
gconvert.c:357: warning: assignment from incompatible pointer type
gconvert.c:369: warning: comparison of distinct pointer types lacks a cast
gconvert.c:374: warning: passing arg 2 of `iconv_cache_bucket_new' from 
incompat
ible pointer type
gconvert.c: In function `close_converter':
gconvert.c:427: warning: passing arg 1 of `g_iconv_close' from 
incompatible poin
ter type

giochannel.c: In function `g_io_channel_read_chars':
giochannel.c:1737: warning: passing arg 4 from incompatible pointer type
giochannel.c: In function `g_io_channel_write_chars':
giochannel.c:1930: warning: passing arg 4 from incompatible pointer type

gutils.c: In function `g_get_any_init':
gutils.c:799: warning: unused variable `error'

In file included from 
/usr/local/lib/gcc-lib/alpha-dec-osf4.0d/2.8.1/include/sys
/wait.h:159,
 from gspawn.c:28:
/usr/local/lib/gcc-lib/alpha-dec-osf4.0d/2.8.1/include/sys/param.h:356: 
warning:
 `MIN' redefined
./glib/gmacros.h:137: warning: this is the location of the previous 
definition
/usr/local/lib/gcc-lib/alpha-dec-osf4.0d/2.8.1/include/sys/param.h:357: 
warning:
 `MAX' redefined
./glib/gmacros.h:134: warning: this is the location of the previous 
definition

testglib.c: In function `main':
testglib.c:927: warning: field width is not type int (arg 2)
testglib.c:927: warning: unknown conversion type character `1' in format

And for Pango:

pangox.c: In function `parse_gintset_spec':
pangox.c:76: warning: implicit declaration of function `strtok_r'
pangox.c:76: warning: assignment makes pointer from integer without a cast
pangox.c:96: warning: assignment makes pointer from integer without a cast
pangox.c: In function `font_struct_get_ligatures':
pangox.c:1685: warning: initialization makes pointer from integer without 
a cast
pangox.c:1766: warning: assignment makes pointer from integer without a 
cast
pangox.c:1800: warning: assignment makes pointer from integer without a 
cast
pangox.c:1803: warning: assignment makes pointer from integer without a 
cast
pangox.c:1834: warning: assignment makes pointer from integer without a 
cast
pangox.c:1853: warning: assignment makes pointer from integer without a 
cast

Thanks,

Manuel Op de Coul

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

How to change a Label of a button

[hunchback]

Hi,

I'm trying to change the label of a button, but i don't see any method to
use..

Does anyone know the method?

Afonso
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Pango-1.0.0 compilation

[Alberto Simões/EPL]

Hi!

I use slackware, and I think all slack users will have the same problem.
Freetype 1.x and 2.x come installed together under /usr/X11R6 and when compiling
pango, if /usr/X11R6/include is before than /usr/X11R6/include/freetype2 in the
INCLUDES variable, gcc will try to use /usr/X11R6/include/ to find freetype/*.h

The solution is to edit all makefiles and change the order. Can't this be done
in the tarball so that it compile out of the box?

Thanks
Alberto
-- 
f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng.
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: How to change a Label of a button

[A R Hummaida]

here to set the label:


gtk_label_set_text(GTK_LABEL(GTK_BIN(you_button)->child),your_text);


to get the label

gtk_label_get (GTK_LABEL (GTK_BIN (your_button)->child), &text_in_label);


HTH


A R




[EMAIL PROTECTED] wrote:

>Hi,
>
>I'm trying to change the label of a button, but i don't see any method to
>use..
>
>Does anyone know the method?
>
>Afonso
>___
>gtk-list mailing list
>[EMAIL PROTECTED]
>http://mail.gnome.org/mailman/listinfo/gtk-list
>



___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: How to change a Label of a button

[Paul Davis]

>here to set the label:
>
>
>gtk_label_set_text(GTK_LABEL(GTK_BIN(you_button)->child),your_text);
>
>
>to get the label
>
>gtk_label_get (GTK_LABEL (GTK_BIN (your_button)->child), &text_in_label);

alternatively:

GtkWidget *label = gtk_label_new ("");
GtkWidget *button = gtk_button_new_with_label (label);



gtk_label_set_text (GTK_LABEL(label), your_text);

this gives you a handle on the label indepedently of the button.

--p
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: frozen GUI!!! urgent help required!

[RevX]

Oh hell!!!

Now I'm scared! Why did nobody tell me before? Is that common
with all GUI toolkits?

> Not unless you create a separate thread for the calculations. When the
> calculations finish, you should be able to interact with the GUI again.

The problem is: I'm no (good) thread programmer and for what I've read
in here it seems that Gtk+ wasn't design to be used with threads and
there will be much trouble ahead. Am I right?
And the other thing is: it was planned that the calculations stop with
the click of a button (it's a continuos online calculation/data processing)
but thus the button is not clickable under heavy system load there
has to be another way around. 

Isn't there a way to shortly stop calculations (for a necessary minimum
of time) and let the GUI gather possible events? Could this work
this way somehow? Any suggestions?

Every idea is welcome. Thanks again!
Many cheers,
Michael. 

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: frozen GUI!!! urgent help required!

[Paul Davis]

yes, it is common to more or less all GUI toolkits, regardless of OS
platform. 

>Isn't there a way to shortly stop calculations (for a necessary minimum
>of time) and let the GUI gather possible events? Could this work
>this way somehow? Any suggestions?

somewhere inside your calculations, call this reasonably often:

  while (gtk_events_pending()) {
  gtk_main_iteration();
  }

that will update the GUI while your calculations proceed.

--p
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: frozen GUI!!! urgent help required!

[rsteinke]

From: Paul Davis <[EMAIL PROTECTED]>
>
> yes, it is common to more or less all GUI toolkits, regardless of OS
> platform. 
>
> >Isn't there a way to shortly stop calculations (for a necessary minimum
> >of time) and let the GUI gather possible events? Could this work
> >this way somehow? Any suggestions?
>
> somewhere inside your calculations, call this reasonably often:
>
> while (gtk_events_pending()) {
> gtk_main_iteration();
> }
>
> that will update the GUI while your calculations proceed.

Or, better, do:

while(g_main_iteration(FALSE)); /* No body */

which skips the gtk wrappers around the glib main loop.
In 2.0, you'll want to do:

while(g_main_context_iteration(NULL, FALSE)); /* No body */

since g_main_context_iteration() is deprecated in 2.0 (the API changed
a bit when they added support for multiple main loops).

Ron Steinke

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: expose event & pixmap question

[Christian Seberino]

Paul

It is slowly becoming clearer thanks to you. We can draw
on a pixmap which is associated with a window which
is part of a drawing area.

Configure/Expose events that *just* modify pixmaps work
great.  I assume at the end of one of those callbacks
that some hidden routine says, "OK, now we need
to DISPLAY this pixmap on the window" and does it???

The reason I am asking is that I made one of these callbacks
be called at other times when a configure/expose event
was NOT fired -- with gtk_idle_add.  Drawing on a pixmap
does NOT automagically change what is seen on GUI right???
How can I make these changes appear then (outside of a
configure/expose event)??

Sincerely,

Chris





On Thu, Feb 28, 2002 at 11:27:20AM -0500, Paul Davis wrote:
> >gint exposeEventHandler(GtkWidget* widget, GdkEventExpose* event) {
> >   gdk_draw_pixmap(widget->window, widget->style->fg_gc[GTK_WIDGET_STATE(widge
> >t)],
> >  Pixmaps::myPicture, event->area.x, event->area.y,
> >  event->area.x, event->area.y, event->area.width, event->area.height);
> >
> >   return FALSE;
> >};
> >
> >
> >Pixmaps make expose event handlers easy I think because you can just
> >redraw uncovered portion with a single function call as in function above.
> >
> >WHY CAN'T WE REDRAW A PORTION OF THE DRAWING AREA THE SAME
> >WAY AND AVOID NEED FOR PIXMAP?
> 
> because we're shouting?
> 
> its because a Pixmap is a different kind of resource than a
> Window. They are both considered to "drawables" - you can draw things
> on them by calling the gdk_draw_*() functions. However, a pixmap is an
> "offscreen" drawable that is never mapped to the display. A window in
> an "onscreen" drawable that can be mapped to the display. when you
> draw on a window, you are either going to fail (the window is not
> mapped), or the results show up "right away". when you draw in a
> pixmap, the results don't show up till you draw the pixmap into a
> window. 
> 
> a drawing area has a window, not a pixmap, as its drawable. if you
> want something else, then i suspect that the Canvas might be worth
> getting to know.
> 
> does this make it any clearer?
> 
> --p

-- 
===
| Dr. Christian Seberino  || (619) 553-7940  (office) |
| SPAWARSYSCEN 2363   || (619) 553-2836  (fax)|
| 53560 HULL ST   ||  |
| SAN DIEGO CA 92152-5001 || [EMAIL PROTECTED] |
===
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: frozen GUI!!! urgent help required!

[Joe Pfeiffer]

[EMAIL PROTECTED] writes:
 > Oh hell!!!
 > 
 > Now I'm scared! Why did nobody tell me before? Is that common
 > with all GUI toolkits?

Pretty much (it's true of all X toolits that I know of).  And every
new GUI programmer gets bitten by it.

 > > Not unless you create a separate thread for the calculations. When the
 > > calculations finish, you should be able to interact with the GUI again.
 > 
 > The problem is: I'm no (good) thread programmer and for what I've read
 > in here it seems that Gtk+ wasn't design to be used with threads and
 > there will be much trouble ahead. Am I right?
 > And the other thing is: it was planned that the calculations stop with
 > the click of a button (it's a continuos online calculation/data processing)
 > but thus the button is not clickable under heavy system load there
 > has to be another way around. 
 >
 > Isn't there a way to shortly stop calculations (for a necessary minimum
 > of time) and let the GUI gather possible events? Could this work
 > this way somehow? Any suggestions?

Yes.   See FAQ 5.14

5.14. Why doesn't my widget (e.g. progressbar) update?
Why doesn't my widget (e.g. progressbar) update?

You are probably doing all the changes within a function without
returning control to gtk_main(). This may be the case if you do some
lengthy calculation in your code. Most drawing updates are only placed
on a queue, which is processed within gtk_main(). You can force the
drawing queue to be processed using something like:

while (g_main_iteration(FALSE));

inside you're function that changes the widget.

What the above snippet does is run all pending events and high
priority idle functions, then return immediately (the drawing is done
in a high priority idle function).

-- 
Joseph J. Pfeiffer, Jr., Ph.D.   Phone -- (505) 646-1605
Department of Computer Science   FAX   -- (505) 646-1002
New Mexico State University  http://www.cs.nmsu.edu/~pfeiffer
Southwestern NM Regional Science and Engr Fair:  http://www.nmsu.edu/~scifair
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: expose event & pixmap question

[rsteinke]

From: Christian Seberino <[EMAIL PROTECTED]>
>
> Paul
>
> It is slowly becoming clearer thanks to you. We can draw
> on a pixmap which is associated with a window which
> is part of a drawing area.
>
> Configure/Expose events that *just* modify pixmaps work
> great.  I assume at the end of one of those callbacks
> that some hidden routine says, "OK, now we need
> to DISPLAY this pixmap on the window" and does it???
>
> The reason I am asking is that I made one of these callbacks
> be called at other times when a configure/expose event
> was NOT fired -- with gtk_idle_add.  Drawing on a pixmap
> does NOT automagically change what is seen on GUI right???
> How can I make these changes appear then (outside of a
> configure/expose event)??

Connect to the configure event of the widget, and in the event
handler do gdk_draw_pixmap() (gdk_draw_drawable() in 2.0) to
blit the pixmap to the window. That's what the expose event is for.

Ron Steinke
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

can't get height during expose-event

[Joachim Klähn]

Hello,

trying out example 1 of section GtkDrawinArea of GTK2.0.0 Reference
Manual (sample code at the end of the mail) I got some trouble.
I'm using GTK2.0.0

The sample draws a filled circle in a window.
Changing the width of the window changes the circle's diameter to.
Changing the height of the window works but the circle doesn't
change his diameter.

widget->allocation.height remains at predefined value.

Any idea how to get the correct height ?

thanks

Joachim Klaehn




gboolean
expose_event_callback (GtkWidget *widget, 
   GdkEventExpose *event, gpointer data)
{
  gdk_draw_arc (widget->window,
widget->style->fg_gc[GTK_WIDGET_STATE (widget)],
TRUE,
0, 0, 
widget->allocation.width, widget->allocation.height,
0, 64 * 360);
  printf("expose event w: %d h: %d\n",
 widget->allocation.width, widget->allocation.height);
  return TRUE;
}

int main (int argc, char *argv[])  
{
  GtkWidget *Vbox,*Win;

  gtk_init(&argc, &argv);

  Win = gtk_window_new(GTK_WINDOW_TOPLEVEL);

  Vbox = gtk_vbox_new(FALSE,0);
  gtk_container_set_border_width (GTK_CONTAINER (Win), 0);
  gtk_container_add(GTK_CONTAINER(Win),Vbox);
  gtk_widget_show(Vbox);

  GtkWidget *drawing_area = gtk_drawing_area_new ();
  gtk_widget_set_size_request (drawing_area, 100, 100);
  g_signal_connect (G_OBJECT (drawing_area), "expose_event",  
G_CALLBACK (expose_event_callback), NULL);

  gtk_box_pack_start (GTK_BOX (Vbox),drawing_area, FALSE, FALSE, 0);

  gtk_widget_show_all(Win);

  gtk_main();

  exit (0);
}
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: expose event & pixmap question

[Sven Neumann]

Hi,

Christian Seberino <[EMAIL PROTECTED]> writes:

> It is slowly becoming clearer thanks to you. We can draw
> on a pixmap which is associated with a window which
> is part of a drawing area.
> 
> Configure/Expose events that *just* modify pixmaps work
> great.  I assume at the end of one of those callbacks
> that some hidden routine says, "OK, now we need
> to DISPLAY this pixmap on the window" and does it???
> 
> The reason I am asking is that I made one of these callbacks
> be called at other times when a configure/expose event
> was NOT fired -- with gtk_idle_add.  Drawing on a pixmap
> does NOT automagically change what is seen on GUI right???
> How can I make these changes appear then (outside of a
> configure/expose event)??

you should do all drawing in the expose_event handler. If
you want the displayed image to change you can force a redraw
by calling gtk_widget_queue_redraw(). This will cause the
emission of an expose_event for the whole drawing area as
soon as the main loop becomes idle. Your expose_handler is
called and you can redraw the image.


Salut, Sven
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: can't get height during expose-event

[Havoc Pennington]

[EMAIL PROTECTED] (Joachim Klähn) writes:
> 
> trying out example 1 of section GtkDrawinArea of GTK2.0.0 Reference
> Manual (sample code at the end of the mail) I got some trouble.
> I'm using GTK2.0.0
> 
> The sample draws a filled circle in a window.
> Changing the width of the window changes the circle's diameter to.
> Changing the height of the window works but the circle doesn't
> change his diameter.
> 
> widget->allocation.height remains at predefined value.
> 
> Any idea how to get the correct height ?
> 

You are packing the area into a vbox with expand = FALSE fill = FALSE
which means the area won't expand to fill available vertical space.

Havoc
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Max value set for slider is not actual max value in use.

[Christian Seberino]

If I make a slider for a value that goes from
0 to 2000, then leftmost value is 0
*BUT*, rightmost value is 1999!!!

Why do I lose the last number?

Chris
-- 
===
| Dr. Christian Seberino  || (619) 553-7940  (office) |
| SPAWARSYSCEN 2363   || (619) 553-2836  (fax)|
| 53560 HULL ST   ||  |
| SAN DIEGO CA 92152-5001 || [EMAIL PROTECTED] |
===
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Max value set for slider is not actual max value in use.

[Valdis . Kletnieks]

On Tue, 12 Mar 2002 12:58:16 PST, Christian Seberino <[EMAIL PROTECTED]>  said:
> If I make a slider for a value that goes from
> 0 to 2000, then leftmost value is 0
> *BUT*, rightmost value is 1999!!!
> 
> Why do I lose the last number?

Sounds like a fencepost error to me.  Is it "min 0 max 2000", or "min 0
steps 2000"?  0..1999 is 2000 points.
-- 
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




msg08456/pgp0.pgp
Description: PGP signature

Re: Max value set for slider is not actual max value in use.

[Christian Seberino]

Your suggestion makes perfect sense to me. It seems like that
*must* be what is wrong.  Yet I checked my code and can't see it

#define INI_N_MASSES 1
#define MIN_N_MASSES 1
#define MAX_N_MASSES 2048
#define INC_N_MASSES 1

...

   numberOfMassesSliderAdj = GTK_OBJECT(gtk_adjustment_new(
  INI_N_MASSES, MIN_N_MASSES, MAX_N_MASSES, INC_N_MASSES,
  INC_N_MASSES, INC_N_MASSES));

I could not move slider farther to right then 2047.

Chris


On Tue, Mar 12, 2002 at 04:00:41PM -0500, [EMAIL PROTECTED] wrote:
> On Tue, 12 Mar 2002 12:58:16 PST, Christian Seberino <[EMAIL PROTECTED]>  
>said:
> > If I make a slider for a value that goes from
> > 0 to 2000, then leftmost value is 0
> > *BUT*, rightmost value is 1999!!!
> > 
> > Why do I lose the last number?
> 
> Sounds like a fencepost error to me.  Is it "min 0 max 2000", or "min 0
> steps 2000"?  0..1999 is 2000 points.
> -- 
>   Valdis Kletnieks
>   Computer Systems Senior Engineer
>   Virginia Tech
> 



-- 
===
| Dr. Christian Seberino  || (619) 553-7940  (office) |
| SPAWARSYSCEN 2363   || (619) 553-2836  (fax)|
| 53560 HULL ST   ||  |
| SAN DIEGO CA 92152-5001 || [EMAIL PROTECTED] |
===
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: {SPAM?} Re: expose event & pixmap question

[Christian Seberino]

Sven

Thanks! I'm getting the impression NOTHING should be
done in configure_handler.  Why even bother to
bind it to *anything* then? Am I wrong?

Chris

On Tue, Mar 12, 2002 at 09:29:08PM +0100, Sven Neumann wrote:
> Hi,
> 
> Christian Seberino <[EMAIL PROTECTED]> writes:
> 
> > It is slowly becoming clearer thanks to you. We can draw
> > on a pixmap which is associated with a window which
> > is part of a drawing area.
> > 
> > Configure/Expose events that *just* modify pixmaps work
> > great.  I assume at the end of one of those callbacks
> > that some hidden routine says, "OK, now we need
> > to DISPLAY this pixmap on the window" and does it???
> > 
> > The reason I am asking is that I made one of these callbacks
> > be called at other times when a configure/expose event
> > was NOT fired -- with gtk_idle_add.  Drawing on a pixmap
> > does NOT automagically change what is seen on GUI right???
> > How can I make these changes appear then (outside of a
> > configure/expose event)??
> 
> you should do all drawing in the expose_event handler. If
> you want the displayed image to change you can force a redraw
> by calling gtk_widget_queue_redraw(). This will cause the
> emission of an expose_event for the whole drawing area as
> soon as the main loop becomes idle. Your expose_handler is
> called and you can redraw the image.
> 
> 
> Salut, Sven

-- 
===
| Dr. Christian Seberino  || (619) 553-7940  (office) |
| SPAWARSYSCEN 2363   || (619) 553-2836  (fax)|
| 53560 HULL ST   ||  |
| SAN DIEGO CA 92152-5001 || [EMAIL PROTECTED] |
===
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: expose event & pixmap question

[Christian Seberino]

Ron

Thanks for the reply.  It seems that NOTHING should be
done in configure event handler.  I'm wondering why
even bind it to ANY function!?!?!?

This is why I'm confused by suggestion to add
gdk_draw_pixmap to configure event handler.  Do you
mean (or is it OK) to do drawing in expose event
and add gdk_draw_pixmap *there*???

This would mean I could call this expose event handler
*even when there is no expose event* to do some drawing
right???

Is it true that gdk_draw_pixmap is one of the functions
that gets called "behind the scenes" when there is an
expose event and that that is why event_handler doesn't
always need to call gdk_draw_pixmap?

Thanks again,

Chris

On Tue, Mar 12, 2002 at 11:56:45AM -0800, [EMAIL PROTECTED] wrote:
> From: Christian Seberino <[EMAIL PROTECTED]>
> >
> > Paul
> >
> > It is slowly becoming clearer thanks to you. We can draw
> > on a pixmap which is associated with a window which
> > is part of a drawing area.
> >
> > Configure/Expose events that *just* modify pixmaps work
> > great.  I assume at the end of one of those callbacks
> > that some hidden routine says, "OK, now we need
> > to DISPLAY this pixmap on the window" and does it???
> >
> > The reason I am asking is that I made one of these callbacks
> > be called at other times when a configure/expose event
> > was NOT fired -- with gtk_idle_add.  Drawing on a pixmap
> > does NOT automagically change what is seen on GUI right???
> > How can I make these changes appear then (outside of a
> > configure/expose event)??
> 
> Connect to the configure event of the widget, and in the event
> handler do gdk_draw_pixmap() (gdk_draw_drawable() in 2.0) to
> blit the pixmap to the window. That's what the expose event is for.
> 
> Ron Steinke

-- 
===
| Dr. Christian Seberino  || (619) 553-7940  (office) |
| SPAWARSYSCEN 2363   || (619) 553-2836  (fax)|
| 53560 HULL ST   ||  |
| SAN DIEGO CA 92152-5001 || [EMAIL PROTECTED] |
===
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: expose event & pixmap question

[rsteinke]

> From: Christian Seberino <[EMAIL PROTECTED]>
>
> Thanks for the reply.  It seems that NOTHING should be
> done in configure event handler.  I'm wondering why
> even bind it to ANY function!?!?!?

If you care specifically about the user resizing or moving your
window, it's useful. It's not really necessary for drawing, though,
since any newly exposed part of the window generates expose events.

> This is why I'm confused by suggestion to add
> gdk_draw_pixmap to configure event handler.  Do you
> mean (or is it OK) to do drawing in expose event
> and add gdk_draw_pixmap *there*???

The _only_ place you should _ever_ draw to a window is
in an expose event. No exceptions.

> This would mean I could call this expose event handler
> *even when there is no expose event* to do some drawing
> right???

Don't ever do this.

This is sort of in the same category of "I can write code
to intentionally create a seg fault." True, but not spectacularly
useful.

If you want to generate an expose event, call
gtk_widget_queue_draw() or gtk_widget_queue_draw_area()
(as I believe someone already mentioned). This invalidates
the window (or part of the window), causing the X server
(or gdk itself, for other back ends) to emit an expose
event.

> Is it true that gdk_draw_pixmap is one of the functions
> that gets called "behind the scenes" when there is an
> expose event and that that is why event_handler doesn't
> always need to call gdk_draw_pixmap?

It's true that gdk does do some double buffering behind the
scenes, but at some point you have to take the image
(possibly stored in a GdkPixmap, possible made up of
other drawing primitives) and draw it to the window.
That's what the expose event is for.

Ron Steinke
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

gtk+ 2.0 compile on HP-UX 10.20

[brenden grace]

I am very close to getting GTK+2.0 to compile on HP-UX 10.26
SecureWare but I am running into a minor problem with png support when I
am 'make'ing

In my ./configure it appears that I have picked up my proper png libs

config.log:

configure:13101: checking for png_read_info in -lpng
configure:13134: gcc -o conftest -g -O2 -Wall -I/opt/GTK/include
-I/usr/include/X11R6 -L/opt/GTK/lib conftest.c -lpng -lz -lm  -lintl
>&5
configure:13137: $? = 0
configure:13140: test -s conftest
configure:13143: $? = 0
configure:13154: result: yes
configure:13167: checking png.h usability
configure:13176: gcc -c -g -O2 -Wall -I/opt/GTK/include
-I/usr/include/X11R6 conftest.c >&5
configure:13179: $? = 0
configure:13182: test -s conftest.o
configure:13185: $? = 0
configure:13194: result: yes
configure:13198: checking png.h presence
configure:13205: gcc -E -I/opt/GTK/include -I/usr/include/X11R6
conftest.c
configure:13211: $? = 0
configure:13229: result: yes
configure:13247: checking for png.h
configure:13254: result: yes
configure:13270: checking for png_structp in png.h
configure:13291: gcc -c -g -O2 -Wall -I/opt/GTK/include
-I/usr/include/X11R6 conftest.c >&5
configure: In function `main':
configure:13284: warning: statement with no effect
configure:13284: warning: unused variable `cmap'
configure:13284: warning: unused variable `info'
configure:13284: warning: unused variable `pp'
configure:13294: $? = 0
configure:13297: test -s conftest.o
configure:13300: $? = 0
configure:13309: result: yes

but when building the source I get this error message in 
gtk+-2.0.0/gtk/stock-icons

GDK_PIXBUF_MODULEDIR=../../gdk-pixbuf \
   ../../gdk-pixbuf/gdk-pixbuf-csource --raw --build-list stock_add_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_add_24.png
stock_align_center_16
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_center_16.png
stock_align_center_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_center_24.png
stock_align_justify_16
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_justify_16.png
stock_align_justify_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_justify_24.png
stock_align_left_16
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_left_16.png
stock_align_left_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_left_24.png
stock_align_right_16
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_right_16.png
stock_align_right_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_align_right_24.png
stock_apply_20
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_apply_20.png
stock_cancel_20
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_cancel_20.png
stock_dnd_multiple_32
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_dnd_multiple_32.png
stock_bottom_16
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_bottom_16.png
stock_bottom_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_bottom_24.png
stock_cdrom_16
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_cdrom_16.png
stock_cdrom_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_cdrom_24.png
stock_clear_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_clear_24.png
stock_close_20
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_close_20.png
stock_close_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_close_24.png
stock_colorselector_24
/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_colorselector_24.png
>/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/gtkstockpixbufs.h
failed to load
"/home/tcsdev/gtkdev/src/gtk+-2.0.0/./gtk/stock-icons/stock_add_24.png":
Image type 'png' is not supported
make: *** [gtkstockpixbufs.h] Error 1





does anyone know why gdk-pixbuf-csource might be getting built without
png support? any help is greatly appreciated.


-- 
brendengrace
flipt.com
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: {SPAM?} Re: expose event & pixmap question

[Sven Neumann]

Hi,

Christian Seberino <[EMAIL PROTECTED]> writes:

> Thanks! I'm getting the impression NOTHING should be
> done in configure_handler.  Why even bother to
> bind it to *anything* then? Am I wrong?

there are cases where it makes sense to use the configure event
but in most cases you just ignore it and don't connect to the
signal at all.


Salut, Sven
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

reverse function to g_flags_register_static()

[Oliver Singla]

In GTK 2.0:

Funtion gdk_event_mask_get_type() return a GType.
How could I retrieve the GFlagsValue structure values from this type ?

So basically I am looking for the reverse functions as 
g_flags_register_static() and g_enum_register_static().

TIA,
Olivier

___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list

newbie simple graphics contexts & *color* question

[Christian Seberino]

I've noticed if one wants to draw on a pixmap
with a certain color they pull some component
off the drawing area like so:

 myDrawingArea1->style->black_gc
 myDrawingArea2->style->black_gc

Q1:
Is black_gc on
drawing area1 different from black_gc
on number 2??? 
Can I get these pointers from elsewhere so I don't have
to pull them off some arbitrary drawing area???


Q2:
By the way, in a gdk_draw_pixmap I saw something like
following...

   gdk_draw_pixmap(myDrawingArea->window,
  myDrawingArea->style->fg_gc[GTK_WIDGET_STATE(widget)],
  myPixmap, 0, 0, 0, 0, width, height);

What is going on in that second arg??? ... is fg_gc the
"current" foreground or something???

Thanks,

Chris



-- 
===
| Dr. Christian Seberino  || (619) 553-7940  (office) |
| SPAWARSYSCEN 2363   || (619) 553-2836  (fax)|
| 53560 HULL ST   ||  |
| SAN DIEGO CA 92152-5001 || [EMAIL PROTECTED] |
===
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list