On Fri, Jul 28, 2017 at 6:00 PM, Bill Spitzak wrote:
> I think the stacking order of glyphs can remain undefined for
> cairo_show_glyphs. This seems more like something pango would be in
> charge of.
>
We are talking about order of glyphs drawn in one cairo_show_glyphs(), so I
don't see how this
Uli,
Can we commit this? I don't think waiting another few years will result in
a superior patchset. :)
Cheers,
behdad
On Wed, Jul 19, 2017 at 1:53 AM, Behdad Esfahbod wrote:
> Right. In the future we would want to make it show glyphs in the input
> order, ie. not separate color vs non-colo
On 7/28/2017 3:08 PM, Paul Davis wrote:
>
>
> On Fri, Jul 28, 2017 at 4:37 AM, LRN wrote:
>> After trying this myself (for unrelated reasons), i found that *only*
>> giochannel GSource does WSAEventSelect() on a socket event (in
>> g_io_win32_prepare()) to bind it to an event handle, which can th
On Fri, Jul 28, 2017 at 4:37 AM, LRN wrote:
>
>
> After trying this myself (for unrelated reasons), i found that *only*
> giochannel GSource does WSAEventSelect() on a socket event (in
> g_io_win32_prepare()) to bind it to an event handle, which can then be
> polled.
> If you are not using a main
On 7/27/2017 2:56 PM, LRN wrote:
> On 7/27/2017 2:06 PM, Faik wrote:
>
>> As you might guess, in arv_gv_discover_socket_list_new() function, GPollFDs
>> are created and in _discover() function, a broadcast message is sent and then
>> polled for reply. but no luck, still in _discover(), it time
