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