[05:17] <RAOF> duflu: Hm. Looking at https://code.launchpad.net/~vanvugt/mir/better-scaling-test/+merge/268894 it seems the sort of thing that kdub's test scheduler would be perfect for?
[05:18] <duflu> RAOF: Yeah it should have an equivalent test if not already. The immediate goal however is to fix that one unit test that kept breaking in CI
[05:18] <duflu> RAOF: Actually it might not need a test after kdub's work is done. May not be a feature. Dunno
[05:18] <duflu> That one test is holding up all my other work :P
[05:18] <RAOF> Yeah; what I was thinking was that you could *remove* the test in its current location and use the scheduling infrastructure.
[05:19] <RAOF> Which would make it much less verbose.
[05:19] <RAOF> (Possibly)
[05:21] <duflu> RAOF: The feature is possibly BufferQueue specific and may not live beyond that. I'd rather not move things around right now. Just fix the issue that's blocking all my other work
[05:21] <RAOF> Fair enough; I just thought that since you're re-writing the test anyway...
[10:18] <shengchieh> Hi, does any one know how to cross compile platform-api package(https://launchpad.net/ubuntu/+source/platform-api) ?
[10:32] <anpok> shengchieh: I havent tried for a while..
[11:30] <kdub> vogons, any more reviews? :) https://code.launchpad.net/~kdub/mir/client-resize-logic/+merge/268269
[13:31] <attente> AlbertA: hi, for mir menu surfaces i think we're going to need some extra functionality
[13:32] <attente> for example, gtk has combo boxes which when clicked need to be pop over the attachment rectangle at a position determined by the current selection
[13:37] <attente> it's further complicated because gtk prefers the combo box menu to be flush with the edge in this case
[13:37] <attente> instead of flipping vertically relative to the attachment rectangle
[13:41] <attente> in this case we need to know how far the menu surface is offset from its requested location
[14:26] <AlbertA> attente: hi, but how would knowing the offset help?
[14:29] <AlbertA> attente: so if I understand right, the selection would be shown as if it is within the combo box? and therefore the menu for that combo box would shift position accordingly?
[14:32] <attente> AlbertA: exactly, the combo box shifts position to align the current selection on top of the combo box widget
[14:33] <attente> AlbertA: you can see this behaviour in the open file chooser dialog in gedit for example
[14:33] <attente> when you can select between All Files and All Text Files
[14:34] <attente> or the character encoding filter