Re: Dropping 'fringe' pixbuf loaders

On Mon, Sep 21, 2015 at 8:28 AM, Matthias Clasen wrote: > Before doing so, I want to ask if anybody is willing to step up and > maintain these loaders. Note that even if we drop these from gdk-pixbuf > itself, they can be maintained out-of-tree... one of the

Re: Dropping 'fringe' pixbuf loaders

On Mon, Sep 21, 2015 at 1:01 PM, Owen Taylor wrote: > Do we trust this code or not? If not, we should either a) sandbox it or b) > delete it. > > Moving less-trusted loaders into a separate repo is a blame-the-user or > blame-the-os-vendor move, depending on who installs them

Re: RFC: GtkPreview library

On Tue, Jan 27, 2015 at 2:23 PM, Paul Davis p...@linuxaudiosystems.com wrote: what happened to the idea of GTK being a cross-platform toolkit? you're seriously proposing building something as significant as a Preview widget around a technology that isn't even deployed on most Linux systems

Re: RFC: GtkPreview library

could do a PoC if you guys want. On Jan 25, 2015 8:05 AM, Cosimo Cecchi cosi...@gnome.org wrote: Fair enough, those are good points. To rephrase my last message I am not well-versed in the details of subsurfaces and how they would help in this case, so I will appreciate help to evolve my API

Re: RFC: GtkPreview library

On Tue, Jan 27, 2015 at 2:59 PM, Paul Davis p...@linuxaudiosystems.com wrote: I understand the appeal of using existing technology (i.e. Wayland) to accomplish something when it appears that it will make it much easier. But if GTK is still at least nominally cross-platform, then surely the

Re: RFC: GtkPreview library

On Sat, Jan 24, 2015 at 4:33 AM, Carlos Garcia Campos carlo...@gnome.org wrote: I'm assuming the providers will render the contents into surfaces that the previewer will compose, not providers directly drawing into the previewer. We can share the bitmaps between processes without using

Re: RFC: GtkPreview library

On Tue, Jan 20, 2015 at 10:24 AM, Carlos Garcia Campos carlo...@gnome.org wrote: One important thing is that preview providers should be out of process, since unfortunately it's very easy to make things crash with buggy files (which are very common). That could be done by every provider, but

Re: RFC: GtkPreview library

I moved this to the wiki: https://wiki.gnome.org/Projects/GTK%2B/Preview Cosimo On Mon, Jan 19, 2015 at 11:46 AM, Cosimo Cecchi cosi...@gnome.org wrote: Hi all, We talked in the past with other GTK developers about the possibility of integrating a preview library, allowing GTK applications

RFC: GtkPreview library

Hi all, We talked in the past with other GTK developers about the possibility of integrating a preview library, allowing GTK applications to easily get a widget that represents the preview of a file. This would currently be used by GtkFileChooser, or a future evolution of the current class, but

Re: Deprecated widgets on Stack Overflow [was: a new combo box]

On Wed, Dec 31, 2014 at 1:01 PM, Philip Chimento philip.chime...@gmail.com wrote: I would hazard a guess that most people don't load up the docs' index page, but instead land on pages directly by googling - and so don't see the Deprecated Widgets section. For example if I google gtk list

Re: a new combo box

