Re: Alternative to swallow GtkContainer into GtkWidget

What you miss is that GtkWidget already has container-like behaviors with gtk_widget_set_parent. In fact, the whole API has been awkward. GtkWidgets themselves can have children. GtkContainer is a "convention" interface for a way of manipulating an object that can have children. Not every widget th

Re: Gtk+4.0

On Sun, Jul 10, 2016 at 1:28 PM, wrote: > On Sat, Jul 9, 2016 at 1:14 PM Peter Weber > wrote: > >> Hi! >> >> On Sat, 2016-07-09 at 19:06 +, philip.chime...@gmail.com wrote: >> >> > I'm expecting this will become less and less of a problem as apps move >> > to Flatpak as a means of distributi

Re: Gtk+4.0

On Sat, Jul 9, 2016 at 12:36 PM, wrote: > On Sat, Jul 9, 2016 at 12:13 PM Jasper St. Pierre > wrote: > >> On Sat, Jul 9, 2016 at 12:06 PM, wrote: >> >>> On Thu, Jul 7, 2016 at 11:30 AM Emilio Pozuelo Monfort < >>> poch...@gmail.com> wrote: >>

Re: Gtk+4.0

On Sat, Jul 9, 2016 at 12:06 PM, wrote: > On Thu, Jul 7, 2016 at 11:30 AM Emilio Pozuelo Monfort > wrote: > >> Hi, >> >> On 21/06/16 16:26, Peter Weber wrote: >> > I don't see here an active discussion about Gtk+4.0[1]? So I'm trying to >> > write about my thoughts, in a careful way. In the firs

Re: G_UTF8String: Boxed Type Proposal

y means that Swift's "Character" type is of potentially infinite length, since Regional Indicators aren't capped at a maximum of two code points. Unicode is fun. [0] https://developer.apple.com/library/ios/documentation/Swift/Conceptual/Swift_Programming_Language/StringsAndCharact

Re: G_UTF8String: Boxed Type Proposal

I'll also ask what "character" means in this case, even though I know glib also has the same confusion. Are you talking about the number of Unicode code points in the string, or the number of grapheme clusters, as defined by Unicode TR29 [0]? The number of code points isn't useful for editing in al

Re: Application id, XDG App, and you.

a general component so we can make proposals like this without having to worry about implementation cost. I know desrt was working on this at some point, but I don't know how far she got with it. On Thu, Feb 4, 2016 at 9:02 AM, Simon McVittie wrote: > On 04/02/16 05:23, Jasper St. Pierre

Re: Application id, XDG App, and you.

There's one giant hole here, which is that the app ID is used as a primary key for lots of things, like Favorited Applications, Preferred MIME Type Handlers, Notification and Privacy settings and such, and a lot more. Currently, we get around Favorited Applications in GNOME by having a giant hashm

Re: g_error_free() warning on null pointer

But if you have an error, shouldn't you either want to a) handle it, or b) propagate it up? I can't imagine a case where you want to free a GError without first attempting to handle it. If you do want to ignore errors, you can simply pass NULL for a GError ** pointer to a function, since those sho

Re: Null check in g_hash_table_lookup()

