On Fri, Jan 2, 2015 at 1:29 PM, Colin Myers colin.my...@tabernus.com wrote:
Yes, the memory increase is in proportion with the size of the text.
But it is more likely to be an error in my understanding than a pygobject or
gtk bug – this is usually the case…
This is a memory leak in
On Fri, May 9, 2014 at 5:01 AM, Javier Jardón jjar...@gnome.org wrote:
I already pushed a branch in the git repository with the GTK+3 port [1]
...
[1] https://git.gnome.org/browse/gtkglarea/log/?h=jjardon/gtk3
This branch is working well for me.
I've created a ticket and patch [1] adding
Hi All,
In an effort to cleanup the Python bindings, I have been auditing the
plethora of overrides to see what can be removed [1]. There are a handful
of cases where the binding machinery could handle things given more
information from GI as opposed to binding overrides. Specifically,
overridden
Hi,
The migration guide should help you along if you have not already found it:
https://developer.gnome.org/gtk3/3.4/gtk-migrating-2-to-3.html
Specifically the expose-event signal has been replace with GtkWidget::draw.
-Simon
On Sat, Jul 20, 2013 at 10:52 PM, Chris Sparks mr_...@cox.net
Hi,
On Mon, Jul 1, 2013 at 11:48 PM, Niranjan Rao nhr...@gmail.com wrote:
I need to perform some DOM operations once the document is loaded. Webkit
DOMDocument provides evaluate method which can allow me to reach to element
using xpath, if it works. The parameter DOMXPathResult of the
On Tue, Jul 2, 2013 at 10:35 AM, Niranjan Rao nhr...@gmail.com wrote:
And yes, I had tried creating empty WebKit.DOMXPathResult object and
passing it. Did not work.
It would be helpful to know the details of what didn't work. Code examples
of what you have tried, or steps to reproduce the
that I made a stupid mistake and was
sending document as a first parameter.
Your example opened my eyes and now it looks like its running ok.
Thanks,
Niranjan
On 07/02/2013 02:37 PM, Simon Feltman wrote:
On Tue, Jul 2, 2013 at 10:35 AM, Niranjan Rao nhr...@gmail.com wrote:
And yes, I
Hi,
Are you using C or Python? If this is specific to Python, there is a bug
logged for it here: https://bugzilla.gnome.org/show_bug.cgi?id=701058.
Is your mention of gtk_widget_get_property a mistake? as it should
be gtk_widget_style_get_property
in the C API.
-Simon
On Fri, Jun 28, 2013 at
On Fri, Apr 26, 2013 at 6:16 AM, Colomban Wendling
lists@herbesfolles.org wrote:
That's weird. However, although I don't know much about Python
threading (and another guy in this thread suggests it's not really
good), I'm wondering whether your thread couldn't be simply locking
stuff
On Sat, Apr 20, 2013 at 4:25 PM, Kip Warner k...@thevertigo.com wrote:
http://rod.gs/Sio
A brief look at the source and it seems there is nothing calling
Gdk.threads_init which I think is needed. Similarly, use
Gdk.threads_add_idle instead of GObject.idle_add for scheduling GUI updates
from
On Fri, Feb 8, 2013 at 3:05 AM, Torsten Schoenfeld kaffeeti...@gmx.dewrote:
Won't gobject-introspection silently turn the (transfer full) annotation
into (transfer none) due to the special handling for GInitiallyUnonwed
descendants?
It seems to pick it up correctly. The problem was actually
On Wed, Feb 6, 2013 at 12:57 PM, Owen Taylor otay...@redhat.com wrote:
class ToolMenuAction(Gtk.Action):
def do_create_tool_item(self):
return Gtk.MenuToolButton()
This is basically broken API at the GTK+ level :-( ... a virtual
function can't return (transfer none) unless
...@gmx.dewrote:
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
.
Thanks,
-Simon
On Thu, Feb 7, 2013 at 7:08 PM, Simon Feltman s.felt...@gmail.com 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
Owen,
Thank you, this will definitely make things easier. Comments below:
* Floating references are C-convenience only
It might be a convenience for writing code, not necessarily reading or
understanding it. Something more reasonable would be explicitly
named convenience functions which steal
, Tristan Van Berkom t...@gnome.org wrote:
On Tue, Feb 5, 2013 at 12:08 PM, Simon Feltman s.felt...@gmail.com
wrote:
I could easily be misunderstanding the internals, but at some point
isn't a
call to something like gtk_widget_set_parent on the children needed for
widgets to ever
This is basically how PyGObject works now. There are no problems with this
during casual usage when Python is always in the position of the caller.
The problem is this scheme does not work with the marshaling of floating
widgets passed into Python vfuncs/closures as arguments or intended as
return
()
renderer.connect('editing-started', on_view_label_cell_editing_started)
-Simon
On Tue, Feb 5, 2013 at 5:09 AM, Simon Feltman s.felt...@gmail.com wrote:
This is basically how PyGObject works now. There are no problems with this
during casual usage when Python is always in the position
ref counts during marshaling and floating sunk objects
based on if it was initially floating and the GObject ref count is only 1,
which might be unsafe.
-Simon
On Mon, Feb 4, 2013 at 4:56 AM, Torsten Schoenfeld kaffeeti...@gmx.dewrote:
On 04.02.2013 03:39, Simon Feltman wrote:
I am starting
.
The alternatives to can become grossly convoluted:
https://bugzilla.gnome.org/show_bug.cgi?id=687522#c15
Thoughts?
-Simon
On Tue, Jan 29, 2013 at 3:44 AM, Simon Feltman s.felt...@gmail.com wrote:
I tend to agree we should be avoiding reliance on main loops (or GC
timing) to get the ref counts
Hi Everyone,
I'm trying to figure out a complete solution for proper reference
management of gobjects passed into python vfuncs and signal closures as
in arguments. Currently pygobject will add a ref to gobject arguments
marked as transfer-none during marshaling and additionally sink/ref
the
On Sun, Oct 7, 2012 at 9:10 PM, Michael Torrie torr...@gmail.com wrote:
Maybe the best way is to avoid processes or threads altogether. Since
downloading this thumbnail is io-bound, not cpu-bound, once you send off
your request, just use io watches to trigger the main loop when
something has
On Sun, Oct 7, 2012 at 12:29 PM, Filip Lamparski
matka.pooha...@gmail.com wrote:
On 7 October 2012 12:58, jcup...@gmail.com wrote:
To have the load in another process, use a pipe to send worker results
back to the main process, and add the pipe to your gtk main loop as an
event source.
Is
Toggle buttons and the switch widget both suffer usability problems for me.
The visual look of a button represents an action to be performed in my
mind, perhaps why it was referred to it as a soft-action? So when a button
is stateful it can create ambiguity depending on the text of the button.
The
It does not really matter how developer discussions take place as long as
they are documented and searchable. Transparency of reasoning
behind decisions is just as important as the decision for anyone trying to
understand the code base. For medium and large development, I advocate for
something
Hi Moritz,
A good thing to do would be to pair your example down into something
runnable from a console without any dependencies except GObject and Gtk if
possible. Anyone helping will have to do this anyway in order to observe
the problem. However, something that immediately stuck out in the
You should be able to just fill the delta regions between the cursor
position changes right? Basically a backwards L shape if you're dragging
upper-left to lower-right. You would need to do two rect copies (or two
calls to gtk_widget_queue_draw_area for each part of the L) as opposed to
one. If
27 matches
Mail list logo