On Tue, Dec 30, 2014 at 2:26 AM, Philip Chimento philip.chime...@gmail.com wrote: Assuming that questions on Stack Overflow are an approximate poll of what application authors do - many application authors go to the documentation and do exactly that. (And often don't bother to read any further

Re: a new combo box

On Mon, Dec 29, 2014 at 1:53 AM, Matthias Clasen matthias.cla...@gmail.com wrote: I am a bit disappointed by the turn this discussion has taken - I was hoping people would try the code I pointed to and let me know what they think and point out problems (thanks to Tim for doing just that).

Re: a new combo box

On Mon, Dec 29, 2014 at 1:09 AM, Jasper St. Pierre jstpie...@mecheye.net wrote: Cosimo talks about GtkPopover and GtkMenu, but those just sort of have me stunned. Why should I use one instead of the other? I doubt application authors choose which widget to use by reading type names in API

Re: a new combo box

Thanks, Matthias for working on this, it looks great! It's pretty clear to me that this widget is different enough from the current combobox that using the old API and pushing the new design on every current client is not a good idea - in the same way that GtkPopover was made a different widget

Re: Memory tracking in GJS

On Tue, Feb 25, 2014 at 11:08 AM, Bastien Nocera had...@hadess.net wrote: On Mon, 2014-02-24 at 13:56 -0800, Cosimo Cecchi wrote: Thanks all for your inputs; I now posted a first iteration of a patch that implements the suggestions of this thread here https://bugzilla.gnome.org

Re: Memory tracking in GJS

, Cosimo Cecchi cosi...@gnome.org wrote: Hi all, The state of garbage collection for typical GTK/JS applications is pretty sad these days. It's worth a comparison with (C)Python. In some ways, Python's hybrid refcount + GC is the worst of both worlds - you have the constant overhead

Memory tracking in GJS

Hi all, The state of garbage collection for typical GTK/JS applications is pretty sad these days. mozjs will execute a garbage collection run when it thinks around 30MB of allocations have been done. The problem is that for a native GObject wrapped into a JSObject there are effectively two sets

Re: notifications in gtk

On Tue, Nov 6, 2012 at 10:39 AM, Olav Vitters o...@vitters.nl wrote: Would a Qt/KDE application be able to show notifications as well? Would this require freedesktop.org work, or is the intention to keep this limited to GNOME shell implementation? I don't think this proposal wouldn't change

Re: Adding gtkparasite to gtk?

On Tue, 2012-02-14 at 16:25 +, Richard Hughes wrote: I think gtkparasite is a really useful tool for GTK developers. It's currently hosted in github, and the upstream seems unwilling to port to GTK3, and consequently there are over a dozen forks of the project in various states of

Re: GTK+ 3.3.4 released

On Tue, 2011-11-22 at 10:59 +, Bastien Nocera wrote: On Mon, 2011-11-21 at 20:03 -0500, Matthias Clasen wrote: * GtkApplication no longer uses gtk_main internally What do we replace g_main_quit() with then? The documentation for g_application_release() doesn't inspire confidence:

Re: Sharing the places sidebar between Nautilus and GTK+

Hi Federico, Generally, this sounds like a good plan to me. I have some comments below. On Tue, 2011-09-06 at 17:44 -0500, Federico Mena Quintero wrote: [...] 4. See what common, public interfaces we need. For example, nautilus_window_set_initiated_unmount (sidebar-window, TRUE);

Re: Sharing the places sidebar between Nautilus and GTK+

Hi Jannis, On Wed, 2011-09-07 at 01:53 +0200, Jannis Pohlmann wrote: To be honest, I think we can do better than this. The user experience offered by the current places sidebar is far from ideal IMHO. In Nautilus 3.x * the sidebar has no mount/eject progress indicators, * the eject

Re: New GTK+ website design

On Wed, 2011-04-20 at 21:31 +0100, Martyn Russell wrote: Two other suggestions: - I think the home page should mention Javascript among the bindings, which is getting a lot of traction nowadays (more than Perl for instance). We have a bindings page. Was there something specific you

Re: New GTK+ website design

Hi Martyn, On Tue, 2011-04-19 at 15:30 +0100, Martyn Russell wrote: There are a few things to decide on, so I will try to get some consensus from you all before making the final decision on these points: 1. The titles are available in blue (default) or red. If you append ?red to

Re: Breaking things in git master...

Hi David, On Sat, 2010-06-12 at 08:26 -0400, David Zeuthen wrote: I don't think it's customary to mail the list about such changes on master, is it? I mean, I didn't see such notices for the few other ABI breaks in this cycle already. The fact that in other cases there have been no notices

Re: GtkNotebook scrolling usability

On Thu, 2010-03-11 at 07:27 -0600, Cody Russell wrote: On Thu, 2010-03-11 at 09:20 +, Alberto Ruiz wrote: If there ends up being a bug report about this, please share the bug number. And hopefully we can get some usability nerds involved in this decision. I agree with Sandy

Re: GTK+ at the UX Hackfest

On Mon, 2010-03-01 at 16:44 +0100, Piñeiro wrote: In the gtk side, I don't know much about the XSettings, but I suppose that you are talking more general, and XSetting will manage all the gtk modules to be loaded (engines, and so on). So XSettings would have the lists of modules instead of

Re: Thumbnailing service project; opinions, suggestions?

Hi Mark, On Tue, 2009-10-20 at 16:34 +0200, Mark wrote: Now can we please quit bashing the idea that there will be 2 thumbnailing services in a few months time and can i get some constructive feedback about the ideas in my first post? Can i get the: - Git - gnome sub domain - blog for

Re: GLib plans for the next cycle

On Mon, 2009-04-20 at 12:45 -0400, David Zeuthen wrote: That would give you a nice circular dependency if xdg-open(1) is ever ported to use GIO [1] which is not at all unlikely... David [1] : under GNOME, xdg-open(1) uses gnome-open(1) which AFAICT uses gnome-vfs2... gnome-open

Re: Top-level include files

On Wed, 2008-12-17 at 09:17 -0500, Morten Welinder wrote: So: what header files are meant to be included by applications? Where is this information documented? AFAIK it's not clearly documented anywhere, but in addition to the toplevel headers, you should always include gdk/gdkkeysyms.h,

Re: Moving Open with to the platform

On Tue, 2008-03-18 at 14:02 -0600, Federico Mena Quintero wrote: Hi, Right now, the Open with another application dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a