=== willcooke_ is now known as willcooke [11:29] anpok: do we ever want multiple input modules? (I'm wondering if probe_input_platforms() must return a collection - things are simpler if there can be only one.) [12:00] alan_g: hm at some point I thought it would be useful.. but at the moment it is rather causing troubles when both x11 and evdev are in use.. [12:00] in other words there is currently no use case for it [12:01] alan_g: by changing that you would avoid this problem: https://bugs.launchpad.net/mir/+bug/1528110 [12:01] Launchpad bug 1528110 in Mir "Mir On X (mesa-x11) keeps receiving mouse movement events even when not focused" [Medium,Triaged] [12:02] which only happens when you run as root from an x11 terminal.. [12:02] anpok: and it would greatly simplify addressing the issue Chris and I have been discussing in https://code.launchpad.net/~alan-griffiths/mir/fix-1543049/+merge/287644 [12:04] Would the hypothetical "useful" scenaro be better addressed by an input module that "talked" to multiple drivers underneath? [12:08] alan_g: I think just changing the code to yield a single result is fine untill we find a use case in which it would be "useful" - [12:09] or actually the use case was for unity8 to inject user input.. [12:09] but they just changed the setup.. [12:10] and they are currently allowed to use uinput to inject it there.. [12:10] then again .. there are various places were we could allow input injection.. [12:19] Multiple "platforms" isn't how I'd support injection. Weird devices that use strange drivers mixed with normal ones, maybe, if that actually happens and matters. === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g === dandrader is now known as dandrader|afk === tvoss|lunch is now known as tvoss === dandrader|afk is now known as dandrader === dandrader is now known as dandrader|afk === alan_g is now known as alan_g|EOD === dandrader|afk is now known as dandrader