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 wrote:
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 gtk_widge
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 pro
Hi,
Quoting Pietro Battiston :
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 imagine(d) the basic
Hi,
Since the unreffing is done in finalize, it will not happen more than once
(finalize is called once, destroy can take place more often).
If somebody else may be holding reference to your (internal) object, then
making unref in destroy is important, since this allows breaking reference
loops
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/
$HO
Hi,
Your question belongs to gtk-app-devel-list rather than this one, but anyway.
If you do a popup in response to an event, you have a timestamp available and
you should provide it. This is because GtkMenu tries to differentiate between
"drag-selection" and "click-selection" mode by using the
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
nsLookAndFeel::~nsLookAndFeel, thunderbird will
> crash.
> It looks like that I can't us gtk_widget_unref() on the object returned
> by gkt_invisible_new().
>
> So my question is how to "free" an object returned by gtk_invisible_new()?
>
> Thanks a lot
&g
is leaked (detected by using libumem.so provided by solaris).
>
> I don't understand why 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.
>
>
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.
gtk_wid
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,
> sin
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 sc
Hi,
I'm wondering if there is a reason why one cannot provide user_data
for gtk_builder_connect_signals? This data would be used as user_data
for each signal connected, except for those where a specific data widget
is defined in the glade-file. Currently the data used in signal connection
is eith
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 wo
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 wh
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
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
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
19 matches
Mail list logo