=== chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [10:01] huh [10:02] why would unity8 give me a surface that has slightly more width than the screen? [10:02] New size: 1366x742 [10:02] while the screen is 1360x768 [10:03] oh no, it's 1366 after all, wonder why it says 1360 then.. [10:03] mlankhorst: a unity8 bug most likely. I'm aware of a bug where the surface height you end up with is 4 pixels too tall (for non-fullscreen surface) [10:04] oh no, it might be some thing I need to workaround in xmir, bug in the resolution stuff [10:33] mlankhorst: Interestingly Xorg also reports physical dimensions (xrandr) completely wrong. Mir does not [10:33] * duflu_ wanders off [10:34] shrug :P [10:36] I'm fighting with Xmir atm, getting some nice interactions where u8 resizes my newly created Xmir window and I currently don't handle that. I need to detect the case where Xmir runs in a window and handle xrandr differently there.. [10:58] can I detect the window is created with a different somehow? the resize event seems to be delayed.. [11:00] mlankhorst: unity8's window sizing is a bit flawed right now. When clients requests surface, it is given fullscreen surface. Then when first frame is swapped, does unity8 resize surface to what is wants [11:00] so you always get a resize event shortly after surface creation [11:00] ok, that would explain things.. [11:00] known issue, I have code to fix it, I need to resurrect it and land it [11:01] that would really help me. :P [11:01] mlankhorst: ok, let me do that today. [11:03] greyback: are you now happy with my qtmir changes? (I tracked down my problems to PEBCAK) [11:04] alan_g: I am, just need to check one thing and then I can TA the new-migrate. Will then move onto the refactor, but from my initial look there was nothing controversial [11:05] greyback: great [11:09] greyback: but that could open another bug, until I call mir_surface_set_event_handler I can't process messages from the surface [11:09] so if you fix it will it be race-free? [11:10] alan_g: can you answer that? ^^ [11:13] mlankhorst: my understanding is when client calls mir_connection_create_surface with certain geometry defined in MirSurfaceParamters, the MirSurface returned should be checked again by the client to see the geometry it is given - as they may not be the same. [11:13] yeah, unfortunately I don't see a call to do so.. [11:15] mlankhorst: mir_surface_get_parameters should do it [11:16] mlankhorst: what race are you concerned with? [11:18] the size of the surface you have is available locally (as greyback says) and needs to be checked [11:18] what call gives me the size then? [11:20] oh right, the MirGraphicsRegion [11:23] but that only works for cpu rendering, not gl [11:26] oh nm, found it === dandrader is now known as dandrader|afk [12:54] alan_g: all approved, many thanks === dandrader|afk is now known as dandrader [12:57] greyback: thank you. === alan_g is now known as alan_g|lunch === Trevinho_ is now known as Trevinho === alan_g|lunch is now known as alan_g === chihchun_afk is now known as chihchun === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g === dandrader is now known as dandrader|lunch === dandrader|lunch is now known as dandrader === chihchun is now known as chihchun_afk [20:56] kgunn: kdub: hey, have one question about mir and the input system and events, who knows more about that? [20:56] basically I want to understand what is the flow for the evdev events we get on our devices [20:56] rsalveti: racarr and anpok [20:56] I know the shell is the one handling all the input, probably via mir [20:56] probably racarr in this timezone [20:57] cool, thanks [20:57] hm, no racarr around [20:57] rsalveti: he's just gone for lunch... [20:57] cool, will ping him later then, thanks!