[05:06] good morning === _LibertyZero is now known as LibertyZero [08:53] jo-erlend: hey, do you have a minute? seif and I had some design question for zeitgeist integration and discovering files not opened === daker_ is now known as daker [09:34] JohnLea: (sorry jo) ^^ [09:47] Kaleo: hey, snapshot of unity-2d today? [10:05] didrocks: sure, why not [10:05] didrocks: going for lunch now, let's talk later [10:05] Kaleo: sure [11:41] njpatel, I have some branches waiting for review [11:42] I pinged lamalex last week but it seems that he forgot that [11:42] you are also assigned, should I assign that to other people? === API is now known as API_lunch === API_lunch is now known as API [13:26] njpatel, lamlex ping: [13:26] njpatel, I have some branches waiting for review [13:26] I pinged lamalex last week but it seems that he forgot that [13:26] you are also assigned, should I assign that to other people? [13:26] API: sorry i ran into massive computer troubles [13:26] i think i've got them sorted but just this morning [13:27] lamlex, no problem, just wanted to know if I should ask for review to other people === alex__ is now known as lamalex [13:56] tedg: Hey, Can I know your opinnion about https://bugs.launchpad.net/indicator-power/+bug/811777 and https://bugs.launchpad.net/indicator-power/+bug/811769 ? [13:56] Ubuntu bug 811777 in indicator-power (Ubuntu) ""Show Percentage Remaining" is more useful than "Show Time Remaining"" [Low,Incomplete] [13:56] Ubuntu bug 811769 in indicator-power (Ubuntu) "Power Menu should respect icon-policy hide setting" [Undecided,New] [13:57] or maybe is better to ask mpt as they are more design questions? [13:58] jjardon, So when we have things like that which need design input we add a bug task for "ayatana-design" so that they can prioritize it. [13:58] jjardon, So "Also affects project" [13:59] I don't think it should hide when full though... that seems like a support call waiting to happen. [13:59] And I think we should fix upower to better time instead of going back to percentage. [14:00] tedg: ok, done [14:00] But, I'll let mpt have a say on it ;-) [14:02] tedg: about the changes in https://wiki.ubuntu.com/Power : any idea how implement the certified or validated thing? Is there a database packaged somewhere with this info? [14:02] Also, I already told mpt that I'm not very sure this is the correct level to achieve this, suspend should work out-of-the-box. If not It's a kernel bug [14:03] jjardon, That's a good question. Let me find an answer for you. [14:03] jjardon, I think the idea was OEMs and other folks could install a package to change the default value of the DConf key. [14:03] jjardon, It is a kernel bug, but unfortunately a reality for many users. [14:04] Maybe is better to simply disable the suspend configuration options if Its not supported by the kernel [14:04] jjardon, The problem is that many drivers say they support it and are infact wrong. [14:04] tedg: IMHO hide a bug below a configuration options is not the better aproach [14:06] jjardon, I think perhaps we should hide the config if we know it's good... [14:06] jjardon, Only provide it on systems that aren't verified to be good. [14:07] tedg: I like more that option [14:07] jjardon, Write it up as a bug, and assign ayatana-design ;-) [14:08] tedg: sure, thanks! === m_conley_away is now known as m_conley [15:14] ola [15:42] API, ping [15:52] DBO, pong [15:52] tell me [15:52] API, does the a11y api require that there be a window associated with an object? [15:52] so if I wanted alt-tab to be a11y, does it need a window? [15:54] Daviey, well, at this moment I suppose that the objects that get the focus [15:54] ups [15:54] sorry [15:54] DBO, [15:54] at this moment [15:54] the a11y code [15:55] supposed that the objects will be included on a basewindow [15:55] but I didn't check how alt+tab is working [15:55] brb [15:55] in fact I thought that this was made by compiz but [15:55] not by unity plugin itself [16:04] hi :) [16:05] API, sorry about that [16:06] API, so alt-tab is in a baswindow [16:06] but that basewindow does not have a x window associated with it [16:06] is that a problem? [16:07] DBO, no [16:08] I don't go to low [16:08] Im trying to use nux as the most low level stuff here [16:08] if there are a nux::basewindow and gets the focus [16:08] it would be ok [16:09] API, what about for the input method support? [16:09] (I am thinking about dash now) [16:09] dash is using a custom input method ? [16:09] for what? [16:10] its not currently [16:11] but I assume it would eventually need to use SCIM or whatever is common now [16:12] aha [16:13] does that need an x window? [16:13] well, in that case, eventually I would require to check it [16:13] ;) [16:13] but in the case of the key events [16:13] Im also using nux [16:13] and fwiw, one of the pending things that I have in my todo [16:13] in add AtkText and AtkEditable text support on nux textual objects [16:14] tedg: done https://bugs.launchpad.net/ayatana-design/+bug/812394 [16:14] Ubuntu bug 812394 in gnome-control-center (Ubuntu) "Disable suspend/hibernate options when they are not supported" [Undecided,New] [16:14] DBO, so, please notify me when if you start to work on the input method stuff [16:14] so I could check that [16:15] and btw, that I already asked that [16:15] tedg: FYI upstream seems to like the idea [16:15] DBO, so now unity itself will take care of the alt-tab stuff? [16:16] API, yes [16:16] ok, better [16:16] as in this case I would not need to take care also about compiz stuff [16:17] smspillaz, just FYI, that modal-compiz-ldtp question I had on Friday I'm currently pinning on LDTP after finding out it's not directly modal related. I filed a bug, we'll see what they say [16:29] API, i'm reviewing your gconf -> gsettings branch now [16:30] we should file a bug on gsettings to not abort when a freaking schema is missing [16:30] if there already isn't one [16:30] seriously that is rediculous [16:31] lamalex, there are already one bug [16:31] and some weeks ago [16:31] a flame in a mailing list [16:31] I don't remember which one [16:31] probably desktop-devel [16:31] in summary, this is the way to go [16:32] check if the schema are present [16:32] if you want to be sure that _schema_new will not crash [16:33] lamalex, http://mail.gnome.org/archives/gtk-devel-list/2011-May/msg00099.html [16:40] API, +1, merge it up [16:41] lamalex, ok thanks [16:41] API, reviewing the focus branch now [16:41] lamalex, I would prefer if you review the other one [16:42] is really more smaller [16:42] so I could get and answer faster [16:42] and it is a regression [16:42] which other? [16:42] i reviewed the gconf one already [16:42] the focus branch are improvements [16:42] lamalex, https://code.launchpad.net/~apinheiro/unity/bug810045 [16:42] ok [16:43] API, the unity script isn't called by default [16:43] didrocks, am I right on that? ^^^ [16:43] hmm [16:43] so we have a problem here ... [16:43] to save time to avoid python [16:44] so taking into account that we want that env vars properly set [16:44] before running unity [16:44] lamalex: right, it's not called [16:44] where should I set those? [16:44] didrocks, could you take a look to that branch? [16:44] https://code.launchpad.net/~apinheiro/unity/bug810045 [16:44] looking, one sec [16:44] API, it wasn't working the other way? [16:45] if I can't do that on the unity script not sure where I should do that [16:45] lamalex, what means the other way? [16:45] without that branch? [16:45] the current way [16:45] in the code [16:45] lamalex, the current way is [16:45] API: why do you need those env var? [16:45] on the unityshell initialization code [16:45] didrocks, because if not [16:46] when calling gtk_init [16:46] that now seems to be called before unity plugin [16:46] gtk_init will load a11y modules [16:46] ahh [16:46] that means that the atk-bridge would [16:46] be using [16:46] a wrong atk implementation for some methods [16:47] those envvars are a hack added to solve the same problem with firefox [16:47] yah [16:47] i remember this from when i was assigned to a11y [16:47] they just said to the bridge to not be loaded [16:47] API: we can distro-patch compiz to set those env if we always need them [16:47] so where is gtk_init now? it was moved into its own plugin but i thought that was cancelled [16:48] in compiz [16:48] didrocks, so right now is compiz itself the one calling gtk_init? [16:48] API: exactly [16:48] hmm, yes that was I fear [16:48] lamalex, yes I saw that gtkloader plugin [16:48] I also tried there but no luck [16:48] didrocks, but now compiz made a call to gtk_init? [16:48] it is a upstream change or just for unity sake? [16:49] smspillaz, ^ [16:49] API: it's done for unity [16:49] API: you have unity dep on a new plugin [16:49] but compiz isn't able on upgrade to check dependencies [16:49] and to load the new plugin [16:49] so, it will just segfault… [16:49] the call to gtk_init is just a hack until compiz can handle plugins properly… [16:49] didrocks, but this is a temporal workaround or other solution is planned? [16:50] that answer my question [16:50] hopefully, we will be able to use the additional plugin for oneiric [16:50] API: so, I can add them to compiz right now [16:50] didrocks, I can do that if you want [16:50] but as you see, it is just set those envvars [16:51] before gtk_init [16:51] API: I'm doing the compiz update, so no worry, will do it ;) [16:51] API, ok so im going to reject this proposal [16:51] API, do you want me to review the focus branch? [16:53] lamalex, ok, yes reject that proposal [16:53] lamalex, yes please review that focus branch [16:53] sorry, it is really long [16:53] didrocks, so I need to assign that bug to compiz? [16:53] API: yes please, compiz + assign to me, I'll do it with the update tomorrow [16:53] didrocks, https://bugs.launchpad.net/unity/+bug/810045 [16:53] Ubuntu bug 810045 in unity "[a11y] Key events are not being emitted (Oneiric regression)" [Undecided,Confirmed] [16:55] didrocks, if I search for compiz, the first item is 0.9.5, it is correcT? [16:55] API: it is :) [16:56] didrocks, ok, done, you have now a new bug ;) [16:56] API: heh, excellent, thanks ;) [16:56] didrocks, thanks to you [16:57] but definitively we need to find a way to manage multi-toolkit environments without nasty hacks [16:58] but that would required to wait for atk-3 === daker is now known as daker_ === yofel_ is now known as yofel [20:53] hello everyone! is it unity or compiz that's responsible for restoring a window when double-clicking the top panel? [21:01] htorque: probably unity [21:02] thumper: thanks, that was my guess too. === m_conley is now known as m_conley_away