[00:27] In launchpad, how do I set the importance of a bug I just filed? [00:31] Nafai: there's a yellow ! symbol next to the importance [00:31] click on it and you should see an ajaxy thing to set it [00:31] There isn't on this one :( [00:31] link? [00:31] Is it because it isn't assigned to me? [00:31] https://bugs.launchpad.net/indicator-application/+bug/524150 [00:31] probably [00:31] Launchpad bug 524150 in indicator-application "Menus updated at runtime aren't rendered correctly (affects: 1)" [Undecided,New] [00:31] Yeah, I've already assigned it to bratsche [00:31] probably because you're not in the right group, I can set it for you [00:32] Thanks [00:32] high I take it? [00:32] Yes, this is the blocker bug [00:32] ok, I'll send david a mail about it to so they can discuss it during their daily stand up [00:37] Thanks! [00:37] I'm getting close on vino :) [00:38] sweet! [00:38] man, rough day [00:41] Yeah, for me too. I've been fighting off sickness the last couple of days [03:22] launchpad is being odd [03:22] jcastro: did you happen to unassign bugs from me? [03:28] oh, nevermind, it was just showing me my in-progress bugs :) === kenvandine_ is now known as kenvandine [06:24] hello after today's update and i got the new volume-indicator which fixes the bug that i filed that volume shoulb be changeable with the keyboard [06:24] but now there sia new problem [06:24] one cannot go to next/prev indicators using keyboard. [06:25] so if u cycle through ur indicators and reach volume -indicator u r stuck. === MacSlow is now known as MacSlow|lunch === MacSlow|lunch is now known as MacSlow [15:05] Hey [15:07] if the appindicator menu allows user to hide/show main window how should that be presented? a checkbox (ugly), a menu entry that toggles between "Show Application" and "Hide Application" or just "Show application" like in Rhythmbox? [15:10] jpetersen: I can't recreate that gpm bug easily. You said you get it on every restart of the indicator-application-service? [15:11] why would a checkbox be ugly? [15:11] i kinda like the checkbox idea. [15:12] tedg, i have a patch which fixes attached to https://bugs.launchpad.net/bugs/523041 [15:12] Launchpad bug 523041 in gnome-power-manager (Ubuntu Lucid) (and 1 other project) "gnome-power-manager crashed with signal 5 in dbus_g_connection_register_g_object() (affects: 32) (dups: 2)" [Critical,Fix released] [15:12] kklimonda: I like the Rhythmbox way -- I think the check box in the corner of the window is a good "Hide" button ;) [15:12] tedg, one had to restart it multiple times to raise the bug [15:12] jpetersen: Cool! [15:12] hyperair: the menu looks ragged imo (I'm talking about Transmission) [15:13] kklimonda: so we're stuffing everything into appindicator now? [15:13] hyperair: sure we do - that was the plan after all :) [15:13] =\ [15:14] kklimonda: what's the point of shifting things from notification area to appindicator if it's just going to end up as a lump of applications all in one place again? [15:14] kklimonda: in the first place, i don't see what's wrong with the notification area [15:15] hyperair: I don't like notification area or rather how applications use it - but I haven't made the decision anyway [15:15] kklimonda: is there a screenshot i could take a look at? [15:15] kklimonda: or is it like the messaging indicator [15:15] hyperair: you mean application indicator itself? [15:16] kklimonda: yes. [15:17] https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators <-- i don't see removing the legacy notification area as going to be pretty. [15:18] hyperair: it looks like that: http://syntaxhighlighted.com/~kklimonda/application-indicator.png [15:18] tedg, oh there is still a debug output in the patch [15:18] stuff like wine apps which use the notification area will continue to live there [15:18] hyperair: the point is to make them all act in the same way [15:18] kklimonda: where will wine systray icons live? [15:18] hyperair: the plan is to port all applications over to the appindicator for lucid+1 [15:19] kklimonda: including wine? [15:19] jpetersen: No issue, I'll get it out. [15:19] hyperair: appindicator is the implementation of the new protocol proposed by kde guys - hopefully we'll get it ratified by fd.o ;) [15:20] tedg, ok cool [15:20] hyperair: I'd guess that people will be able to add notification area for those few misbehaving applications [15:20] kklimonda: ah, so it's not another new ubuntu-specific weirdness. [15:20] i mean, at least it's going upstream. [15:27] jpetersen: Merged in trunk, thanks again for the patch! [15:29] mpt_: if the appindicator menu allows user to hide/show main window how should that be presented? a checkbox (ugly), a menu entry that toggles between "Show Application" and "Hide Application" or just "Show application" like in Rhythmbox? Is ther way rhythmbox does it the "right" one? [15:30] kklimonda, if that's the main purpose of the menu, it shouldn't be in the panel at all: that's what minimizing is for. Otherwise, yes, "Show {Application Name}" is reasonable. [15:32] mpt_: "show application" with a checkbox??? [15:32] Bug #498183 :( [15:32] Launchpad bug 498183 in rhythmbox (Ubuntu) (and 1 other project) "Rhythmbox menu does not recognize the player state (affects: 2)" [Low,Confirmed] https://launchpad.net/bugs/498183 [15:32] vish, no, not with a checkbox. [15:35] mpt_: so no toggling between "Hide/Show {Application}" ? [15:36] kklimonda, no. If the window is minimized, unminimize it. If it's unfocused, focus it. If it's already unminimized and focused, do nothing. [15:38] mpt_: and what about "Show {Application}" position? Should I follow Rhythmbox and move it to the bottom, over the Quit entry? [15:39] mpt_: and are all icons in the menu going to be gone in the final release? [15:39] mpt_: what about rhythmbox's pause/play? similarly transmission has a "enable/disable speed limit" option [15:39] mpt_: npmccallum posted some questions on gnome ddl about app indicators, he's going to hang out a bit, if you can answer some of his questions that would be great. [15:40] kklimonda, which menu? [15:40] mpt_: he has a bunch which might take time so I've asked him to just hang out here in case you're overwhelmed more than usual. :D [15:40] mpt_: thanks jcastro, though I've got to run, so perhaps we can catch up later [15:40] mpt_: well - the one that is shown when you click on the application's icon in the indicator-menu [15:41] vish, Rhythmbox has always had this weird idea that "Play" is something you have on or off. I don't know whether it would be weirder for its menu to be consistent with its toolbar, or to be consistent with every other music player. [15:41] npmccallum, ok, see you later [15:41] thanks jcastro [15:41] mpt_: I've added the channel, so I'll idle here from now on [15:42] kklimonda, which application? [15:42] mpt_: transmission - I was about to ask you to take a look at it ;) [15:42] mpt_: the best way would probably be to respond to my email on ddl [15:43] npmccallum, ah, right, you're the Zenoss person. I have your message starred already. :-) [15:43] kklimonda, Transmission is an example of an application that probably shouldn't be in the panel at all, really. [15:43] mpt_: awesome, look forward to it [15:44] mpt_: That has always been my opinion but people want this icon and I'd like to make it look as good as possible :) [15:45] kklimonda, does answer your question? [15:46] mpt_: according to this there should be no checkboxes nor icons [16:10] kklimonda, on the contrary, it allows both checkboxes and icons. One of the reasons for lining up the icons the way we do is so that, if necessary, an item can have both a checkbox *and* an icon (which standard GTK menus currently don't allow). [16:11] mpt: but the Correct image have all icons from Incorrent image removed :) [16:12] probably that's why I was confused [16:12] kklimonda, the reason I didn't show the checkbox in my Rhythmbox wireframe is partly that checkmarks in menus shouldn't have borders, like they don't in Windows or Mac OS (I've been nagging kwwii about that), and partly that Rhythmbox probably should have "Play"/"Pause" rather than "☐ Play"/"☑ Play" (as I said earlier to vish). [16:13] kklimonda, but the reason I drew that Rhythmbox drawing was to show that none of those particular items in the Rhythmbox menu should have icons. There are other items, in other menus, that should have icons. [16:14] kklimonda: ^that would mean the "enable/disable temporary speed limit" [16:14] right [16:16] mpt: the play/pause thing might get fixed :) > Bug #71228 hopefully soonish .. upstream has been kinda open to a patch [16:16] Launchpad bug 71228 in rhythmbox (Ubuntu) (and 2 other projects) "Rhythmbox has no apparent pause button (affects: 7) (dups: 2)" [Wishlist,Triaged] https://launchpad.net/bugs/71228 [16:19] neat [16:33] kklimonda, I'll gladly add a sketch of a status menu that should have icons in it, but I haven't come across one yet. :-) [16:34] jpetersen: you are pure rock and roll today! [16:35] bratsche: https://bugs.launchpad.net/indicator-application/+bug/524150 [16:35] Launchpad bug 524150 in indicator-application "Menus updated at runtime aren't rendered correctly (affects: 1)" [High,Triaged] [16:35] have you had a chance to look at this one? [16:36] jcastro, :) [16:37] jcastro: No, was fixing a performance issue in gtk+ but I think I just finished that one. So let me take a look at this now. [16:37] have a nice weekend [16:37] bratsche: cool, thanks! [16:37] damn [16:37] just missed him [16:37] kenvandine: he just updated the gpm patch [16:39] ok [16:39] the distro patch for libappindicator fixes the crash [16:39] but fall backs still didn't work [16:40] ok [16:40] tedg, i uploaded that patch [16:40] do we care about fallbacks in the distro? [16:40] yes [16:40] kenvandine: Sweet! Thanks! [16:40] it doesn't work if you don't have the indicator [16:40] jcastro, i'll test the latest patch [16:40] kenvandine: Did you test GPM? [16:41] yeah [16:41] fallback didn't work [16:41] :-/ [16:41] but it didn't crash either [16:41] Heh, okay. I guess that's a gain. [16:41] i get no menu in the fallback [16:41] No menu or no icon in the notification area? [16:42] got the icon [16:42] no menu [16:42] kenvandine: Are you going to upload that? (wondering if it's worth building on my own) [16:42] no [16:42] not yet [16:42] please :) [16:42] * kenvandine doesn't want to get yelled at :) [16:42] kenvandine: no worries, seb128 is off today ;) [16:43] pitti's complained about the patch once already, let's do it right [16:43] <-- and also afraid of seb [16:44] heh [16:48] Good morning [16:49] bratsche: I see you just marked my bug "In Progress". Let me know if you need anything from me [16:51] Sorry I'm late getting "to work", a bit under the weather [16:52] Nafai: it's ok he's been busy fixing GTK perf things all morning so the timing works out [16:53] awesome :) [17:42] I'm going to go let the medicine I just took kick in. E-mail me (nafai@travishartwell.net) or IM me at the same address (it's a google apps account, I have cross-domain Jabber enabled) if you need me, I'll pick it up with my phone === MacSlow is now known as MacSlow|capoeira [19:05] bratsche: how's it coming along? [19:07] Trying to get something setup to reproduce the problem. [19:17] jcastro: Banshee's now completely working! Yay! [19:17] bratsche: Anything I can help with testing? [19:17] qense: \o/ [19:17] :D [19:18] qense: does banshee's application indicator have that cool tooltip-on-steroids on hover thing? [19:19] hyperair: no, tooltips aren't supported [19:19] it is a frequent complaint [19:20] =( [19:20] this is a very significant feature lost, you know? [19:20] tooltips are essential in those icons [19:21] All applications are suffering from this, Rhythmbox included. [19:21] what about gnome-power-manager and its battery status/time remaining tooltip? [19:21] is there a replacement for that? [19:21] and rhythmbox's tooltip does not quite compare with banshee's [19:21] no replacement as of know, iirc, although I thought that due to AppInd lacking some features and due to the patch not being stable enough it now is using GtkStatusIcons again. [19:22] banshee's allows the user to control banshee without opening it. [19:22] heh? [19:22] ah, that kind of tooltip [19:22] nope, completely gone [19:23] i'll leave the decision upstream then. i won't ship a patch that removes this much functionality without upstream's consent. [19:23] s/won't/refuse to/ [19:23] and there i was thinking app indicators might not be such a bad thing... [19:24] * hyperair sighs [19:24] jcastro? [19:24] I agree that it is a shame this much functionality is lost. [19:24] it is more than just a mere shame [19:24] but still, I think it would be the best to integrate Banshee with the rest of the system. [19:24] hyperair: actually I never really used it [19:24] so I don't know what I'm missing [19:24] imo it's one of banshee's pride and joy features, important a significant number of people. [19:25] you cannot remove that kind of feature without expecting to receive flak [19:25] hyperair: I just came into the room, what feature are you guys speaking of? [19:26] brettalton: banshee's tooltip which allows you to magnify the cover art and seek [19:27] hyperair: and banshee no longer has that feature? [19:27] brettalton: because of another weird feature-removing spec our *x teams seem to support, we're tossing away this feature >_> [19:27] brettalton: app indicators have no tooltip support [19:27] brettalton: with the patch attached at bug 518171 it won't [19:27] Launchpad bug 518171 in banshee (Ubuntu) (and 1 other project) "Support Application Indicators (affects: 2)" [Wishlist,In progress] https://launchpad.net/bugs/518171 [19:28] * bratsche hates on bluetooth. [19:30] * hyperair wishes that we could just get notify-osd to stop leaking memory like a sieve when resizing images rather than implementing weird feature-removing specs in the name of progress. [19:44] hyperair: the patch will be submitted upstream and yeah, it's upstream banshee's decision [19:44] hyperair: we're just providing the patch [19:44] * hyperair still doesn't agree with it. [19:44] it's not just the tooltip being removed. scrolling doesn't work any more either, does it? [19:45] it does feel like a shame to lose the custom bling, but now that I'm using more apps with it I think overall it's a better user experience. [19:45] hyperair: you mean for volume? [19:45] jcastro: no! i mean for changing tracks! [19:45] afaik there's a bug filed for that [19:45] oh, yeah, THAT. [19:45] * jcastro has hated that since it was checked in [19:46] heh? [19:46] what's wrong with that? [19:46] I think scrolling the wheel to change tracks is crack, before that did volume, which makes total sense [19:47] i think it makes even less sense to change volume by scrolling on a media player's icon [19:47] he added it because jimmac got some fancy usb volume knob thing that glowed in the dark and he wanted to use it for changing songs. [19:47] I have media keys on my keyboard, which is what I use. [19:47] i have a mouse, which i use. [19:48] and media keys which i use as well, when i'm not holding on to my mosue [19:48] mouse* [19:48] It would make much more sense if scrolling on a media player would change the Pulseaudio volume for that specific application. [19:48] qense: if that were the case, i'd expect to see a volume emblem on the media player's icon. [19:48] qense: I think just putting them all in the sound indicator is the way to go [19:48] it doesn't make sense otherwise. [19:49] jcastro: are there plans to do so? Adding icons for all applications you can change? [19:49] I am not sure [19:49] it would be nice to have a menu drop down from an icon for changing individual apps' volumes [19:49] yeah, it would make more people aware of the functionality [19:50] you mean like what is in the pulseaudio applet but in the panel thing? that would be cool [19:50] right [19:50] exactly [19:50] qense: ok I am going to try your new patch [19:50] but anyway, back to banshee, supposing we do accept removing the scrolling functionality, and the tooltip-on-steroids, how do you check what song is playing without opening banshee? [19:50] qense: ? [19:51] also I notice that notify-osd isn't working with banshee [19:51] https://wiki.ubuntu.com/SoundMenu <-- found this on the wiki hyperair [19:52] hyperair: We've already accepted that for Rhythmbox, why not for Banshee? [19:52] jcastro: that's no different from what we have now [19:52] jcastro: it should be working [19:52] qense: lemme try the new patch [19:53] qense: is there a way to use git to just apply your patch url right into it like I can with "bzr patch"? [19:53] jcastro: it seems that the shuffle object in Banshee HEAD won't play nice. [19:53] jcastro: all I know is that you can do 'git am path/to/patch', not if it also supports http [19:53] qense: fine, leave it to upstream. but not having a way to query the currently playing song/artist without bringing up a huge media player window *really* *really* sucks. [19:55] qense: and what about gnome-power-manager? do you seriously want users to open up some big gnome-power-manager window just to check how many minutes of battery they have left? [19:56] hyperair: I'm not the one making the decisions here. :) You should aks other people about that, [19:57] yeah this should go on the list actually [19:57] qense: who? i feel like grilling someone right now, despite the fact that i should have been asleep 3 hours ago. [19:58] hyperair: probably ted but today is a bad day since we're slammed for feature freeze, which is why list is probably best [20:00] i, for one, see *absolutely* no way opening the main application window can be more streamlined than reading a tooltip that is updated in realtime [20:00] qense: do I need to pass a flag for app indicator support? [20:01] jcastro: if you've got libappindicator-dev installed no, otherwise yes and then you'll be asked to install it [20:02] I have it installed, it never asked, and it's using the old area [20:03] wait [20:03] the -cil-dev thing [20:03] did you install that? [20:03] It is C# after all. [20:03] I have that too [20:03] I was running your old one just fine [20:05] jcastro: what happens if you run ./configure with --enable-appindicator=yes ? [20:05] ah wait, rb isn't working either, maybe it's fallout from yesterday's breakage [20:05] * jcastro goes to update and logout [20:06] ok [20:06] but that shouldn't be affected compiling, shouldn't it? [20:06] as long as appindicator-sharp-0.1.pc is there is should work, not? [20:06] no, I mean, running rb doesn't show it in the indicator area so maybe it is working but I can't see it [20:06] it compiles just fine [20:06] ah [20:07] well, it does uses the old thing when Indicator Application doesn't work [20:07] yeah that's my theory [20:10] qense: still fallsback, I also tried with the --enable-appindicator=yes [20:11] weird [20:11] but it does say it compiles with Indicator Application? [21:08] I'm back around [21:14] I think our government is about to fall, I'll be following the news and the live feed from the parliament and may respond slowly. [21:23] qense: ? [21:24] tedg: governmental crises are always exciting ;) [21:24] qense: don't let that interrupt app-indicator development! [21:24] future of our country vs. AppIndicator... What shall I chose? [21:24] that was a joke. :) [21:24] I know [21:25] qense: Which government? [21:26] the Dutch [21:27] The CDA wants to please the Americans, the PvdA thinks we've done enough already. We've had comments in the papers like "The US has used the Netherlands", others say we're now severely damaging our international image. [21:27] the NATO already responded with irritation [21:28] Ah, see, when you said "government is about to fall" I was thinking more riots... proves I don't live in a parliamentary system. :) [21:29] I don't expect bricks to appear through my window anytime soon. ;) [21:30] The question you should be asking is: Would bricks going through your window please the Americans? ;) [21:31] Yes, that's what some members of our government are contemplating right now. Considerations like these seem to have become the cornerstone of Dutch foreign politics.