Hello,
i updated my mingw with the new All-in-one bundle on gtk download page.
Now i have the problem, that the gtk_file_chooser is not working anymore in
my application under win32.
I get just a sandglass-curser over it.
I get no warning or errormessage on the console.
When I am taking older
Hi,
thanks for your answer. I think I understand my code a bit better now...
I wonder whether it is best practice to use static functions for these
callbacks - in my code it is actually a member function (because of
having many different buttons whose states form a bitfield that is
compressed
Some of my thoughts on the matter:
On Wed, Jan 14, 2009 at 10:10:42AM -0600, Thomas Stover wrote:
...
-QT (last time I checked) is not even C++. It's C++ and a custom macro
language. building ouch. debugging ouch. C++ paradigm ouch.
The Qt macros aren't very intrusive.
Once you have your
Hi,
thanks again for your help.
1) I did change my function to a static one
2) I updated my g_signal_connect_swapped to use G_CALLBACK(staticfunc) +
param parent (which I use to get the other buttons)
3) I noticed that the pointers were in wrong order (parent was the first
one instead of
jvette...@users.sourceforge.net wrote:
I find that deriving classes in C++ is alot easier than going through
the GObject type system.
Yes this is true, in C. GTKmm makes things rather nice if you work in
C++. In fact I kind of like how GTKmm works without a preprocessor,
with type-safe
Hi,
anybody can help me to resolve this?
GtkFileFilter *filtro;
GtkWidget *chooser;
//GtkFileChooser *chooser;
gtk_file_filter_set_name(filtro,bmp);
chooser = gtk_file_chooser_dialog_new (Open File,
parent_window,
GTK_FILE_CHOOSER_ACTION_OPEN,
On Thu, 15 Jan 2009, frederico schardong wrote:
anybody can help me to resolve this?
GtkFileFilter *filtro;
GtkWidget *chooser;
//GtkFileChooser *chooser;
gtk_file_filter_set_name(filtro,bmp);
chooser = gtk_file_chooser_dialog_new (Open File,
parent_window,
Frederico,
From your code listing part of your problem could be this syntax error:
gtk_file_chooser_add_filter(*chooser, *filtro);
it should read;
gtk_file_chooser_add_filter(chooser, filtro);
James,
On Thu, 2009-01-15 at 22:58 -0200, frederico schardong wrote:
Hi,
anybody can help me
Il giorno mer, 14/01/2009 alle 23.00 +0200, Markku Vire ha scritto:
Hi,
0On Wed, 2009-01-14 at 17:00 +0100, Pietro Battiston wrote:
Forcibly clipping window size would anyway only be band-aid to the
real problem in the application, which can be:
...
- it doesn't constrain the
Il giorno gio, 15/01/2009 alle 08.55 +0200, Kalle Vahlman ha scritto:
So while setting sensible minimum sizes and constraining maximum by
ellipsation or scrolled container for your *widgets* makes totally
sense (to ensure the application will be usable on the first run),
taking over the window
Hello devel list,
during the last months I looked for a way to bring animation into Gtk+. The
last few weeks I looked especially into an idea timj came up with. I try to
give a briefly overview over it here.
The idea
The main idea is to obtain the pixmap representation of a widget in the
Hi,
2009/1/14 Pietro Battiston too...@email.it:
the documentation for gtk_widget_size_request () says:
Also remember that the size request is not necessarily the size a
widget will actually be allocated.
While there may be a lot of reasons why a widget doesn't get the area
requested, I
Il giorno gio, 15/01/2009 alle 16.41 -0500, Havoc Pennington ha scritto:
Hi,
On Thu, Jan 15, 2009 at 10:04 AM, Pietro Battiston too...@email.it wrote:
I already considered my doubt as answered (see below), but I disagree
with what you say: if you call size_request minimum size, why don't
13 matches
Mail list logo
