Re: glib and Xlib
Hi, I don't entirely understand your question. GLib and Xlib aren't really comparable. GLib is a utility library that adds hash tables, lists, IO abstraction, platform abstraction and also an object system used by GTK +. If I misunderstood, could you please elaborate a bit on what you meant? Cheers, Mikael Hallendal 6 jun 2008 kl. 00.38 skrev jaafar EL GONNOUNI: Hello; What is glib adding that the GTK + compared to Xlib ? All what is possible with glib with Xlib is feasible, then why create a new library. Best regards. -- EL Gonnouni Jaâfar. GSM : +21266682150. ___ gtk-devel-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Mikael Hallendal Imendio AB - Expert solutions in GTK+ http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: OpenGL, GtkGlArea, GtkGLExt
4 mar 2008 kl. 19.14 skrev Behdad Esfahbod: Hi, On Tue, 2008-03-04 at 17:04 +, Carlos Pereira wrote: I have red a few times that thread, that Owen started five years ago, and apparently there is agreement in the essentials: 1) remove all the fat from Gtkglext, namely the wrapper functions discussed in that thread, make it a small library that cares only for opengl integration, that works in the X window system but also in Windows and Mac OS X, exactly as Gtk. Correct. 2) change the name, for example to Gtkglarea 2.0*, the legitimate sucessor to Gtkglarea 1 (the last version of Gtkglarea that I downloaded last week is 1.99 and still comes with gtk_signal_connect and other Gtk 1.2* functions deprecated long ago) No, gtkglarea is dead. We don't want a new widget. We want being able to render to widgets using OpenGL as an alternative to using cairo. That is, the GtkGlExt approach. This shouldn't be too much work as most of the code already is there. 3) make it an official (but optional) Gtk library, downloadble from www.gtk.org. No. Push it into the Gtk+ tarball, probably as a new .so. Like gdk, gdk-pixbuf, and gtk are different .so's. Definitely agree. I believe this would make Gtk more appealing, particularly for scientific/engineering/architecture applications. Carlos Indeed. Not to mention new kind of user experiences for regular desktop applications (read Mac OS X) or mobile applications in the spirit of iphone. Much of it can be done without GL though, but some things definitely need hardware acceleration and 3D awareness. Cheers, Mikael Hallendal -- Imendio AB, http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: OpenGL, GtkGlArea, GtkGLExt
3 mar 2008 kl. 22.48 skrev Carlos Pereira: Hi Carlos, GtkGLext seems to be the most popular GL Area to use these days. You might also want to look at Clutter [1] or Pigment [2] which are canvases offering some higher level abstractions for 2D/3D usages. It depends a bit on what you need, if you just want an area for pure GL I'd go with GtkGLext. Regarding future inclusion of GL in GTK+ there is an open bug about it in the Bugzilla [3], I started looking into it a while back but didn't have time to get anything off my hard drive. There are some open issues in that you can read about in the bug tracker. Good luck, Mikael Hallendal [1] http://www.clutter-project.org/ [2] https://code.fluendo.com/pigment/trac [3] http://bugzilla.gnome.org/show_bug.cgi?id=119189 Hi, What is the currently recommended way to link GTK with OpenGL graphic areas? GtkGLarea? GtkGLext? other? What are the future plans for GTK regarding OpenGL? is GTK planning to support OpenGL directly without need for another library? I am not particularly interested in fancy arbitrary widget rendering with OpenGL, only rendering to graphic drawing areas, Best regards, Carlos ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list -- Imendio AB, http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkTextView Vs GtkText
22 feb 2008 kl. 11.28 skrev Dharmosoth Seetharam: Hi, I can't really comment on why something work in one but not the other. However, you can disregard GtkText as that widget has long been deprecated and should not be used in new code and all code using it should be ported to GtkTextView. Cheers, Mikael Hallendal Hi, I am little aware of these two widget. But got struck at setting font and setting style to GtkText. 1) I understand how to set font to the GtkTextView [ PangoFontDescription *font_desc; font_desc = pango_font_description_from_string (Courier,Medium 12); gtk_widget_modify_font (textview, font_desc); pango_font_description_free (font_desc); ] But, the same is not working for GtkText. 2) Applying style to GtkTextView is [ rc_style = gtk_rc_style_new (); rc_style-bg_pixmap_name[GTK_STATE_NORMAL] = gx.bg_pixmap_filename; gtk_widget_modify_style (textview, rc_style); ] This one is working for GtkText and Not working for GtkTextView. Can anybody please help to understand why it working for one widget and *not working for another widget* ? thanks in advannce RAM Explore your hobbies and interests. Go to http://in.promos.yahoo.com/groups ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list -- Imendio AB, http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Strange warning when adding gtk_status_bar to gtk_hbox
27 jan 2008 kl. 15.22 skrev Torsten Reuss: Hi, Hi all, I'm in the process of porting an application from GTK 1.2 to GTK 2.12. One thing I can't get behind is a warning I am getting concerning a gtk_status_bar widget. The warning: Gdk-CRITICAL **: gdk_window_set_cursor: assertion `GDK_IS_WINDOW (window)' failed It looks odd that that the code you pasted will give this warning and it sounds like it's actually coming from some other part. Just one thing I noticed though (not sure if it is just here or if you actually pasted code) is that you leak a GtkStatusBar. and it is issued by the following code: GtkWidget * _status_bar = gtk_statusbar_new(); ^^^- this one Cheers, Mikael Hallendal -- Imendio AB, http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can I make a not aligned gtk treeview?
17 dec 2007 kl. 08.29 skrev Binary Chen: Hi, A TreeView will always align the columns. However, to achieve the behavior you look for you can pack two cell renderers into the same column. Cheers, Mikael Hallendal Hi, I have a gtktreeview with two column, the first one is pixbuf, the second one is a string. something happen bad if in a row the first pixbuf is NULL, so it doesn't occupy any place, but in the following row there is a pixbuf and occupy some place. the default behavior of gtktreeview will align the second column so leave a large blank in first row. How can I tell treeview not align in different row, but just place the column independently? Thanks. Bin ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Spontaneous background colors in treeview
4 okt 2007 kl. 06.26 skrev Jeffrey Barish: Hik Kristian Rietveld wrote: Hi, On Mon, Oct 01, 2007 at 11:30:58AM -0600, Jeffrey Barish wrote: Stop presses. It's the number of columns. All data sets that require 3 columns have a background. All data sets that require 2 columns do not. Here it is. If I comment out the line that sets the sort indicator, I do not get the colored background for any data set. I thought you meant the rows had alternating background colors in your previous mails. When you sort a column in a tree view with = 3 columns, the sorted column is drawn with a background that is slightly darker than the default background (in the default theme it is a shade of grey). This is the default and correct behavior. I did mean the rows. With 3 columns (or more, perhaps -- my data sets never require more than 3 so I don't know) and with set sort indicator set to true, I get alternating *rows* of color. With 2 columns and with set sort indicator set to true, the background is white. With set sort indicator set to false, the background is white for any number of columns. Would it be possible to provide a screenshot that shows the problem you are seeing? Cheers, Mikael Hallendal -- Imendio AB, http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GnomeVFS, gvfs, and FUSE
4 okt 2007 kl. 01.00 skrev Micah Carrick: Hi Micah, I have been reading that GnomeVFS should be avoided in the future. I have a GNOME application which works on text files opened locally or remotely via FTP and SSH using GnomeVFS. Should I move towards other options, such as FUSE? Is GVFS going to be the next GnomeVFS? GnomeVFS is planned to be replaced by GVFS but it's going to take a while so unless you want to beta test the GVFS implementation I suggest you stick with GnomeVFS for the while being. You should be able to port over to the new VFS fairly easy when it is released. Cheers, Mikael Hallendal -- Imendio AB, http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Check Boxes Don't Work Independently
30 aug 2007 kl. 13.55 skrev dhk: Hi, The attached program works but the all the check boxes get checked or unchecked when only one is clicked. Sometimes the mouse has to move accross the rows to refresh the display. Can someone explain why this happens and where the mouseover event is coming from? If you run the program you'll see what I mean. Seems like you missed the attachment. Regards, Mikael Hallendal Thanks in advance, --dhk ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list -- Imendio AB, http://www.imendio.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