It will fix it in that it will warn and then return NULL (and only if you build glib with the flag that turns those return_val_if_fail's on, which it does by default), but it's considered improper behavior to call g_hash_table_lookup with a NULL key. On Sat, Aug 15, 2015 at 1:27 PM, Michael McConv

Re: g_error_free() warning on null pointer

Lots of things in GLib fail when passed a NULL pointer, like g_object_unref. The idea is that passing a NULL pointer is probably a sign of a bug somewhere, so you shouldn't do it. While the C standard's free() is NULL-safe, I'd say that this is quite strange for the C standard, since any other inv

Re: Missing dependencies in GLib build system

Hi, The first specifies source files shipped with the tarball. It should be extremely difficult to get into this position, so we rarely specify files in this way. The second looks wrong -- libgio-2.0.la should have libgmodule-2.0.la as a dependency. None of the tools use libgmodule directly, it's

Re: gtk consistently getting stuck at poll function in ../sysdeps/unix/syscall-template.S

okesh Chakka, > Mobile: 9731023458 > > On Sun, Jun 28, 2015 at 9:37 PM, Jasper St. Pierre > wrote: >> >> Being stuck in poll simply means you're waiting for an event to come >> in. So your application isn't hung, it's just sitting there waiting. >> As

Re: gtk consistently getting stuck at poll function in ../sysdeps/unix/syscall-template.S

Being stuck in poll simply means you're waiting for an event to come in. So your application isn't hung, it's just sitting there waiting. As soon as something comes in, like a mouse click or a network message, poll will exit and return one of those events. Is your application multi-threaded? On S

Re: GMemVTable broken

Yeah, we've all been sort of aware of this for some time. I've abused it to the fact where I know that malloc and g_new / free and g_free will *always* be the same since a specific glib version. I think removing all the code is fine. On Fri, Jun 26, 2015 at 8:38 PM, Alexander Larsson wrote: > So

Re: Outdated win32 bundle

I can take a look at the gobject-introspection work. Bugzilla links? On Thu, Jun 11, 2015 at 10:57 AM, Ignacio Casal Quinteiro wrote: > > > On Thu, Jun 11, 2015 at 4:51 PM, Jasper St. Pierre > wrote: >> >> Would it be possible for me to fund / help maintain official GN

Re: Outdated win32 bundle

Would it be possible for me to fund / help maintain official GNOME Win32 bundles and an SDK? I'd love to improve Windows support of GTK+, but I'm never sure where the status is. Last time I tried jhbuild it failed on something early on -- I believe fontconfig, so that was a bummer. On Thu, Jun 11,

Re: GDK_KP_Decimal (on Windows)

It was likely left out by accident, and nobody so far hit this code path yet. Thanks for finding it! It looks super easy to fix. On Wed, Apr 29, 2015 at 8:01 AM, John Emmas wrote: > On 29/04/2015 08:54, John Emmas wrote: >> >> >> The Windows version looks slightly different:- >> >> case VK_AD

Re: dependency graph

The one in here, perhaps? https://github.com/hexchat/gtk-win32/blob/master/README.md On Mon, Apr 6, 2015 at 10:55 AM, Paul Davis wrote: > sometime in the last few months, somebody posted a link to (or the actual > image of) a really really nice diagram laying out the dependencies in the > GTK st

Re: I'm done with O_CLOEXEC

> hi, > > On Sat, Mar 21, 2015, at 01:19, Jasper St. Pierre wrote: >> Right now, we use raw fork/exec in mutter where we need to do some tricky >> management and explicitly leak an FD into the correct place [0]. Does >> this >> mean that from now on, glib might leak

Re: GTK+, WM, desktops and CSD

On Mon, Mar 23, 2015 at 2:25 PM, Pavel Machek wrote: > Hi! > > > I am not one of them, but there are a lot of people (including KDE > > devs apparently) concerned about CSD because it means different > > decorations depending on the apps/toolkit => Consistency might > > suffer. > > Consistency al

Re: I'm done with O_CLOEXEC

Sorry, I'm not overly familiar with this sort of stuff. Right now, we use raw fork/exec in mutter where we need to do some tricky management and explicitly leak an FD into the correct place [0]. Does this mean that from now on, glib might leak an FD and we need to be prepared to handle that? Refac

Re: GL and libepoxy

Are you sure? This shouldn't be the case since https://github.com/anholt/libepoxy/commit/e3051481cc9f5b7b36b317aff1454ee16ea9cdb9 On Fri, Mar 6, 2015 at 7:54 PM, John Ralls wrote: > It looks like we've committed to using libepoxy[1] as a shim for GL > support. It looks quite nice, but there's a

Re: GTK+, WM, desktops and CSD

On Thu, Mar 5, 2015 at 1:21 PM, David Nečas wrote: > On Thu, Mar 05, 2015 at 10:01:44PM +0100, Olivier Fourdan wrote: > > > It's a subtle difference, but it shows our preference: we don't want a > hint > > > to say that the DE prefers SSD, we want a hint to say that the DE can > > > support/not s

Re: GTK+, WM, desktops and CSD

Ah, I think I see the disagreement. We don't decide between SSD and CSD based on the presence of a compositor and _GTK_FRAME_EXTENTS, we instead push really hard for CSD with an SSD fallback. It's a subtle difference, but it shows our preference: we don't want a hint to say that the DE prefers SS

Re: GTK+, WM, desktops and CSD

On Thu, Mar 5, 2015 at 10:37 AM, Olivier Fourdan wrote: > +gtk-devel-list > > Argh sorry, I didn't mean to make that email private, thought my > mailer would copy the list as well, my bad :( > > On 5 March 2015 at 19:29, Olivier Fourdan wrote: > > Emmanuele, > > > > Let's face it, I doubt GTK+

Re: gtk_style_context_get()

This is a pipe dream, I imagine, but would it be possible to get people to cache their stuff only inside size_allocate(); or draw();, and just do something dumb like lie to the user and warn if they do it outside of one of those paths? I think doing drawing of the DND window outside of the frame c

Re: RFC: GtkPreview library

IThumbnailCache: https://msdn.microsoft.com/en-us/library/windows/desktop/bb774628%28v=vs.85%29.aspx On Wed, Jan 28, 2015 at 1:23 AM, Jasper St. Pierre wrote: > All of this is part of wl_event_loop, which is an unfortunate public API > that should probably go away. > > On Wed, Jan

Re: RFC: GtkPreview library

All of this is part of wl_event_loop, which is an unfortunate public API that should probably go away. On Wed, Jan 28, 2015 at 1:21 AM, Philip Chimento wrote: > On Tue, Jan 27, 2015 at 8:49 AM, Jasper St. Pierre > wrote: > >> Gah. I always get those backwards. I actually typed &

Re: RFC: GtkPreview library

s Wayland, even if the session is running > under X11? That sounds like a good idea to me if it's possible to > implement. I would definitely welcome a proof of concept! > > Thanks, > Cosimo > > On Sun, Jan 25, 2015 at 4:21 PM, Jasper St. Pierre > wrote: > &g

Re: RFC: GtkPreview library

Gah. I always get those backwards. I actually typed "SCM_RIGHTS" and then changed it to "SCM_CREDENTIALS". I still don't understand why fd passing is called "rights". On Tue, Jan 27, 2015 at 11:25 AM, Simon McVittie < simon.mcvit...@collabora.co.uk> wrote

Re: RFC: GtkPreview library

Wayland requires two features that would perhaps make it unportable: FD passing (SCM_CREDENTIALS), and shared memory (allocate a temporary files, ftruncate it, mmap it, unlink it and then send the fd across the wire). Everything else is just a simple Unix domain socket. Does OS X support those two

Re: RFC: GtkPreview library

We could indeed write a tiny Wayland compositor that composited a single wl_surface as a GTK+ widget, and I wouldn't feel too bad about it. We could even do it while under X11, and it might be an interesting proof of concept. I could do a PoC if you guys want. On Jan 25, 2015 8:05 AM, "Cosimo Cecch

Re: GTK+ brochure for FOSDEM

On Jan 23, 2015 12:06 PM, "Sébastien Wilmet" wrote: > > On Fri, Jan 23, 2015 at 06:18:02PM +, Alberto Ruiz wrote: > > I don't see much of a debate there. Most people want to solve a problem, > > and start from the problem, not from the tool to solve it > > That's why the brochure begins by an

Re: GTK+ brochure for FOSDEM

On Fri, Jan 23, 2015 at 3:37 AM, Sébastien Wilmet wrote: > On Thu, Jan 22, 2015 at 10:51:38PM +, Alberto Ruiz wrote: > > I agree with Paul here, GTK+ targets people who want to do desktop apps. > I > > would actually try to sell all the new stuff for developers like the new > > introspection

Re: GObject introspection for cairo

Cairo-GObject provides access to enums, but it won't automatically get you great cairo bindings. It might actually get you 90% of the way there, though, and I'd be interested seeing how far you can run with just that, and be happy to merge patches that make it easier. Why? cairo has a subtype syst

Re: a new combo box

So let me ask a very basic question here, since I feel it's at the heart of the dumb internet argument we're having. What is this design trying to solve? What problems with the old ComboBox are we trying to fix? What use cases is it designed for? Is it the usability problems? Are we adding the se

Re: gtk_widget_set_double_buffered() is deprecated, so what can replace it?

Hey, I just built Quickscope from source, and can't find any code that draws using cairo inside it. Where is it? On Wed, Nov 26, 2014 at 6:08 PM, Lance Arsenault wrote: > Hi Emmanuele, > > apps using X11 to draw directly should stop doing that, because this is >> not 1997 any more, and we hav

Re: gtk_widget_set_double_buffered() is deprecated, so what can replace it?

On Wed, Nov 26, 2014 at 10:40 AM, Lance Arsenault wrote: > Hello GTK developer, > > I've read the latest docs, looked at the latest (git) GTK+3 code, and > searched the archives, and found not direct answer to this question: > > 1. Is there a method, that is not deprecated, that can give the eff

Re: help wanted for implementing GdkGLContext on Windows and MacOS X

Yeah, this is an unfortunate bug with libepoxy right now. There's a PR on GitHub if you want to see if that fixes it. https://github.com/anholt/libepoxy/pull/28 All we can do is pressure Eric Anholt to merge it at this point. On Wed, Nov 19, 2014 at 12:03 AM, Philip Chimento wrote: > On Sun, N

Re: GTK+ scene graph, API deprecations

On Mon, Aug 18, 2014 at 9:50 AM, Sébastien Wilmet wrote: > On Mon, 2014-08-18 at 10:00 +0100, Emmanuele Bassi wrote: > > On 16 August 2014 16:23, Sébastien Wilmet wrote: > > > > > With GskLayerContent, will it be possible to unify cell renderer and > > > widget drawing models? To simplify signif

Re: GTK+ scene graph

On Sun, Aug 3, 2014 at 6:08 AM, Sébastien Wilmet wrote: > Thanks for the explanation. > > On Sun, 2014-08-03 at 01:13 +0100, Emmanuele Bassi wrote: > > > > > yes, it was considered, and no: "depth" (or similar terms) won't be used. > > > > people using a canvas with 3D transformations intuitivel

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

aw to your window, synchronized with the paint clock. On Mon, Jun 23, 2014 at 9:57 PM, Krzysztof Kosiński wrote: > 2014-06-24 3:02 GMT+02:00 Jasper St. Pierre : > > May I ask why you can't paint in the draw signal? GDK already tracks > > invalidated wind

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

Great eye! Pushed, thanks! I'm sure that's what it was. On Mon, Jun 23, 2014 at 9:41 PM, Colomban Wendling < lists@herbesfolles.org> wrote: > Le 24/06/2014 03:03, Jasper St. Pierre a écrit : > > Thanks, I managed to reproduce the issue with this. It only happens wi

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

lles.org> wrote: > Le 24/06/2014 02:03, Jasper St. Pierre a écrit : > > I can't reproduce any issue in scrolling with evince locally -- does it > > only happen with certain documents? Can you point to a document where > > you have problems? > > I doubt it's

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

7;s redraw cycle. On Mon, Jun 23, 2014 at 8:53 PM, Krzysztof Kosiński wrote: > 2014-06-21 3:00 GMT+02:00 Jasper St. Pierre : > > To better support Wayland with fewer copies and less drawing artifacts, > I've > > pushed some potentially breaking changes to GDK, namel

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

icial fork or port, or did I do something wrong when building Scintilla/SCiTE? On Mon, Jun 23, 2014 at 7:45 PM, Colomban Wendling < lists@herbesfolles.org> wrote: > Le 24/06/2014 00:02, Jasper St. Pierre a écrit : > > Hey everyone again > > > > [...] > > > &g

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

reate outside of a > begin_paint_region / end_paint pair also seems to work fine on win32. > > Morten > > > On Mon, Jun 23, 2014 at 6:02 PM, Jasper St. Pierre > wrote: > > Hey everyone again > > > > I wasn't expecting this much fallout from the change. I

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

eed to know. On Fri, Jun 20, 2014 at 9:00 PM, Jasper St. Pierre wrote: > To better support Wayland with fewer copies and less drawing artifacts, > I've pushed some potentially breaking changes to GDK, namely around > gdk_cairo_create and gdk_window_begin_paint_regi

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Sat, Jun 21, 2014 at 11:42 AM, Paul Davis wrote: > > the expose region or the expose "area" ? the former is a potentially > discontiguous set of rectangles, the latter is their union. yes? > > The expose region. See gtk_widget_send_expose: https://git.gnome.org/browse/gtk+/tree/gtk/gtkwidget.c

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Sat, Jun 21, 2014 at 10:26 AM, Jasper St. Pierre wrote: > Honest question: which ones? The only requirement we have with Wayland is > that we know when a paint has begun and when it has ended, and also the > rough area of paint, so we can tell the Wayland compositor when to swap

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Sat, Jun 21, 2014 at 11:18 AM, Jean Brefort wrote: > I know that an expose event contains a region, but this does not help, > we use the draw event, and I don't know how to reliably access the > region. More, it is not really easy to determine what needs to be > redrawn from inside a draw even

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

Honest question: which ones? The only requirement we have with Wayland is that we know when a paint has begun and when it has ended, and also the rough area of paint, so we can tell the Wayland compositor when to swap buffers, and from which rectangles. The draw signal does this automatically, but

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

> then relase the cairo. > > Will this still work if we use > > gdk_window_begin_paint_rect (win, rect); > cr = gdk_cairo_create (win); > ...do some drawing > gdk_window_end_paint (win); > > ? > > > > Le samedi 21 juin 2014 à 09:33 -0400, Jasper St. Pierre

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

Can you two explain exactly what Abiword and Gnumeric are doing, what APIs they're using and why and so on? We're trying to come up with a solution that will work well under both X11 and Wayland. As I said, if it's a really bad break and would require intensive changes to apps, I'll revert the pat

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

Thanks for your use case. I've added a runtime warning for you! Let me know if you hit it and are having trouble solving it -- there's not much in the way of recommendations about how to solve it if it's causing a bug, since the code that was there before was removed. https://git.gnome.org/browse/

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Fri, Jun 20, 2014 at 9:30 PM, Paul Davis wrote: > On Fri, Jun 20, 2014 at 9:00 PM, Jasper St. Pierre > wrote: > >> >> As part of these changes, gtk_widget_set_double_buffered was deprecated >> and removed. >> > > Yay! > > I tested with some loc

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Fri, Jun 20, 2014 at 11:57 PM, A. Walton wrote: > On Fri, Jun 20, 2014 at 6:00 PM, Jasper St. Pierre > wrote: > >> To better support Wayland with fewer copies and less drawing artifacts, >> I've pushed some potentially breaking changes to GDK, namely arou

Heads-up: Potentially breaking changes to the GDK drawing model pushed

To better support Wayland with fewer copies and less drawing artifacts, I've pushed some potentially breaking changes to GDK, namely around gdk_cairo_create and gdk_window_begin_paint_region. https://git.gnome.org/browse/gtk+/commit/?id=d48adf9cee7e340acd7f8b9a5f9716695352b848 https://git.gnome.or

Re: Gtk-Message: Failed to load module "canberra-gtk-module"

No, actually. The issue is that the canberra GTK+ module uses an API which we removed. It's been broken like this for quite a while. We patch it away in Fedora, but libcanberra won't accept the patch upstream. http://pkgs.fedoraproject.org/cgit/libcanberra.git/tree/libcanberra-quit-add.patch On

Re: is "shared memory" hardcoded to zero in gnome-system-monitor?

It seems 0 is the correct value. See this bug: https://bugzilla.gnome.org/show_bug.cgi?id=129863 And while the filenames have changed from 2.4, it seems the behavior is still the same: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/mm/page_alloc.c#n2999 On Wed, Mar 5, 201

Re: libsoup + gsettings-desktop-schemas for server code

Can we do that without breaking backwards compatibility? For instance, if I have an old proxy config, and I upgrade to a new glib-networking / libsoup, will I, as a user, have to re-set it for the new path layouts? Do we have a migration tool to fix things like this? (My local copy of glib actuall

Re: where i find a manual for write a wm in gtk3 ?

write to not deadlock GTK+. On Thu, Feb 27, 2014 at 11:42 AM, Andy Spencer wrote: > On 2014-02-27 12:40Z, Jasper St. Pierre wrote: > > Except you can't. GTK+ will deadlock your WM if you try to use it, > > unless you do it very carefully (read: add 5000 lines of code, fake >

Re: where i find a manual for write a wm in gtk3 ?

Except you can't. GTK+ will deadlock your WM if you try to use it, unless you do it very carefully (read: add 5000 lines of code, fake out GDK all over the place, and implement an entire confusing state machine). You can't use GTK+ to build a WM. On Thu, Feb 27, 2014 at 2:18 AM, Andy Spencer wr

Re: where i find a manual for write a wm in gtk3 ?

GTK+ is a toolkit for developing applications, not for developing WMs. In fact, GTK+ will very often get in the way of building a WM, because you can easily deadlock if you aren't careful. You should really build a WM with raw XCB or XLib. On Wed, Feb 26, 2014 at 4:55 PM, major_ghz wrote: > he

Re: How to re-enable icons in menus?

We add XSettings at will now, as it's really our only way to get "platform settings" hooked into GTK+. You can see all of the ones that GTK+ pays attention to here: https://git.gnome.org/browse/gtk+/tree/gdk/x11/gdksettings.c#n25 On Tue, Feb 4, 2014 at 7:16 AM, Chris Vine wrote: > On Tue, 04 F

Re: Regarding Maintainer of package gdk-pixbuf

The maintainer is Matthias Clasen, although you should simply attach your patches to a Bugzilla bug... On Thu, Nov 28, 2013 at 1:51 AM, wrote: > Hi, > > I am working on a new architecture - ppc64le (powerpc 64-bit Little > Endian) and I was looking at building gdk-pixbuf. The package failed to

Re: symbolic icon fallback failure

On Thu, Nov 21, 2013 at 10:35 AM, Patrick Welche wrote: > On Thu, Nov 21, 2013 at 10:07:55AM -0500, Jasper St. Pierre wrote: > > On Thu, Nov 21, 2013 at 9:38 AM, Patrick Welche wrote: > > > > > Originally I thought that the lack of icons on my system in the post &

Re: symbolic icon fallback failure

On Thu, Nov 21, 2013 at 9:38 AM, Patrick Welche wrote: > Originally I thought that the lack of icons on my system in the post > stock-icons age was because symbolic icons are SVGs: > > https://mail.gnome.org/archives/gtk-list/2013-November/msg00015.html > > (The request for documentation still

Re: GObject Introspection Enum details

You can try g_registered_type_info_get_type_name(), but mind asking why you want to know? On Sun, Nov 17, 2013 at 11:33 AM, Aleksey wrote: > Hi guys > > > > I am trying to use GIRepository (version 1.38) to retrieve Enumeration > details and I'm wondering how to retrieve C-name of Enum. For ex

Re: Building glib 2.28.7

That's an error for glibc, not glib. You'd be better off talking to the glibc people about that one... On Mon, Nov 11, 2013 at 12:32 PM, Daniel Schultze wrote: > Hey guys, > > I'm have a new error with my build. I did some searches which suggested to > not use --enable-static-nss which I'm not

Re: Can g_field_info_get_offset () provide same info as G_STRUCT_OFFSET?

On Wed, Nov 6, 2013 at 10:48 AM, "Andrés G. Aragoneses" wrote: > On 06/11/13 16:45, Ross Burton wrote: > >> On 6 November 2013 14:45, "Andrés G. Aragoneses" > > wrote: >> >> (unless glib upstream would accept a patch to wrap the >> G_STRUCT_OFFSET in a public funct

Re: Can g_field_info_get_offset () provide same info as G_STRUCT_OFFSET?

On Wed, Nov 6, 2013 at 9:05 AM, "Andrés G. Aragoneses" wrote: > > Hello, > > According to GObjectIntrospection wiki page[1], this is the proper place > to ask questions about GI. > > I'm wondering if the function g_field_info_get_offset() [2] could provide > the same information at compile-time th

Re: Directional Images

I think the thing that we'd want is to have a separate RTL icon theme that inherits from the LTR icon theme, but overrides some icons with flipped icons. This can be done with a few tweaks to the icon-theme specification, and in GTK+. On Wed, Oct 16, 2013 at 5:42 PM, fr33domlover wrote: > You're

Re: Tutorials on writing bindings?

You haven't been getting many responses simply because there's no easy tutorial on writing a language binding. It's a hard and difficult process, and requires a significant amount of effort. Most significant language bindings also contribute to the gobject-introspection project itself because they

Re: Spell checking in GIO

Of course, but do any of these need spell checking? I think it would be more helpful to solidify an API for spell checking to see if it's viable to do without UI concepts like cursor position or GTK+ concepts like GtkTextBuffer before deciding where to put it. On Wed, Oct 9, 2013 at 6:36 PM, Paul

Re: Removal of icons in buttons/menus

On 10/09/13 21:58, Jasper St. Pierre wrote: > > On Wed, Oct 9, 2013 at 3:49 PM, Olivier Brunel wrote: > > > >> On 10/09/13 21:27, Matthias Clasen wrote: > >>> On Wed, Oct 9, 2013 at 2:09 PM, Erick Pérez Castellanos > >>> wrote: > >>>

Re: Removal of icons in buttons/menus

On Wed, Oct 9, 2013 at 3:49 PM, Olivier Brunel wrote: > On 10/09/13 21:27, Matthias Clasen wrote: > > On Wed, Oct 9, 2013 at 2:09 PM, Erick Pérez Castellanos > > wrote: > > > >> People keep raising this issue (both on list and on IRC) and I think > >> there's a good reason for it. > >> > >> And p

Re: Removal of icons in buttons/menus

On Wed, Oct 9, 2013 at 2:57 PM, Ryan Lortie wrote: > hi > > On Wed, Oct 9, 2013, at 14:29, Jasper St. Pierre wrote: > > Perhaps we can revert the GtkMenu/GtkButton changes and just remove the > > XSettings hookup. > > Out of all of the available options, this would be

Re: Removal of icons in buttons/menus

ct 9, 2013 at 2:19 PM, Erick Pérez Castellanos wrote: > On 9 October 2013 14:13, Jasper St. Pierre wrote: > >> I guess I'm curious: why would this break apps? >> >> If your apps were relying on a specific user setting to show/hide icons, >> wasn't it technic

Re: Removal of icons in buttons/menus

I guess I'm curious: why would this break apps? If your apps were relying on a specific user setting to show/hide icons, wasn't it technically broken already? There was no guarantee of the value of the setting. It seems that reducing the amount of user configurations an app developer would have t

Re: Hicolor icon theme

Icon themes and GTK+ themes are separate. "hicolor" is defined as the default fallback if an application can't find any other theme in the icon theme specification: http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html#id3013799 On Wed, Oct 9, 2013 at 9:08 AM, John Emmas

Re: Spell checking in GIO

glib-networking exists for political reasons. I don't think we want to repeat that with something we can just import in-tree. On Tue, Oct 8, 2013 at 9:49 AM, Matthew Barnes wrote: > On Tue, 2013-10-08 at 08:58 -0400, Dan Winship wrote: > > enchant depends on glib, so yes, a hard dependency on i

Re: Sharing CSS code between Gtk and the Shell

I looked into this a while ago, and one big issue with this is that we can't e.g. implement custom properties that we just fetch from JS. So we couldn't implement any of our "-st-" properties or any others that we just make up on the spot. I don't know if it would be possible or feasible to add thi

Re: GtkTable is deprecated

If GtkTable and GtkGrid were replaceable by a sed expression, I don't think we would have bothered breaking API. On Thu, Sep 29, 2011 at 1:11 PM, Johannes Schmid wrote: > Hi! > >> deprecated != gone. >> >> There is no super-urgent need to rid the world of GtkTables - unless >> you want your modul