On Sun, Dec 17, 2006 at 11:06:14PM -0500, Tony Freeman wrote:
a What am I doing wrong?
g_object_set(icon_renderer, stock-id, gtk-close, NULL);
...
g_object_set(icon_renderer, stock-id, gtk-save, NULL);
...
g_object_set(icon_renderer, stock-id, gtk-open,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Dec 17, 2006 at 11:06:14PM -0500, Tony Freeman wrote:
Hello,
[...]
void build_server_list (GtkWidget *treeview)
{
GtkListStore *liststore;
GtkTreeIter iter;
GtkCellRenderer *text_renderer;
GtkCellRenderer
On Mon, Dec 18, 2006 at 10:02:52AM +0530, Preeti Joshi wrote:
I am attaching a small piece of sample code that explains my problem.
The sample code is not compilable, not speaking about
runnable -- where's the stuff lookup_widget() acts on?
The above code creates a main window and from button1
There is an easy way to do it, a rc option would be very nice but I've
not found it!
Adding a custom object as column header is not ok, since you get your
background only under the label (the border and the arrow keep the old
background).
Lurking in the sources I've found this way, but it's
Hello list!
I'm developing a gtk application. The point is that I see in Gnome
System Monitor that my application (a loop that continuously read a
file and update data in the window) is eating more memory as it is
executing... There are no problems (no errors or warnings) during
compilation and
On Mon, 18 Dec 2006, Preeti Joshi wrote:
I am attaching a small piece of sample code that explains my
problem...
The code you posted is broken. The functions create_window1() and
lookup_window() are not defined.
I guess the call to lookup_window() can just be deleted, but it
looks as if
It doesnt matter. As I moved on to widgets it seems they couldnt cope with a
GList of GStrings anyway : so its back to normal g_string/gchar* stuff. Cuts
out the hassle of using (GString *)-str anyway.
David Nečas (Yeti)-2 wrote:
On Sun, Dec 17, 2006 at 04:00:42AM +0100, Hadron Quark
On 12/18/06, Fernando Apesteguía [EMAIL PROTECTED] wrote:
Hello list!
I'm developing a gtk application. The point is that I see in Gnome
System Monitor that my application (a loop that continuously read a
file and update data in the window) is eating more memory as it is
executing... There
On 12/18/06, Fernando Apesteguía [EMAIL PROTECTED] wrote:
executing... There are no problems (no errors or warnings) during
compilation and valgrind, with: -v --leak-check=full doesn't show any
problems of my code.
OK, after the application reached 7.3 MB it went down (according to
On Mon, 18 Dec 2006, Preeti Joshi wrote:
The above code creates a main window and from button1 click creates a
message box . On closing this message box , memory allocated to message box
should have been freed. However gnome-system-monitor shows the following
stats:
when main window is
Be aware that glib has it's own allocation and deallocation functions which may
keep destroyed widgets or other data structures around in a memory pool, so the
OS may think your program is using memory but it's just glib's memory pool.
That memory would still be still is use (has references to
Hello everyone,
I have a GtkTreeView packed inside a GtkScrolledWindow. The
GtkScrolledWindow is packed inside a GtkVBox and I want that whenever
the windows' size changes the GtkScrolledWindow fills the unused space.
I've have two dialogs created in the same way, one works, the other
doesn't.
How do you determine which radio button is selected? I would think that
there
would be a procedure like gtk_radio_button_group_get_selected(), but I
don't
see one. So, if you know I would appreciate some help.
Thanks in advance,
Steve Boyls
___
As API reference states and both FAQ and tutorial on gtk.org have yet to
notice, GTK_COMBO has been deprecated for some time. There's of course
advice about GTK_COMBO_BOX, but that's not what I have in mind.
As such I've got following questions:
1. One of the parts of GTK_COMBO seemed to be a
On Mon, Dec 18, 2006 at 11:48:13AM -0600, Steven Boyls wrote:
How do you determine which radio button is selected?
1. By knowing the initial state, connecting to button
signals and updating the state immediately so that it never
gets out of sync. If you respond to the selection
immediately
On Mon, Dec 18, 2006 at 07:33:34PM +0100, [EMAIL PROTECTED] wrote:
1. One of the parts of GTK_COMBO seemed to be a scrolled window, what
would be the simplest combination of widgets to have similar
look-and-feel, cause GTK_COMBO_BOX with longer lists is simply ugly.
This is a matter of Gtk+
David Nečas (Yeti) napisał(a):
On Mon, Dec 18, 2006 at 07:33:34PM +0100, [EMAIL PROTECTED] wrote:
1. One of the parts of GTK_COMBO seemed to be a scrolled window, what
would be the simplest combination of widgets to have similar
look-and-feel, cause GTK_COMBO_BOX with longer lists is simply
[EMAIL PROTECTED] wrote:
The effect I'm looking for is a non-depreciated widget
combination that would look and act like GTK_COMBO did, I mean a
scrolled window and all, preferably one with number of rows set by me.
I agree. This would be much appreciated. The same goes for the popup
done by
Michael 'Mickey' Lauer wrote:
[EMAIL PROTECTED] wrote:
The effect I'm looking for is a non-depreciated widget
combination that would look and act like GTK_COMBO did, I mean a
scrolled window and all, preferably one with number of rows set by me.
I agree. This would be much appreciated.
Paul Pogonyshev napisał(a):
Not having such a limit is a conscious decision by GTK+ team. Not a
missed feature.
Actually, that feature is not that important to me, the important part
is that scrolled window, instead of that long ugly thing that a really
long list turns GTK_COMBO_BOX into.
Paul Pogonyshev wrote:
Michael 'Mickey' Lauer wrote:
[EMAIL PROTECTED] wrote:
The effect I'm looking for is a non-depreciated widget
combination that would look and act like GTK_COMBO did, I mean a
scrolled window and all, preferably one with number of rows set by me.
I agree. This
On Mon, Dec 18, 2006 at 09:58:35PM +0100, [EMAIL PROTECTED] wrote:
You got it all wrong.
Thank you. I wish people told me this more often. Really.
Preferably when I get it all wrong, but one takes what one
can get.
As appears-as-list is a style property, it's read-only, so it would be
Actually, that feature is not that important to me, the important part
is that scrolled window, instead of that long ugly thing that a really
long list turns GTK_COMBO_BOX into.
I agree that the combo box does look ugly when there are too many
elements, but the solution, to me, seems to be to
Jim George napisał(a):
Actually, that feature is not that important to me, the important
part is that scrolled window, instead of that long ugly thing that
a really long list turns GTK_COMBO_BOX into.
I agree that the combo box does look ugly when there are too many
elements, but the
GLib 2.12.5 is now available for download at:
ftp://ftp.gtk.org/pub/glib/2.12/
http://download.gnome.org/sources/glib/2.12/
glib-2.12.5.tar.bz2 md5sum: 08f51fd565805289879819964bb8192b
glib-2.12.5.tar.gzmd5sum: 058d86472a73b5d53a7c6173be258a93
GLib is the low-level core library that
Hi,
Is it possible to add tooltip to individual CList rows created dynamically
through programming?
Regards,
Preeti
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Hello,
I need help understanding how one would create a treeview so that the
first column is an icon and the second column is text. The icon and
text represent the type of machine the user can choose (linux
workstation, linux server, hp). I want to have a different icon for
each
27 matches
Mail list logo
