Few weeks ago I sat down with Rui and fixed some of the reference counting
bugs in gtkparasite: https://www.gitorious.org/gtkparasite
There are still some more remaining, especially one where the entries for
destroyed widgets are not removed from gtkparasite's treeview.
Happy hacking,
Debarshi
-
> On a similar hand: is there a Gtk(3)Parasite yet??
Bastien Nocera ported it to GTK+ 3 last September. Check the commit logs.
Happy hacking,
Debarshi
--
Give a man ssh access, he'll still need a computer. Give him a computer, he'll
give ssh access to you. -- Ashish Shukla
pgp5dkthvoVLu.pgp
> Also to note is that non-GNOME (and even ???non-desktop???)
> GLib-based applications were seen in the wild. Consider, e. g.,
> the OpenBSD version of the Netcat command-line networking
> diagnostic tool (as of the version currently in Debian stable
> [4].) And I'm
On Fri, Oct 24, 2014 at 08:06:17PM +0200, Michael Natterer wrote:
> So this boils down to: "graphic-heavy apps like eog or gthumb would go
> use Gegl"
Well, we do use it in gnome-photos and I managed to get a
non-destructive editing pipeline going with it. But it is slow and
gets a release once in
On Thu, Dec 18, 2014 at 06:31:11PM +0900, Daiki Ueno wrote:
> The actual interaction is:
>
> 1. a user clicks "Punctuation" tab for the first time
> 2. the application starts loading Unicode punctuation characters in
> a background thread; if it takes long, a placeholder page is shown
>
Hey,
On Tue, Jun 21, 2016 at 05:07:46PM +0100, Simon McVittie wrote:
> On 21/06/16 15:26, Peter Weber wrote:
> > 2. Add experimental features through external libraries (libsexy and so
> > on?)
>
> A series of tiny libraries is not a great way to build a coherent
> platform, and each of those lib
On Wed, Dec 13, 2017 at 03:08:46PM -0800, Christian Hergert wrote:
> As for GIMP, I think the lesson I take away is that we need to recruit
> people to go do the ports for important projects rather than expect them
> to track us. Red Hat has shown that this strategy works in both Firefox
> and L
Hey,
As a heavy user of the thumbnailing APIs, I had promised Bastien to
comment on this thread, but I wanted to coherently compile my thoughts
before doing that.
Some releases ago, I switched GNOME Photos to a custom thumbnailing
infrastructure. I have tried to summarise it here:
https://debarsh
On Mon, Jan 22, 2018 at 12:46:51PM +, Emmanuele Bassi wrote:
> On 22 January 2018 at 09:28, Philip Withnall wrote:
> > From the GLib side of things, my thoughts are that this shouldn???t live
> > in GLib, since it deals with pixbufs. As long as it integrates with
> > GIO???s thumbnail attribut
Hey,
On Tue, Jan 30, 2018 at 10:46:30AM +0100, Bastien Nocera wrote:
> On Mon, 2018-01-29 at 15:42 +0000, Debarshi Ray wrote:
> > However, the edits are application-specific [2], so it is not
> > reasonable to expect the generic OS-wide thumbnailers to be able to
> > hand
On Tue, Jan 30, 2018 at 02:06:01PM +0100, Bastien Nocera wrote:
> On Tue, 2018-01-30 at 11:06 +0000, Debarshi Ray wrote:
> > Also, it's not primarily about the location of the cache but the
> > thumbnailer. To me, the real value in using the generic thumbnailers
> > is
On Thu, Feb 01, 2018 at 10:33:58PM +0100, Bastien Nocera wrote:
> But we could make some internal changes to that API to allow you to
> pass associated metadata, maybe, so you could do something like:
> - tell the thumbnail API to only consider this private thumbnailer you
> have, and no other
> -
Hey Magnus,
I haven't yet worked my way through the whole thread. It's pretty
long and will take me a while longer, but I did want to mention a
few things before the weekend draws me away from the computer.
On Wed, Sep 05, 2018 at 12:02:45AM +0200, Magnus Bergman wrote:
> Over the years it has be
On Wed, Sep 05, 2018 at 08:25:05PM +0200, Magnus Bergman wrote:
> Gegl is great for image editing. But not as much for simple viewing. It
> doesn't do animation
People have been creating and playing videos with it:
http://gegl.org/gcut.html
> Also it only loads images from the
> file system and i
On Sun, Sep 09, 2018 at 02:57:30AM +0200, Magnus Bergman wrote:
> Many fields of science deal with images of multi
> gigabyte sizes. Ideally any image viewer should be able to handle these
> too with the right plugin (probably using GEGL in that case). But I
> think the problem with large images (s
On Mon, Sep 10, 2018 at 09:40:13AM +0100, jcup...@gmail.com wrote:
> I make a gtk viewer that can display large images efficiently (over
> 100,000 x 100,000), linked above. I hit a few other issues:
>
> 1. You can't use a large ScrolledWindow and only paint the visible
> area, since you can easily
16 matches
Mail list logo
