[03:07] Is anyone using ayatana-scrollbar and a touchpad? [03:30] https://bugs.launchpad.net/ayatana-scrollbar/+bug/736592 [03:30] Ubuntu bug 736592 in ayatana-scrollbar "Holding the scroll buttons does not cause continuous scrolling" [Undecided,New] [03:30] https://bugs.launchpad.net/ayatana-scrollbar/+bug/736586 [03:30] Ubuntu bug 736586 in ayatana-scrollbar "The scrolling buttons don't always work on a touchpad" [Undecided,New] === edwardc_ is now known as edwardc [04:37] if i want to file a bug about not being able to drag a window out of fullscreen, what package would i file under? unity? [04:52] heh, the bug is already getting ongoing work === DanRabbit_ is now known as DanRabbit [06:51] How do I add shortcuts to dash? [07:01] good morning [07:38] sladen: can you elaborate on bug #736580 ? [07:38] Launchpad bug 736580 in unity "Possible race condition in PanelMenuView::OnWindowMaximized and OnWindowRestored" [Undecided,New] https://launchpad.net/bugs/736580 [07:38] I'm not sure to get the issue [08:00] good morning [08:01] didrocks, https://bugs.launchpad.net/ubuntu/+source/nux/+bug/735908 > i hav filled this bug report after compiz update unity stil does not work :o( [08:01] Ubuntu bug 735908 in nux (Ubuntu) "compiz crashed with SIGSEGV in nux::GpuRenderStates::SubmitChangeStates()" [Medium,Confirmed] [08:02] hey zniavre [08:02] bonjour :o) [08:02] looking [08:02] oh, you are using the nouveau driver [08:03] yes i am (but compiz is working with unity-2d and/or gnome-classic [08:03] yeah, but we won't have the time to give enough support for it this cycle I'm afraid [08:03] the nouveau driver has some memory leaks and some tricky codepath [08:03] ha ok [08:04] so depending on your hardware, it can work perfectly [08:04] damned ... :o) [08:04] … or fail miserably :) [08:04] zniavre: did you try the nvidia driver itself? [08:04] so, basically, for this cycle, we prefer to focus on the main case, make sure it rocks, and then, we can have a deeper look at nouveau [08:04] didrocks, i can't im using old hardware with 173.14.xx driver not yet available for new xserver i guess [08:05] but we can't have everything in a short period of time :) [08:05] i understand [08:05] zniavre: the nvidia driver is now compatible with the latest Xorg, not sure about the "legacy" one though [08:05] legacy is not ... [08:05] ok, I didn't follow that :) [08:06] so yeah, apart from waiting, I'm sorry, we will still give it a quick look if we can fix that [08:06] but no promess :) [08:06] :o) [08:06] merci beaucoup de me répondre [08:07] avec plaisir ;) [08:07] robtaylor: poke [08:08] robtaylor: so I'm not so sure about having an "always restart" behaviour, since if compiz was crashing due to some developer code running it would always restart === smspillazzzz is now known as smspillaz [08:08] robtaylor: maybe an --sm-always-restart would be good ? (Since that's for distros really) [08:09] robtaylor: smspillaz: compiz restart should be handle by gnome-session. It just needs to register to it [08:09] it's working like for metacity & mutter === Amaranth__ is now known as Amaranth [09:14] smspillaz: so, yes, optiuons. i was considering a --sm-no-restart flag, but really, there's already --sm-disable [09:15] didrocks: compiz restart *is* handled by gnome session [09:16] robtaylor: I was just reading smspillaz's comment on the --sm-always-restart which isn't supported by sm I think [09:16] didrocks: oh, no, the SM stuff is what's talking to gnome session [09:16] didrocks: so what i've done is add a single line of code that makes the sm stuff tell the session manager to always restart it [09:17] didrocks: and the question is, should there be a commandline option to enable/disable that behaviour, as its a PITA for development :) [09:17] robtaylor: oh, you don't have id exchange in sm for that? /me never looked at that part TBH, just relying on gtk to do that for me :) [09:18] hum, yeah, that can be nice to disable it for us :) [09:18] (and so, the unity wrapper will disable it when restarting compiz manually) [09:19] didrocks: yeah, so atm the only way i've left to disable it is to disable sm , which would be annoying if you were hacking on the sm code :) [09:19] robtaylor: heh, right. Anyway, it's better to enable this by default and add a switch to disable it than the contrary :) [09:20] didrocks: interestingly, metacity doesn't get restarted nowadays - give it a try in classic mode [09:20] didrocks: that's what i was thinking [09:20] robtaylor: oh metacity doesn't respawn? Thanks for the head up. I'll have a look [09:21] smspillaz: didrocks: though maybe a .compiz/config file might be more useful for devs. [09:21] didrocks: yeah, i think it's all about different gnome-session behaviour [09:21] probably, yeah… [09:22] robtaylor: well, I would go for a switch for now, so that in dev, we hack on it, and the unity wrapper will disable the respawn as well [09:23] found one cute bug. gsm is supposed to repect the X-GNOME-AutoRestart option. but if your app is registering with XSMP, that overrides it [09:23] (you're right, all the sm-client-id was already implemented, I didn't look into this) [09:23] even if you havnt said anything about your autorestart hints :) [09:23] oh "nice" :) [09:24] not a biggie, but a little confusing when you first hit it ;) [09:24] but that's sm for you [09:24] i'd hate to think what happens when you talk XSMP *and* the new dbus interface [09:25] yeah, I think that one will be dropped soon [09:25] smspillaz: didrocks: about to catch train now. I'll tidy up and add flags when i get in teh office. think of some more stuff to do :) [09:25] *for me to do [09:25] robtaylor: sure, thanks! :) === API is now known as Guest35292 === Guest35292 is now known as apinheiro [09:58] njpatel: Any remark on my last comment on https://bugs.launchpad.net/dee/+bug/733343 ? [09:58] Ubuntu bug 733343 in dee (Ubuntu) "compiz crashed with SIGSEGV in g_atomic_int_exchange_and_add()" [Medium,Confirmed] [10:06] njpatel: ping ^^ ? [10:06] Is there a way to build libappmenu without nunit? [10:07] libappindicator/\ [10:09] kamstrup, sorry, was getting some tea [10:10] kamstrup, makes sense, I'll fix it though crash is harsh === chaotic_ is now known as chaotic [10:11] warning + default value is safer [10:11] njpatel: yeah - i can fairly easily make it return a default value for the particular type and print a g_critical(), but that could make bug chasing pretty hard... [10:11] kamstrup, G_DEBUG=fatal-warnings would solve that right? Like usual with glib stuff [10:12] njpatel: indeed [10:12] Uhm, how do I add shortcuts to Dash? [10:12] njpatel: ok, for you baby, anything :-) [10:21] hi, when I activate expo plugin, handleCompizEvent doesn't catch any event! [10:22] is it normal? [10:23] but if i switch workspace, handleCompizEvent works well... [10:26] hey AndreaAzzarone :)...nice to see you here...smspillaz is the compiz maintainter [10:26] try to ask him.. === daker_ is now known as daker [10:27] hi cando :) thanks for the suggestion [10:36] smspillaz, i have a problem: when I activate expo plugin, handleCompizEvent doesn't catch any event! Is it normal? [10:49] njpatel: if I put a GEmblemedIcon in the results model... what will you render? [10:53] kamstrup, let me check [10:54] kamstrup, we use gtk_icon_theme_lookup_by_gicon, so I'd say "yes" [10:55] njpatel: ok, good to know. I am asking because of https://bugs.launchpad.net/ubuntu/+source/unity-place-applications/+bug/733669 [10:55] Ubuntu bug 733669 in Ayatana Design "Dash: installed/not installed packages are conflated under "Applications": incredibly confusing" [High,Confirmed] [10:57] kamstrup, ooh, cool, your going to have an emblem on available apps? Can't wait to see that [10:57] :) [10:57] * njpatel hopes it actually works [10:58] smspillaz: so, what do you think? flag to enable, flag to disable, a config file and/or an environment variable? [11:11] smspillaz: also any hints on cutting compile times would be very welcome! [11:14] robtaylor, we need to setup a distcc thingie in the office :-) [11:15] aruiz: good plan [11:15] robtaylor: make -j80 ? [11:15] heh [11:16] AndreaAzzarone: what event are you trying to catch ? [11:16] robtaylor, there's a distcc+avahi thing somewhere [11:16] robtaylor, I'll have a look at it when I have sometime [11:18] smspillaz: look here https://bugs.launchpad.net/unity/+bug/718889 [11:18] Ubuntu bug 718889 in unity (Ubuntu) "Launcher does not hide/unhide on Expo" [Undecided,Confirmed] [11:19] AndreaAzzarone: right, so what event are you trying to catch ? [11:19] in reality, catching the event for expo is a bit trickier since there isn't really any standard interface for it [11:19] you'd need to catch FocusOut and then use screen->grabExist ("expo") really [11:20] ok thanks [11:20] (catch FocusOut with event->xfocus.mode == NotifyGrab) [11:20] in CompScreen::handleEvent [11:25] robtaylor: actually, might be useful to pop into #compiz-dev to discuss compiz stuff [11:25] robtaylor: but I was thinking just now that I am cool with your fix as is, since we can just use --sm-disable to get rid of crash looping [11:25] and really if the user is having a crash loop, we should fix the crashes [11:27] smspillaz: well, i've added the flag now ;) also disable restart if your're using --debug [11:27] ok [11:27] I think without the flag is probably better, and also disabling restart on --debug is good [11:28] since we have --sm-disable for tha reason [11:30] smspillaz: robtaylor, loicm: can we talk about how bugs/tasks are shared between the 3 of you? [11:30] dbarth_: sure thing [11:31] after I have dinner :) === smspillaz is now known as smspillaz|food [11:35] smspillaz|food: ok, sounds liek a plan. i'm just testing some more [11:35] dbarth_: hey, how are you? [11:35] smspillaz: robtaylor, loicm: ok, so around 1 UTC, ie in 1h30; i'll ping you back [11:36] robtaylor: cool and you? which bug did you choose for a victim? [11:37] dbarth_: didrocks pointed my at https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/716462 [11:37] Ubuntu bug 716462 in unity (Ubuntu) "Unity is not restored on unity/compiz crash: compiz doesn't register properly with gnome-session" [High,Triaged] [11:38] ah nice [11:39] njpatel: lol - the emblems works without a change in unity :-D but it looks... [11:39] this afternoon, i'd like to see how more test cases can be gathered and automated for my top-3 worries being: invisible windows, stacking issues and decorator [11:40] kamstrup, screenshot?!? [11:40] dbarth_: yep. i've got some patches lined up to help debugging window stacking [11:40] sweet [11:40] dbarth_: the fun bit will be automating the tests, would be good to see what ideas smspillaz|food fas [11:41] for info we do have a machine with a GPU connected to our build system [11:41] so that using graphical/semi-interactive tests is not too problematic [11:42] but even if that can be part of a make check we run only before rolling a tarball that will be a good improvement [11:42] i guess we could just do some pointer movement recording, though that can be pretty error-prone [11:42] njpatel: http://grillbar.org/files/unity-web-emblems.png [11:42] dbarth_: the problem is, to repro you'll need the whole environment [11:42] dbarth_: so not really something that can be done on make check [11:43] kamstrup, wow [11:43] njpatel: my words [11:43] hmm, there's also unity's autopilot that uses xtest-based pointer movements, and that can be used to inject such regression testing [11:43] kamstrup, bug in gtk_icon_theme? [11:43] kamstrup, can we do it via a hint? [11:43] robtaylor: well, yes, not make check, but make check-interactive or something, to be run by the release manager before putting a seal on the upload [11:44] dbarth_: ah, now that sounds like a good place to start [11:44] dbarth_: ah, yup, that makes more sense :) [11:44] njpatel: we don't have hints on the result models [11:44] kamstrup, abuse comment? [11:44] njpatel: hmmm, i'd rather have it a clean way [11:44] kamstrup, or set an hint about the uri? [11:45] njpatel: and this is still just goofing around as noone from design has chimed in [11:45] dbarth_: i think the tricky bit will be spotting the errors [11:46] robtaylor: for #716462. i've reassigned the fix to you, targetting for this week's upload tentatively, but will push to next week if the curtain comes down too early this afternoon [11:46] dbarth_: it'll have to be a case of tracking down the bug so we can get some debug output going on when it happens [11:47] dbarth_: ah, nice. I'm testing out a fix right now, so hopefully should be able to get it into a relase in time with didrocks help [11:47] robtaylor: my idea is that some of the issues that have been fixed had reproducible test cases; and i just want to ensure that those do not see regressions; the latest issues are super corner cases; so i don't have high hopes for test automation here [11:48] just don't want the latests fixes to break the old ones [11:48] dbarth_: no compiz upload today [11:48] didrocks: oh really? [11:48] dbarth_: we don't want to mix unity and compiz upload [11:48] ah right [11:48] si unity goes, and compiz when? monday? [11:48] and this time, I won't allow you this [11:48] so yeah, monday [11:48] ok, monday is the upload window for compiz nw [11:48] ok :) [11:49] njpatel: here's another http://grillbar.org/files/unity-package-emblem.png [11:50] njpatel: I think there's some positioning snafu going on with smaller images [11:50] njpatel: look at the icon under the cursor, the bounding box... [11:50] robtaylor: for info also, the stacking issue is due to a de-synchronization between the xserver view of the window tree and compiz's internal structures [11:51] robtaylor: the test app could work (if possible) as a 2nd window manager that also monitors that tree and rings an alarm when the mismatch lasts [11:51] ah, thats what i supected. There's a bunch of cases that are silently ignored [11:51] ie, there is a short delay for events to be processed and things to settle down [11:52] one workaround i've proposed would be to have compiz re-sync from time to time, or in an idle loop [11:52] so that even if we can't fix every possible bug, the system could have a "self-healing" mode [11:53] let's see with sam [11:53] *nod* he's be diggin in on it, i'd like his current perspective [11:54] kamstrup, yeah, we position in centre depending on size of the actual texture right now [11:55] kamstrup, oooh, so it's working it's just looking bad for small or no icons [11:55] njpatel: yes [11:55] that is fixable I guess [11:55] kamstrup, need a better icon :) [11:56] emblem* [11:56] njpatel: look at the diff of the sample branch on https://bugs.launchpad.net/ubuntu/+source/unity-place-applications/+bug/733669 (screenies attached there as well). This was trivial to accomplish - so +100 for our architecture for this :-) [11:56] Ubuntu bug 733669 in Ayatana Design "Dash: installed/not installed packages are conflated under "Applications": incredibly confusing" [High,Confirmed] [11:56] njpatel: yeah, maybe with better positioning of the emblem, and some monochrome high-contrast love, this could work well... [11:57] kamstrup, agreed [11:59] Hi! I have problems with my icon app (gufw) in the Unity left panel. I changed the icon in the main glade file, this changed the icon in Unity left panel, but the icon is very 'blur'. See this capture, I overwrited the icon with the gnome-terminal, the second is my icon, and the first the original Terminal: http://ubuntuone.com/p/hqi/ Any help, please? Thanks in advance! :) [12:00] kamstrup: can I get a small review on https://code.launchpad.net/~didrocks/unity-place-applications/aboutconfig/+merge/53793 please? [12:00] Ubuntu bug 53793 in Launchpad itself "CVE update script dying with syntax error" [High,Fix released] [12:00] didrocks: on it [12:00] kamstrup: you'll need the latest and greatest ccsm of course, freshly uploaded :) [12:00] kamstrup: but I think you don't really need it, you will see the start of it, and fail :p [12:04] didrocks: why would about:config show ccsm and not g-c-c? [12:05] kamstrup: in alt + F2, you want to configure unity, not g-c-c [12:05] well, that's how njpatel saw it and I agree with that vision [12:05] didrocks: that seems arbitrary to me [12:06] kamstrup: we already have a g-c-c shortcut in the session menu [12:06] kamstrup, it's just an internal unity thing [12:06] you can't configure unity from g-c-c [12:06] njpatel, didrocks: why not about:unity then? [12:07] because about:config seems to be what all the cool kids use? [12:07] and I would expect on about:unity and about box for unity [12:07] with all our smiley faces of course :) [12:07] I don't really mind [12:07] (on fire as we are using compiz) [12:08] it was just a fun idea, totally didn't want to put too much thought into it [12:08] let's kamstrup decide as he had objection, it's just few characters change, I don't care ;) [12:09] njpatel: did you readded "Search" in the dash somewhere? [12:09] have* [12:10] dbarth_: didrocks: ok if I go grab a quick sandwich while we wait for smspillaz|food ? [12:10] didrocks, oh, yes [12:10] didrocks, sorry, I clobbered your commit [12:10] njpatel: why? you broke my heart! [12:10] and my code :) [12:11] njpatel: don't worry dude ;) [12:11] didrocks, no, it was a mistake because I changed the way the markup works and I didn't realise that I screwed up your change, sorry [12:11] njpatel: at least, now we have markup seperated from the content, that's better :) [12:11] didrocks: see my comment on https://code.launchpad.net/~didrocks/unity-place-applications/aboutconfig/+merge/53793 [12:11] Ubuntu bug 53793 in Launchpad itself "CVE update script dying with syntax error" [High,Fix released] [12:11] didrocks: and we obviously need an about:robots as well [12:12] kamstrup: sure, if you want to extend it on it :) [12:12] heh [12:12] kamstrup: btw, I think you notice I gathered things in the function now [12:12] seems cleaner to me [12:13] didrocks: indeed [12:13] well *method it's vala :) [12:13] kamstrup: so, about:config or :unity? :p [12:14] didrocks: config is ok... it's not like it's a prominent feature :-) [12:14] didrocks: and about:unity could just as well show version info of unity or something [12:15] didrocks, could you give a thumbs up on http://bazaar.launchpad.net/~om26er/ubuntu/natty/metacity/metacity-fix-717216/revision/105 ? [12:15] Ubuntu bug 105 in Baz (deprecated) "baz diff fails when unrelated revision inaccessible" [Medium,Won't fix] [12:16] (whenever you have time, no hurry) [12:17] ogra: looking at it, the code looks good, did you test it? (can we have that upstreamed as well?) [12:18] i think several people on the bug tested it successfully, i didnt personally [12:19] ogra: can you post it on bugzilla if you have some time for this? I'll do it on Monday otherwise [12:19] k [12:20] gnome bug 642108 [12:20] Gnome bug 642108 in general "Cut with fading the bar Title when it's longer than the decoration bar" [Enhancement,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=642108 [12:21] didrocks, ^^^ :) already there [12:21] ogra: nice, so the patch needs to be DEP5 tagged, isn't it? [12:21] phwe [12:22] * ogra just wanted to merge it without touching anything ... i'll look into it [12:24] didrocks, njpatel: can I get a 2nd approval of https://code.launchpad.net/~rodrigo-moya/unity/sync-geometries/+merge/51929 please? [12:24] Ubuntu bug 51929 in manpages (Ubuntu) "dangling symlink /usr/share/man/man3/open_memstream.3.gz (dup-of: 6416)" [Undecided,Confirmed] [12:24] Ubuntu bug 6416 in manpages (Ubuntu) "/usr/share/man/man3/open_memstream.3.gz is a dangling symlink" [Low,Fix released] [12:25] ogra: we had so many patch in metacity and we reported and tracked all of them… so better to keep up with this :) [12:25] rodrigo_: looking [12:26] didrocks, merci beaucoup :) [12:26] rodrigo_: njpatel already attributed to him, isn't it? [12:26] (the review) [12:27] didrocks, no, I think it was me a couple of weeks ago, when I first proposed that branch [12:27] rodrigo_: ok, will give a look and some tests soon :) [12:28] rodrigo_, +1 [12:28] ok thanks! [12:29] didrocks, shall I wait for your testing before merging, or njpatel's approval is enough? [12:29] *cough* http://www.omgubuntu.co.uk/2011/03/unity/ [12:31] rodrigo_: njpatel's approval is more than I can ever do :) [12:31] didrocks, :) [12:34] did the way change how an app registers to indicators? [12:35] claws mail doesn't show up in the messaging menu although it has a file in .config/indicators/messages/applications [12:38] humphreybc, I agree 100% with you on the notifications thing, but we already had them that way in maverick afaik [12:39] rodrigo_: notifications thing? === raffaele is now known as Guest25460 [12:39] humphreybc, notifications interrupting you, as you write in http://www.omgubuntu.co.uk/2011/03/unity/ [12:39] rodrigo_: That's in reference to the iPad. [12:40] Hello. Should I bring a mockup for the dash of unity. Where can I do? [12:40] Ubuntu's notification system is completely fine, except for the fact that they're non-interactive where in some situations they probably could be. [12:40] ie, when it notifies you "James is online" for IRC, you should be able to click on the bubble and start a new IM to James. But I believe they're working on that. [12:40] and non persistent, afaik [12:41] yeah, interactivity of the notifications is the biggest problem, imo [12:41] kamstrup: pushed rev 180 with the mapping [12:41] Yes, non persistent is an issue, but something that they're trying to solve with the "messaging menu" [12:41] I personally think Android's notification system is tops [12:42] Guest25460: it should be raised on the ayatan mailing list [12:42] didrocks: so, now i have something very weird happening, compiz isn't starting up properly. something very odd is happening on this system! [12:42] ok [12:42] thank you [12:42] yw :) === doodoo is now known as Dart [12:42] robtaylor: hope you enjoyed the swandwich still :) [12:42] didrocks: i did, twas lovely :) [12:43] robtaylor: do you have a backtrace? a hang? [12:43] please have a look at Bug #736683 [12:43] Launchpad bug 736683 in unity "Group Active Applications at One Place" [Undecided,New] https://launchpad.net/bugs/736683 [12:43] didrocks: not even that, it goes into running the mainloop, but doesnt do any of the normal startup stuff. very weird [12:44] * robtaylor stashes and rebuilds [12:44] Dart: this one needs design input, will be better to raise that on the ayanata mailing list as well [12:44] robtaylor: hum, we had similar issues as well. [12:44] ok. [12:45] robtaylor: btw, are you based on the git version or the ubuntu one? [12:45] didrocks: git [12:45] we have quite some distro-patch that smspillaz|food prefers to keep upstream, so it will maybe be good to base on that [12:46] didrocks: well, i have the ubuntu package installed, got git version in /usr/local [12:46] didrocks: i'll pull the patches into branch, that probably makes the most sense [12:46] didrocks: i'll push that up to my github too [12:46] robtaylor: yeah, you can do that as well :) [12:47] didrocks: launchpad so needs to grow some github functionality ;) === apinheiro is now known as apinheiro_lunch === smspillaz|food is now known as smspillaz [12:59] apinheiro_lunch: rodrigo_: do you have any function in a11y that can steal the focus when the launcher is shown? (even if the a11y is disabled?) [13:00] didrocks, there are a method to grab the focus [13:00] anyway we don't call it [13:00] apinheiro_lunch: ahah! [13:00] hum [13:00] and it only be called [13:00] apinheiro_lunch: what is it? [13:00] if any AT [13:00] requires it [13:00] hi dbarth_, neil asked me to work on #711916, #716462 or #729597. I worked on the first one, which led to some more crash fixes in nux (linked to feature detection) like #735908 or #734519. I'll try to merge request these ones tonight. [13:00] apinheiro_lunch: I want to add some debug there [13:00] but what it is clear is that it will not be called if the a11y is not enabled [13:00] didrocks: looking [13:01] dbarth_: since robtaylor is on #716462, I'll switch to #729597 right after that, unless you've got other priorities [13:01] didrocks, on nux-view-accessible.cpp [13:01] there are a method [13:01] grab_focus [13:01] so a AT could call it in order to give the focus to that element [13:01] anyway, AT like Orca don't do that usually [13:02] didrocks, btw, after all the recent changes on launcher and his keynav I found a regression [13:02] on a11y support [13:02] bug 736790 [13:02] Launchpad bug 736790 in unity "[a11y] Regression on the Launcher accessibility support between revno 948 and revno 964" [Undecided,In progress] https://launchpad.net/bugs/736790 [13:03] and didrocks sorry, but Im going to lunch [13:03] in order to make effective my current nick [13:03] anyway as I said [13:03] apinheiro_lunch: no worry, I'm justr tying to see if I can fix the stolen focs for this release :) [13:03] if a11y is not enabled [13:03] a11y framework doesn't interact at all with the rest of the apps [13:04] apinheiro_lunch: yeah, better to check anyway if we don't call that by error [13:04] apinheiro_lunch: I didn't find in our funcation, hence the desperate check :) [13:04] well, asI said Im also affected because the last changes on focus [13:04] so, bye then [13:04] loicm: ok, just reading [13:04] will keep you posted for what I discover :) [13:04] apinheiro_lunch: enjoy your lunch :) [13:05] loicm: btw, about the nux detection feature, can you review my small fix and put this one in for today? [13:05] klattimer, does indicator-datetime only refresh appointments on an interval? or does it get signals when the calendar changes? [13:05] klattimer, i know for remote calendars (edited remotely) it won't be able to get changes until eds refreshes [13:06] but if an event is added in evolution to a google calendar, i would think it would appear in the indicator [13:06] mpt, I read your email to the mailing list (https://lists.launchpad.net/ayatana/msg05037.html) - I have one idea related to point 3 (application name is clobbered by menu), Perhaps we could do what firefox 4 does on windows/osx - provide a differently themed "application button" [13:08] hi JohnLea [13:08] Mailing list Ayatana also handle Unity 2D? [13:10] apinheiro_lunch: confirmed, it's not the atk [13:10] zyga, that's a possibility. The main difficulty I can think of is that some application names would be very wide, because they're not designed for brevity in the way that Firefox's button is (or the Mac's application menu is). E.g. Firefox's would be "Firefox Web Browser". [13:12] mpt, that's true, we could have a custom destkop icon key for those applications (X-Unity-Appmenu-Name) so that we can fix critical applications though [13:12] mpt, and if the idea sticks upstreams could accept non-intrusive patches [13:13] mpt, but I like the idea to expose the button rather than hide it, it could also answer the question "which application is currently focused" [13:13] But what would the button do? [13:13] mpt, and it could be used similarly to the way quicklists are used in the launcher [13:14] mpt, mainly inform the user about what's the current application, we could probably move some menu items there (launchpadintegration comes to mind) [13:14] mpt, we could allow users to go to the software center from that menu [13:14] and several other interesting things before we allow upstreams to populate it [13:15] I'm sure that such idea would be quickly adopted by some applications, for the rest a set of menu items would be provided as I listed above [13:16] mpt, the menu might collapse to a single application icon when the menu bar is displayed and needs more space [13:17] mpt, like pinned tabs in firefox 4 do for webapps [13:17] mpt, I'm just exploring the idea but I think keeping application "identity" in the top menu is important [13:17] zyga, one possibility would be to just use the application's icon rather than its name [13:17] mpt, I use unity daily but whenever I stray from the terminal I always feel angry that focused window is hard to guess [13:18] mpt, right, as in the pinned-webapplication use case [13:18] mpt, the problem with that though is that most icons are too small at that size [13:18] zyga, yeah, the theme should make a much greater distinction between the focused window and unfocused windows. Unfortunately it apparently can't do much about that (outside the title bars) until GTK3. [13:18] mpt, the menu is better suited for horizontal text rather than small small thumbnail [13:18] (unless we plan to make vista-style larger-than-the-panel-icon) [13:18] or Gnome-Shell-style [13:19] mpt, right, I understand that [13:19] mpt, alternatively the application-name menu could reuse color from the predominant color of the icon as unity launcher does [13:20] mpt, it would allow users to remember applications quickly and might allow them to identify some apps just by their color [13:20] (color has lots of other issues, colorblindness etc but it's an improvement over current truncate-somewhere behavior) [13:22] A graphic designer with time on their hands could mock up ten different possibilities for comparison [13:23] Guest25460: yes, there shouldn't be differences between the design of the 2 UIs in general [13:23] mpt, sure, but is that the way forward? [13:24] zyga, I think so [13:24] mpt, something for the O UDS perhaps? [13:25] That would be too late for O. Unity design happens earlier than that [13:26] so what will happen with this particular case? === doodoo is now known as Dart [13:31] mpt, can we do something like this? http://i.imgur.com/2L0uV.png Clicking on menu expands menubar horizontally [13:31] loicm: just noted, but doing merge requests tonight will be too late for the upload as well [13:32] loicm: for the nux fixes [13:32] smspillaz: back? [13:32] Dart, I don't know what you're suggesting. Maybe an animation would help. [13:32] zyga, I don't know. [13:32] dbarth_: yep [13:34] ah cool [13:34] smspillaz: is there a way I could send an event to the toplevel window after the compiz titlebar is re-added? [13:34] smspillaz: i dunno, gobject notify too [13:34] Cimi: what kind of event ? [13:34] smspillaz: I just need a signal [13:34] dbarth_: smspillaz: didrocks: should we do this planning now? :) [13:35] smspillaz, loicm, robtaylor: right, maybe we can switch to #unity-compiz or something? or #compiz-dev directly? [13:35] smspillaz: hopefully configure [13:35] dbarth_: should I join? [13:35] but if it's not... let's get something else [13:35] didrocks: sure [13:35] dbarth_: I approved your merge request [13:35] dbarth_: #unity-compiz or #compiz-dev is fine with me [13:35] dbarth_: should I merge it? [13:35]