Re: Some comments about GVFS

2007-05-10 Thread Alexander Larsson
On Wed, 2007-05-09 at 23:58 +0200, Andy Wingo wrote: > Hello, > > On Tue, 2007-05-08 at 16:59 +0200, Alexander Larsson wrote: > > I'm still not sure why gstreamer needs to run its own mainloop in its > > thread though. If its async, then it should be able to use the default > > mainloop. Is it bec

DirectFB backend eventualy fixed in both trunk and gtk-2-10

2007-05-10 Thread Attilio Fiandrotti
Hi The directfb backend was eventualy fixed in both trunk and gtk-2-10 (see latest commits from mike emmel and loic minier), one more minor patch is pending (#437379) but should be committed soon. I made sure gtk-2-10 builds with dfb backend enabled, is there something else i must do to ensure

Re: DirectFB backend eventualy fixed in both trunk and gtk-2-10

2007-05-10 Thread Tshepang Lekhonkhobe
On 5/10/07, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: > One more thing: i often need to disturb mike or loic to get patches > cheched in, may i get write access to gnome's svn repo to manage the > directfb backend? Check this out: http://developer.gnome.org/doc/policies/accounts/requesting.htm

Re: Fixing the GtkTreeModel::row-deleted inconsistency

2007-05-10 Thread Fontana Nicola
On Wednesday 09 May 2007 22:43, Federico Mena Quintero wrote: > [The row_deleted signal always comes from the model, which means "this > row is really gone". Why would callers later need to unref that > row-which-is-already-gone? The model will have freed the row's > resources by then...] A whil

Re: Some comments about GVFS

2007-05-10 Thread Andy Wingo
Hi Alex, On Thu, 2007-05-10 at 09:41 +0200, Alexander Larsson wrote: > So, if you were to implement gstreamer sinks and sources for gvfs, an > api like: > gssize g_input_stream_read (GInputStream *stream, > void *buffer, >

Re: Fixing the GtkTreeModel::row-deleted inconsistency

2007-05-10 Thread Kristian Rietveld
On Wed, May 09, 2007 at 02:01:20PM +0200, Sven Neumann wrote: > Wouldn't it make more sense to introduce a new signal "row-delete" and > use that instead of changing the semantics of "row-deleted"? If that > would have been done in the first place, then you wouldn't have said > inconsistency now.

Re: Fixing the GtkTreeModel::row-deleted inconsistency

2007-05-10 Thread Kristian Rietveld
On Wed, May 09, 2007 at 03:43:20PM -0500, Federico Mena Quintero wrote: > Is there a description of when/how a model should implement > ref/unref_node? I recall asking this to JRB many times, but the > semantics were never completely clear to me. There are no clear rules for this, actually. Most

Re: libglade and GObject support

2007-05-10 Thread Johan Dahlin
Alberto Mardegan wrote: > ext Tristan Van Berkom wrote: >> I think it would be much better for everyone if we get GtkBuilder done >> now and not evolve on libglade, my concern here is mostly based on >> the diverse ways in which you can represent widgets in xml: libglade >> might do it one way, Gtk

Pango: slight performance tweak.

2007-05-10 Thread Patrick Hallinan
I've made a change to pango-layout.c. When fitting text in a line, the current algorithm does a linear search to find the break. I thought that performance would be further increased by storing character width cumulatively (rather than differentially) so that a binary search could be performed.

Re: Tap and Hold API

2007-05-10 Thread Federico Mena Quintero
On Wed, 2007-05-02 at 16:34 +0200, Tim Janik wrote: [excellent analysis snipped] > so i'd say that tap-and-hold expiration is one of the rarer cases, where > one should always use GDK_CURRENT_TIME for menu popups. that in turn means > there's no point in carrying across a time stamp (which would b

Re: Tap and Hold API

2007-05-10 Thread Federico Mena Quintero
On Fri, 2007-05-04 at 12:15 +0200, Kristian Rietveld wrote: > On Tue, May 01, 2007 at 07:47:25PM -0500, Federico Mena Quintero wrote: > > You have two tap-and-hold actions: pop up a menu and pop up a tooltip > > with extra info. Should those have the same "I'm armed" animations? > > Yes, I would

FYI: The scripts I use to build GTK+ for Win32

2007-05-10 Thread Tor Lillqvist
Poked by arc (Alberto Ruiz) on IRC, here is a description of the (totally homegrown and not really meant to be used as such by others) mechanism I use to build GTK+ etc. The top-level script, one for each package and version, has a name like gtk+-2.10.11.make. Here is that gtk+-2.10.11.make script

Re: Fixing the GtkTreeModel::row-deleted inconsistency

2007-05-10 Thread Federico Mena Quintero
On Thu, 2007-05-10 at 17:04 +0200, Kristian Rietveld wrote: > There are no clear rules for this, actually. Most simple models don't > have a real use for this. The filter and sort models both use this > mechanism to keep track of which levels to cache and monitor. Models > which reference exter

Default DND action when multiple actions defined

2007-05-10 Thread Bastien Nocera
Heya, It doesn't seem possible to achieve the following in GTK+: - widget accepts GDK_ACTION_COPY and GDK_ACTION_MOVE, but widget has a *default* action of GDK_ACTION_MOVE (not copy) I'm trying to get to the following behaviour in Totem: - dnd on the video canvas defaults to "link" which would cl

RE: Tap and Hold API

2007-05-10 Thread Federico Mena Quintero
On Thu, 2007-05-10 at 12:20 -0700, David Moffatt wrote: > So is that a request for a bribe? Give me cool enough swag and I will > let your feature in. :-) It was worth a try :) Federico ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http:

GTK Win32 scripts

2007-05-10 Thread Cody Russell
Since tml is posting his Win32 build scripts, I figured I'd also mention that I started a wiki page on live.gnome.org about cross-compiling GTK for Win32 from Linux, and I think arc and muntyan have also updated it further. http://live.gnome.org/Cross_compiling_GTK%2B_for_Win32 I was previously m

Re: Default DND action when multiple actions defined

2007-05-10 Thread Philip Withnall
For people's information, this is bug #372220 (http://bugzilla.gnome.org/show_bug.cgi?id=372220) in Totem. On Fri, 2007-05-11 at 01:10 +0100, Bastien Nocera wrote: > Heya, > > It doesn't seem possible to achieve the following in GTK+: > - widget accepts GDK_ACTION_COPY and GDK_ACTION_MOVE, but wi