Re: HELP! Widgets drawn in reverse order

Hi! Please check which locale you're using. Gtk+ does automatic changes in packing direction in some cases, like for rtl-locales. The effect in screenshot is a bit weird, though. Does this happen for all gtk+ apps or just for those written using gtkdialog? Br, -Markku- Barry Kauler

Re: decrease widget show time

Hi, On Fri, 2011-03-18 at 14:13 +0800, czk wrote: hello everyone, I use gtk+-3.0 in a embedded device. If I create a window put 4 buttons , 4 entrys 3 labels in it, from gtk_window_new to the window was showed spend 4 seconds totally. It a long time for me. Most time spend in

Re: set_resize

Hi, Quoting 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

Re: set_resize

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 size of a dynamically resizing widget I don't see how this is a problem;

Fuse paths with gvfs

Hi list, I'm wondering whether gvfs-fuse-daemon is expected to support multiple mounts from the same server. I have the following kind of situation: sftp://[EMAIL PROTECTED]/some/path sftp://[EMAIL PROTECTED]/some/path When I mount these shares, I end up having: $HOME/.gvfs/sftp on server/

Re: Gtk color API

Hi, This question belongs to gtk-list (place where you can discuss about using GTK+ toolkit). Anyway, please read the documentation about gtk_widget_modify_bg, it directly answers your question. -Markku- On Sat, 2008-03-29 at 03:14 -0500, nisha jain wrote: Hi All, I have requirement of

Re: Can I use gtk_widget_unref() to releasetthe object created by gtk_invisible_new()?

Brian Markku Vire wrote: Hi, The reference that is returned by gtk_invisible_new is not owned by the caller. If one tries to unref it, it's an immediate memory corruption. When a toplevel widget is concerned, the things go like the following: * New floating GtkWidget is created

Re: Can I use gtk_widget_unref() to releasetthe object created by gtk_invisible_new()?

calling gtk_object_ref() to increase mWidget reference count. This causes mWidget's reference count to be 2 and gtk_widget_unref() in deconstructor decreases it to 1. Thanks Brian Markku Vire wrote: Hi, The caller doesn't own the returned reference in case of any gtk_*_new

Re: Can I use gtk_widget_unref() to releasetthe object created by gtk_invisible_new()?

Hi, The caller doesn't own the returned reference in case of any gtk_*_new functions, but the results are floating references (they are removed once somebody calls gtk_object_sink). This is different from normal GObjects. So, unreffing the returned value causes practically a double free.

Re: GtkBuilder Public API - Last call

Hi, Lainaus Yevgen Muntyan [EMAIL PROTECTED]: [clip] Yes you can set the name after construction. gtk_builder_build_stuff(); widget1 = gtk_builder_lookup (foo); gtk_widget_set_name (widget1, gtk-tooltips); /* oops, forgot to set up widget2 after adding it in glade, since we set all

Re: GtkBuilder Public API - Last call

Hi, Perhaps gtk_builder_connect_signals_with_data (or something like that) is the way to go. At least in a case we plan to include the DestroyNotify. Otherwise we could tolerate one extra parameter into connect_signals, right? Putting a DestroyNotify there will create the following (easy) bug

Re: GtkBuildable type resolver

Hi, I faced similar scenario while writing a tiny gobject code generator. I ended up to use similar techinique than your second alternative. It works nicely in 99% of the cases, but cannot handle cases like: GtkIMContext = gtk_i_m_context_get_type != gtk_im_context_get_type Otherwise this

Re: ideas on improving the performance of gtk_tree_view

Hi, Lainaus Federico Mena Quintero [EMAIL PROTECTED]: El jue, 29-03-2007 a las 17:43 +0300, [EMAIL PROTECTED] escribió: Using arrays in GtkTreeDataSortHeader doesn't appear to be optimal, because their length is not constant. We would end up to alloc/dealloc/copy sequence when adding

Re: ideas on improving the performance of gtk_tree_view

Hi, On Mon, 2007-03-26 at 19:06 -0600, Federico Mena Quintero wrote: I was looking at the GtkTreeView code and it looks like there are other places that could get the array treatment. One place in particular was the sorting machinery... GtkListStore also uses a GList of information for the

Re: ideas on improving the performance of gtk_tree_view

Hi, Lainaus Federico Mena Quintero [EMAIL PROTECTED]: Exactly. GtkListStore is implemented as a GSequence (a splay tree), where each node is one row in the list. Then, the data for the row's columns is stored in a linked list (GtkTreeDataList). You could reimplement GtkTreeDataList in

Re: Some wxpython questions about gtk wxPython Unicode 2.8.1.1

Hi, Almost all public gtk+ functions use g_return_if_fail -family of macros to validate preconditions when an API function is called. This could look like the following: gpointer foo(gpointer a) { g_return_val_if_fail(a != NULL, NULL); ... Do some real stuff here } So, this checks that the