[01:44] pitti: ACK on xulrunner debdiff, thanks === kklimonda1 is now known as kklimonda === Pici` is now known as Pici === Tm_T_ is now known as Tm_Tr [07:23] I take it not many people have gltext set as their screensaver :) [07:34] * micahg had gltext crash [07:38] micahg: Probably killed by the oom killer, I'd guess. === cassidy` is now known as cassidy === Zdra` is now known as xclaesse [08:23] dpm: good morning - i have an i18n question for you :-) [08:24] heya kamstrup, good morning, feel free to shoot then :) [08:24] dpm: in unity-place-applications I want to filter out a set of stop words from the index [08:24] dpm: and I have const gchar *STOP_WORDS[] = {"a", "an", "and", "are", "as", "at", "be", "but", "by", "for", "if", "in", "into", "is", "it", "no", "not", "of", "on", "or", "s", "such", "t", "that", "the", "their", "then", "there", "these", "they", "this", "to", "was", "will", "with"}; [08:24] dpm: I'm wondering that the sanest way to mark this for translation is..? [08:25] dpm: I was thinking of putting it in the applications.place file and use the normal .desktop translation stuff for it [08:25] dpm: or should I use _() in the code? or what makes sense :-) [08:27] kamstrup, I think having them marked in the code would give us the benefit of adding a translator comment explaining briefly to translators that these are stop words. I think this might be better than having them in a .desktop file, which IIRC does not allow for comments (or at least they are not forwarded to the .pot file) [08:28] dpm: hmmm... wait... now that I thihnk about it - not all languages may have the same number of stopwords [08:29] dpm: and it that case I couldn't really list them as individual elements in C code... [08:30] ie. stopw[0] = _("a"); ... doesn't work in that case [08:30] kamstrup, I think tracker used to use stop words, but I'm not sure how they made it so that translators could add new ones for their language. It might be worth looking at tracker (if my memory serves right and it wasn't another project :) [08:31] Couldn't you have a single (something) delimited string of stop-words and split it on startup? [08:32] dpm: Tracker does it like this http://git.gnome.org/browse/tracker/tree/data/languages but they have a vastly bigger set of stopwords because they index arbitrary data, but I only have apps metadata here [08:33] kamstrup: sounds like something we should share acceross unity/software-center too [08:33] mvo: could be an idea [08:34] or I will just nick it from your code ;) [08:34] mvo: a possibility - some interdependency would not be so fun to have I think, so pasting could be the solution [08:35] mvo, dpm: I'm not sure I like Tracker's approach for my purpose, but here's another idea (in Python syntax): [08:35] yeah, interdependencies is not a good idea [08:35] stopwords = _("a an and are as at be ...").split() [08:36] so concat all stopwords in one translatable string and split on whitespace (or some other delimiter) [08:36] oh, I see, yeah [08:38] kamstrup, so from the translators side, a code coment above the line + that, would work well I think === m4n1sh-ic is now known as m4n1sh [08:39] dpm: ok, i'll try that then [08:39] mvo: ^^ [08:39] cool, thanks kamstrup [08:45] good morning pitti, I've got a question for you: [08:45] It seems that the change in langpack-o-matic to copy the xpi files is causing an issue in the language pack PPAs containing FF3.6 translations (maverick+lucid), as it seems that translations have moved from the -base to the delta package and don't work there. This was discussed on the translators list recently https://lists.ubuntu.com/archives/ubuntu-translators/2011-March/004486.html (see the thread for more background) [08:47] mvo: i'll use ; as stopword delimiter instad on second thought - I dunno if some odd language could have whitespace crossing "stop-phrases" or something [08:47] (although, I think I'd break on that elsewhere, but anyway :-)) [08:49] kamstrup: sounds good, once you have it commited, could you send me the revno? [08:55] kamstrup: hrm, network disconnected: kamstrup: sounds good, once you have it commited, could you send me the revno please? [08:56] Good morning [08:57] morning, pitti [08:57] dpm: hm, that sounds like a separate issue, though; the changes were guared with >= natty [08:57] dpm: I have a phone call now, will look into this later [08:57] edwardc: good morning/evening! [08:57] pitti: :) [09:02] mvo_: sure thang [09:04] pitti: Good morning! You may want to take a look at bug 730495. [09:04] Launchpad bug 730495 in gdm-guest-session "Title bar missing in GTK+ dialogs" [Undecided,New] https://launchpad.net/bugs/730495 [09:05] cool, thanks pitti [09:25] good morning everyone [09:27] dpm: ah, you should have access to macquarie.canonical.com now [09:27] pitti, yeah, I got the reply to the RT, thanks for that [09:28] good morning chrisccoulson [09:28] hi dpm, how are you? [09:29] chrisccoulson, fine thanks, I'm about finished with catching up today and about to do some real work :) === soren_ is now known as soren [09:37] hey GunnarHj, good morning [09:37] looking [09:38] hey [09:38] hey pitti [09:38] bonjour seb128, ca va? [09:38] pitti, got a cold but otherwise yes [09:39] I overslept but that didn't really fix it [09:39] pitti, what about you? [09:39] seb128: we went to the computer games museum in Berlin, and then visited my wife's grandma; returned last night [09:41] pitti, sounds nice ;-) [09:41] did you have nice weather as well? [09:42] yeah, it's marvellous now; bit cold still, but sunny [09:43] seb128: do you have something for gtk+2.0, or can I upload? [09:43] pitti, upload, I can't think of anything that is waiting to go in === hrww is now known as hrw [09:57] mvo: meh - i jave to drop stopwords for now... xapian's handling of stopwords does not work well at all for our purposes [10:01] seb128: Hi Sebastien, you advised me to try on Monday, so here I am! :-) Any chance that you can help with the uploads to -backports acc. to bug 719815? Scott K. and Martin have cleared them, but Scott does not have upload permission for gdm. [10:01] Launchpad bug 719815 in maverick-backports "Please backport gdm and language-selector to Lucid and Maverick" [Wishlist,In progress] https://launchpad.net/bugs/719815 [10:01] pitti, ^ [10:01] hey GunnarHj [10:04] I'll queue it up [10:09] pitti, do you know what this arch foreign change do in gtk? [10:11] seb128: the definition is in https://wiki.ubuntu.com/MultiarchSpec#Dependencies%20involving%20Architecture:%20all%20packages [10:12] seb128: I understand why it's necessary for e. g. tzdata [10:12] I haven't thought about it for gtk2, though; that change came from Steve [10:13] pitti, thanks [10:13] pitti: Ok, thanks. Fear that you are getting tired of me, so I asked seb128. ;-) OTOH it probably makes sense that you complete that 'project'... [10:14] GunnarHj: heh; no, not at all, I just need to find some time to sponsor it [10:14] * pitti has a few tabs queued up as short-term TODO [10:14] GunnarHj: any help with the i18n stuff is appreciated [10:14] GunnarHj, sorry to not be really responsive to know but I've read some of the email exchanges on the topic, that has been going for weeks and is a non trivial set of changes, I don't want to start trying to get an hold of it just for doing backports [10:19] pitti: Then I'm relieved. :-) Glad to help. [10:20] seb128: I fully understand. Kind of realized it once I had pressed enter... [10:20] no worry, thanks for your work [10:20] ;-) [10:50] kenvandine, pitti: does any of you would like to claim bug #730528? [10:50] Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528 === MacSlow is now known as MacSlow|lunch [11:35] hey mpt [11:36] you managed to do any sketches? === MacSlow is now known as MacSlow|lunch [11:58] seb128: do you have a second to try starting a second X session with unity? (guest or normal user); do you have unity-window-decorator running there? [11:59] * pitti currently reproduced bug 730495 and did some initial poking [11:59] Launchpad bug 730495 in compiz "unity-window-decorator doesn't start on secondary X session" [High,Confirmed] https://launchpad.net/bugs/730495 [11:59] GunnarHj: ^ FYI [11:59] pitti, sure [12:00] did you talk to smspillaz about it? he has been fixing issues with the decorator [12:00] not yet, I just started looking into this [12:00] I can't see any obvious DISPLAY=:0 hardcoding in the patch, but I'm not 100% sure what to grep for either [12:01] pitti, do you want me to test something? [12:01] seb128: mostly to confirm that you have the same startup failure, that it's not a misconfiguration on my end [12:02] pitti, confirmed [12:02] seb128: thanks [12:02] I've confirmed in a classic desktop session [12:02] it's not unity specific [12:03] (u-w-d is used in classic) [12:03] unity-window-decorator is running in classic, too? [12:03] ah [12:07] pitti, it's likely a recent issue, guest session was working fine until recently [12:08] I'm not using it that often [12:09] I did a dist-upgrade last night [12:09] * pitti checks grep '^2011-03-06.*configure ' /var/log/dpkg.log [12:10] seb128: hm, nothign obvious there; the most gnome-ish bit is libcanberra [12:13] pitti, btw did you see my ping about bug #730528? [12:13] Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528 [12:13] pitti, not sure if that's rather a kenvandine's thing or if you want to comment on it [12:13] seb128: ah, I saw it; still busy with catching up on the over-weekend stuff [12:13] (gosh, people should stop doing so much work/mail on weekends!) [12:14] seb128: ah, that sounds familiar; that's not how GI works, I think [12:14] pitti, don't tell me, I just managed to catch up with my emails now [12:14] it's after alpha fun I guess ;-) [12:15] the appmenu thing is annoying [12:15] it keeps breaking in different ways [12:19] pitti, we have firefox 4.0rc1 translation xpi's now [12:19] hey chrisccoulson, good morning [12:19] but there is a problem with them: https://bugzilla.mozilla.org/show_bug.cgi?id=639458 [12:19] Mozilla bug 639458 in Build Config "Translation xpi's compatibility requirements too tight for release (4.0rc1)" [Normal,New] [12:19] chrisccoulson: oh, great! [12:19] hm [12:19] i'm just talking to the mozilla guys about that now [12:20] chrisccoulson: failing that, I could also edit the install.rdf in langpack-o-matic, but fixing it upstream would be appreciated of course [12:20] chrisccoulson: want me to update the XPIs in po2xpi in my branch before you merge? or do you want to update them yourself? [12:20] pitti - yeah, we could do that as a last resort, but i think they'll fix it [12:21] pitti - feel free to update them. do you have a script which does that? [12:21] note, that the xpi's aren't in the expected location on the ftp server yet, as RC1 isn't released [12:21] I don't [12:21] just wget -r -np ;) [12:21] ah :) [12:24] chrisccoulson: I don't see them in http://releases.mozilla.org/pub/mozilla.org/firefox/releases/ ? [12:24] chrisccoulson: or is that "latest/"? [12:24] pitti, see my last comment^^^ :) [12:24] well, the one before my last comment ;) [12:24] "note, that the xpi's aren't in the expected location on the ftp server yet, as RC1 isn't released" [12:24] ah, sorry [12:24] they're currently in ftp://ftp.mozilla.org/pub/firefox/nightly/4.0rc1-candidates/build1/linux-x86_64/xpi/ [12:24] chrisccoulson: anyway, I'll wait a bit for the upstream guys to comment [12:25] thanks [12:26] hey chrisccoulson, how are you? [12:27] hi seb128 - i'm good thanks, how are you? [12:27] got a cold but otherwise I'm fine [12:29] hum [12:30] chrisccoulson, we got several new libdbusmenu or indicator-appmenu issues, let me know if you have time for some this week. [12:30] seb128 - sure, although i'm meant to be patch piloting today [12:30] and i'm trying to fix firefox URI handling issues too [12:30] but that shouldn't take too long [12:31] ok, no worry start with those, if you have time let me know, i've issues to dispatch [12:31] i've assigned those to mterry for now but he might welcome some help there [12:31] like there 2 or 3 bugs about menus not updating as they should and 1 or 2 crashers [12:32] chrisccoulson, gnome-bt has still a buggy case ;-) [12:32] chrisccoulson, if you turn bt off and on the "visible" item check got dropped [12:32] cool, i'll take a look at those when i get some time [12:32] chrisccoulson, do you want this one assigned to you? [12:32] yeah, can do [12:33] thanks [12:39] chrisccoulson, bug #723463 [12:39] Launchpad bug 723463 in indicator-appmenu "indicator-applet-appmenu crashed with SIGSEGV in dbusmenu_menuitem_send_about_to_show()" [Medium,Confirmed] https://launchpad.net/bugs/723463 [12:39] bug # [12:39] bug #729128 [12:39] Launchpad bug 729128 in indicator-application "gnome-bt "visible" item toggle not working after turning bt off and on" [Low,New] https://launchpad.net/bugs/729128 [12:39] chrisccoulson, those are yours [12:39] seb128 - cool, thanks [12:40] thank to you! === MacSlow|lunch is now known as MacSlow [13:05] w00t, got a working fix for bug 727372 now \o/ [13:05] Launchpad bug 727372 in firefox "FF 4 requires both .desktop and gconf entries for url handlers" [High,In progress] https://launchpad.net/bugs/727372 [14:00] hello mterry! [14:01] seb128, hello! noticed your libdbusmenu tear :) [14:01] mterry, ;-) [14:02] mterry, so I've basically moved the menu refresh issues and missing items to you [14:02] mterry, and moved the crasher and indicator-application issue away in exchange [14:03] let me know if that works for you ;-) [14:03] seb128, ah, k. I'm actually working on the most annoying bug in unity for me right now: "why doesn't the paste shortcut work in gnome-terminal sometimes" but I'll get to the libdbusmenu stuff too [14:03] this may be libdbusmenu anyway [14:03] ok [14:04] mterry, well it might be that those empathy issues and a few others turn to be one bug [14:04] that's why I assigned the set to you [14:04] yeah, makes sense [14:04] otherwise we might need with people working on the same bug from different angle and duplicating work [14:08] Dictionary note: add Oneiric to it ;) [14:11] * bcurtiswx picks on tedg for breaking dbus, [14:12] I appreciate not being able to set my status as away from the indicator menu :P [14:12] tedg likes breaking stuff :) === doko_ is now known as doko [14:13] its rumored his license plate says "iluv2break" [14:13] bcurtiswx, i know the exact commit to revert in dbusmenu to fix it [14:13] but will wait for tedg to actually fix it [14:13] :) [14:14] * kenvandine notices twitter, identi.ca and facebook all flooded with posts about Oneiric [14:14] * kenvandine wonders how to pronounce that properly [14:15] not even the EN-US dictionary knows it exists [14:15] http://www.merriam-webster.com/dictionary/oneiric knows [14:15] (how to pronounce it, that is) [14:16] o-nye or o-knee ? [14:17] o-nye [14:18] bcurtiswx: Look at that link. There's a link to a sound clip. [14:18] ah yes, o-nye-rick [14:24] hey kenvandine, tedg [14:24] kenvandine, do you know if the same commit breaks other things? [14:25] we got new appmenu issues recently [14:25] i would think it does [14:25] bah [14:27] hi seb128 [14:27] hello bcurtiswx [14:52] pitti: ping [14:57] hey dobey, how are you? [14:58] pitti: good. and you? [14:58] I'm great, thanks [15:00] pitti: can you approve my new maverick-proposed upload for ubuntuone-client? it includes the rest of the fix for that one last bug [15:00] bug #661292 that is [15:00] Launchpad bug 661292 in ubuntuone-client "Nautilus is not aware of published files" [Medium,In progress] https://launchpad.net/bugs/661292 [15:01] I can do another round of SRUs a bit later, yes [15:02] great, thanks [15:04] bryceh_, what lp project do I give bugs to for driver issues? [15:04] and is simply, "driver does not support feature foo" a bug that I should even file? [15:14] lamalex: the source package that contains the driver? [15:15] lamalex: most of them would probably be against "linux (Ubuntu)" i guess? === tkamppeter_ is now known as tkamppeter [15:33] pitti: why did you assign work items back to me? [15:35] micahg: I just fixed the spelling; your LP account is micahg, not micah-g [15:35] micahg: did you want to assign them to someone else instead? [15:36] pitti: right, I wanted them off the security team's burndown charts, but I hope to work on them on community time, is there a better way to do this? [15:37] micahg: the only requirement is that if you put a launchpad ID in front of a work item, it needs to be a valid one [15:37] pitti: so, I'm better off removing the ID then? [15:37] micahg: you can also put in a team there instead, to more clearly mark them as "not really owned" [15:38] pitti: ok, does the WI tracker figure out who's in a team or does it stop if it's assigned to a team? [15:39] micahg: it does know who is in what team, yes; but we don't build charts for e. g. ~mozilla-team [15:39] so it won't matter for that [15:39] pitti: ok, thanks [15:39] micahg: should we run through the plugin list again and delete more packages? [15:40] pitti: I think we're left with apps at this point, I'd say let's reevaluate in a couple weeks [15:40] ok [15:41] I think whatever's not ported by beta should be dropped unless someone is committing to porting it, that should wake up anyone who has an interest in a package [15:41] sounds like a plan [15:42] chrisccoulson: ^^ how does that sound? [15:43] there's going to be a lot of stuff that isn't ported by beta ;) [15:43] particularly swt-gtk (and therefore, eclipse) [15:45] chrisccoulson: eclipse has its own copy of swt-gtk I thought [15:45] micahg - if it does, then that would be a bonus. because, that means we could switch off the browser part of swt-gtk, and just drop vuze and tuxguitar ;) [15:51] bah [15:51] chrisccoulson: any idea what could be done about it: http://pastebin.com/nFfzeuGD ? [15:52] chrisccoulson: mongodb uses its own malloc, and developers have decided to use macro to define it [15:52] so now runtime->malloc from jscntxt.h is transformed into runtime->mongodb:malloc ;) [15:53] hmmm, that sucks. i'm not sure what you can do about that :/ [15:54] i think defining your own malloc as a macro sounds like a bug though ;) [15:55] I wonder if that's really been the intention [15:55] yeah [15:55] what does the malloc macro do? does it wrap the glibc malloc? [15:56] you could probably just #undef malloc before including the jsapi headers ;) [15:56] didrocks: what can you tell me about GChildCare. Doing some work on the wiki to update info on Parental Controls. [15:56] chrisccoulson: well, it wraps their own malloc [15:57] chrisccoulson: yeah, it may be a solution of some sort.. or a recipe for an even greater disaster [15:57] duanedesign: just that I never had time to do serious work on it and that most of the design has been given to the GNOME guys who made Nanny [15:58] I've opened (or rather commented on) a bug in their BTS [15:58] we'll see if the response. [15:58] they respond* [16:01] didrocks: aha, thank you [16:01] yw :) [16:02] (for reference, some code of GChildCare survived in Quickly :p) [16:05] could someone look at https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/620733 ? I've changed my mind, in debian we are depending against 'libdconf0 | gsettings-backend' [16:05] Launchpad bug 620733 in empathy "Empathy does not remember settings" [Medium,Confirmed] === seiflotfy__ is now known as seiflotfy [16:18] pitti, Sweetshark: https://bugs.edge.launchpad.net/~openoffice-pkgs/+packagebugs [16:27] hey mpt_ , did you get to work on any sketches? [16:50] mpt_, ping [16:50] hi and471 [16:51] hey [16:51] I did not, sorry, I was busy with other things [16:51] I'll do that tonight [16:51] mpt_, no problem [16:51] mpt_, no rush [16:51] mpt_, I did have a question though, are you free to answer it? [16:51] sure [16:51] mpt_, do you have inkscape installed? [16:55] and471, no, but that's easily fixed [17:00] mpt_, when you have it installed, create a rectangle and open the fill and stroke dialog [17:01] and471, done [17:01] okay [17:02] mpt_, so in the fill tab, you have the RGB, GSL, CMYK... tabs [17:02] yep [17:02] mpt_, now the use of these tabs is inconsistent with the tabs above it, the tabs above are looking at different things, as notebooks should be used according to the GNOME HIG [17:03] kenvandine, btw can you triage bug #730528? not sure if that's an issue that should be kept on the natty list or not [17:03] Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528 [17:03] mpt_, however the RGB tabs are showing the *same thing* but in a different way [17:03] mpt_, I am trying to do a mockup of an improved dialog and this is one thing I would change [17:03] seb128, sure [17:03] kenvandine, thanks [17:04] mpt_, my idea was to use togglebuttons, however I am not sure this is the best widget for the job [17:04] mpt_, is there a better suited widget for this situation? [17:06] hmmm, i thought metacity was in the ubuntu-desktop packageset? [17:07] pitti, for bug 730528, what causes things like that to not get a default descriptor with GI? [17:07] Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528 [17:07] pitti, is it because there are 2 constructors? [17:07] and471, this isn't quite answering your question, but GTK has a built-in color selection control. [17:07] and471, so why isn't Inkscape using that? [17:07] would somebody please sponsor bug 583847 for me? i've already pushed to bzr [17:07] * kenvandine would hate to have overrides for everything with multiple constructors [17:07] Launchpad bug 583847 in metacity "metacity assert failure: metacity:ERROR:core/prefs.c:2482:meta_prefs_get_workspace_name: assertion failed: (workspace_names[i] != NULL)" [Medium,Fix committed] https://launchpad.net/bugs/583847 [17:08] and471, the answer is partly that Inkscape is cross-platform, I guess, but also that the GTK color selection control isn't flexible enough. [17:08] mpt_, guess it wants to offer more than one way of mixing colours (i.e. cmyk and cms) [17:08] yup [17:08] and471, so the answer to your question (how to present different ways of selecting a color) could be applied to GtkColorSelection too. [17:09] mpt_, my question doesn't need to be specific to colours, just that kind of scenario [17:10] kenvandine, can the notify bubbles from gwibber contain the protocol it's from? (or maybe it should already?) [17:10] and471, I suggest thinking of other examples of the same kind of thing and seeing how applications on various platforms present it. One example is analog/digital time. [17:10] bcurtiswx, tricky... since some of them could be multiple protocols [17:10] if you follow the same person on two networks [17:11] it collapses it to one notification [17:11] mpt_, I guess another question would be, do you think using togglebuttons is a bad idea? [17:11] kenvandine, since it has to know what protocols to collapse, it can take that info and spit it out in the notify bubble? [17:11] bcurtiswx, and i don't see much value in displaying protocol in the notification anyway [17:11] and471, no, probably it isn't bad, if you get the spacing right [17:11] bcurtiswx, since the whole point of gwibber is to aggregate that stuff [17:12] all you really care about is there is something you might want to go look at :) [17:12] mpt_, ok [17:12] bcurtiswx, but not opposed to listening to reasons why it might be desirable [17:13] kenvandine, i see a message (backlogged probably for the 5 minutes of wait) since I follow a large amount of people, and have a crapton of facebook friends. Lots of those messages get shoved a ways down on gwibber, and if i know which protocol than I can find ti a lot easier (with the color coding or the selections on the left) [17:14] bcurtiswx, so really just to help you find the message [17:17] mpt_, ok last question :) can you see any issues/bad ui practice with this mockup? http://i.imgur.com/PYMx3.png [17:18] and471, I thought GTK toggle buttons sat right next to each other, with no spacing between them? [17:18] Or is that true only inside toolbars? [17:18] mpt_, possibly - you are the ui guy :) [17:18] and471, but I know less about GTK than you do at this point :-) [17:19] mpt_, looks better with no padding - good call :) [17:20] kenvandine, i guess. whats the against? [17:21] and471: mpt_: thats now only in scrollbars , gtk+ doesnt have a combined-toggle-button like that yet.. there is bug in gnome bugzilla requesting that feature though ;) [17:21] btw, hi ! :)_ [17:21] hey vish [17:21] bcurtiswx, just that it might be a fair bit of work to make display the protocol [17:22] and471: right now, the the gtk togglebutton only toggles ON/OFF [17:22] bcurtiswx, like there is no limit to the number of account syou might have configured that have the same friends [17:23] bcurtiswx, maybe we just need better search [17:23] like find as you type search [17:23] better solution to that problem imho [17:23] also not that easy to implement currently... but ultimate a better fix [17:24] well, i've rejected more patches than i've sponsored during my patch-pilot duties this afternoon [17:24] chrisccoulson, you meant you aren't the grinch of sponsors :P j/k [17:24] lol [17:25] s/meant/mean [17:25] i don't reject them based on a lack of debdiff though ;) [17:25] kenvandine, OK, maybe the notification bubbles could support icons on the right, but then its probably not necessary [17:26] bcurtiswx, i would rather make it easier for you to find things as opposed to just polluting the notification [17:26] wheeee! Bug 730624 for chrisccoulson ;) [17:26] Launchpad bug 730624 in firefox "Resize grip overlaps download-manager's search box" [Low,Confirmed] https://launchpad.net/bugs/730624 [17:26] pfft, i like the resize grips! [17:26] even if they do look terrible in firefox [17:26] haha! [17:27] i guess i'll have to disable them at some point though, even though i don't want to ;) [17:27] mpt_, so apart from that it is okay? [17:27] kenvandine, yeah ctrl+f functionality in gwibber is probably TWTG [17:28] chrisccoulson: why are you going to disable them? [17:28] They are pretty useful [17:28] kklimonda, they are. unfortunately, they obscure other UI elements that happen to be in the bottom right-hand corner [17:28] but, personally, i prefer them to be there ;) [17:28] well i should say better ctrl+f [17:29] other people disagree though [17:29] i need to write a resize-grippy XUL widget! [17:29] there we go [17:29] fixed [17:29] chrisccoulson: how does it look on Mac OSX? [17:29] :) [17:29] They also have grips like we do [17:29] and471, I don't know that the menu is an improvement on the buttons for the fill type [17:30] kklimonda, hmmm, good question, i'm not sure though [17:30] and471: bah, "use:" is going to take a little longer with that dialogue ;) [17:30] mpt_ has a mac, perhaps he could say ;) [17:30] kenvandine, right now ctrl+f performs searches using twitter search and identica search.. seems slow tho [17:30] yeha [17:30] and not really what i want it to do [17:30] vish, what do you mean 'take a little longer' ? [17:30] kenvandine, and if i want to search peoples names instead i can't [17:30] i want a separate UI for creating search streams [17:31] mpt_, with the menu, you now have text which conveys the meaning better than icons can in this situation [17:31] bcurtiswx, when we finally get the new UI, this will be much easier [17:31] and471: click and then select, when right now it is just one click ;) [17:31] AFAIR the grip is translucent in Terminal.app [17:31] using these mako rendered views is hard [17:31] bcurtiswx, man i want to get that new client finished... :/ [17:31] kenvandine, brand new 'eh? mockups? [17:32] vish, ah no, you don't even have to click, just scroll the mouse wheel :P [17:32] http://njpatel.blogspot.com/2010/07/gwibber-concept-part-1.html [17:32] kenvandine: is gwibber now using QML ? :) [17:32] hello [17:32] vish... nope :) [17:32] you njpatel [17:32] bbiab [17:32] s/you/yo [17:32] njpatel, someday we'll make that a reality :) [17:32] kenvandine, stylish /me likes [17:33] now that Dee will work, i'll start working on the service changes soon [17:33] then it will all be blocked by njpatel [17:33] ;-D [17:33] heh [17:33] * njpatel stops making mockups [17:33] ;) [17:33] bcurtiswx, the view part of that is done already [17:33] biggest piece we are missing is those tabs [17:34] and some fixups here and there [17:34] * kenvandine hugs njpatel [17:34] :D [17:34] and of course once i add the Dee model to gwibber-service [17:34] i'll create a unity-places-gwibber or something :) [17:34] plus the new scrollbar would look cool on that mockup [17:35]