#ayatana 2009-08-03 <mac_v> MDC2: for nautilus > Bug #408384 <ubot4> Launchpad bug 408384 in nautilus "Nautilus need to use "gtk_image_menu_item_set_always_show_image" for essential icons." [Undecided,New] https://launchpad.net/bugs/408384 <mac_v> DanRabbit1: ping ... the gpm labels need to be updated > Bug #383274 <ubot4> Launchpad bug 383274 in human-icon-theme "missing icons for gnome-power-manager" [Medium,Triaged] https://launchpad.net/bugs/383274 <DanRabbit1> mac_v: working on it right now <mac_v> DanRabbit1: Pls, remind me when you push the rev to bazaar <DanRabbit1> mac_v: okay, I pushed it. Try it now :D <mac_v> DanRabbit1: i meant the gpm-primary-000-charging , are now all labelled gpm-battery-** <mac_v> it has been changed in karmic <DanRabbit1> yea, it should be all there, I just pushed it <mac_v> hehe... i was too quick ;p <mac_v> got it now :) <DanRabbit1> oh, yea launchpad takes a few seconds :D <mac_v> DanRabbit1: are you working on mac or linux? <DanRabbit1> mac_v: I have a mac and I dual-boot between Ubuntu and OS X <DanRabbit1> It depends on the task at hand, but for icons I work in Linux <mac_v> there are nasty OSX remenants ._.DS_Store <mac_v> DanRabbit1: and .DS_Store in several folders <DanRabbit1> hmm <DanRabbit1> I'll check that out <DanRabbit1> okay, removed them <mac_v> \o/ <MDC2> mac_v, yeah, saw that one. Hopefully I got some time later this evening to fix it. But it would be nice if I got some comment on the first patch first... <mac_v> MDC2: http://bugzilla.gnome.org/show_bug.cgi?id=590652 , i think the patch needs to go here <ubot4> Gnome bug 590652 in general "Menus don't show any icons for bookmarks and places if menus_have_icons=false" [Normal,Unconfirmed] <MDC2> mac_v, add the patch to that bug report? <mac_v> MDC2: i think thats the right place for the force icons for applications patch <MDC2> mac_v, i'll add a copy to it :) <mac_v> MDC2: how do you take screenshot of context menus? i'm not able to do it! when the context menu is active the screenshot doent work! <MDC2> mac_v, virtual box :-) <mac_v> ah ha... ;) <MDC2> mac_v, is the shit when developing stuff, don't wanna break my desktop :) <MDC2> actually surprised of the performance.. to bad my version doesn't handle multiple cpus, would be good when compiling <mac_v> MDC2: hehe... thats what i did when using your ppa ;) virtual box i totally awesome <mac_v> is* <MDC2> yep, don't trust my ppa's with your desktop ;) <MDC2> mac_v, lots of bugs of the same thing now; http://bugzilla.gnome.org/show_bug.cgi?id=590647 <ubot4> Gnome bug 590647 in general "use :always-show-image for boomarks/places in menus" [Normal,Unconfirmed] <MDC2> not sure where to bother people about my patch.. <MDC2> i'll ask in #nautilus.. <mac_v> MDC2: add it to andreas's bug , i'm marking the other as a dup <MDC2> hmm.. they already did the other way around.. <mac_v> MDC2: oh andreas's has been makerd as dup ;p <MDC2> ok, patch added <MDC2> mac_v, you don't happen to be a native english speaker? I'd like some comments on documentation of a function later... <mac_v> sure <MDC2> great <SiDi> he is a mac_v native speaker ! <mac_v> SiDi is alive ! <SiDi> noh, i'm a zombi <SiDi> got killed early this morning. i just learnt again how to use the keyboard <mac_v> SiDi: darn it , whoever killed obviously didnt do a good job ;p <mac_v> killed you* <SiDi> i totally agree. THey'd better have kept me alive, i was easier to feed <MDC2> how many lines is ok to post? <mac_v> MDC2: use pastebin <MDC2> mac_v, http://pastebin.com/d792d5bec <MDC2> I've added the function wnck_window_get_raw_name and need to update the documentation to reflect the change. get_name filters the \t\n\r chars from the name so it won't mess upp the taskbar etc.. <MDC2> up* <mac_v> MDC2: is this> wnck_window_get_name also your or only the raw part? <MDC2> well, I've updated w_w_get_name so it filters the \n, \t and \r chars, so I've updated the doc as well... <MDC2> so... yes, and no :) <mac_v> MDC2: ah... could i have a look at the original documentation? <MDC2> sure, 2 sec <MDC2> ok with just seeing the complete patch? <MDC2> hmm. maybe not as you won't see the whole text.. <MDC2> 2 sec <MDC2> mac_v, http://pastebin.com/d278adc07 <--orig <mac_v> MDC2: what does get_raw_name do? <mac_v> as in _window_get_name > displays in the pager , get_raw_name ? <MDC2> mac_v, the doc is that bad? :-) well, it returns the name as the window actually reported it, including \t etc if it exitsts <mac_v> just a sec <MDC2> well, this is a lib (libwnck) so it's up to the programmer if he wants to use the "raw name" of a window or not.. <MDC2> this just lets him decide <mac_v> MDC2: http://paste.ubuntu.com/246585/ <mac_v> I dont think the "filtered" needs to be mentioned <MDC2> ok, thanks! will add this to the function and the similar functions in the other classes :) <mac_v> np... #ayatana 2009-08-04 <YokoZar> Is it sheer coincidence that no one has sent an email to the ayatana mailing list in 2 weeks? <YokoZar> or is it broken somehow? <mac_v> YokoZar: i guess we have run out of stuff to complain about ;) <SiDi> meh <SiDi> damn netsplit <SiDi> i was alone in bear.freenode.net T_T <aboSamoor> I installed kubuntu and it over wrote the osd notification for the brightness ! After removing kubuntu i still can not restore the osd one ! #ayatana 2009-08-05 <mac_v> djsiegel1: Similar to Bug #406438 > Bug #405426 , Bug #400383 are also not papercuts per-se [not a fix for something that most users consider painful.] , they could just be design suggestions but wouldnt be part of the papercut criteria <ubot4> Launchpad bug 406438 in netbook-remix-launcher "Panel clock applet should show only the time by default" [Undecided,New] https://launchpad.net/bugs/406438 <ubot4> Launchpad bug 405426 in human-gtk-theme "Remove application icons from title bars" [Undecided,In progress] https://launchpad.net/bugs/405426 <ubot4> Launchpad bug 400383 in hundredpapercuts "Panel separator between clock and FUSA is not meaningful" [Undecided,New] https://launchpad.net/bugs/400383 <djsiegel1> mac_v: yes, you are right <djsiegel1> except about the separator in the panel <djsiegel1> all of these things are painful for me :) <djsiegel1> but I don't think they are painful for most <djsiegel1> except maybe the separator <djsiegel1> which is clearly ugly and using space poorly <mac_v> djsiegel1: ;p the separator also is not a papercut , but *do* remove it <djsiegel1> mac_v: you know what, I disagree <mac_v> djsiegel1: that is just a design *flaw*, i'm not sure how it improves/hampers usability?! <djsiegel1> these things that don't seem like pains really are <djsiegel1> djsiegel1: for example, text in title bars is not centered on the window, it's centered on the window minus the close, minimize, maximize buttons <djsiegel1> also, folder icons in Human are off-center <djsiegel1> most people would say that these are not pains <mac_v> djsiegel1: BTW, i *never* had the separator , i removed it since i use a vertical panel ;p <djsiegel1> but that's why we have a design team (in part), to find pains that people are not conscious of <djsiegel1> users can't identify them <djsiegel1> they would never report them as a paper cut <djsiegel1> and might not agree that they are painful <djsiegel1> it's very subtle <djsiegel1> sometimes the users can be right <djsiegel1> other times, something can be bad for them and they will thing it's not harmful <mac_v> djsiegel1: my reasons mainly , are that this is a very minor aspect , while there are other papercuts that could be part of the 100 , this could be done apart from the papercuts... <mac_v> I'm not saying dont remove it ... DO remove it <djsiegel1> yes I know <djsiegel1> can you find two new paper cuts, one for r4 and one for r5? <djsiegel1> because r4 and r5 lost two <mac_v> it's been a few days since i watched papercuts, but will try to get you something <djsiegel1> thanks <mac_v> djsiegel1: Bug #164298 , Bug #404525 <ubot4> Launchpad bug 164298 in ubuntu "Print to file should say "Export to PDF" instead of "Print to PDF"" [Wishlist,Confirmed] https://launchpad.net/bugs/164298 <ubot4> Launchpad bug 404525 in gnome-power-manager "Laptop power status notification is uninformative" [Wishlist,Confirmed] https://launchpad.net/bugs/404525 <djsiegel1> yeah, those are good <djsiegel1> mac_v: I think the latter is invalid <djsiegel1> mac_v that person does not appear to be using human <mac_v> djsiegel1: that is true , read the title , the notification is not informative <djsiegel1> mac_v: I don't understand <djsiegel1> it is notifying you of brightness change <mac_v> just shows the brightness , but not the battery power status, this was discussed in ayatana <mac_v> mailing list <mac_v> Scott has partly fixed this problem , work is alsmot done <mac_v> almost* <djsiegel1> ok, so, when you unplug, you'd like to see the "You are now running on battery" with info about % charge, time remaining? <mac_v> djsiegel1: yeah , a second bubble about the charge <mac_v> and time <djsiegel1> have you had any feedback from devs about this? <mac_v> yeah <djsiegel1> what did they say? <djsiegel1> mpt is looking into his spec <mac_v> djsiegel1: this depends on the work on Bug #399492 , upstream has accepted Scott's effort , and waiting for the completed patch <ubot4> Launchpad bug 399492 in gnome-power-manager "Feature request : Possible improvements for notifications" [Wishlist,In progress] https://launchpad.net/bugs/399492 <djsiegel1> mac_v: mpt is now adding to the spec <mac_v> oh ok... <mac_v> djsiegel1: Bug #394184 , the post-extraction says "Open the destination" , this could be simplified to -> "Show files" <ubot4> Launchpad bug 394184 in hundredpapercuts "Simplify the file roller post-extraction dialogue window" [Undecided,Confirmed] https://launchpad.net/bugs/394184 * mpt waves to mac_v <mac_v> mpt hi :) <djsiegel1> mac_v: add the "Export as PDF..." bug to r4, add the unplugged notification to r5 and update appropriate bugs with a link to mpt's spec change, and add the extraction dialog bug to any round with less than ten <djsiegel1> all are great finds! <djsiegel1> please and thank you <djsiegel1> mac_v: actually, I am thinking of invalidating the EoG papercut in r4 <djsiegel1> it's very confusing <mac_v> djsiegel1: i cant add milestones :( <djsiegel1> ah, you can't add to milestones? <djsiegel1> we need a proper papercutters team next time around <mpt> mac_v, https://wiki.ubuntu.com/NotifyOSD?action=diff&rev2=172&rev1=170 <mac_v> djsiegel1: only the concerned devs have the privilages <mac_v> mpt: \o/ , also i'v sent a set of the notify-osd icons *vertical* to kwwii <mpt> I need to read that g-p-m bug report in more detail, it probably doesn't cover everything people commented on <mpt> In Jaunty I specced as few g-p-m changes as possible, because I was told it would soon be replaced by DeviceKit-power and therefore making major changes would be a waste of time. * mpt -> lunch <mac_v> mpt: the notify-osd task *needs* to be done , the icons from the Ubuntu notify-osd are labelled different from the gnome notifications , these changes are done in notify-osd <mpt> mac_v, ah, for battery icons? <mac_v> mpt: yeah <mpt> mac_v, I see, sorry, my mistake <mac_v> mpt np... kindly reassign it <mpt> mac_v, but why are the battery icons any of Notify OSD's business? It's gnome-power-manager sending them, isn't it? <mpt> and then Notify OSD displays them just like it does for any other icon <mac_v> mpt: if the patch is written in gpm then ubuntu will have to maintain a patch over the gnome gpm , but if we patch notify-osd instead , this is easier <mac_v> mpt: similar, is already done for wireless notifications <mpt> hmmmmmm <mpt> you have a point there <mpt> If Notify OSD uses custom icons for volume, brightness, and wireless, it should for power too <hyperair> there are power notifications? <hyperair> i wasn't aware <mac_v> mpt: AFAIK all icons are changed in notify-osd , but for sure i know about wireless icons <mac_v> hyperair: we are adding power notifications <mac_v> hyperair: https://wiki.ubuntu.com/NotifyOSD?action=diff&rev2=172&rev1=170 <hyperair> i see <hyperair> i thought it was added sometime back then removed again? <mpt> mac_v, hyperair, those power notifications come from gnome-power-manager, which has always produced them (well, at least as long as notification-daemon has been part of Gnome) <hyperair> hmm i haven't been seeing them recently <mac_v> hyperair: they were *blocked* in Ubuntu , since they were considered redundant/uninformative , but now the notifications are being changed <hyperair> aha i see <hyperair> yeah i did hear something of that sort <mac_v> hyperair: https://bugs.launchpad.net/bugs/399492 <ubot4> Launchpad bug 399492 in gnome-power-manager "Feature request : Possible improvements for notifications" [Wishlist,In progress] <mac_v> djsiegel1: Bug #407116 this is a simple fix too , the gconf must be set to 0 <ubot4> Launchpad bug 407116 in hundredpapercuts "The thumbnail of an image should not be bigger than the image itself" [Undecided,Confirmed] https://launchpad.net/bugs/407116 <mac_v> nope scratch that... that causes an ugly behavior <MDC2> any X developer here? <MDC2> or just someone who knows a little bit about X stuff.. <aboSamoor> Hi, I installed kde 4.3 over ubuntu and now all the notification is messed up, can you help me ? <chrisccoulson> aboSamoor - you want #ubuntu for support <aboSamoor> chrisccoulson, I am running karmic #ayatana 2009-08-06 <mac_v> DanRabbit: ping... hi, i'v been doing a couple of your icons in 128 px for personal use.you wanted me to inform you if i did the svg , do you want them exactly as they were done for other sizes or more details added? <mac_v> i find keeping them similar to to other sizes would be better <mac_v> to the* <DanRabbit> mac_v: whatever you've got :D <mac_v> DanRabbit: i'v done only a couple of them for now , but will be doing more ... i'll send them when they are done :) <DanRabbit> Cool, I'm excited :D <mac_v> djsiegel1: what about thunderbird and messaging menu? < isnt it an unresolved issue too? <djsiegel1> mac_v: what about it? <mac_v> djsiegel1: it needs to be added to the unresolved issues! i would have added it , but since it is a specs page , didnt <djsiegel1> ok <bratsche> Hey mccann, how are you? <mccann> hey bratsche <mccann> not bad <mccann> you? <bratsche> Not bad. Just doing some late night hacking and chatting. :) <bratsche> Which means not the most productive hacking. :) <mccann> night. where are you? <bratsche> In Dublin this week <mccann> not TX i guess <mccann> ah <mccann> sweet <bratsche> Going back to Dallas in two days. <bratsche> Looking forward to it. <bratsche> Although Dublin is actually pretty nice now. <mccann> now? <bratsche> I didn't like it so much the previous time I was here. <bratsche> I'm not sure why. <mccann> i've never been <bratsche> Hey ted! <bratsche> tedg: Did you go to the Guinness-whateverit'scalled-place? <tedg> bratsche: Yes. Saw the largest-pint-glass-atrium in the world. You really missed out if you've only seen inferior atriums in your life. <bratsche> haha <bratsche> You know what this calls for... <bratsche> The world's largest glass ATORIUMUSOUPAINTO. If my life is, in fact this morning, following the absence of the atriums. <bratsche> http://www.redheadedleague.com/tp/#121780 <bratsche> This is my new favorite thing in the world. <tedg> Heh, that's funny. #ayatana 2009-08-07 <SiDi> hi people <SiDi> MacSlow: just wanted to tell you, i got xfconf support and theming support working on a local branch. Didnt have the internet lately so i couldnt push it anywhere, and im quite busy today too, but i just wanted to let you know before you work on the gconf keys for text size / color ;) <MacSlow> SiDi, how do you define "theming" in that scope again? <SiDi> you can set colors for bubble shadow / bg / text title / text body / text shadow <SiDi> i might add gconf keys for sliders, they look bad with bright backgrounds <SiDi> i also added gconf keys for text title / body size, they work with gconf & xfconf afaik <MacSlow> SiDi, priority order for working on features/fixes for notify-osd has been shifted around during this week so I'll not be addressing gconf/xconf the coming week <SiDi> okies <MacSlow> SiDi, don't over commit there :) <MacSlow> SiDi, I only want to introduce gconf-keys for... <SiDi> i just read "gconf" in a notify-osd bug report so i wanted to make sure you dont do it since its done :P <MacSlow> bubble-bg-color, bubble-bg-opacity, bubble-shadow, title-font, body-font, text-shadow-color <SiDi> MacSlow: anyway it doesnt cost anything to have these keys :) i'll try to write a little app to turn notify-osd to black on white for people who have problems to read white on black <SiDi> oh, for opacity too ? <SiDi> (i used #rrggbbaa as strings for color, so actually it can handle bubble opacity) <MacSlow> SiDi, I looked at your first patch and decided I'll need/want to split out gconf and xconf related calls do separte files each <MacSlow> SiDi, hm... I don't think GdkColor takes rrggbbaa only rrggbb <SiDi> oh <MacSlow> SiDi, there's a gdk-function that can parse "#rrggbb" strings <SiDi> ah great <SiDi> i didnt have the internet so i wrote my own function :D <MacSlow> opacity I'll plan to cover using a float-value (0.0f - 1.0f) <SiDi> okey <MacSlow> SiDi, I'll replace that with the corresponding Gdk-call <SiDi> MacSlow: okey. Could you just write me a little guide with what i should do on the notify-osd + xfce bug report ? i'll write this properly this week-end <MacSlow> SiDi, FYI gboolean gdk_color_parse (const gchar* spec, GdkColor* color); <MacSlow> SiDi, you mean regarding splitting out the code or the color-parsing? <SiDi> well, splitting out the code <SiDi> its true its not easy to read at all right now, but it took me more time to make autotools work than to code it ;) <MacSlow> SiDi, oh... well I'm not 100% sure what/how I'll approach that <SiDi> me neither <SiDi> We could use defaults.c that would include defaults-gconf and defaults-xfconf ? <MacSlow> SiDi, just adapt your patch to use gdk_color_parse() for "#rrggbb" and use a float xconf-key for any opacity <SiDi> okey, i'll do that for theming <SiDi> i'll setup a branch as soon as i have the internet :p <MacSlow> SiDi, yeah something like that <MacSlow> SiDi, please avoid using the term "theming" it'll give the wrong impression on users <MacSlow> SiDi, it's just providing some "hook" to allow distro/desktop-environment integrators to tweak notify-osd at runtime a bit <SiDi> MacSlow: i wont pronounce it on bug reports :] <MacSlow> good :) <SiDi> MacSlow: i do want to have an utility to change the colors though, but i'll probably name it notify-osd-utils. Some users can really not read white on black <MacSlow> SiDi, don't be surprised if I'll shuffle around your patch (formatting & Co) <SiDi> no problem <SiDi> i had a hard time writing it, i have a different writing style, and im back from 3 weeks of python :/ <MacSlow> SiDi, since I didn't yet find the time to write a hacking/coding-styleguide yet just do as you please (trying to follow notify-osd lead as good as you can :) <MacSlow> SiDi, well... cleaning up such stuff is certainly more my responsiblity than yours so don't stress too much <SiDi> okey, no problem <SiDi> i noticed there were spaces only in half of the code for indentation anyway ;D <MacSlow> SiDi, I'll also try to incorporate your battery/power info tweak suggestions into the g.p.m patch ... I'm trying to work on that today <SiDi> okey <SiDi> i wont have time to give feedback on this before next week, though :P <MacSlow> SiDi, I think most of this is covered in your bug-report... there's quite a lot of comments <SiDi> Yup <MacSlow> I'll see if there are any gaps of info <mac_v> tedg: hi...the always present icon should be a seperate bug ? <SiDi> And ironically xubuntu will likely give g-p-m up so i have to patch xf-p-m :D <mac_v> indicator applet <SiDi> (hello mac_v howdy ?) <MacSlow> SiDi, well... that's you problem not mine ;) * mac_v waves at SiDi <SiDi> btw MacSlow i noticed the errors and strings you get from gconf are never freed, but i dont know gconf at all so i dont know if they should be or not <MacSlow> SiDi, no that should be fixed in trunk by now <SiDi> ok <MacSlow> SiDi, ah... no wait... that'll come in with the pending gconf-key work <MacSlow> SiDi, I was mixing it up with another class <SiDi> ok <SiDi> i hope my patches will still merge without conflict, MacSlow :D <MacSlow> SiDi, we'll see <tedg> mac_v: It's no a bug, it's a feature :) <tedg> mac_v: But the "No Indicators" was definitely a bug and needed to be fixed. Upload issues. <mac_v> tedg: why! its kinda waste of space , when i dont use the apps <tedg> mac_v: We're going to support having the applications in there even when they're not being used. <tedg> mac_v: One of the things we found in usability testing is that folks would go there for their mail even when it wasn't running. The idea that "this is the place that evolution lives" kind of thing. <tedg> mac_v: I don't know if it's going to suck or be great, but I think it's worth trying for a release :) <mac_v> tedg: "" One of the things we found in usability testing is that folks would go there for their mail even when it wasn't running."" this was with the icon displayed or without the icon? <tedg> mac_v: When the icon was displayed, but with another application running. So it was there, but didn't have mail for instance. <tedg> mac_v: Also, I believe there has been a few bugs about the icon itself being transient. <mac_v> tedg: that is becuase the indicator applet is using a wrong icon! that is why they are checking for mail! <mac_v> mpt: ^ <tedg> One of the biggest that people can't remove it without starting an application that they don't use :) <tedg> mac_v: Perhaps, but no one has proposed a better icon :) <mac_v> tedg: i saw that bug too , but it can be removed from startup applications <mac_v> tedg: why not use the "i" <mac_v> as icon? <tedg> mac_v: I don't know, that doesn't really say anything to me other than "generic". <mac_v> this icon problem was mentioned in the mailing list , let me get the link <mac_v> tedg: instead of using the general envelope icon for all > im icon can be used if pidgin is working > indicator applet shows the icon of pidgin , and email icon is shown only when email client is open , and if both are present retain the mail icon <mac_v> tedg: i'll file a wishlist bug for this ,always present icon , maybe it can be considered for later Karmic+1 <tedg> mac_v: Well, you might wait for the feature to be completed and decide if you like it first :) <mac_v> tedg: oops! i already did actually ! :( sorry <mac_v> tedg: the biggest problem for me is none of my apps[thunderbird/xchat] use indicator applet , and i rarely use evolution for calender ! so for me its a waste of space though i like to have it shown when evolution is used :( <tedg> mac_v: Heh, the problem there is that xchat and thunderbird don't use the messaging menu ;) <mac_v> tedg: yeah , thats why ;p ... anyways Bug #410220 , i filed it before you could reply...! <ubot4> Launchpad bug 410220 in indicator-applet "Indicator applet Always shows icon" [Undecided,New] https://launchpad.net/bugs/410220 <tedg> mac_v: No problem, I'll comment. <mac_v> :) <DBO> ping njpatel <MacSlow> DBO, he's currently traveling (going back to London) <DBO> thanks MacSlow =) #ayatana 2009-08-08 <tgpraveen1> guys is there a keyboard shortcut to access the fast-user switch applet <tgpraveen1> ie <tgpraveen1> hopw do i open that menu using my keyboard so that i cant restart/shutdown etc <mac_v> tgpraveen1: FUSA is still being reworked... currently in karmic , we are using user-switch-applet <mac_v> tgpraveen1: you can ask tedg probably on monday , if they plan to implement it #ayatana 2009-08-09 <mac__v> DanRabbit: ping... :) <DanRabbit> mac_v: pong <MDC2> mac_v, i'm here <mac_v> MDC2: i'm testing with other themes <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.. <mac_v> MDC2: i think you have a point there about the themes <MDC2> mac_v, karmic theme: clearlooks both gtk and metacity <MDC2> I can see the difference in border size in my both themes.. <mac_v> but how come the the menu button doesnt cause this? when you press the menu button , no option is selected <MDC2> probably a gtk bug as it doesnt ask the mouse pointer where it is.. <MDC2> hmm.. clearlooks seems to have an invisible 2px border * MDC2 created another folder.. <mac_v> MDC2: yeah,that triggers it more easily , dust sand is different , no border ;p <MDC2> doesn't seems like a good solution to hardcode the popupmenu 2px southeast either.. <MDC2> mac_v, if you use menu button and then right click the mouse (at the same place) - you get a new folder <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 <MDC2> so it's probably a gtk bug.. <MDC2> it won't matter as you can still double click and a folder gets created - selected or not <mac_v> MDC2: this doesnt happen in firefox , no option is selected <MDC2> you're still holding the mouse over the option <MDC2> looks like they've moved the menu a few pixels.. <mac_v> yup.. <mac_v> MDC2: can that be done? <MDC2> in nautilus - sure it can :-) <MDC2> but maybe a better place would be gtk land.. <MDC2> but we can start with nautilus <mac_v> MDC2: then pls fix it... in nautilus.. i dont think its a gtk bug , lets fix it like firefox <mac_v> fixing it in gtk will not be simple <MDC2> no, it won't <mac_v> MDC2: yeah... in nautilus just moving menu a few pixels below the pointer , will solve this perfectly <MDC2> "The default menu positioning function will position the menu at the current mouse cursor position. " (from GtkMenu doc) <MDC2> http://library.gnome.org/devel/gtk/unstable/GtkMenu.html#gtk-menu-popup <mac_v> MDC2: so are we stuck? or are you interested on fixing that from nautilus side? if so i'll confirm the bug <MDC2> mac_v, and the fix should be in fm-directory-view.c around line 5565.. <MDC2> i could give it a try - but not today (or maaaaybe tonight) <MDC2> depends on the girl ;) <mac_v> hehe ;p <MDC2> now breakfast! <mac_v> MDC2: sure... if confirm it and assign it to you... you can fix amy08@example.org.. :) <MDC2> mac_v, yup :-) <MDC2> mac_v, should we create an upstream bug as well? <mac_v> MDC2: yeah... i guess it would already be reported upstream... if not needs to be reported... also mention the firefox behavior upstream <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 <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 <djsiegel> DanRabbit: the Templates icon is awesome! <mac_v> djsiegel: Bug #410636 , gtk has made some changes , now nautilus needs a patch <ubot4> Launchpad bug 410636 in hundredpapercuts "right click on Nautilus is confusing" [Undecided,Confirmed] https://launchpad.net/bugs/410636 <mac_v> djsiegel: MDC2 has offered to work on it <bratsche> mac_v: That might be as simple as adding some extra padding to menuitems in the theme. <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. <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] <mac_v> tested* <ubot4> mac_v: Error: Could not parse data returned by Launchpad: The read operation timed out <bratsche> This computer is running on Jaunty and I see the issue. <mac_v> bratsche: i invalidated this Bug #394712 , thinking it was an hardware issue , because i couldnt reproduce it , in my jaunty <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 <ubot4> Launchpad bug 410636 in hundredpapercuts "right click on Nautilus is confusing" [Undecided,Confirmed] https://launchpad.net/bugs/410636 <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. <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? <bratsche> Let's take a look at what gnome-terminal is doing, because it's not showing the same behavior. <bratsche> gnome-terminal does not prelight the first menuitem when the menu pops up. <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. <mac_v> bratsche: weird , right-click on the title bar does *not* select the first option! <mac_v> AFAIK no-where does it occur! i guess everyone else has fixed it apart from nautilus! <djsiegel1> DanRabbit: added support in GNOME Do for xdg-user-dirs icons so I can see your great icons more often :) <djsiegel1> DanRabbit: bzr branch lp:~djsiegel/do/xdg-user-dirs-icons to test <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 <MDC2> i have the same problem with window menus btw.. <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 <MDC2> mac_v, yes still there.. no movement ;-) <MDC2> but only with clearlooks <MDC2> bratsche, i have the same problem with gnome-terminal <mac_v> MDC2: nope... not for me... even with clear looks it doesnt prelight , gnome terminal is also fine for me <MDC2> this is strange.. <MDC2> but you have problem with nautilus? <mac_v> yes <MDC2> are you running karmic? <mac_v> yes <bratsche> I'm in Jaunty now, will test with Karmic later <mac_v> MDC2: do one thing... create a new account and test it there <MDC2> karmic or jaunty? <mac_v> MDC2: for now in jaunty , this problem occured only after i cleared all my configs, so IMO cruft can affect the behavior <MDC2> i'll do the testing in karmic first.. can't logout my desktp ;-) <MDC2> i'll just make sure its up2date first <mac_v> bratsche: how does the window menu behave for you? <MDC2> could you reproduce window menu problem in any theme? <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 <mac_v> though* <mac_v> MDC2: are you on a laptop or desktop? <MDC2> virtual machine :-) <MDC2> Font rendering is "Best shapes" <MDC2> new user in karmic - plain default; problem in nautilus, no problem in window menu <MDC2> mac_v, switching to clearlooks; the problem is in both menus <MDC2> and just moving the mouse 1px up - the option is not selected... <mac_v> MDC2: just checked in virtual bix, it *does* prelight <mac_v> so pls dont test in virtual bix <mac_v> box* <MDC2> well... this *is* strange.. <MDC2> so, it depends on theme AND hardware.. <MDC2> X drivers? <MDC2> I have no real hardware to test karmic on, sorry.. <MDC2> I'll see how metacity is showing there menu. <mac_v> MDC2: hwo much space do you have on your system? <mac_v> how* <MDC2> well.. that's not actually a problem.. just.. dont wanna do it :) <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 <MDC2> to much work restarting and getting all my apps :-) <MDC2> running* <MDC2> aha! <MDC2> metacity is using the popup menu pos function <MDC2> mac_v, http://pastebin.com/d221f2113 <mac_v> where is this file location... let me check in karmic <mac_v> MDC2: ^ <MDC2> metacity <MDC2> /src/ui/menu.c <MDC2> look at line 517 <MDC2> if you have the source for nautilus, take a look in file-manager/fm-directory-view.c line 5567 <mac_v> woops... no source ;p <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.. <MDC2> bbl <MDC2> mac_v, back - you found anything? <mac_v> MDC2: i dont have the source ... bbl <MDC2> anyone with good insight of gtk_menu_popup () here? If i supply "data" without a function - is that used for anything? <MDC2> because looking at the nautilus eel code, they're suppling data (GdkPoint) but NULL as function... <MDC2> seems wrong to me.. <MDC2> from Company in #nautilus http://git.gnome.org/cgit/eel/commit/?id=5ee31ee96f0b3027808026fb62a06c4593d43583 <MDC2> mac_v, bratsche ^ <SiDi> MDC2: if you dont give it a function i believe it uses one <SiDi> im not sure at all but i think it expects a mouseevent or a keyboardevent as data <SiDi> depending on whether you clicked or used the menu key <MDC2> SiDi, no - I checked the source for gtkmenu - and data is just data for the function <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.. <MDC2> So its a "bug" in nautilus, but no-one will ever notice :-) <SiDi> okey :) <kwwii> MDC2: huh, is that why the menu is not in line with the rest of the widgets? <MDC2> kwwii, how do you mean with "not in line"? <kwwii> sorry for butting in the conversation ;) <MDC2> no problem - you're welcome to jump in :) <MDC2> I've filed a bug against gtk for this. <MDC2> http://bugzilla.gnome.org/show_bug.cgi?id=591258 <ubot4> Gnome bug 591258 in gtk "Easy to accidentally select first option in popup menus" [Minor,Unconfirmed] <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 <MDC2> yep, me too :) <MDC2> (creating a folder) <SiDi> i dont have this problem * SiDi uses thunar :P <MDC2> well, probably exists in thunar in another theme (unless they've hacked around it) <MDC2> as I'm not allowed to do in nautilus <kwwii> MDC2: why can't you hack around it? <kwwii> it might be a simple fix for the gtk theme <kwwii> although I think that is unlikely <kwwii> maybe adding a pixel or two more padding in the theme would make things somewhat better <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 <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 ? <MDC2> I'll see what the gtk devs says about it first. <SiDi> aboSamoor: its a bug in karmic's g-p-m <SiDi> the patch needs to be ported to it <SiDi> i think there is a report for it but you may wanna check <aboSamoor> SiDi, can you point the Bug number, I am running Karmic up to date <SiDi> im way too lazy to search for the bug :D <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 <ubot4> Launchpad bug 344385 in notify-osd "Brightness notification works only with Human Icons " [Medium,Confirmed] https://launchpad.net/bugs/344385 <SiDi> aboSamoor: then it might not have been reported yet <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 ? <SiDi> its not this bug <SiDi> you should report that the g-p-m in karmic doesnt use notify-osd notifications <SiDi> (because the patch needs to be rewritten) * SiDi would like to point out that this patch should exist upstream btw <aboSamoor> SiDi, what is g-p-m ? my search for another time is not working ;) <SiDi> gnome-power-manager ;) <aboSamoor> ok, I will file a bug against this package <aboSamoor> ubuntu-bug gnome-power-manager "The problem cannot be reported: This is not a genuine Ubuntu package" ! <dashua> aboSamoor, bug 406396 <ubot4> Launchpad bug 406396 in gnome-power-manager "notify-osd patch needs to be rewritten" [High,Triaged] https://launchpad.net/bugs/406396 <kwwii> MDC2: yeah, that sounds like the current situation...too bad <MDC2> kwwii, yup <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 <kwwii> the downside of that is that it takes time :p <kwwii> I suggest everyone switch to kde, you'll never have a problem on the desktop because they removed it :D <MDC2> yep, but as you said, it takes time... <MDC2> haha <MDC2> never liked kde - but haven't tried 4.x yet - maybe someday when ... it's raining :-) <kwwii> actually, with the home folder window on the desktop, once you get to know it, it makes more sense. funny that <kwwii> oh, I would wait another 6 months if you want to be really impressed <MDC2> i can wait :) <kwwii> there are still quite a few (major) problems if you ask me <kwwii> but it looks amazing ;) <MDC2> can't give up gnome now when we're so close to world domination ;-) <kwwii> lol, no doubt..that is the funny thing about the situation <kwwii> ubuntu gnome is still the desktop to use to get things done, in any case <kwwii> but things are a-changing, if you know what I mean <MDC2> (can't say that much because of 1) risk o flamewar and 2) haven't tried kde) <maco> i <3 kubuntu <kwwii> netbook and desktop are kinda merging, so new ideas made now on a fundamental level might well pay-off in the end <MDC2> gnome 3.0 and stuff <maco> is prettier <kwwii> sorry, have to talk to my wife <kwwii> ... <MDC2> maco, but gnome-shell is the new shit :-) <maco> MDC2: it looks confusing to me <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 <MDC2> actually i have no clue how its gonna work :-) <MDC2> didn't like the idea of change at all :-P <MDC2> but it's nice someone trying anything new - and who knows it might actually be good :) <kwwii> gnome-shell is a good start, perhaps but nowhere near the end result, if you ask me <MDC2> kwwii - go talk to your wife! <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 <kwwii> re * kwwii leaves Tuesday on vacation until the 27th! w00t <kwwii> and is out for the night #ayatana 2009-08-10 <MDC2> how about this? http://www.mejlamej.nu/spinner-startup.png * MacSlow -> lunch <mccann> hey djsiegel1 <djsiegel1> hey mccann, I am a bit busy right now, can I ping you back later? <mccann> sure just curious how your wallpaper contest thing is coming? <mccann> anytime is fine <mrooney> djsiegel2: hey, looks like bug 307621 is being fixed upstream, so that could be assigned to a papercut milestone! <ubot4> Launchpad bug 307621 in hundredpapercuts "Pressing enter key in print to file "Name" box does not print" [Undecided,Confirmed] https://launchpad.net/bugs/307621 <djsiegel2> mrooney: haha, great <mrooney> how is that stuff going overall? <djsiegel2> mrooney: it's ok <djsiegel2> mrooney: would like it if more people were driving it <djsiegel2> you want to help out/ <djsiegel2> ? <mac_v> mrooney: i think there already is a papercut > Bug #164298 <ubot4> Launchpad bug 164298 in ubuntu "Print to file should say "Export to PDF" instead of "Print to PDF"" [Wishlist,Confirmed] https://launchpad.net/bugs/164298 <djsiegel2> mac_v that one is different <mac_v> oh... ok <djsiegel2> mrooney: can you help forward rounds 5 and 6 upstream? <djsiegel2> if you find paper cuts not linked to upstreams, will you please link? would help me out a lot <mrooney> I can give it a shot! <djsiegel2> awesome, thank you so much <mac_v> djsiegel2: Bug #394184 has been fixed upstream and also in karmic now <ubot4> Launchpad bug 394184 in hundredpapercuts "Simplify the file roller post-extraction dialogue window" [Undecided,Fix committed] https://launchpad.net/bugs/394184 <djsiegel2> I am blogging about rounds 5 and 6 today <maco> djsiegel2: what determines whether a papercut gets on the list on your blog posts? <maco> djsiegel2: i assumed fix date, but it seems not <djsiegel2> maco: no, I just split the 100 into 10 milestones of 10 <djsiegel2> weekly milestones <djsiegel2> and I just blog about ten at a time <mrooney> well bug 19586 is fixed, shall I mark the paper cuts task as released? <ubot4> Launchpad bug 19586 in hundredpapercuts "When nautilus cannot unmount a media, it must tell why." [Low,Confirmed] https://launchpad.net/bugs/19586 <djsiegel2> mrooney: sure <mac_v> mrooney: i think djsiegel2 likes them marked as "Fix Commited" <djsiegel2> maco: I have been blogging after the milestones, but I really should before -- the blog posts get a lot of eyeballs on the bug reports, and serve as a good final push to get things fixed <djsiegel2> mac_v mrooney I was told Fix Released is fine <mac_v> ;p unstable fella djsiegel2 <maco> djsiegel2: ah. so if a papercut isnt milestoned, it doesnt get blogged, right? <djsiegel2> maco right <djsiegel2> I have blogged about some paper cuts that have been un-milestoned after being invalidated <djsiegel2> like the nautilus toolbar changes <mrooney> the problem with committed is that no one remembers to change them all when the devel version is released <djsiegel2> maco: if a paper cut is not milestoned, it's not 1 of the 100 we are focusing on for karmic <maco> djsiegel2: i see. kubuntu has a goal of 10 papercuts, but AFAIK none of them are milestoned <ScottK> maco: Unfortunately 100papercuts is apparently Gnome/Canonical only so no one else can add the milestone. <djsiegel2> not true <mac_v> ah... i was wondering when ScottK would pop-in about kde ;p <djsiegel2> I just haven;t had a chance to talk to seele recently <djsiegel2> but we have a weird setup where the canonical design team owns the project <djsiegel2> which we want to change so it's community run <ScottK> djsiegel2: My impression from talking to her (and it may be wrong) was that non-Canonical people wouldn't be added. <mac_v> ScottK: actually even kde is part of papercuts <djsiegel2> this is just the beta release of the project <djsiegel2> ScottK: well, now you are talking to the guy running the project <ScottK> djsiegel2: I understand that. <djsiegel2> :) * ScottK had it on his TODO to discuss it. <djsiegel2> It's a goal for us to get a papercutters team going <djsiegel2> with people like mac_v and mrooney and others on it <djsiegel2> so the paper cuts project can be a proper project <mrooney> if I could mark paper cuts as Triaged I could help more :) <ScottK> Well starting a team in Launchpad takes about a minute. <beuno> djsiegel2, I think if we assign a team as a bug supervisor <beuno> they can set bugs to triaged <beuno> they don;t need to own the project <beuno> so it should be pretty easy to start a papercutters team that can mark 'em as triaged <mrooney> yes indeed <beuno> djsiegel2, say the word and I'll make it happen <djsiegel2> beuno: what does it entail? <djsiegel2> can they do more than set bugs to triaged? <djsiegel2> that doesn't seem useful enough <beuno> djsiegel2, right, that role is just around the bugs <beuno> what else is there? <beuno> probably target bugs to milestones as well, but I think anyone can do that now? <ScottK> No, actually people can't. That's why some of the Kubuntu bugs didn't get milestoned. <beuno> ok, then that's the second problem we solve <djsiegel2> beuno: ok, great, do it please * beuno does it <ScottK> djsiegel2: It was my impression that when 100papercuts got started it was limited to Ubuntu the release (i.e. Ubuntu Desktop and Ubuntu Server) and that if other Ubuntu flavors, such as Kubuntu, wanted to participate they would have to do so with their own resources. <ScottK> I'd be glad to find out that's not correct. <djsiegel2> ScottK: so, the only non-community "resources" atm are attention from canonical-ux and my pushing on bugs <djsiegel2> the former has been extremely minimal <djsiegel2> basically nothing <beuno> djsiegel2, papercuts-taskforce? <djsiegel2> and the latter is just me, and I can push on 10 GNOME and 1 KDE paper cut per week (I am barely keeping up) <beuno> does that sound right? <djsiegel2> beuno: papercutters ? <ScottK> OK, well my impression was that Canonical UX limited itself to Gnome. <beuno> djsiegel2, I thought so, but it implies we create the papercuts, no? <ScottK> ... for papercuts. <djsiegel2> ScottK: yes, the lions share of our design attention goes to GNOME as far as 100pc is concern <djsiegel2> but what is 90% of 2 hours of work? <djsiegel2> ScottK: how would you restructure our time so that you would "be glad"? <djsiegel2> beuno: no, I think it's cool <djsiegel2> papercuts-taskforce sounds fine too <beuno> djsiegel2, roger <djsiegel2> your call <ScottK> djsiegel2: I think that as long as you define your communications in terms of the entire Ubuntu project then it'll be fine. It's a bit confusing to overload the term Ubuntu to mean both the entire project and one specific flavor that the project releases. <ScottK> So it's quite possible you meant Ubuntu the project the whole time, but I just didn't read it that way. <djsiegel2> I am looking for specific feedback on how I am running 100ppc <djsiegel2> I don't really understand the finer point about calling "Ubuntu+GNOME" Ubuntu? <djsiegel2> mrooney mac_v please join http://edge.launchpad.net/~papercutters <ScottK> When you say 100ppc is working on Ubuntu do you mean all of the Ubuntu project or just ubuntu-desktop? <djsiegel2> I mean ubuntu-desktop <djsiegel2> I wouldn't say we work "on" Ubuntu the project <djsiegel2> we are fixing code <ScottK> On may not be the best word there. <djsiegel2> it's 90% ubuntu-desktop, 10% kubuntu-desktop <djsiegel2> if you'd rather I use package names than "Ubuntu" and "Kubuntu" <djsiegel2> I had a discussion with seele and the desktop team at the very start <ScottK> The confusing bit is that both ubuntu-desktop and kubuntu-desktop are part of Ubuntu. <djsiegel2> that is the balance we agreed upon for this first cycle <ScottK> OK. <djsiegel2> ScottK: well, that's not in my power <ScottK> Certainly. <beuno> djsiegel2, done <djsiegel2> beuno: awesome <beuno> https://edge.launchpad.net/~papercutters <djsiegel2> beuno: who moderates? <beuno> add anyone you like, or applicants will notify us <beuno> djsiegel2, canonical-ux <beuno> owns the team <djsiegel2> can you please accept seele, mac_v, mrooney as soon as they apply? <djsiegel2> I will tell seele she can triage the paperkuts <beuno> sure <mac_v> djsiegel2: sure... <beuno> I've added mac_v already <djsiegel2> :) <beuno> mac_v, can you verify that you can mark bugs as triaged? <ScottK> djsiegel2: Making it so that someone who is paying attention to Kubuntu can triage and milestone papercuts is a good step forward. <djsiegel2> ScottK: I am only doing it because I am so swamped with work and I want seele to do it! :) <mac_v> beuno: yup... works <mac_v> :) <beuno> awesome <djsiegel2> mrooney: I can't confirm a fix for enter-to-print-to-file in Karmic <djsiegel2> is it not synced yet? <djsiegel2> mrooney: can you please upstream this one: https://bugs.edge.launchpad.net/ubuntu/+bug/344228 <ubot4> Launchpad bug 344228 in hundredpapercuts "Deleting an image that's used as a desktop wallpaper removed it as a wallpaper without notice" [Undecided,Confirmed] <mac_v> djsiegel2: Bug #388949 , round 1 bug , seems to have stalled, upstream wants discussion to be done on the mailing list? <ubot4> Launchpad bug 388949 in hundredpapercuts "'Clean Up by Name' -> 'Arrange by Name'" [Undecided,In progress] https://launchpad.net/bugs/388949 <mac_v> beuno: certain bugs invalid papercuts are producing a lot of spam , since they are active in their respective projects , shall i switch the papercut to the NULL project? <beuno> mac_v, yes, that's a good idea <mac_v> \o/ <ScottK> mac_v: How will people know they've already been evaluated as a papercut then? <maco> leave a comment saying "not a papercut"? <maco> or just give yourself an email filter that filters out all mails that say "you are receiving because you are subscribed the OneHundredPapercuts project" and also have "OneHundredPapercuts: status => invalid" <maco> (or whatever the proper syntax is) <ScottK> Status is only in the mail if it changes. <maco> oh <mac_v> ScottK: the papercut has been invalid and explained why it is not a papercut... but even after a month the mail
{'channel': 'ayatana', 'month': 8}