Child windows with Gtk+-2.6.4

2005-07-04 Thread lmarcilly
Hi all, i'm new in gtk and i have to develop an application with a lot of windows. I remember that with delphi, it is possible to open a window in the mother window. Is it possible with gtk+ ? Thanks in advance and sorry for my english! lm. ___

Re: Child windows with Gtk+-2.6.4

2005-07-04 Thread Colossus
[EMAIL PROTECTED] wrote: Hi all, i'm new in gtk and i have to develop an application with a lot of windows. I remember that with delphi, it is possible to open a window in the mother window. Is it possible with gtk+ ? developer.gnome.org/doc/API/2.0/gtk/GtkWindow.html -- Colossus Cpsed, a

Re: Compiling gtk apps on MingW

2005-07-04 Thread Ricardo Malafaia
holly crap, man! it worked!! just because of this tiny little detail! well, just in case anyone is wondering, i also got sed to put all paths from d:/ from into /d. just in case, you know... anyway, here's the complete Makefile, in all its redundant glory, that made it work, in case anyone is

TreeView and search

2005-07-04 Thread Yann Normand
Hello, The ability to search through a TreeView is interesting but it may not be obvious to the final user that he has to hit Ctrl+F and I'd rather prefer the typeahead window to be always visible. Thus, I would like to know if it was possible to call explicitly the search function ? This

Re: key_press_event for drawing area.

2005-07-04 Thread John Cupitt
On 7/4/05, Deekshit M [EMAIL PROTECTED] wrote: Is it possible to attach key_press_event for drawing_rea. That is the key pressed when the drawing_area has the focus. Yes, but it's more complicated than you think :-( You need to arrange for your drawing area to be focusable, and it has to

Re: key_press_event for drawing area.

2005-07-04 Thread Carsten Burstedde
Yes, but it's more complicated than you think :-( You need to arrange for your drawing area to be focusable, and it has to be able to indicate to the user that it has the keyboard focus. You need to subclass drawingarea and implement size_request/size_allocate (allow space for the focus

I made a gnome_util_user_shell like function for glib. Can someone review it?

2005-07-04 Thread Kristof Vansant
You can test it with following code: #include glib.h int main(int argc,char *argv[]) { g_printf(%s\n,g_get_user_shell()); } It would be nice if some tested it on win2k. patch is here: http://bugzilla.gnome.org/show_bug.cgi?id=309475 lupusBE (Kristof Vansant Belgium)

Re: GObjectClass-constructor revised, g_object_newv_with_data

2005-07-04 Thread Tim Janik
On Tue, 7 Jun 2005, Gustavo J. A. M. Carneiro wrote: I'd like to propose an API enhancement to GObject, in order to solve pygtk bugs 161177 and 123891 in a way that doesn't involve some hack. As people may or may not know, in PyGTK there is, for each GObject, a corresponding python wrapper

Re: Using GSignals

2005-07-04 Thread David Necas (Yeti)
On Mon, Jul 04, 2005 at 02:15:13AM -, [EMAIL PROTECTED] wrote: I have read information about GSignals from the GOobject Reference Manual provided by http://developer/gnome.org/doc/API/2.0/gobject-Signals.html, but the explanation there is too esoteric for me. All I am trying to do is to

problem with download

2005-07-04 Thread Abhishek Misra
Hello, from site http://www.gtk.org/download/ ftp://ftp.gtk.org/pub/gtk/v2.6/ when i try to download glib , atk or others i get files of 0 kb eg. LATEST-GLIB-2.6.5;type=i please mail me complets gtk 2.6 or let me know any other way to obtain it. Thank You Abhishek Misra

How is GtkTreeIter-stamp initialized?

