=== mibofra is now known as Guest99474 [01:38] robert_ancell: mir_surface_type_freestyle is your winner. [01:38] RAOF, thanks! [01:40] You'll just need to not draw shadows. [01:40] Because, as a client, you can't do that correctly, so shouldn't try :P [01:40] Are the current shadows client side? [01:41] For GTK? Pretty sure they are. [01:41] Or, at least, GTK-on-Shell does client-side shadows. [01:41] I'm looking at what needs to be done to fix https://plus.google.com/+PopescuSorin/posts/Q2ExSx7K94c [01:41] I'm looking at what needs to be done to fix https://plus.google.com/+PopescuSorin/posts/Q2ExSx7K94c [01:41] I'm looking at what needs to be done to fix https://plus.google.com/+PopescuSorin/posts/Q2ExSx7K94c [01:42] I'm looking at what needs to be done to fix https://plus.google.com/+PopescuSorin/posts/Q2ExSx7K94c [01:42] There are a couple of things that need to be fixed there. [01:42] blah [01:42] mir_surface_type_freestyle will get you no decorations... [01:42] ok, my client was showing non of that going through :) [01:42] ...but then you'll have no way of moving the window :) [01:42] :P [01:42] RAOF, yeah, windows can't move themselves? [01:42] Correct. [01:43] There's planned API for it. [01:43] OK [01:43] (Plus, I don't know if U8 actually does anything different with type_freestyle yet) [01:43] Yeah, I suspect not [01:43] We should open up some bugs if not already there [01:43] (API is basically - ‘hey, Mir! This mouse button press started a window drag. Kindly move me with it’) [01:44] Yeah, certainly. [01:45] RAOF, you don't know of a bug for the proposed surface moving API do you? [01:45] I'm not seeing one [01:46] No, sorry. [01:46] OK, I'll open one [01:47] Huh, and there's not even a trello card. [01:47] This is one of those things that we all just know needs to happen, I guess ;) [01:47] Yeah, there's a lot of those that are invisible unless you know about some random conversation that occurred [01:47] Let me shine some light :) [01:50] RAOF, Does X have a clever way of telling the X server to "move with motion events" or does the client just convert every motion event into a window move request? [01:50] i.e. are we improving on the status quo here? [01:50] We're improving on the status quo here. [01:50] Do you know if Wayland it doing the same? [01:51] Yes; as long as by “Wayland” you mean GNOME Shell :) [01:52] (Or, less snarkily, xdg-shell, but that's only implemented by weston and Shell to my current knowledge) [01:52] Yes, I mean xdg-shell [01:52] See the “move” and “resize” requests on xdg_surface [01:52] Ah, bug 1398849 is what I was looking for [01:53] bug 1398849 in gtk+3.0 (Ubuntu) "support client-side window decorations (GTK on Mir)" [Wishlist,Triaged] https://launchpad.net/bugs/1398849 [01:56] robert_ancell: The dragging functionality you want is logged as: https://bugs.launchpad.net/mir/+bug/1420334 [01:56] Ubuntu bug 1420334 in Mir "[enhancement] Missing client API for relative surface movement" [Medium,Triaged] [01:57] Good news! Not only is 0.14.0 released in wily but we now get free dbgsym packages and more platforms than we test even :) [01:59] RAOF: Interestingly we build ppc archs that supposedly are big endian (by default). I bet they don't work... [02:00] duflu: You are correct. [02:00] There's only one spot that they don't work, though, which is pretty neat. [02:00] RAOF: The spot I documented? [02:01] I don't know which spot you documented, but it was the spot in GLRenderer (IIRC?) that checks endianness and throws on BE architectures. [02:02] Because we're too lazy to work out how to read big endian buffers. [02:02] RAOF: I documented what was missing for big endian in our pixel format typedef and also in ShmBuffer [02:02] That might be what you mean by GLRenderer [02:03] Ah, GlPixelBuffer. [02:44] Ok. Thanks, internet outage, for getting me down to Hillarys to test out the Ubuntu Touch wifi hotspot silo... === marcusto_ is now known as marcustomlinson === conyoo is now known as conyoo|AW === chihchun is now known as chihchun_afk === alan_g is now known as alan_g|lunch === Guest99474 is now known as mibofra === alan_g|lunch is now known as alan_g === mibofra is now known as Guest80174 === Guest80174 is now known as mibofra [13:55] hm firefox nightly builds are on gtk3 === marcusto_ is now known as marcustomlinson === dandrader is now known as dandrader|afk [14:58] for a menu surface with mir_edge_attachment_horizontal, how does mir know to align the left edges (for LTR text) or the right edges (for RTL edges)? [14:58] *RTL text [14:59] attente: there's logic in CanonicalWindowManagerPolicy for that placement. (If that's what you're asking) [15:01] alan_g: how does a mir client change this behaviour? [15:02] A mir client doesn't - it request a placement and the server chooses how to implement it [15:05] alan_g: ok, thanks === dandrader|afk is now known as dandrader === alan_g is now known as alan_g|EOW === balloons_ is now known as balloons === balloons39 is now known as balloons === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader