[00:04] <Moc> I'm sorry for all the bug report I've done today
[00:22] <LLStarks> bug 739068 kudasai
[00:49] <humphreybc> http://www.omgubuntu.co.uk/2011/03/gnome-shell-smooth-inset-theme-is-light-airy-and-beautiful/#comment-168710449
[00:49] <humphreybc> good for a laugh
[00:54] <humphreybc> hey, godbyk!
[00:54] <humphreybc> long time no chat :)
[01:22] <LLStarks> http://ubuntuforums.org/showthread.php?p=10582383
[03:08] <LLStarks> is wayland feasible for oneiric?
[03:11] <RAOF> Depends on what you mean.
[03:18] <LLStarks> implementation-level, rather than just as an experimental display method and sandbox.
[03:19] <RAOF> If we dumped a bunch of resources into it I suspect we could default to wayland for oneric.
[03:19] <RAOF> Assuming you're ok with throwing the binary drivers under the bus.
[03:21] <LLStarks> if prime gpu switching materializes this summer, i would.
[03:24] <RAOF> Buy me a switchable-graphics laptop and I'll work on it for you :)
[04:23] <LLStarks> it sucks when driver development requires investing in machines that may never work properly
[04:23] <LLStarks> i'm sure nvidia could do something that works within the constraints of x.
[04:39] <Moc> sladen: I hope you don't hate me too much
[05:27] <sladen> Moc: not at all!  File away, there are tonnes of bugs to find and it's very useful that you are hunting them down and taking the time to document them
[05:28] <sladen> Moc: testing is a very important, and often forgotten aspect of development
[05:30] <Moc> true, just that I'm a little late to report them
[05:31] <Moc> I really didn't like the unity idea, I like my current desktop look.  But I must say I wasn't as disapointed as I though I would be
[05:33] <Moc> I think, mostly as it, it be great for mostly every light usage
[05:33] <sladen> Moc: I think other people share your thoughts too
[05:35] <sladen> Moc: the GNOME 2D panel won't be there forever.  Everyone is being forced to jump (GNOME 3 Shell/Unity).  Hopefully the presence of Unity means that the jump is shorter and less of a step/surprise
[05:35] <LLStarks> it's a logical progression.
[05:35] <LLStarks> linux needs a fresh face
[05:35] <Moc> LLStarks: I agree
[05:36] <Moc> The problem I find with a left dock (or any docs) is it reduice the clear txt list of active windows running
[05:36] <sladen> "Launcher"
[05:37] <Moc> also, the move to the OSX style to have the file/edit at a single location is really bad for multi screen setup... no idea how Apple lover stand it
[05:37] <sladen> yup, and another is the spatial assocation.  For instance on a taskbar, the first terminal (right at one edge) is the one with my email in it
[05:37] <Moc> sladen: yes,, I need to learn the right term, thx
[05:38] <sladen> under Unity who knows which Terminal I'm going to get when I click the Terminal icon (I have 10+ open)
[05:38] <sladen> well 41 terminals
[05:38] <Moc> exactly, having a list of group terminal show at the right of the Launcher Application icon might be what needed
[05:39] <sladen> but a lot of that is down to Alt-Tab disrupting the stack order (Fix now Committed I believe)
[05:39] <Moc> One annoying default Alt-Tab setting is the 200ms delay before the list of window is shown
[05:40] <Moc> I figured out today that it actually a setting ! But I think it should be at 0 by default
[05:41] <Moc> I also change it so the background window switching when I press alt-tab is darker, because I was really being  hypnotize when I was going from a white page to a black terminal
[05:41] <Moc> I couldn't find a way to make it display on both screen or on the screen where the cursor is on
[05:42] <sladen> Moc: https://bugs.launchpad.net/bugs/683635 and https://bugs.launchpad.net/bugs/684843  I think.  Please add your thoughts on those bug reports
[05:42] <Moc> Anyway, I'm very picky to these details
[05:44] <sladen> Moc: join the club.  Being picky about details is how Ayatana and Ubuntu got to where they are
[05:46] <Moc> When you use a OS more than 14 hours per day ! Everything picky stuff matter !
[05:46] <sladen> :)
[05:47] <sladen> talking of which, it's past 5am, and I should be getting up about now, not going to sleep!
[05:47] <Moc> about the same, I need to get up in 3 hours
[05:55] <Moc> unity need lot of work in multi screen experience
[05:58] <LLStarks> yo guys, how do i bugfile against the ppa scrollbars?
[06:10] <soreau> I dont understand where File Edit Etc bar is for firefox
[06:10] <soreau> running compiz and unity-panel
[06:10] <soreau> Even when the window isn't maximized, this bar is not present
[06:11] <soreau> Where is it hiding?
[06:12] <TheMuso> soreau: Move your mouse up tot he top panel, and you should see the menus appear... Its personally a bad design IMO.
[06:12] <TheMuso> The hidden menus by default that is.
[06:15] <soreau> TheMuso: I can only grab the title bar there, no other menus clicking any which way
[06:15] <soreau> And don't start talking about design
[06:15] <soreau> (don't get me started, srsly)
[06:16] <soreau> I only want to learn enough how to use this thing so I can support other users that will be a kabillion times more confused than me at using their desktop
[06:19] <soreau> Not exactly smooth transition from the expected gnome desktop experience
[06:22] <TheMuso> hrm don't know whats going on then.
[06:22] <Moc> soreau: if you want the file/edit... back in your window, sudo apt-get remove indicator-appmenu
[06:23] <Moc> and logout and log back in
[06:32] <bwright> Hello. I am writing a patch to move the launcher to other locations (Top, Bottom, Left, Right). Any tips in where Launcher.h|cpp is documented or where to look? I am not keen to filter through 4k lines of cpp this afternoon.
[06:58] <DBO> bwright, you are welcome to ask me questions
[06:58] <DBO> but you are not going to easily just move to a positionable launcher right now
[06:59] <DBO> bwright, I wish I could tell you that we engineered the whole thing to be positionable
[06:59] <DBO> but we just never had the time to make it that clean
[06:59] <DBO> and with changing designs the code gets stale and ugly quick
[07:18] <soreau> Moc: Thanks, that was ridiculous
[07:18] <soreau> What's going on there?
[07:24] <bwright> DBO: Alright how tied to the left is it?
[07:25] <DBO> imagine driving two trains head on into each other at 100 MPH
[07:25] <DBO> then try to separate them...
[07:25] <DBO> and yes, I purposely use the trainwreck analogy here
[07:26] <bwright> Arlight, so I am looking at a major refactoring.
[07:27] <bwright> When/where is the launcher actually drawn to the screen?
[07:27] <soreau> What is this unity thing modeled after?
[07:27] <DBO> there is a method called DrawContent
[07:27] <DBO> what do you mean?
[07:28] <soreau> Quite possibly the most confusing way to use a desktop, evar
[07:29] <bwright> DBO: Cheers found it I am going to give this reactoring a shot. It may take a while for it to be remotely functional
[07:42] <soreau> there is no preview in ring switcher for vncviewer from xtightvncviewer package
[07:51] <didrocks> good morning
[07:52] <DBO> morning didrocks
[07:52] <DBO> didja get my email?
[07:52] <didrocks> hey DBO!
[07:52] <didrocks> DBO: didn't finish the emails, just back from a 3 days week-end, still have hundreds :)
[07:56] <fta2> hi
[07:56] <fta2> guys, please re-open bug 724874
[07:56] <didrocks> smspillaz|zzz: ^^
[07:56] <RAOF> DBO: You guys aren't planning on enabling the blur plugin by default anytime soon, were you?
[07:56] <smspillaz|zzz> the hell ?
[07:56] <smspillaz> RAOF: no
[07:57] <smspillaz> fta2: how did you reproduce it ?
[07:57] <DBO> RAOF, no
[07:57] <RAOF> DBO: smspillaz: Rock.
[07:57] <fta2> smspillaz, closing googleearth, see #20
[07:57] <smspillaz> ok
[07:57] <RAOF> So I don't have to treat r600g's blur craziness as an OMGCRITICAL.  Superb.
[07:57] <fta2> i meant , #23
[07:57] <smspillaz> *sigh* have to install proprietary software :/
[07:59] <fta2> smspillaz, #22 said it happens with banshee too
[07:59] <smspillaz> does it happen all the time ?
[07:59] <smspillaz> is it random or reliable ?
[08:00] <fta2> not sure
[08:00] <fta2> i'm not on the same machine right now
[08:00] <smspillaz> oh, hrm, the stacktraces are actually useful now
[08:01] <smspillaz> when I was doing this before there was stack corruption and it made debugging this a complete pain
[08:01] <fta2> yep, i attached a fully resolved trace
[08:01] <fta2> wouldn't have bothered otherwise
[08:02] <smspillaz> uh-huh ... the version ubuntu is using and upstream is using differs slightly
[08:02] <smspillaz> my lin 726 is just blak
[08:02] <smspillaz> *blank
[08:04] <smspillaz>         win = <value optimized out>
[08:04] <smspillaz>         d = 0x0
[08:04] <smspillaz>         iter = 0x0
[08:04] <smspillaz> what the hell?
[08:05] <smspillaz> why on earth would d have two values!?!?!
[08:05]  * smspillaz thinks something is up here
[08:05] <MacSlow> hey folks
[08:05] <smspillaz> hi MacSlow
[08:05] <MacSlow> hi smspillaz
[08:12] <fta2> didrocks, last friday, i filed a bug with a unity/compiz crash on startup: bug 737814
[08:12] <LLStarks> raof, speaking of blur: http://i.imgur.com/27wr1.png
[08:12] <didrocks> fta2: thanks, I'll add it to the list of this week fix
[08:12] <LLStarks> failblur
[08:14] <oSoMoN> good morning
[08:19] <fta2> boom, compiz crashed with SIGSEGV in DeviceLauncherIcon::UpdateVisibility()
[08:21] <zniavre> good morning
[08:22] <zniavre> an idea when unity and nux will be updated please?
[08:44] <LLStarks> bug 739068
[09:04] <RAOF> DBO: Oh, by the way?  Your nux commit fixes the unity crash for me.  Also, HOW DO YOU STAND THE NUX BUILD TIME?!‽
[09:08] <htorque> RAOF, have you tried to build it w/o documentation (--disable-documentation)? seems to save some time.
[09:10] <DBO> RAOF, i make sammiches
[09:10] <DBO> RAOF, also, make -j4
[09:13] <didrocks> RAOF: don't complain, you don't build the doc as well :)
[09:14] <didrocks> RAOF: which asks for a pbuilder :/
[09:18] <htorque> DBO, what should i do when getting an invisible window on all workspaces? it happened twice in the last week, i have no idea what's causing it and what i should add to a report when i see it happening again.
[09:19] <DBO> uhm... didrocks ^^
[09:19] <DBO> my brain is off...
[09:19] <didrocks> htorque: xprop + click it
[09:19] <didrocks> htorque: if it's not that important, then, you can xkill it :)
[09:20] <htorque> didrocks, no, invisible windows aren't that important to me :P
[09:20] <didrocks> :)
[09:22] <htorque> didrocks, i only got this from the last time it happened: http://paste.ubuntu.com/575909/
[09:22] <htorque> guess it doesn't help a lot
[09:23] <didrocks> htorque: hum, not really, smspillaz is aware of this anyway
[09:24] <htorque> didrocks, but it's not the one in the top-left corner - it's located on the bottom half of the screen (something like this: http://img.xrmb2.net/images/335779.png)
[09:27] <didrocks> htorque: the position depends on where compiz set it
[09:35] <htorque> didrocks, ok, thanks! i will just follow bug 709461 for the time being :)
[09:38] <didrocks> htorque: thanks, do not hesitate if you can find any reproducible testcase :)
[09:51] <Moc> good morning
[09:54] <LLStarks> didrocks, the new launcher icons don't appear when upgrading to 3.6.6
[09:54] <LLStarks> and explicit --reset-icons call is required
[09:54] <soreau> hi Moc
[09:54] <didrocks> LLStarks: which new launcher icons?
[09:55] <LLStarks> bug 714707
[09:57] <LLStarks> in short, updating unity should reset its icons and/or settings
[09:57] <didrocks> LLStarks: yeah, we don't upgrade unstable release users
[09:57] <didrocks> it's a lot of work and corner cases
[09:58] <LLStarks> what if i'm alpha 1/2? they won't see unity progress unless they know specifically to reset their icons.
[09:58] <didrocks> LLStarks: most of alpha user reinstall and don't ugprade
[09:58] <didrocks> so I prefer spending one hour fixing actual crash than writing migration code for some folks that can reset their icons TBH
[09:58] <didrocks> but of course, a patch for that is welcome :)
[09:58] <LLStarks> makes sense
[10:00] <Moc> ;)
[10:04] <LLStarks> maybe i will write a patch... the usage case warrants it imho. the launcher should refresh its icons whenever updated without being destructive to user-added launchers.
[10:07] <LLStarks> i think it'll be small things like this that'll bring unity up to par with gnome-shell's seamless and immersive look. unity, component-wise is amazing, but it lacks a comprehensive focus to make everything (indicators, global menus, etc) look pretty together.
[10:18] <dbarth> rodrigo_: ping?
[10:18] <rodrigo_> hi dbarth
[10:22] <dbarth> rodrigo_: hi
[10:22] <dbarth> rodrigo_: i just wanted to give you and apinheiro a heads up about DBO's lastest branch
[10:22] <rodrigo_> oh, ok
[10:23] <dbarth> rodrigo_: it fixes some more launcher issues but may create a regression with a11y again
[10:23] <rodrigo_> oh, key navigation again?
[10:23] <dbarth> rodrigo_: see lp:~unity-team/unity/unity.hide-cleanup and lp:~unity-team/nux/nux.unity-hide-cleanup
[10:23] <dbarth> rodrigo_: not keynav
[10:24] <dbarth> but focus/grabs may be impacted
[10:24] <rodrigo_> ok
[10:24] <dbarth> the branch is still being reviewed, as we want to be super cautious with such a late refactoring
[10:24] <rodrigo_> ok
[10:24] <dbarth> rodrigo_: but please give that one a try and subscribe to the merge prop
[10:25] <dbarth> rodrigo_: apinheiro should already be on it as well; can you make sure he knows when he connects?
[10:25] <rodrigo_> yes
[10:25] <dbarth> thanks
[11:49] <kamstrup> Kaleo: Hi - please see https://wiki.ubuntu.com/Unity/Lenses?action=diff&rev2=13&rev1=12 I added an (optional) signal to the place dbus API for the shell(s) to track when a place considers a search "done"
[11:49] <kamstrup> Kaleo: both place daemons support it in their trunk branches which will be released this Thur
[12:25] <Kaleo> kamstrup: nice
[12:25] <Kaleo> kamstrup: "Places are not required to emit this signal * and the Unity shell must assume that they do
[12:25] <Kaleo> the wording is a bit odd
[12:36] <Kaleo> kamstrup: thanks a lot
[14:04] <fta2> didrocks, bug 739083
[14:05] <fta2> bug 739083
[14:05] <didrocks> fta2: yeah?
[14:05] <fta2> another crasher
[14:05] <fta2> many dupes
[14:06] <didrocks> fta2: https://bugs.launchpad.net/unity/+bug/737318
[14:06] <fta2> oh
[14:06] <fta2> mine was a dupe too
[14:06] <fta2> well, if you already know, i'm fine
[14:07] <didrocks> fta2: yeah, we should get a fix this wekk
[14:07] <didrocks> week*
[14:08] <fta2> i hate crashers, even if i would prefer fixes for 739205 & 728428 & 692463
[14:10] <didrocks> fta2: yeah, right now, respawn and crashers are the first focus
[14:17] <aruiz> kenvandine, 0.1.0
[14:17] <aruiz> kenvandine, :-)
[14:18] <kenvandine> aruiz, woot
[14:18] <kenvandine> aruiz, highlights for the changelog?
[15:00] <aruiz> kenvandine, fixed crashers when opening the printpreview and the formula editor
[15:00] <aruiz> kenvandine, no bug id for those
[15:00] <aruiz> kenvandine, code cleanup
[15:00] <aruiz> kenvandine, and documentation in README/HACKING
[15:00] <kenvandine> aruiz, yeah... i already found that and uploaded
[15:00] <kenvandine> :)
[15:35] <jordan> any appmenu-gtk devs around?
[15:36] <jordan> I'd like a second pair of eyes to look at https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/718223
[15:37] <jordan> the crash seems to be happening in register_application_window_cb() inside of appmenu-gtk
[15:44] <seb128> jordan, try pinging tedg or mterry
[15:46]  * mterry looks
[15:46]  * tedg clicks 
[15:52] <mterry> jordan, this may be a dup of https://bugs.launchpad.net/ubuntu/+source/appmenu-gtk/+bug/729065
[15:53] <mterry> jordan, in which case, it is fixed as of the 10th.  is it still reproducable?
[15:59] <jordan> mterry: OP reports that it happened "everytime" on 3/16 but I'm not seeing the behavior
[16:00] <jordan> it's also possible he hadn't / hasn't updated to the newest version
[16:13] <kenvandine> wow, i just hit that unity focus problem... haven't seen that in ages...
[16:13] <kenvandine> can't click on the launcher :/
[16:19] <kenvandine> seb128, do you know the bug number for that focus bug where you can't click on the launcher... clicks go right though
[16:20]  * kenvandine is always amazed at seb128's bug finding magic
[16:20] <apinheiro> jaytaoko, can I make you a question?
[16:22] <jaytaoko> apinheiro: sure
[16:22] <seb128> kenvandine, sorry but I don't know about this bug
[16:22] <apinheiro> jaytaoko, I realized that BaseWindow has the signal sigVisible, but as it is an Area subclass (via View)
[16:22] <apinheiro> it also has the signal
[16:23] <apinheiro> OnVisibleChanged
[16:23] <apinheiro> what signal I should use in order to know when the BaseWindow change his visible status?
[16:23] <kenvandine> ah, bug 737420
[16:24] <kenvandine> i am sure there was a bug like this in the past that was fixed
[16:27] <apinheiro> jaytaoko, well, and also remembered that the WindowCompositor emit this signal
[16:27] <apinheiro> as I asked for that
[16:27] <jaytaoko> apinheiro, yes, the WindowCompositor emits that signal
[16:28] <jaytaoko> apinheiro: is the WindowCompositor signal ok for you?
[16:28] <apinheiro> jaytaoko, ok, anyway that would be good from a third object
[16:28] <apinheiro> but
[16:28] <apinheiro> in the case of the basewindow itself
[16:28] <apinheiro> what should I use?
[16:28] <tedg> kenvandine, Are you looking into bug 730528, how should I triage it?
[16:28] <apinheiro> I tried to connect to BaseWindow sigVisible signal
[16:28] <apinheiro> and it seems that it is not called
[16:29] <jaytaoko> apinheiro: let me check
[16:29] <kenvandine> tedg, not sure, probably should be a low... there is a work around
[16:29] <kenvandine> to specify the constructor
[16:30] <kenvandine> there are quite a few cases like that i have seen
[16:30] <tedg> kenvandine, Okay, but "Confirmed" is appropriate?
[16:30] <kenvandine> yeah
[16:31] <dbarth> klattimer: ping?
[16:32] <klattimer> hey
[16:32] <dbarth> klattimer: can't remember if you merged your branch with the ask_password fix?
[16:32] <dbarth> ie, to mark https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/724856 fixed
[16:33] <klattimer> dbarth: I think it was, my browser is slow though
[16:33] <dbarth> ah, the bug is still marked private for whatever reason
[16:33] <jaytaoko> apinheiro: on which BaseWindow were you trying to get the sigVisible signal?
[16:34] <apinheiro> jaytaoko, on the main three
[16:34] <apinheiro> launcher
[16:34] <apinheiro> dash
[16:34] <artfwo> kenvandine, tedg that bug does not have a workaround - it makes subclassing Indicators impossible
[16:34] <apinheiro> and panel service
[16:34] <apinheiro> the ones that we are looking at
[16:34] <apinheiro> at this moment
[16:34] <dbarth> klattimer: can you check and mark the bug accordingly?
[16:34] <kenvandine> oh, true
[16:34] <dbarth> klattimer: i'll move it to this week's milestone, just in case
[16:34] <klattimer> dbarth: it hasn't been merged yet
[16:34] <kenvandine> artfwo, there are quite a few cases where that is true with gir though
[16:35] <artfwo> kenvandine, unfortunately, I've stumbled upon it when porting over my indicator to gir (I had a MyIndicator(Indicator) subclass)
[16:36] <kenvandine> artfwo, yeah
[16:36] <jaytaoko> apinheiro: on the Dash I think there maybe a bug. But on the launcher it should be working...
[16:37] <jaytaoko> apinheiro: are you getting that signal from the launcher?
[16:37] <kenvandine> artfwo, i think that happens wherever there is more than one constructor available
[16:37] <kenvandine> in this case new and new_with_path
[16:38] <apinheiro> jaytaoko, sigVisible?
[16:38] <jaytaoko> apinheiro: The launcher itself is not a BaseWindow, you have to get the signal from the container of the Launcher
[16:38] <kenvandine> although i would think there would be a way for it to know which is the default
[16:38] <apinheiro> or you mean the signal defined on Area?
[16:38] <jaytaoko> apinheiro: yes, sigVisible
[16:38] <apinheiro> jaytaoko, no, Im not getting that signal from the BaseWindow that contains the launcher
[16:38] <apinheiro> in fact this is why Im asking if I should use other signal
[16:39] <apinheiro> right now I will try to use the windowcompositor one
[16:39] <apinheiro> I also tested the Area ones, as BaseWindow is also an area
[16:39] <apinheiro> but it didn't work either
[16:39] <artfwo> kenvandine, anything like superclass.__init__() in the gir world simply calls g_object_new in the c world
[16:40] <jaytaoko> apinheiro: yes, OnVisibleChanged is not completely hooked yet, do not use it
[16:40] <kenvandine> artfwo, yeah we could include an overrides file
[16:40] <apinheiro> jaytaoko, ok
[16:40] <apinheiro> anyway, as I said
[16:40] <apinheiro> sigVisible doesn't seems to work either
[16:40] <kenvandine> artfwo, just seems to me there should be a more general way to fix this
[16:40] <apinheiro> at least in my tests
[16:40] <LLStarks> a wild shuttleworth apppears: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/739068/comments/2
[16:40] <kenvandine> artfwo, since it seems to happen in many cases
[16:40] <apinheiro> jaytaoko, if the launcher is hidden
[16:40] <apinheiro> and I press alt+f1 to start to
[16:41] <apinheiro> interact to it
[16:41] <apinheiro> that signal should be emitted, right?
[16:41] <artfwo> kenvandine, please comment in the bug, if you know the solution sometime :)
[16:41] <kenvandine> artfwo, well i am going to fix it :)
[16:41] <jaytaoko> apinheiro: wait, I am not sure about that
[16:41] <kenvandine> either with an override or other
[16:41] <Kaleo> jcastro: hi! do you know how much time it takes for somebody who does not know Unity to implement a very simple place?
[16:42] <jaytaoko> apinheiro: I think the launcher is not really "hidden" in the code. It is just moved outside of the screen
[16:42] <jcastro> Kaleo: it took stefano about 2 hours of sort of poking around and asking some questions
[16:42] <jcastro> Kaleo: for his first one. I suspect if he does another one it will be easier
[16:43] <jaytaoko> apinheiro: I think the launcher is always visible and it is just translate in or out of the screen
[16:43] <LLStarks> jcastro, is there a hotkey for the appmenu in unity?
[16:43] <apinheiro> jaytaoko, ah ok
[16:43] <jcastro> LLStarks: f10
[16:43] <LLStarks> thx
[16:43] <apinheiro> this is also the case with the dash?
[16:43] <jcastro> or alt-f or whatever normal one the apps have
[16:43] <LLStarks> firefox is alt+f
[16:44] <jaytaoko> apinheiro: no the dash is hidden in the code... but I think there is a bug there... let me check...
[16:44] <jcastro> Kaleo: there's an example python place that we point people too if he wants to whip one up. http://www.grillbar.org/wordpress/?p=544
[16:45] <apinheiro> jaytaoko, on the dash it works
[16:45] <apinheiro> I properly get the notification of a visibility change
[16:45] <apinheiro> so you are right about the launcher
[16:46] <apinheiro> probably it is always visible, but "out of the window"
[16:46] <LLStarks> i honestly think the unity learning curve is going to be difficult unless all of the unity hotkeys are made readily apparent before download during a features tour or during ubiquity installation
[16:46] <apinheiro> in fact, "out of the screen"
[16:46] <jaytaoko> apinheiro: ok so that is good for the dash... I thought there was a bug there
[16:46] <apinheiro> jaytaoko, yes, no problem
[16:46] <apinheiro> jaytaoko, just one last question
[16:46] <apinheiro> about the focus
[16:46] <jaytaoko> apinheiro: as for the launcher, yes I think it is just "out of the screen"
[16:46] <apinheiro> in the end when you start to interact with the basewindow
[16:46] <apinheiro> just the launcher gets the focus, right?
[16:47] <Moc> The only thing that I didn't catch, is the middle button that can be used to start a new instance of an application from the launcher
[16:47] <apinheiro> I mean, the basewindow gets the focus
[16:47] <apinheiro> jaytaoko, there is any way to know which is the "active window" on that moment=
[16:47] <apinheiro> ?
[16:48] <Moc> I got lot of complaint about unity, but I think it show interest to progress from the linux legacy look
[16:48] <jaytaoko> apinheiro: let me check...
[16:48] <Moc> For home/low usage desktop, I think unity is great
[16:50] <Kaleo> jcastro: nice to know, did Stefano do it in Python?
[16:50] <jcastro> yeah
[16:51] <jcastro> lp:askubuntu-lense
[16:51] <Moc> I find unity require too much mouse movement.  Everything is far
[16:52] <Kaleo> jcastro: thanks!
[16:53] <jcastro> Kaleo: send the person my way when they have something, I'd like to highlight all the lenses people are making, and also kamstrup is doing a great job answering questions so you can send the guy here too
[16:54] <jaytaoko> apinheiro: that would depend on the definition of focus. following Alt+F1, the launcher window is placed on top of all the other BaseWindow. That is how it gets the key events first...
[16:55] <jaytaoko> apinheiro: but it does not have the "focus"
[16:55] <apinheiro> jaytaoko, well, in the case of the launcher, i know that it have the focus because I connect to the signal OnStartFocus
[16:56] <apinheiro> and this is fine
[16:56] <apinheiro> because is the object you are interacting with at
[16:56] <apinheiro> that moment
[16:56] <apinheiro> but it is also true that at that moment
[16:56] <apinheiro> the "active" BaseWindow
[16:56] <apinheiro> is the one that contains the launcher
[16:56] <apinheiro> there is any way to know which is the BaseWindow active on that moment
[16:56] <apinheiro> any signal?
[16:56]  * apinheiro checking gtk doc
[16:56] <jaytaoko> apinheiro: you are right
[16:57] <jaytaoko> apinheiro: tyhe launcher receives a focus... we just implemented a grab mechanism that gives the pointer or mouse focus to an area.
[16:58] <LLStarks> trying to figure out exactly which projects bug 739506 should be filed against. i probably dun goofed.
[16:58] <LLStarks> not sure if ayatana design is appropriate
[16:59] <apinheiro> jaytaoko, so, any way to know which is the current active BaseWindow?
[16:59] <jaytaoko> apinheiro: I think you are looking for the BaseWindow that contains the area that has the pointer or keyboard grab
[16:59] <lamalex> can anyone tell me if this is true? https://bugs.launchpad.net/unity/+bug/735120
[16:59] <apinheiro> one way would be just "set as active" the BaseWindow that contains the focused object
[16:59] <lamalex> is it false in gnome 2.x?
[17:00] <jaytaoko> apinheiro: let me check...
[17:00] <jcastro> LLStarks: there's a project on lp for the opening animation thing. I can't remember what it is though
[17:02] <jcastro> the tour in the installer
[17:04] <fta> jcastro, hi, any update on the webapps issue?
[17:04] <LLStarks> probably the ubiquity project or something associated.
[17:05] <jcastro> fta: no response yet
[17:07] <fta> ok :(
[17:08] <DBO> apinheiro, i need you to test a branch for ATK regressions
[17:08] <DBO> apinheiro, https://code.launchpad.net/~unity-team/unity/unity.hide-cleanup/+merge/54167
[17:08] <apinheiro> DBO, Im right now compiling those branches
[17:08] <DBO> apinheiro, super dude
[17:08] <DBO> thanks
[17:08] <apinheiro> DBO, no problem, thanks to you
[17:10] <lamalex> guys, this is a bug in chromium or compiz? https://bugs.launchpad.net/unity/+bug/735363
[17:10] <lamalex> i would imagine it's chromium doing something funny
[17:11] <LLStarks> the global appmenu is ridiculously misguided with respect to un maximized apps.
[17:14] <DBO> LLStarks, the mailing list is trolled by design more than this IRC channel
[17:17] <LLStarks> i avoid mailing lists whenever possible because of the gated access makes everything so elitist
[17:17] <LLStarks> lp is the great equalizer. post a bug, it goes to ayatana-bugs automatically.
[17:18] <LLStarks> who needs mailing lists when you have a benevolent dictator being the first to comment on your bug?
[17:20] <apinheiro> DBO, after my test it seems to work fine,
[17:20] <apinheiro> well at least
[17:20] <apinheiro> "as fine as before"
[17:20] <DBO> WEWT!
[17:21] <DBO> apinheiro, can you approve in the review too then
[17:21] <DBO> njpatel, ^^ my hear is all a-flutter
[17:21] <DBO> heart*
[17:21] <apinheiro> as it seems that at-spi and at-spi2 behaves different, Im trying to solve it
[17:21] <apinheiro> DBO, ok, I will also take a look to the code, but as I said, at
[17:21] <apinheiro> it is working as without ig
[17:21] <apinheiro> s/ig/it
[17:22] <DBO> i just needed you to approve based on it not breaking your stuff
[17:22] <DBO> yu are not responsible for the code review itself
[17:22] <DBO> (3 reviews are requested on that branch)
[17:22] <apinheiro> DBO, as far as I see this changes is more about how to hide/show it
[17:22] <apinheiro> but current support is based on the launcher icon selected
[17:22] <apinheiro> and if the launcher has the focus or not
[17:22] <apinheiro> and this seems to have not changed
[17:23] <DBO> apinheiro, you checked in places too right?
[17:23] <apinheiro> (where "support"=="a11y support")
[17:23] <DBO> because i made some BIG changes there
[17:23] <apinheiro> DBO, well, right now there isn't any a11y support on places
[17:23] <apinheiro> last week I was busy with a regression and other things
[17:23] <njpatel> DBO, awesome, I'll finish off the review in 30mins wrt places
[17:23] <apinheiro> so as I need to start from zero on places
[17:24] <apinheiro> it doesn't matter if it is before or after your change
[17:24] <DBO> perfect
[17:29] <apinheiro> DBO, anyway, as Im seeing the code, there are also some changes on the panel
[17:29] <apinheiro> so it is still missing rodrigo review
[17:29] <DBO> yeah some small ones
[17:29] <apinheiro> as he was the one that implemented the a11y support for the panel-service
[17:29] <apinheiro> so it would be better if he test/review that part
[17:38] <apinheiro> DBO, I have just approved that branch, and included rodrigo on it
[17:39] <DBO> thank you
[17:39] <apinheiro> DBO, you are welcome
[17:39] <apinheiro> njpatel, BTW, as we are talking about review
[17:39] <apinheiro> s
[17:39] <apinheiro> could you review this:
[17:39] <apinheiro> https://code.launchpad.net/~apinheiro/nux/Bug734803/+merge/54190
[17:39] <apinheiro> or ask somebody to test it?
[17:40] <DBO> im less worried about the panel
[17:40] <apinheiro> DBO, yes
[17:40] <apinheiro> as most of the work was done on the panel-service
[17:40] <apinheiro> right now unity just expose the button there
[17:40] <apinheiro> but just in case
[18:19] <om26er> nnnaji, question: how do you read 'Nnaji' ?
[18:19] <nnnaji> naaa geee ;)
[18:20] <om26er> too bad he left, in Urdu it means 'no, dear' :)
[18:30] <kenvandine> wow bug 737420 is driving me crazy... i was just reading an email in evolution full screen and i saw the window slide under the launcher
[18:30] <kenvandine> without me even doing anything
[18:47] <Moc> yea, the launcher poping up and doesn't auto hide is really annoyin
[19:04] <lamalex> anyone around? can someone please confirm or deny https://bugs.launchpad.net/unity/+bug/735120
[19:06] <Moc> sorry, I'm back on 10.10 for the moment
[19:06] <lamalex> jcastro, ^
[19:20] <lamalex> apinheiro, https://bugs.launchpad.net/unity/+bug/735645 >:O
[19:20] <apinheiro> lamalex, yes?
[19:20] <apinheiro> ah
[19:20] <apinheiro> sorry
[19:20] <apinheiro> I should confirm it
[19:21] <apinheiro> right?
[19:21] <lamalex> yeah, or triaged if you know how to fix it already
[19:21] <lamalex> and assign whoever is supposed to work on it
[19:21] <apinheiro> well, I don't know to to fix it now
[19:22] <apinheiro> I suppose that x11 structures includes that timestamps
[19:22] <apinheiro> but not sure
[19:22] <apinheiro> and don't know who solve it
[19:22] <apinheiro> so I just put Confirmed
[19:22] <lamalex> well nux is usually good to assign to jay
[19:37] <apinheiro> lamalex, so I directly assign that bug to him?
[19:37] <lamalex> yah
[20:04] <jporsini> kenvandine, ping?
[20:05] <kenvandine> jporsini, pong
[20:06] <jporsini> kenvandine, I am close to finish the pidgin patch, but I have one bug that I cannot find a solution
[20:06] <jporsini> kenvandine, during the shutdown of pidgin, it is impossible to modify the unity launcher entry
[20:06] <jporsini> kenvandine, it seems that the dbus events are not sent
[20:06] <jporsini> kenvandine, I guess it is due to the fact that gtk event bus is shutdown before
[20:07] <jporsini> kenvandine, do you have some hints? Is there a way to force emitting of dbus unity events?
[20:07] <kenvandine> how does it clear the indicator?
[20:07] <kenvandine> i would think if would work if you put it in the same code path
[20:07] <jporsini> it does not....
[20:08] <jporsini> I am exactly in the same path
[20:08] <kenvandine> ugh...
[20:08] <kenvandine> so it only gets removed from the indicator because it dies?
[20:08] <jporsini> kenvandine, it is never removed from the indicator, or at least it is longer than my patience
[20:09] <kenvandine> it wouldn't get removed complete
[20:09] <kenvandine> but the triangle next to it should
[20:09] <kenvandine> and if there are pending messages
[20:09] <kenvandine> those should get removed
[20:09] <jporsini> yes there no more triangle on the left
[20:09] <jporsini> but the pidgin entry is still here
[20:09] <kenvandine> yeah, that is a launcher
[20:09] <jporsini> Haaaa
[20:13] <jporsini> well, it seems that there is just a call to indicate_server_hide in plugin_unload which is where I am calling without sucess the entry_set_visible(false)
[20:13] <jporsini> I am going to investigate what this function is exactly doing, thanks
[20:14] <kenvandine> jporsini, anytime
[20:20] <jporsini> pfffff, it is a function of libindicate, it owns the dbus connection and co, and directly emit the dbus event...
[20:20] <jporsini> I cannot do the same `:(
[20:32] <jporsini> no equivalent of indicate_server_hide in unity lib `:(
[20:42] <bcurtiswx> when something crashes i'd typically gdb it.. but with unity what would I do?
[21:14] <Omega> Daekdroom: Did you update your gstreamer0.10-plugins-good to version 0.10.21-1ubuntu6? It removes ubuntu-desktop and packages for me.
[21:14] <Daekdroom> Omega, that package is marked as "broken", I believe
[21:15] <Daekdroom> but it didn't remove anything.
[21:15] <Omega> It conflicts with a whole bunch of stuff here.
[21:16] <Daekdroom> Obter:6 http://archive.ubuntu.com/ubuntu/ natty/main gstreamer0.10-plugins-good i386 0.10.28-0ubuntu3 [1.573 kB]
[21:16] <Daekdroom> Ran safe-upgrade now.
[21:17] <Daekdroom> There is a package being held back
[21:17] <Daekdroom> gnome-user-guide
[21:18] <Daekdroom> and now everything is on its place..
[21:18] <Omega> I upgraded the user guide.
[21:19] <Omega> What do you mean everything is on its place?
[21:19] <Daekdroom> No packages are broken or being held back.
[22:10] <ricaxe> hello7
[22:42] <ronoc> DanRabbit, hey
[22:42] <DanRabbit> ronoc: hey there
[22:42] <ronoc> DanRabbit, have those voip icons made into natty ?
[22:42] <DanRabbit> ronoc: it doesn't look like that branch has been merged yet :/
[22:42] <ronoc> DanRabbit, who is responsible for that ?
[22:43] <ronoc> DanRabbit, is there a packager you know of who takes care of the icons ?
[22:43] <DanRabbit> ronoc: not sure to be honest. It was Ken Wiimer who had control over icon stuff before.
[22:43] <DanRabbit> ronoc: I think kenvandine is packaging now, but I'm not sure who should merge work into trunk
[22:44] <ronoc> DanRabbit, okay grand i'll talk to ken
[22:44] <ronoc> DanRabbit, thanks for doing those playlist icons so quickly
[22:44] <DanRabbit> ronoc: no problem :)
[22:44] <ronoc> DanRabbit, i'll hopefully get to try them out tomorrow
[22:45] <ronoc> so we can chat tomorrow evening to see where we are at, but hopefully all should be good for the UI freeze
[22:45] <ronoc> DanRabbit, ^
[22:45] <DanRabbit> okay sounds good ;)
[22:45] <ronoc> sweet
[22:45] <ronoc> good night
[22:57] <ronoc> DanRabbit, are the voip icons in that branch you sent on also ?
[22:57] <ronoc> DanRabbit, is it Otto who should do that merge request ?
[22:57] <DanRabbit> ronoc: right, they are all together in that branch
[22:58] <ronoc> nice
[22:58] <DanRabbit> ronoc: that's possible. I was working with him when I started the branch at the last UDS :p
[22:58] <ronoc> DanRabbit, okay cool I'll hassle him first thing
[22:58] <ronoc> defo gone this time, laters
[22:59] <DanRabbit> ronoc: cool thanks bye