GTK and KDE compatibility
Hi, I connected the signal drag_data_received to the window of my app. However when dragging not from a GTK window ( kde konqueror for example ) my app doesn't receive the signal. Is GTK compatible with event generated from other GUIs such as QT upon which KDE is based ? Thanks, -- Colossus Xarchiver, a Linux GTK+2 only archive manager - http://xarchiver.sourceforge.net Cpsed, a Linux OpenGL 3D scene editor - http://cpsed.sourceforge.net Mizio, a QT proxy hunter scanner tool - http://mizio.sourceforge.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Can a treeview do this?
I don't think a treeview can render this tree structured data that way I wanted. The way I want it and the type of data is shown below: | Function | Funct Failure| Failure Mode | |to be able |slow leak | worn washer | |control the| |-| |rate of fl-| | damaged seat| |uid passing|--|-| |thru the |unable to control | seized | |device |flow at all |-| | | | frozen | || Any ideas, comments warmly received. Kim ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can a treeview do this?
kadil wrote: I don't think a treeview can render this tree structured data that way I wanted. The way I want it and the type of data is shown below: | Function | Funct Failure| Failure Mode | |to be able |slow leak | worn washer | |control the| |-| |rate of fl-| | damaged seat| |uid passing|--|-| |thru the |unable to control | seized | |device |flow at all |-| | | | frozen | || Any ideas, comments warmly received. No, I don't think a GtkTreeview can display this sort of structure. However, this sort of layout can perfectly be achieved by utilizing a GtkTable (instead of GtkTreeview). The Row Span property of cell widgets in a GtkTable is to be set here. It's the very same as in HTML 4 tables, for instance. By doing this you're also not limited to simple drawn items like texts or bitmaps in the cells but can easily put any widget into them, i.e. buttons. To get closest to the appearance you sketched I suggest to use a GtkLabel in a GtkFrame for each cell. Main drawback is that if you're about to use more than 50 rows like this via a GtkTable, some performance degradation may start to take place. But for structures with limited numbers of cells this is negligible. Btw, GtkTable should be put into a GtkScrolledWindow, to handle the situation when there are more rows (or columns) to be displayed than the window dimensions allow - offer scrollbars in that case. It's the same way original GtkTreeViews work. I already created an example of your desired layout type but I'm afraid its Glade XML or .c code is a bit too long to include here (~10 KB). ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
How to convert X Pixmap into GdkPixmap?
Hello Gtk gurus, I have an X Display and an X Pixmap associated with that display, both provided by a third-party library. I'd like to use the Pixmap in a GTK program by wrapping it into a GdkPixmap structure. More specifically, i want to use GTK's style functions (like gtk_paint_box) to draw to my Pixmap. How do i do that? I guess i need to convert X Display into a GdkDisplay first -- how? gdk_x11_lookup_xdisplay() gives me NULL -- is that correct? Thanks! Peter ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Pango-1.10.4 released
Pango-1.10.4 is now available for download at: ftp://ftp.gtk.org/pub/gtk/v2.8/ d7eeb0f995a93534be8e7c687b465a0c pango-1.10.4.tar.bz2 77b260d9847a0052256b0003f0249249 pango-1.10.4.tar.gz This is a stable release and is source and binary compatible with 1.10.3. This release is quite possibly the last release in the Pango 1.10 series. It is recommended to upgrade to Pango 1.12 when that's released. About Pango === Pango is a library for layout and rendering of text, with an emphasis on internationalization. Pango can be used anywhere that text layout is needed, though most of the work on Pango so far has been done in the context of the GTK+ widget toolkit. Pango forms the core of text and font handling for GTK+-2.x. Pango is designed to be modular; the core Pango layout engine can be used with different font backends. There are two basic backends, with multiple options for rendering with each. - Client side fonts using the FreeType and fontconfig libraries. Rendering can be with with Cairo or Xft libraries, or directly to an in-memory buffer with no additional libraries. - Native fonts on Microsoft Windows. (Optionally using Uniscribe for complex-text handling). Rendering can be done via Cairo or directly using the native Win32 API. The integration of Pango with Cairo (http://cairographics.org) provides a complete solution with high quality text handling and graphics rendering. Dynamically loaded modules then handle text layout for particular combinations of script and font backend. Pango-1.10 ships with a wide selection of modules, including modules for Hebrew, Arabic, Hangul, Thai, and a number of Indic scripts. Virtually all of the world's major scripts are supported. As well as the low level layout rendering routines, Pango includes PangoLayout, a high level driver for laying out entire blocks of text, and routines to assist in editing internationalized text. More information about Pango is available from http://www.pango.org/. Pango depends on version 2.6.0 or newer of the GLib library; more information about GLib can be found at http://www.gtk.org/. Overview of changes between 1.10.3 and 1.10.4 = * Fix crasher assertion `split_index 0' in ellipsization. Behdad Esfahbod 26 February 2006 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Pango-1.11.99 Just In Case released [unstable]
Pango-1.11.99 is now available for download at: ftp://ftp.gtk.org/pub/gtk/v2.9/ 129e55c31e1d76a722ae05b3469d0f30 pango-1.11.99.tar.bz2 297ef569614fcf9b43a912c5a2455771 pango-1.11.99.tar.gz This is the last development release leading to Pango-1.12.0, which will be released just in time for GNOME-2.14. Notes: * This is unstable development release. While it has had fairly extensive testing, there are likely bugs remaining to be found. This release should not be used in production. * Installing this version may overwrite your existing copy of Pango-1.10. If you have problems, you'll need to reinstall Pango-1.10.x * Bugs should be reported to http://bugzilla.gnome.org. About Pango === Pango is a library for layout and rendering of text, with an emphasis on internationalization. Pango can be used anywhere that text layout is needed, though most of the work on Pango so far has been done in the context of the GTK+ widget toolkit. Pango forms the core of text and font handling for GTK+-2.x. Pango is designed to be modular; the core Pango layout engine can be used with different font backends. There are a few basic backends, with multiple options for rendering with each. - Client side fonts using the FreeType and fontconfig libraries. Rendering can be with with Cairo or Xft libraries, or directly to an in-memory buffer with no additional libraries. - Native fonts on Microsoft Windows. (Optionally using Uniscribe for complex-text handling). Rendering can be done via Cairo or directly using the native Win32 API. - Native fonts on MacOS X, rendering via Cairo. The integration of Pango with Cairo (http://cairographics.org) provides a complete solution with high quality text handling and graphics rendering. Dynamically loaded modules then handle text layout for particular combinations of script and font backend. Pango ships with a wide selection of modules, including modules for Hebrew, Arabic, Hangul, Thai, and a number of Indic scripts. Virtually all of the world's major scripts are supported. As well as the low level layout rendering routines, Pango includes PangoLayout, a high level driver for laying out entire blocks of text, and routines to assist in editing internationalized text. More information about Pango is available from http://www.pango.org/. Pango 1.11.99 depends on version 2.9.1 or newer of the GLib library; more information about GLib can be found at http://www.gtk.org/. Overview of changes between 1.11.6 and 1.11.99 == * Fix problem recently introduced that made Win32 backend render boxes only. [#332538, Hans Breuer] * Insert '?' chars instead of invalid UTF-8 sequences in pango_layout_set_text [#33195] * Bugs fixed in this release: 332167,332538,331995 Behdad Esfahbod 26 February 2006 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Glib equivalent to std::set
I've been wanting to start an app in C++, but am leaning towards GLib partly because of its easy Python integration. My question is, what is the best way to get a std::set equivalent in GLib? For those of you who aren't big on the C++ Standard Template Library, a std::set is a type of container that is always sorted and never contains duplicates. Am I pretty much stuck creating a derived GLib class for this? While this is my hunch, I'd really rather someone slap the silliness out of me and tell me about one or five functions that will do the same thing just as efficiently. Thanks yo. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can a treeview do this?
On Mon, 2006-02-27 at 16:29 +0100, Gus Koppel wrote: kadil wrote: I don't think a treeview can render this tree structured data that way I wanted. The way I want it and the type of data is shown below: | Function | Funct Failure| Failure Mode | |to be able |slow leak | worn washer | |control the| |-| |rate of fl-| | damaged seat| |uid passing|--|-| |thru the |unable to control | seized | |device |flow at all |-| | | | frozen | || Any ideas, comments warmly received. No, I don't think a GtkTreeview can display this sort of structure. However, this sort of layout can perfectly be achieved by utilizing a GtkTable (instead of GtkTreeview). The Row Span property of cell widgets in a GtkTable is to be set here. It's the very same as in HTML 4 tables, for instance. By doing this you're also not limited to simple drawn items like texts or bitmaps in the cells but can easily put any widget into them, i.e. buttons. To get closest to the appearance you sketched I suggest to use a GtkLabel in a GtkFrame for each cell. Main drawback is that if you're about to use more than 50 rows like this via a GtkTable, some performance degradation may start to take place. But for structures with limited numbers of cells this is negligible. Btw, GtkTable should be put into a GtkScrolledWindow, to handle the situation when there are more rows (or columns) to be displayed than the window dimensions allow - offer scrollbars in that case. It's the same way original GtkTreeViews work. I already created an example of your desired layout type but I'm afraid its Glade XML or .c code is a bit too long to include here (~10 KB). ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list Thanks Gus. I am looking at thousands of rows, so I might have to do something a bit more complicated. Maybe mapping this data to a gtktable dynamically to reduce the overheads. Kim ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list