<html>
    <head>
      <base href="https://bugzilla.gnome.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - wayland: fix fontconfig monitoring"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=786693#c11">Comment # 11</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - wayland: fix fontconfig monitoring"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=786693">bug 786693</a>
              from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=bugzilla%40hadess.net" title="Bastien Nocera <bugzilla@hadess.net>"> <span class="fn">Bastien Nocera</span></a>
</span></b>
        <pre>(In reply to Martin Blanchard from <a href="show_bug.cgi?id=786693#c9">comment #9</a>)
<span class="quote">> (In reply to Bastien Nocera from <a href="show_bug.cgi?id=786693#c8">comment #8</a>)
> > It also looks easy enough to extend and add support for the 2 other
> > GtkSettings if you're interested.

> Hummm, isn't 'gtk-enable-animations' already implemented as a gsetting?</span >

Yes, incorrectly so in the Wayland backend. In the X11 backend, animations are
force-disabled if the GSettings is false, then controlled by
gnome-settings-daemon, which will disable them if a software renderer is used,
or an external VNC client is connected.

<span class="quote">> > ::: gdk/wayland/gdkscreen-wayland.c
> > @@ +70,3 @@
> > Why use a struct here, and not directly a timestamp? The struct will be
> > initialised to 0 when it's instantiated.

> I've kept the struct so that dbus settings are grouped, that make it clear
> that they'll be handle together.</span >

That's fine. If a GTK+ reviewer doesn't like it, we can unbundle it.

<span class="quote">> > @@ +713,3 @@
> > Why the guard here? Wouldn't you want to return the "0" instead of an error
> > here?

> You're right, the distinction between a somehow fake initial value and 0 is
> of little interest here.</span >

Well, 0 is a valid value. This will break if somebody rewinds their clock back
to the 1970, but the value itself is of little interest, we could use an always
incrementing serial, but a timestamp will likely make races and debugging
easier.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>