Le jeudi 15 octobre 2015 à 22:14 +0800, cee1 a écrit :
> >> providing APIs to make GTK+(also GIO) easily integrated to other
> >> event
> >> loop, then we use epoll() on Linux, kqueue() onBSD or even
> >> libdispatch[3] - client code can use simpler event loop(e.g. no
> >> locks,
> >> no recursive
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi all:
El 14/10/15 a las 21:16, Matthias Clasen escribió:
>
> We (taking my GStreamer hat) havent heard of any interest from the
GLib
> group for lightweight objects. Note that some library ended up also
> having these lightweight
2015-10-14 23:40 GMT+08:00 Nicolas Dufresne :
> Le lundi 12 octobre 2015 à 23:24 +0800, cee1 a écrit :
>
> GLib is already broken up into a whide amount of shared library. Even
> though, shared library tend to create a small size overhead.
> Considering this is a
2015-10-15 3:44 GMT+08:00 Nicolas Dufresne :
> Le mercredi 14 octobre 2015 à 15:16 -0400, Matthias Clasen a écrit :
>> I think it is fair to say that there is more interest in fixing
>> performance of GObject than there is in introducing a miniobject
>> type. Not
2015-10-15 3:16 GMT+08:00 Matthias Clasen :
> On Wed, Oct 14, 2015 at 11:40 AM, Nicolas Dufresne
> wrote:
>>
>> Le lundi 12 octobre 2015 à 23:24 +0800, cee1 a écrit :
>>
>> >
>> > 2. I notice EFL use some "COW" logic[1], but we already
On 10/15/2015 07:19 AM, cee1 wrote:
>> From GStreamer point of view, the main problem as it was explained to
>> > me, is the global locks, creating contention (GStreamer is highly multi
>> > -threaded). It's also a base type reserved for very specific use cases
>> > (where a lot of that type need
I have a GtkTextView as part of my application along with a GtkSpinButton
object to control the font size on the GtkTextView.
If I make a selection in the text and then click in the entry portion of the
spin button and then click the arrows, everything works fine.
However, if I do not click in