[04:53] DanRabbit: ping... :) === mac__v is now known as mac_v [06:45] mac_v: pong [11:50] mac_v, i'm here [11:50] MDC2: i'm testing with other themes [11:51] I'll have to get some breakfast, but if you find it depends on theme, let me now and I'll see if i can change the position of the menu in nautilus by some pixels.. [11:52] MDC2: i think you have a point there about the themes [11:52] mac_v, karmic theme: clearlooks both gtk and metacity [11:53] I can see the difference in border size in my both themes.. [11:53] but how come the the menu button doesnt cause this? when you press the menu button , no option is selected [11:54] probably a gtk bug as it doesnt ask the mouse pointer where it is.. [11:54] hmm.. clearlooks seems to have an invisible 2px border [11:55] * MDC2 created another folder.. [11:55] MDC2: yeah,that triggers it more easily , dust sand is different , no border ;p [11:56] doesn't seems like a good solution to hardcode the popupmenu 2px southeast either.. [11:57] mac_v, if you use menu button and then right click the mouse (at the same place) - you get a new folder [11:58] is there anyway to fix that , so that the right-click works like the menu button? ie,option doesnt get selected unless the mouse is moved [11:58] so it's probably a gtk bug.. [11:58] it won't matter as you can still double click and a folder gets created - selected or not [11:59] MDC2: this doesnt happen in firefox , no option is selected [11:59] you're still holding the mouse over the option [11:59] looks like they've moved the menu a few pixels.. [11:59] yup.. [12:00] MDC2: can that be done? [12:00] in nautilus - sure it can :-) [12:00] but maybe a better place would be gtk land.. [12:01] but we can start with nautilus [12:01] MDC2: then pls fix it... in nautilus.. i dont think its a gtk bug , lets fix it like firefox [12:01] fixing it in gtk will not be simple [12:01] no, it won't [12:02] MDC2: yeah... in nautilus just moving menu a few pixels below the pointer , will solve this perfectly [12:05] "The default menu positioning function will position the menu at the current mouse cursor position. " (from GtkMenu doc) [12:05] http://library.gnome.org/devel/gtk/unstable/GtkMenu.html#gtk-menu-popup [12:07] MDC2: so are we stuck? or are you interested on fixing that from nautilus side? if so i'll confirm the bug [12:07] mac_v, and the fix should be in fm-directory-view.c around line 5565.. [12:07] i could give it a try - but not today (or maaaaybe tonight) [12:08] depends on the girl ;) [12:08] hehe ;p [12:08] now breakfast! [12:09] MDC2: sure... if confirm it and assign it to you... you can fix it at leisure.. :) [12:13] mac_v, yup :-) [12:14] mac_v, should we create an upstream bug as well? [12:15] MDC2: yeah... i guess it would already be reported upstream... if not needs to be reported... also mention the firefox behavior upstream [12:18] MDC2: the funny thing is this didnt happen when a similar bug was reported, i invalidated it!.. after i cleared all the .gnome .gnome2 .config files , the new rules are visible ;p now i'm searching for the old bug [12:20] mac_v, hmm - it *might* be a problem when you hold down the mousebutton and then choose an item.. it does work in firefox so it should work here too - but not sure.. now really really breakfast [15:00] DanRabbit: the Templates icon is awesome! [15:22] djsiegel: Bug #410636 , gtk has made some changes , now nautilus needs a patch [15:22] Launchpad bug 410636 in hundredpapercuts "right click on Nautilus is confusing" [Undecided,Confirmed] https://launchpad.net/bugs/410636 [15:23] djsiegel: MDC2 has offered to work on it === sulleymansford is now known as dashua [16:38] mac_v: That might be as simple as adding some extra padding to menuitems in the theme. [16:39] GtkMenuPositionFunc will obviously do it, but if it's a real problem for all menus then we should try to solve it for more than just Nautilus. [16:41] bratsche: actually its not just padding... the pointer does highlight the 1st menu item , this was not the old behavior , i test the similar bug 1 month ago , in jaunty which was a serially upgraded system , [had old cruft] [16:41] tested* [16:41] mac_v: Error: Could not parse data returned by Launchpad: The read operation timed out [16:42] This computer is running on Jaunty and I see the issue. [16:43] bratsche: i invalidated this Bug #394712 , thinking it was an hardware issue , because i couldnt reproduce it , in my jaunty [16:43] Launchpad bug 394712 in hundredpapercuts "Gnome: Right click. When I right click, 95% off time, it click on the first element in the context menu. (dup-of: 410636)" [Undecided,Invalid] https://launchpad.net/bugs/394712 [16:43] Launchpad bug 410636 in hundredpapercuts "right click on Nautilus is confusing" [Undecided,Confirmed] https://launchpad.net/bugs/410636 [16:45] Maybe you're right that something has changed, but I haven't noticed. I try to keep on top of most of the gtk+ changes. [16:47] bratsche: firefox does this elegantly but lowering the menu just a couple of pixels..., the only other area is probably nautilus , i'm not sure of any other areas where this might cause problems... are you aware of any other apps? [16:48] Let's take a look at what gnome-terminal is doing, because it's not showing the same behavior. [16:48] gnome-terminal does not prelight the first menuitem when the menu pops up. [16:49] I need to run some errands, but I'll be back in a couple hours. Let me know if you find anything interesting about this. [17:56] bratsche: weird , right-click on the title bar does *not* select the first option! [18:24] AFAIK no-where does it occur! i guess everyone else has fixed it apart from nautilus! [18:33] DanRabbit: added support in GNOME Do for xdg-user-dirs icons so I can see your great icons more often :) [18:33] DanRabbit: bzr branch lp:~djsiegel/do/xdg-user-dirs-icons to test [18:54] mac_v, i'm kinda back... will be completly back in 30-60 min and then I could start looking in to the issue a little bit more [18:54] i have the same problem with window menus btw.. [19:10] MDC2: it dont think it happens with windows menu , you have to make sure *not* to move the mouse , even the slightest movement prelights the option [19:20] mac_v, yes still there.. no movement ;-) [19:20] but only with clearlooks [19:20] bratsche, i have the same problem with gnome-terminal [19:21] MDC2: nope... not for me... even with clear looks it doesnt prelight , gnome terminal is also fine for me [19:21] this is strange.. [19:22] but you have problem with nautilus? [19:22] yes [19:22] are you running karmic? [19:22] yes [19:22] I'm in Jaunty now, will test with Karmic later [19:22] MDC2: do one thing... create a new account and test it there [19:22] karmic or jaunty? [19:23] MDC2: for now in jaunty , this problem occured only after i cleared all my configs, so IMO cruft can affect the behavior [19:24] i'll do the testing in karmic first.. can't logout my desktp ;-) [19:24] i'll just make sure its up2date first [19:25] bratsche: how does the window menu behave for you? [19:26] could you reproduce window menu problem in any theme? [19:28] MDC2: nope... just checked, nothing in the default does this, even thought the border exists for the clearlooks , the option is not prelit [19:28] though* [19:29] MDC2: are you on a laptop or desktop? [19:29] virtual machine :-) [19:29] Font rendering is "Best shapes" [19:32] new user in karmic - plain default; problem in nautilus, no problem in window menu [19:33] mac_v, switching to clearlooks; the problem is in both menus [19:34] and just moving the mouse 1px up - the option is not selected... [19:34] MDC2: just checked in virtual bix, it *does* prelight [19:34] so pls dont test in virtual bix [19:34] box* [19:35] well... this *is* strange.. [19:35] so, it depends on theme AND hardware.. [19:35] X drivers? [19:36] I have no real hardware to test karmic on, sorry.. [19:36] I'll see how metacity is showing there menu. [19:37] MDC2: hwo much space do you have on your system? [19:37] how* [19:38] well.. that's not actually a problem.. just.. dont wanna do it :) [19:39] MDC2: na... if you have a separate / and /home , you could just dual boot with the same /home for both jaunty and Karmic [19:39] to much work restarting and getting all my apps :-) [19:39] running* [19:41] aha! [19:41] metacity is using the popup menu pos function [19:43] mac_v, http://pastebin.com/d221f2113 [19:45] where is this file location... let me check in karmic [19:45] MDC2: ^ [19:45] metacity [19:45] /src/ui/menu.c [19:46] look at line 517 [19:46] if you have the source for nautilus, take a look in file-manager/fm-directory-view.c line 5567 [19:47] woops... no source ;p [19:48] hmm... if I open the window menu far to the right so it cannot fit the menu to the right I can almost never get the menu to stay.. [19:51] bbl [20:07] mac_v, back - you found anything? [20:13] MDC2: i dont have the source ... bbl [20:19] anyone with good insight of gtk_menu_popup () here? If i supply "data" without a function - is that used for anything? [20:20] because looking at the nautilus eel code, they're suppling data (GdkPoint) but NULL as function... [20:20] seems wrong to me.. [20:40] from Company in #nautilus http://git.gnome.org/cgit/eel/commit/?id=5ee31ee96f0b3027808026fb62a06c4593d43583 [20:40] mac_v, bratsche ^ === jono_ is now known as jono [21:24] MDC2: if you dont give it a function i believe it uses one [21:24] im not sure at all but i think it expects a mouseevent or a keyboardevent as data [21:25] depending on whether you clicked or used the menu key [21:25] SiDi, no - I checked the source for gtkmenu - and data is just data for the function [21:27] SiDi, if you look at the commit above, nautilus has had a function to move the menu a few px off. But when they removed that they just did it quick'n'dirty and didn't remove unessecary (can't spell) code.. [21:27] So its a "bug" in nautilus, but no-one will ever notice :-) [21:28] okey :) [21:28] MDC2: huh, is that why the menu is not in line with the rest of the widgets? [21:28] kwwii, how do you mean with "not in line"? [21:28] sorry for butting in the conversation ;) [21:29] no problem - you're welcome to jump in :) [21:29] I've filed a bug against gtk for this. [21:29] http://bugzilla.gnome.org/show_bug.cgi?id=591258 [21:29] Gnome bug 591258 in gtk "Easy to accidentally select first option in popup menus" [Minor,Unconfirmed] [21:31] MDC2: I think we are talking about the same thing...every time I right click on my desktop by accident it ends up making a new folder [21:31] yep, me too :) [21:31] (creating a folder) [21:31] i dont have this problem [21:31] * SiDi uses thunar :P [21:32] well, probably exists in thunar in another theme (unless they've hacked around it) [21:32] as I'm not allowed to do in nautilus [21:41] MDC2: why can't you hack around it? [21:41] it might be a simple fix for the gtk theme [21:41] although I think that is unlikely [21:42] maybe adding a pixel or two more padding in the theme would make things somewhat better [21:42] kwwii, I asked in #nautilus and they sees it as a bug in gtk rather than nautilus and they have had a patch for it but removed it to be consistent with other gnome apps [21:43] I lost the brightness notification bubble that comes with notify-osd I only have the old one that comes in the middle of the screen ! Can you help me ? [21:43] I'll see what the gtk devs says about it first. [21:43] aboSamoor: its a bug in karmic's g-p-m [21:43] the patch needs to be ported to it [21:43] i think there is a report for it but you may wanna check [21:44] SiDi, can you point the Bug number, I am running Karmic up to date [21:44] im way too lazy to search for the bug :D [21:45] SiDi, I searched many times, if you mean Bug 344385 I don't think mine of the same type. maybe my search terms are not correct, do you suggest any special terms for making search better [21:45] Launchpad bug 344385 in notify-osd "Brightness notification works only with Human Icons " [Medium,Confirmed] https://launchpad.net/bugs/344385 [21:47] aboSamoor: then it might not have been reported yet [21:48] SiDi, if you meant the previous Bug, I am trying to test it, i changed the icon theme to Human, should I restart/log off ? [21:50] its not this bug [21:50] you should report that the g-p-m in karmic doesnt use notify-osd notifications [21:51] (because the patch needs to be rewritten) [21:51] * SiDi would like to point out that this patch should exist upstream btw [21:53] SiDi, what is g-p-m ? my search for another time is not working ;) [21:55] gnome-power-manager ;) [21:56] ok, I will file a bug against this package [22:02] ubuntu-bug gnome-power-manager "The problem cannot be reported: This is not a genuine Ubuntu package" ! [22:14] aboSamoor, bug 406396 [22:14] Launchpad bug 406396 in gnome-power-manager "notify-osd patch needs to be rewritten" [High,Triaged] https://launchpad.net/bugs/406396 [22:14] MDC2: yeah, that sounds like the current situation...too bad [22:15] kwwii, yup [22:16] the good thing about problems in open source software is that it spurs change. Someone will either fix things or provide a better replacement [22:16] the downside of that is that it takes time :p [22:17] I suggest everyone switch to kde, you'll never have a problem on the desktop because they removed it :D [22:17] yep, but as you said, it takes time... [22:17] haha [22:18] never liked kde - but haven't tried 4.x yet - maybe someday when ... it's raining :-) [22:18] actually, with the home folder window on the desktop, once you get to know it, it makes more sense. funny that [22:19] oh, I would wait another 6 months if you want to be really impressed [22:19] i can wait :) [22:19] there are still quite a few (major) problems if you ask me [22:19] but it looks amazing ;) [22:20] can't give up gnome now when we're so close to world domination ;-) [22:20] lol, no doubt..that is the funny thing about the situation [22:21] ubuntu gnome is still the desktop to use to get things done, in any case [22:21] but things are a-changing, if you know what I mean [22:21] (can't say that much because of 1) risk o flamewar and 2) haven't tried kde) [22:21] i <3 kubuntu [22:21] netbook and desktop are kinda merging, so new ideas made now on a fundamental level might well pay-off in the end [22:21] gnome 3.0 and stuff [22:21] is prettier [22:21] sorry, have to talk to my wife [22:21] ... [22:22] maco, but gnome-shell is the new shit :-) [22:22] MDC2: it looks confusing to me [22:22] and it makes me wonder if id be stuck with metacity or if id still be able to replace the wm with one i like [22:22] actually i have no clue how its gonna work :-) [22:22] didn't like the idea of change at all :-P [22:23] but it's nice someone trying anything new - and who knows it might actually be good :) [22:23] gnome-shell is a good start, perhaps but nowhere near the end result, if you ask me [22:23] kwwii - go talk to your wife! [22:25] im just wondering if the kwin tiling being written will be all keyboard controlled or if it'll be like Terminator, letting me retile with the mouse [22:56] re [22:57] * kwwii leaves Tuesday on vacation until the 27th! w00t [22:57] and is out for the night