On 08.02.2013 04:08, Simon Feltman wrote:
I've created a ticket and proposed patch for GTK+:
https://bugzilla.gnome.org/show_bug.cgi?id=693393
I am looking for feedback to see if this type of thing is even
acceptable and if it's worthy of further pursuit.
Won't gobject-introspection silently
On 07.02.2013 01:12, Simon Feltman wrote:
Unfortunately there are a few more of these:
Gtk.Action.create_menu
Gtk.Action.create_menu_item
Gtk.Action.create_tool_item
Gtk.PrintOperation.create_custom_widget
Gtk.PrintOperation.create-custom-widget (signal)
Gladeui.EditorProperty.create_input
On 04.02.2013 03:39, Simon Feltman wrote:
I am starting to warm up to an idea where we simply never sink objects
and always follow the rules entailed by
ownership transference annotations already in place, with one caveat:
g_object_new is annotated as transfer full but can also return floating
I cannot offer a solution, just a grumpy observation:
The problem occurring with this kind of ref sequence is due to
gobject-introspection's decision to always set transfer-ownership=none
for GInitiallyUnowned descendants and the resulting habit of language
bindings to always sink floating refs.
On 27.06.2012 08:09, Tomeu Vizoso wrote:
Well, using enums would make wrapping keysyms much easier on the gtkmm side.
It will also help other bindings to stop doing things such as this:
http://git.gnome.org/browse/pygobject/tree/gi/overrides/keysyms.py
Why is this needed? The GDK_KEY_x
On 07.10.2010 18:14, Federico Mena Quintero wrote:
Is the list of annotations documented anywhere?
This is the canonical place, as far as I know:
http://live.gnome.org/GObjectIntrospection/Annotations.
___
gtk-devel-list mailing list
On 06.10.2010 21:06, Federico Mena Quintero wrote:
Is a boxed G_TYPE_STRV friendly enough to language bindings?
Yes, I think so. It's pretty common for arguments and properties, so
most bindings will be able to deal with it. With proper annotations,
gobject-introspection can also represent
On 06.10.2010 23:48, Federico Mena Quintero wrote:
On Wed, 2010-10-06 at 22:32 +0200, Torsten Schoenfeld wrote:
Yes, I think so. It's pretty common for arguments and properties, so
most bindings will be able to deal with it. With proper annotations,
gobject-introspection can also represent
Cody Russell wrote:
* gtk_widget_get_allocation
Removed in 2.14.1
The prototype of this function was not agreed upon among the core
developers. So the decision was deferred to the next Gtk version.
It had to be removed before final API freeze, otherwise it could not
have been
On Wed, 2007-11-07 at 09:15 -0500, Morten Welinder wrote:
Note, that the filter should preserve line numbers, i.e., never remove and
never insert newlines. Otherwise error messages with line numbers would
drive you crazy.
It could also just use #line pre-processor directives:
On Thu, 2007-08-02 at 15:48 -0400, Behdad Esfahbod wrote:
4. Like 3, but also go ahead and change PangoScript uses to
GUnicodeScript in public Pango API (and internally too). This doesn't
have the C++ problem because PangoScript and GUnicodeScript will be the
same thing as far as the
On Mon, 2007-06-18 at 09:55 -0300, Johan Dahlin wrote:
void (* set_property)(GtkBuildable *buildable,
GtkBuilder*builder,
const gchar *name,
On Tue, 2007-06-12 at 18:26 -0300, Johan Dahlin wrote:
gtkbuildable.h
==
GtkBuildable is an interface which is implementable to allow a GObject
subclass to customize the behavior of how it is going to be built.
Some of the GtkBuildable methods have very generic names which can
On Thu, 2007-01-04 at 09:25 -0500, Morten Welinder wrote:
Note:
if (!g_thread_supported ())
g_thread_init (NULL);
bz! g_thread_supported called too early.
g_thread_supported is actually a macro. It's another name for
g_threads_got_initialized basically. So the idiom
On Sat, 2006-10-21 at 21:19 +0100, Peter Clifton wrote:
Is it a subclassed text-view? As I understand it, you have to implement
the GtkCellEditable interface. (Or is it a custom renderer you need? - I
can't remember).
Yes, it is a sub-classed text view which adds a few methods and
implements
On Fri, 2006-10-20 at 22:20 +0200, Kristian Rietveld wrote:
The patch doesn't seem to fix the reported issue.
That is too bad. I could only reproduce this bug with gaim and with
this fix it doesn't occur anymore. Richard doesn't see it anymore in
Gossip.
It would be great if you could
On Fri, 2006-10-20 at 16:16 +0200, Richard Hult wrote:
It sounds like this one:
http://bugzilla.gnome.org/show_bug.cgi?id=359231
There is a patch there which would be good to get tested in other apps
besides Gossip.
The patch doesn't seem to fix the reported issue.
--
Bye,
-Torsten
On Thu, 2005-12-22 at 17:49 +0100, Tim Janik wrote:
GtkObject derives from GUnowned
This breaks the Perl bindings of GTK+.
Our GTK+ bindings register GtkObject with our GLib bindings at start up.
This involves associating it with the namespace Gtk2::Object and it
usually also means setting
On Wed, 2005-09-21 at 12:48 -0400, Tristan Van Berkom wrote:
One thing I'd like to see introspectable is versioninig information
on properties signals, right now the doc notes include Since 2.6
on function calls and such (it would also be nice to introspect
whether properties, signals
19 matches
Mail list logo