2005-07-04 Thread kyanh
Hi all, How is GtkTreeIter-stamp initialized? I mean: Is it possible that iter.stamp has a negative value? [quote=gtk-doc] typedef struct { gint stamp; gpointer user_data; gpointer user_data2; gpointer user_data3; } GtkTreeIter; [/quote] -- kyanh [ http://kyanh.dotgeek.org/ ]

Re: problem with download

2005-07-04 Thread Sven Neumann
Hi, Abhishek Misra [EMAIL PROTECTED] writes: ftp://ftp.gtk.org/pub/gtk/v2.6/ when i try to download glib , atk or others i get files of 0 kb eg. LATEST-GLIB-2.6.5 This file is supposed to be empty. Why do you worry? Sven ___ gtk-list mailing

Re: GLib make problems

2005-07-04 Thread Craig Smiles
Thanks for your help. I got GLib installed but now I've hit another problem... when I try to run ./configure in the Pango 1.8.0 directory I get the following errors: *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for

Cygwin and the Gtk2 cpan perl module

2005-07-04 Thread [EMAIL PROTECTED]
Hi, I am trying to install Gtk2 perl modules (from Cpan) on cygwin... I can make the makefile successfull (perl Makefile.pl) but when I run the makefile (make) I am getting errors. It runs have way until it gets to the Mkbootstrap fro Gtk2 section and dies with the error collect2:ld returned 1

Dialog hide/destroy

2005-07-04 Thread Juan José 'Peco' San Martín
Hello all. In order to understand how the window widgets works, I created a minor application. One windows with two buttons in order to hide or show another window. All is correct! :-) Now, I'm trying to do the same but using a main window with Menu widget that calls a new dialog window. All

Re: embedded perl/Gtk dialog

2005-07-04 Thread Carl Nygard
On Sun, 2005-07-03 at 09:23 -0400, muppet wrote: On Jul 2, 2005, at 9:28 PM, Carl Nygard wrote: On Sat, 2005-07-02 at 10:00 -0400, muppet wrote: At this point, i think you need to post code, because the descriptions don't match up with what should be happening, and the possibilities

Re: Cygwin and the Gtk2 cpan perl module

2005-07-04 Thread muppet
On Jul 3, 2005, at 10:03 PM, [EMAIL PROTECTED] wrote: It seems to be having problems finding libaries... I am getting alot of udefined references to '_gperl_'* functions... Win32 requires that *all* symbols be resolved at link time. This places some extra demands on the link stage for

Re: Dialog hide/destroy

2005-07-04 Thread muppet
On Jul 4, 2005, at 10:40 AM, Juan José 'Peco' San Martín wrote: Now, I'm trying to do the same but using a main window with Menu widget that calls a new dialog window. All seems to be ok, but if I close dialog window (delete_event) and try to re-open again (clicking on the menu of the main

Re: Dialog hide/destroy

2005-07-04 Thread Juan José 'Peco' San Martín
This typically means that you're trying to call -show on a dead widget. In your delete-event handler, what are you doing? If your handler returns FALSE, the default handler will destroy the window; to hide from delete event, you must set up your handler like this:

Re: embedded perl/Gtk dialog

2005-07-04 Thread muppet
On Jul 4, 2005, at 10:46 AM, Carl Nygard wrote: One question, is it bad to be calling 'use Gtk2 -init' every time I try to pop up a Dialog? Nope. gtk_init() is set up to run the first time and then return immediately on subsequent invocations. In fact, if you call gtk_init () elsewhere

Re: Modal dialog not modal under CDE -/

2005-07-04 Thread muppet
On Jun 30, 2005, at 9:46 AM, Vincent LADEUIL wrote: Have anyone ever heard anything about that kind of problems ? I've searched bugzilla for gtk to no avail. I know it surely is not a perl-related bug but if any of you can point me in the right direction or tell me yeah, cde is

Re: embedded perl/Gtk dialog

2005-07-04 Thread Carl Nygard
On Mon, 2005-07-04 at 12:37 -0400, muppet wrote: On Jul 4, 2005, at 10:46 AM, Carl Nygard wrote: [snip] Are you sure that Dialog::DESTROY is running? I presume that's why you have the print() in there... Actually, a) DESTROY is not running, and I'm not sure why (and that's an odd deja-vu

Switch a CellRendererCombo's model

2005-07-04 Thread Daniel Kasak
Hi all. I'm having a really, *really* bad performance problem in a treeview that has a CellRendererCombo with a large model. The combo should really only display options that are relevant to the current row anyway. What I'd like to do is to run some code that replaces the model in the

Re: embedded perl/Gtk dialog

2005-07-04 Thread muppet
On Jul 4, 2005, at 11:11 PM, Carl Nygard wrote: On Mon, 2005-07-04 at 12:37 -0400, muppet wrote: On Jul 4, 2005, at 10:46 AM, Carl Nygard wrote: [snip] Are you sure that Dialog::DESTROY is running? I presume that's why you have the print() in there... Actually, a) DESTROY is not