[01:36] I suppose I should ask at a more sensible time of day ⡈) === chaotic_ is now known as chaotic === chaotic_ is now known as chaotic [14:16] n [15:14] bratsche: Do you have any thoughts on bug 553918 ? It seems like we're grabbing keyboard focus, but Esc isn't giving it up. [15:14] Launchpad bug 553918 in indicator-session (Ubuntu) (and 1 other project) "Keyboard shortcut usage blocks keyboard and other menus (affects: 1)" [Low,Confirmed] https://launchpad.net/bugs/553918 [15:14] * bratsche clicks [15:16] What's weird to me is that hitting escape is odd on my session, but it's really bad in the guest session. [15:18] Weird. [15:20] bratsche: I wonder if it's something with the panel window not having focus. Like the menu closing is trying to give it to the panel, but that's not really possible? [15:21] tedg: The fact that he says you have to click twice to open the menu makes me think there is still a popup window somewhere on the screen, like an empty menu or something. [15:22] Or maybe I'm misunderstanding what his comment says. [15:22] (comment #1, that is) [15:23] bratsche: Hmm, yeah. I got it in a state once where it would highlight the "Applications" menu when I moused over it. That's why I was figuring it was something with teh panel window. [15:23] tedg: That's also related to some fuckedupedness of compiz, because I've seen stuff like that happen as well. [15:24] bratsche: I thought that too, but my guest session defaults to metacity. [15:24] For some reason compiz seems to occasionally go into focus-follows-mouse mode for me. [15:24] * tedg likes focus-follows-mouse :) [15:25] I'd like it better if it only happened when I explicitly enabled it. :) [15:25] Hmm, the same thing doesn't happen with Alt+F1 for the applications menu. [15:26] Oh wait. [15:26] I'm reproducing this here without doing C-s [15:27] Oh wait, nevermind. [15:27] I think that was just update-manager slowing down my system. [15:32] bratsche: Okay, in the panel they subclass the menu bar. [15:32] Here's the code that I think might be interesting but I don't understand :) [15:32] 437 menu_shell = GTK_MENU_SHELL (menubar); [15:32] 438 if (!menu_shell->active) { [15:32] 439 gtk_grab_add (GTK_WIDGET (menu_shell)); [15:32] 440 menu_shell->have_grab = TRUE; [15:32] 441 menu_shell->active = TRUE; [15:32] 442 } [15:32] 443 gtk_menu_shell_select_item (menu_shell, [15:32] 444 gtk_menu_get_attach_widget (menu)); [15:33] That's when popping up a menu. [15:33] But we're using a menubar as well aren't we? Inside indicator-applet [15:33] Or is that code from the subclass of menubar? [15:34] bratsche: That code is from the subclass. [15:42] ted: Okay, so that code is actually just copied from _gtk_menu_shell_activate(). I think we're already doing the same thing. [15:49] bratsche: Why did they copy it then? Seems like they could have just called gtk_menu_shell_activate() ? [15:50] It's _gtk_menu_shell_activate(), not gtk_menu_shell_activate(). [15:50] It's not exported from libgtk [15:50] Yeah, I'm just assuming (still downloading gtk) that gtk* calls _gtk* [15:51] So it seems that they're avoiding something. [15:51] Does Tomboy do this as well? [15:52] And, I don't think we're calling _activate, we're just calling _select_item... could that be the issue? [15:52] Perhaps we need both? [15:52] Yeah, we need to activate it I think. [15:55] Tomboy is a StatusItem so it's all that XEmbed love -- it's a bit different. [15:56] bratsche: So I should activate the item, and then select it? [15:57] bratsche: The docs don't seem really clear. [15:57] Yeah [15:57] Try doing the same thing.. [15:57] if (!shell->active) { gtk-grab_add (shell); shell->have_grab = TRUE; shell->active = TRUE; } [15:58] Maybe I should try to find out why activate isn't public. [16:04] I tried just calling the activate function -- no luck. [16:16] bratsche: That totally fixes it... [16:16] Nice! [16:17] Let's get that merged in :) [16:17] bratsche: Do you want to look at why, or should I just use that? [16:18] tedg: No, I think I kind of already get it. But I should try to look into making this public API. [16:44] Hi guys [16:45] hey [16:45] Is there anything I can do to help debug the keyboard issues? [16:45] It's fixed. [16:45] Well, it will be once it's merged and released. [16:46] oh sweet :) [16:46] I have never known how to use the keyboard with the indicators I admit :) [16:47] Well, the hotkey support is very new so you couldn't have done it until like yesterday. :) [16:48] :) [16:49] hmm, looks like I need to reboot into a new kernel, brb [16:55] So what are the hotkeys? [18:02] bratsche: yeah what are the hotkeys! [18:02] I figured out two of them [18:03] Super-s for the session and me menus and Super-m for the messaging menu [18:03] super-m does some negative compiz effect for me [18:03] * jcastro will need to update [19:02] tedg: hi... you on lucid right? and have inkscape installed? [19:02] do you have scrollbars when you open a image? [19:02] seems i lost them in the last couple of days :( [19:02] vish: Just like opening an SVG file? [19:02] tedg: yeah [19:04] vish: Yeah, are you sure you just didn't turn them off? [19:04] vish: They're in View [19:05] tedg: oh , sry , i seem to have turned it off :s [19:05] i was trying a lot of stuff with the super+s being locked [19:05] tedg: thanks :) [19:06] vish: No problem. I like easy bugs :) === godbyk is now known as godbyk-away === kklimonda is now known as kklimonda|G1 [21:36] anybody around? For some reason, notify-osd isn't allowing me to click under [21:47] magcius: Yeah, it's an annoying bug :) It should be updated soon. [21:47] tedg: do you know what causes it? [21:48] magcius: Only high level. It was with gtk 2.20 and notify-osd setting input masks differently or something like that. If you downgrade your GTK it also goes away. [21:48] tedg: ah [21:49] tedg: also, when I'm running uncomposited, the window doesn't hide, just the space around it goes black === DBO_ is now known as DBO