#instantbird log on 02 28 2013

All times are UTC.

00:17:48 --> rosonline has joined #instantbird
00:25:36 <-- qlum has quit (Quit: Getting the <censored> out.)
01:02:44 <instant-buildbot> build #792 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/792
01:48:27 <-- Mook_as has quit (Quit: Mook_as)
02:09:41 <-- rosonline has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
02:39:43 --> Kaishi has joined #instantbird
03:09:41 <instant-buildbot> build #883 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/883
03:39:11 --> jb has joined #instantbird
03:40:12 <instant-buildbot> build #793 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/793
03:51:12 --> Mook has joined #instantbird
03:52:20 --> mconley has joined #instantbird
04:02:13 <-- EionRobb has quit (Quit: Leaving.)
04:05:21 <-- jb has quit (Ping timeout)
04:35:45 <instant-buildbot> build #790 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/790
04:50:08 <-- mconley has quit (Input/output error)
05:45:56 --> deltafalcon has joined #instantbird
05:45:58 <instant-buildbot> build #884 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/884
05:52:09 --> jb has joined #instantbird
06:09:49 <-- skeledrew has quit (Ping timeout)
06:16:17 <-- jb has quit (Ping timeout)
06:23:14 --> gerard-majax__ has joined #instantbird
06:29:05 <-- Optimizer has quit (Ping timeout)
06:33:23 --> Optimizer has joined #instantbird
06:38:50 <-- deltafalcon has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
07:01:57 <-- Mook has quit (Quit: Mook)
07:07:51 --> jb has joined #instantbird
07:27:55 <-- gerard-majax__ has quit (Ping timeout)
07:48:43 <-- jb has quit (Ping timeout)
08:27:08 --> Mic has joined #instantbird
08:27:09 * ChanServ sets mode +h Mic 
08:27:20 <Mic> Hi!
09:40:17 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
09:44:40 <instantbot> New Instantbird (UI) bug 1884 filed by benediktp@ymail.com.
09:44:41 <instantbot> benediktp@ymail.com requested review from clokep@gmail.com for attachment 2246 on bug 1884.
09:44:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1884 enh, --, ---, nobody, NEW, Use unprefixed page visibility API
09:46:24 --> mpmc has joined #instantbird
09:49:33 <Mic> Ha, the advantages of our own and small bugtracker: being able to put the bug number into the commit message even before filing the bug itself ;)
09:54:57 <-- chrisccoulson has quit (Quit: PM: Preparing frontal lobe for mem sleep)
09:55:16 --> chrisccoulson has joined #instantbird
10:01:36 <-- Mic has quit (Quit: No time to waste, let's go!)
10:01:59 --> Mic has joined #instantbird
10:01:59 * ChanServ sets mode +h Mic 
10:03:38 --> aleth has joined #instantbird
10:03:38 * ChanServ sets mode +h aleth 
10:08:42 <aleth> more from MathJax :) http://pastebin.instantbird.com/150108
10:11:17 <aleth> flo: /list really isn't supported at all at the moment. I think the goal was to support it via the awesometab.
10:12:43 <aleth> I don't know how hard it would be to use it for completions, but usually what you would want /list for is to search/browse the list of channels.
10:14:26 <aleth> Of course we should do both :P
10:16:18 <aleth> Your coworking space looks great :)
10:19:01 --> flo-retina has joined #instantbird
10:19:01 * ChanServ sets mode +qo flo-retina flo-retina 
10:20:05 --> qlum has joined #instantbird
10:20:56 <aleth> clokep: The use case for browsing/searching the list is if you want to find out if there are channel(s) on a server covering what you are looking for. I've certainly wanted this before on freenode. This works well if the search covers the topics too, afaik xchat has this.
10:22:11 <aleth> That doesn't mean you ever want a scrollable list of all the channels of course, it's unmanageable ;)
10:26:49 <aleth> Hmm, looking at the logs, that might be wrong: "show me the list ordered by number of participants" seems to have been wanted ;)
10:32:43 <flo-retina> aleth: I think g erv had a very specific use case in mind ;)
10:34:22 <flo-retina> aleth: so you are down to less than 1MB? :)
10:34:40 <aleth> flo-retina: Yes, I think that's as low as it's going to go :)
10:35:05 <aleth> Turns out there was a _lot_ of fonts and code only required for various IE and webkit...
10:39:18 * flo-retina forgot the power adapter of his macbook at home, and wonders how long the battery will last
10:43:16 <aleth> Maybe if you don't need to do any compiling, it will last the day...
10:47:36 <flo-retina> apparently the bugzilla update is now scheduled for March 5th :)
10:49:24 --> gerard-majax__ has joined #instantbird
11:18:36 --> clokep has joined #instantbird
11:18:36 * ChanServ sets mode +o clokep 
11:21:05 <clokep> aleth: Trust me, I fully understand the use case for browsing using /list.
11:22:15 <clokep> I just don't do that often.
11:29:29 <aleth> clokep: I'd like to add the channel list to tab complete but I suspect I have to turn it into a module first
11:29:53 <clokep> aleth: That would probably be a good way to do it, that way it can be fed a list of things to complete?
11:30:36 <aleth> clokep: Right.
11:31:35 <instantbot> clokep@gmail.com granted review for attachment 2246 on bug 1884.
11:31:37 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1884 enh, --, ---, nobody, NEW, Use unprefixed page visibility API
11:31:42 <aleth> On the protocol side, we'd need an interface to get the list of channels...
11:32:00 <clokep> Yup! :)
11:32:03 <clokep> That has to be async.
11:32:08 <aleth> Definitely.
11:32:31 <flo-retina> aleth: or wouldn't it have to be part of the commands API?
11:32:44 <flo-retina> aleth: if it's not you'll have to special case /j[oin] in the UI or completion code
11:34:29 <aleth> flo-retina: It's probably enough for starters to treat #... as channels and /... as commands for completion purposes, so the two wouldn't actually overlap.
11:36:38 <aleth> Not all IRC channel names start with # but I've never seen anything else in practice
11:39:25 <Mic> bye
11:39:28 <-- Mic has quit (Quit: No time to waste, let's go!)
11:40:46 <aleth> clokep: To make it work well we'd probably want to have a history of previously joined channels too.
11:42:12 <flo-retina> aleth: yes, you need a list of previously joined channels
11:42:26 <clokep> aleth: # is the most common prefix for sure.
11:42:39 <flo-retina> and likely sort by how often the channels have been joined, and how many participants there are
11:48:32 <clokep> And how recently you've joined?
11:50:37 <flo-retina> yeah :)
11:53:27 * clokep wonders if we could use the places interface and algorithms for this.
11:53:59 <aleth> the awesomebar code...
11:54:55 <aleth> OTOH it's probably very sql-specific
11:55:04 <clokep> ...
11:55:08 <clokep> I'm saying just USE places.
11:55:12 <clokep> Don't care about the backend at all.
11:55:24 <clokep> But I don't now how if htat is feasible.
11:55:28 <aleth> aha!
11:55:34 <aleth> Interesting idea :)
11:56:01 <clokep> (I.e. treat opening a chat as visiting a page.)
11:56:55 <aleth> and /list as bookmarks?
11:57:17 --> skeledrew has joined #instantbird
11:58:02 <clokep> I don't know about that.
11:59:49 <clokep> I didn't think /that/ far ahead. ;)
11:59:55 <clokep> MOst likely bookmarks should be buddies though.
12:01:06 <aleth> You'd want the list entries to be searched for the awesomebar, so they'd have to go /somewhere/...
12:01:54 <-- flo-retina has quit (Ping timeout)
12:06:20 <clokep> True. :)
12:07:41 <-- clokep has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
12:37:22 <aleth> clokep: I wonder if we shouldn't start by simply doing /list on connecting and making the result available in the interface. To avoid the perfect being the enemy of the good...
12:51:22 --> clokep_work has joined #instantbird
12:51:22 * ChanServ sets mode +o clokep_work 
12:51:50 <clokep_work> aleth: That only issue with thta...some servers I think kick on LIST.
12:52:33 <aleth> clokep_work: uh. Don't you just love IRC? ;)
12:52:45 <aleth> Do they tell you that in advance somehow?
12:54:23 <clokep_work> aleth: Some networks give a "SAFELIST" flag.
12:54:40 <clokep_work> In ISUPPORT.
12:54:45 <clokep_work> moznet sends it.
12:55:03 <clokep_work> I don't know if there's a "I'll ban you if you list" flag also (e.g. UNSAFELIST)
12:55:34 <aleth> otherwise it's a bit of a sudden death :P
12:57:15 <clokep_work> aleth: I'd be willing to try it though and see what happens.
13:06:10 <clokep_work> aleth: Do we even have any bugs open about making list better?
13:06:59 <aleth> bug 866?
13:07:02 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=866 min, --, ---, nobody, NEW, Handle /list for IRC
13:11:44 <clokep_work> aleth: So what is our proposal for fixing that then?
13:11:48 <clokep_work> (Short term).
13:11:57 <clokep_work> Store everything, sort it and display it in the conversation the command was sent in?
13:13:38 <aleth> Ask for it on connect (maybe if SAFELIST), and store it and expose it via the interface. For the /list command itself I'd suggest opening a separate tab and displaying the results there.
13:14:01 <clokep_work> I dislike abusing conversation windows to just display information. :(
13:14:37 <aleth> Same here, but /list results will really take over almost any conversation anyway.
13:15:02 <aleth> Though I wouldn't mind just dumping it to the conversation if you prefer.
13:15:13 <aleth> After all, system messages collapse ;)
13:15:44 <clokep_work> True.
13:15:50 <clokep_work> Any idea of how to easily do that?
13:16:09 <aleth> Which part?
13:16:23 <clokep_work> Get the conversation that someone send the command from? :P
13:16:40 <aleth> Oh, /that/ problem :P
13:16:48 <clokep_work> That's why I never fixed that bug.
13:18:28 --> flo-retina has joined #instantbird
13:18:28 * ChanServ sets mode +qo flo-retina flo-retina 
13:18:42 <flo-retina> how often do we need to refresh the LIST information?
13:19:00 <flo-retina> only 38% of battery left after only 3 hours :(
13:19:26 <clokep_work> flo-retina: Theoretically it change constantly.
13:19:37 <clokep_work> I'm not sure caching it is a great idea at the start of connection.
13:21:13 <flo-retina> it also seems like a waste of memory ;)
13:22:03 <aleth> It won't make much sense for tab complete if it isn't cached.
13:22:26 <aleth> Unless we restrict that feature to what's in the history...
13:24:00 <clokep_work> aleth: Why not request it when you first need it?
13:25:28 <aleth> clokep_work: Maybe, but it's async while tab completion can't be. So the completion then can't work the first time you try it
13:26:00 <clokep_work> aleth: Why can't tab completion be async? ;)
13:26:26 <clokep_work> aleth: I think we're discussing too many different features at the same time though.
13:26:34 <clokep_work> I had no idea you were suggesting that in the context of tab completion.
13:27:08 <aleth> clokep_work: It's the only reason I can see for caching it/asking for it on connect
13:27:42 <clokep_work> OK.
13:27:53 <flo-retina> aleth: what about fetching it when the user types /j or when the user opens the join chat dialog?
13:27:57 <aleth> It's hard to imagine async tab complete as the first thing you need to know is whether there are any possible completions.
13:27:59 <clokep_work> That's fine, if we want that, we should file a new bug though.
13:28:17 <flo-retina> aleth: fetching the list from the server is async, but shouldn't be long, hopefully it can be done while the user types " <tab>" (2 key strokes)
13:28:42 <aleth> flo-retina: That might work, but it would then be /join-specific.
13:28:55 <flo-retina> and if the server doesn't reply quickly enough, the completion is only on the previously joined channels
13:29:07 <flo-retina> aleth: are there other commands that complete on the list of channels?
13:30:03 <aleth> flo-retina: There's other commands that can take channels as an argument.
13:30:13 <aleth> Less important though.
13:33:11 <flo-retina> aleth: like what?
13:33:33 <flo-retina> aleth: most interactions with chanserv require a channel name, but that doesn't seem extremely useful to complete to me
13:34:20 <flo-retina> anyway, 29% left; going to fetch that damn power adapter.
13:34:35 <aleth> That's going down fast...
13:35:22 <flo-retina> aleth: yeah, there's likely something wrong somewhere... that machine is supposed to have 7+ hours of battery autonomy
13:38:54 <clokep_work> How would "smarter" tab completion be handled in the command infrastructure anyway? Wouldn't each command need another method to expose a list of things that could be completed?
13:39:34 <aleth> I don't like the idea of trying to be too smart (ei lots of special cases).
13:41:06 <aleth> A user that notices in one context "oh, I can complete for X" will experience brokenness if it fails in another context.
13:42:20 --> Tonnes has joined #instantbird
13:42:59 <aleth> To make it command-specific you would have to add flags to all the commands, and you'd have to check for the user typing them without using completion too.
13:43:30 <clokep_work> aleth: "the user typing them without using completion too" Why?
13:43:41 <clokep_work> Isn't it command specific though?
13:43:54 <clokep_work> I think someone needs to file a bug about the behavior we're trying to fix.
13:43:58 <clokep_work> This conversation is wayy too abstract for me. :(
13:44:09 <clokep_work> (/ I'm really tired. :))
13:44:11 <aleth> Same here.
13:44:45 <-- flo-retina has quit (Ping timeout)
13:44:47 <aleth> To make it specific, if I type "/j" something would have to notice and in the background run /list.
13:45:25 <aleth> At least that's what flo was suggesting.
13:46:58 <aleth> If that were wanted one would have to abstract it a bit at least as that't protocol-specific, and I'm not sure how.
13:48:02 <clokep_work> I'd prefer to define a wanted behavior before we worry TOO much about implementation. :)
13:48:39 <aleth> The wanted behaviour seems to be "complete channel names after /j" ;)
13:49:00 <clokep_work> OK, I just wanted to hear someone say it so I'm not assuming it.
13:49:13 <aleth> I think improving join chat in general first may be better.
13:53:09 <clokep_work> We should probably finalize some of our GSoC ideas.
13:53:26 <clokep_work> aleth: Probably, I'd hope we don't use /join much if we were to get the new tab stuff working.
13:54:05 <aleth> clokep_work: Yup, I'm assuming "improved join chat==new tab stuff" ;)
13:54:38 <aleth> What I mean is that that will provide a lot of backend that any desired completion can then just use.
13:54:56 <clokep_work> aleth: I took "improved join chat" to mean "Add auto-complete to the current join chat dialog".
13:56:19 <aleth> clokep_work: Oh, I see.
14:11:28 --> flo-retina has joined #instantbird
14:11:29 * ChanServ sets mode +qo flo-retina flo-retina 
14:15:03 <flo-retina> aleth: to make completion command specific, you would have to add an optional method to commands so that they can opt in to handle completion themselves (and they could call into the generic completion jsm to get lists of possible non-prpl-specific stuff that can be completed in addition to the command specific ones)
14:15:38 <flo-retina> a command not implementing the completion method would just be handled as it currently is: the generic completion completing nicks
14:16:08 <flo-retina> fwiw, I think improving the "new conversation UI" is something we really need to push forward, but probably largely out of the scope of just "improving /list"
14:16:35 <flo-retina> this discussion started because the way /list is currently "handled" is embarrassingly broken
14:16:52 <-- gerard-majax__ has quit (Ping timeout)
14:16:55 <flo-retina> before making something awesome with the result of that command, we could start by just unbreaking it
14:18:01 <flo-retina> so to unbreak /list, I think what we need to do is: 1. Display all the channels in the same message. 2. Sort the list of channels. 3. Display that in the conversation where /list was typed.
14:19:33 <flo-retina> clokep_work: "We don't auto-add the #, someone (Standard8?) filed a bug about this...but I don't personally care for it so I've never implemented this (bug 742726)." what needs to change for this to get fixed? I think we have already spent more time dealing with people confused by this chatzilla-parity issue than it would have taken to just fix it.
14:20:16 <aleth> There's an IB bug for that too, doesn't it even have a patch in it?
14:20:16 <clokep_work> flo-retina: Someone needs to write the code to handle it and I need to review it.
14:20:43 <aleth> bug 909, no patch
14:20:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=909 enh, --, ---, nobody, NEW, Prepend # automatically to IRC channel names if no prefix was specified
14:21:06 <aleth> (I thought Mic had done it for some reason...)
14:21:38 <clokep_work> I mean the patch isn't hard.
14:25:05 --> mconley has joined #instantbird
14:33:34 <clokep_work> ...someone just needs to do it. :)
14:34:19 <clokep_work> It's pretty much if (!(name[0] in Object.keys(<some account propery>)) name = "#" + name;
14:35:07 <flo-retina> we already have the list of possible channel prefixes stored somewhere on the account object?
14:35:34 <flo-retina> wait, we filed bug 909 in 2011? :(
14:35:38 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=909 enh, --, ---, nobody, NEW, Prepend # automatically to IRC channel names if no prefix was specified
14:36:17 <clokep_work> flo-retina: Yes.
14:36:35 <clokep_work> http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#756
14:38:20 <clokep_work> So it's really if (!this.channelPrefixes.indexOf(foo[0])) foo = "#" + foo; :P
14:38:25 <clokep_work> But pretty much what I wrote.
14:38:49 <flo-retina> http://pastebin.instantbird.com/150207
14:39:01 <flo-retina> is this really all we need?
14:39:13 <flo-retina> is joinChat() also called when using /join ?
14:39:18 <clokep_work> Yes.
14:39:26 <clokep_work> And it should be all we need.
14:39:39 <flo-retina> then it's really sad that we haven't fixed it years ago
14:39:44 --> rosonline has joined #instantbird
14:39:58 <clokep_work> I didn't really want it fixed. :P
14:40:05 <clokep_work> Or else I would have done it years ago. ;)
14:40:14 <clokep_work> That bug was originally filed for libpurple btw.
14:40:19 <flo-retina> I'm tired of the support issues being the same over and over again
14:40:29 <flo-retina> I also think this behavior is "wrong"
14:40:40 <flo-retina> but it's ChatZilla (and others)'s fault
14:41:41 <instantbot> florian@instantbird.org requested review from clokep@gmail.com for attachment 2247 on bug 909.
14:41:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=909 enh, --, ---, florian, NEW, Prepend # automatically to IRC channel names if no prefix was specified
14:41:48 <clokep_work> I think adding it to the UI would be a better solution personally.
14:41:49 * clokep_work shrugs.
14:42:07 <flo-retina> to the join chat window?
14:42:18 <flo-retina> it wouldn't fix people typing "/join foo"
14:42:41 <clokep_work> Yes.
14:43:37 * clokep_work thinks JS Arrays need a contains method too.
14:43:55 <flo-retina> wait, did I just write a patch for Instantbird? How long ago was the last time it happened? :)
14:44:15 <flo-retina> clokep_work: yeah, I almost typed .contains and then thought "oh wait, it's just an array"
14:47:20 <-- Kaishi has quit (Quit: Kaishi)
14:47:27 <instantbot> clokep@gmail.com denied review for attachment 2247 on bug 909.
14:47:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=909 enh, --, ---, florian, NEW, Prepend # automatically to IRC channel names if no prefix was specified
14:54:27 <-- flo-retina has quit (Input/output error)
14:58:00 --> flo-retina has joined #instantbird
14:58:00 * ChanServ sets mode +qo flo-retina flo-retina 
14:58:06 <-- flo-retina has quit (Input/output error)
14:58:25 --> flo-retina has joined #instantbird
14:58:25 * ChanServ sets mode +qo flo-retina flo-retina 
14:58:38 <-- flo-retina has quit (Input/output error)
14:58:38 <clokep_work> Yeah I'm being difficult, I know. I do like comments though. :) It's obvious now why we're adding that code, but I'm unsure it will be in a year. :)
15:00:44 <-- mconley has quit (Input/output error)
15:04:19 --> flo-retina has joined #instantbird
15:04:20 * ChanServ sets mode +qo flo-retina flo-retina 
15:04:40 <flo-retina> clokep_work: is "A channel prefix is required. If the user didn't include one, we prepend # automatically to match the behavior of other clients. Not doing it used to cause user confusion." to your liking? :)
15:05:35 <clokep_work> flo-retina: Yes, that's fine.
15:05:53 <flo-retina> ok :)
15:06:05 <flo-retina> my connection is extremely unstable right now.
15:11:42 <clokep_work> I've noticed. :(
15:13:09 <clokep_work> Looks like your last real feature you added was a few months ago. :(
15:13:33 <flo-retina> I guess it was before the renovation work actually started
15:13:43 <clokep_work> Yeah. :( Did you finish painting?
15:14:27 <clokep_work> There's like 10 other commits since then, but most are fixing build things from updating Mozilla or other tiny things.
15:16:15 <flo-retina> http://hardhat.mozilla.net/en-US/bugzilla.html
15:16:32 <flo-retina> clokep_work: yeah, I fixed some bustage caused by patches I r+'ed :-S
15:17:15 <flo-retina> I fixed bug 1868 a month (!) ago
15:17:19 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1868 nor, --, 1.4, florian, RESO FIXED, Twitter accounts shouldn't keep references to all received tweets
15:18:40 <flo-retina> looks like the last time I really poked at the code was bug 1696 and bug 1860
15:18:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1696 nor, --, 1.4, florian, RESO FIXED, rewrite Bubbles' timer handling so that timers are used only when actually needed
15:18:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1860 nor, --, 1.4, florian, RESO FIXED, Bubbles shouldn't call getComputedStyle for each message
15:18:50 <flo-retina> 2 months ago :-S
15:19:42 <flo-retina> and the last 'feature' was bug 1827 3 months ago.
15:19:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1827 enh, --, 1.4, florian, RESO FIXED, Add an easy way to copy an account specific debug log
15:20:54 --> mconley has joined #instantbird
15:23:10 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
15:24:44 <clokep_work> flo: Right. :(
15:24:50 * clokep_work just wanted to complete flo-retina there btw.
15:25:00 <clokep_work> Well get that patch up and I'll r+ it. ;)
15:27:20 --> flo-retina has joined #instantbird
15:27:20 * ChanServ sets mode +qo flo-retina flo-retina 
15:27:34 <flo-retina> clokep_work: I was thinking that maybe I should actually test it before putting up the second version for review
15:28:36 <flo-retina> I keep hoping that I'll manage to free some time 'soon' to work regularly (maybe 1 hour a day) on Instantbird stuff, but that hasn't happened yet
15:29:43 <clokep_work> flo-retina: Yes, I'd like it to be tested before checking in. :-D Both in the join dialog and via /join.
15:29:58 <flo-retina> yeah, of course both cases need to be tested
15:30:38 <clokep_work> OK. :)
15:30:51 * clokep_work needs to try to get Moz 19 to compile again.
15:30:53 * clokep_work sighs
15:32:44 <-- flo-retina has quit (Ping timeout)
15:33:53 --> flo-retina has joined #instantbird
15:33:54 * ChanServ sets mode +qo flo-retina flo-retina 
15:35:15 <flo-retina> and I (or anybody else) still need to fix that twitter bustage on c-c :(
15:37:12 <flo-retina> I would like an add-on to help me follow what's going on in IRC without switching tabs
15:37:37 <flo-retina> I think it should be a full screen window with an area for each IRC channel I'm currently in
15:38:03 <flo-retina> the size of the area should be loosely related to how many messages per hour are received in the channel
15:38:29 <aleth> Good idea, but why restrict it to IRC? Just do it across all conversations
15:38:36 <flo-retina> that would be perfect for display on the second monitor
15:38:45 <flo-retina> aleth: yeah, all conversations
15:39:23 <flo-retina> aleth: although it's a UI mostly designed for conversations where a reply from me isn't actually expected (but could be useful if I have something to say on what's being discussed)
15:40:03 <aleth> It sounds like a good UI to get an overview, to actually send you'd click on the conversation and get a tab back?
15:40:40 <flo-retina> I think to send messages I could click on one conversation, and that would move it to the center of the screen where the area is larger, and show a focused textbox
15:40:56 <aleth> Interesting idea, a replacement for tabbrowser basically.
15:41:14 <flo-retina> yeah, tabs aren't really good for IM
15:41:25 <-- mpmc has quit (Connection reset by peer)
15:41:27 <flo-retina> it's just "better than lots of windows"
15:41:38 <aleth> This could be better than the "single window UI" actually and solve the same problem
15:42:02 <flo-retina> not sure
15:42:21 <flo-retina> it wouldn't be great to focus on a specific conversation, as all the others would still be visible
15:43:27 <flo-retina> and I don't know if the contacts window fits in there
15:44:30 <flo-retina> something difficult with that idea is to find a way to make messages as read
15:44:37 <aleth> Tricky, but you might also want it on your IM dashboard monitor
15:45:25 <flo-retina> the only way I see know when a conversation is read in a UI where all conversations are visible at once and clicking is no longer needed is to use eyes tracking
15:45:45 <aleth> That's hard...
15:46:04 <flo-retina> yeah, even with webrtc coming, it will likely still be out of reach for a while
15:53:23 --> gerard-majax__ has joined #instantbird
16:10:15 <clokep_work> flo-retina: Interesting interface proposal
16:12:30 <flo-retina> will just need to find time to actually implement it
16:18:02 <-- gerard-majax__ has quit (Ping timeout)
16:18:02 <clokep_work> Time is the biggest enemy of OSS. ;)
16:19:04 <flo-retina> clokep_work: it seems more difficult to get projects requiring a large amount of focused time started (they require a rainy week-end or some vacations) than to get things done on small bug fixes
16:21:19 <clokep_work> flo-retina: I've found that too. :( It took me a lot of energy to get the OSCAR stuff going.
16:21:24 <aleth> flo-retina: yeah, it's always harder to decide to start a new feature :-/
16:21:26 <clokep_work> And now I can work it in half hour chunks. :)
16:21:35 <flo-retina> clokep_work: :)
16:22:11 <flo-retina> it's possible that what stops me is that when I know I have 1 hours to spend on Instantbird stuff, I feel guilty if I don't start by reducing the length of the review queue
16:22:14 <aleth> clokep_work: That's after you took the rainy weekend to get the basic structure set up though? ;)
16:22:46 <flo-retina> and I always seem to assume that in 1 hour I'll get a handful of patches reviewed, which rarely seem to actually happen, because there's something wrong or that needs testing on the first one I look at...
16:22:58 <flo-retina> (the easy patches that can be reviewed in 5 minutes rarely go to my queue these days)
16:23:00 <aleth> flo-retina: "find a way to make messages as read" How about automatically putting everything on hold when the window loses focus, and then automatically reopen only those with new messages arriving?
16:23:36 <flo-retina> aleth: would be absolutely awful for my use case
16:23:44 <flo-retina> aleth: that window would never be focused
16:23:59 <flo-retina> and keeping the positions relatively intact helps with visual memory
16:24:14 <aleth> flo-retina: OK, then it's really hard...
16:24:28 <clokep_work> aleth: I wrote a lot of sample code while on travel.
16:24:38 <flo-retina> aleth: the window would always be on the second monitor
16:25:02 <flo-retina> clokep_work: it seemed relatively easier to get something started when I had 1 hour train rides every morning and evening
16:25:10 <flo-retina> or at least to focus on something
16:25:34 <aleth> Yep, an hour or two is already a good chunk of time.
16:26:17 <aleth> Less so if it's already midnight ;)
16:26:43 <flo-retina> "Less so if it's already midnight" only if you need to work the next day
16:27:02 <aleth> true :D
16:27:06 <flo-retina> my most efficient work during the early months of Instantbird (when a lot needed to get done) has usually been between 11pm and 4am
16:28:13 <-- aleth has left #instantbird ()
16:28:39 <flo-retina> and then I got up late. Spent the afternoon doing "non-productive things" (mostly reading documentation, thinking about the design, getting some fresh air...), and started actually coding again after dinner
16:29:16 <flo-retina> I sometimes did some debugging during the 'day' if I was frustrated that I couldn't get something to work before going to bed the previous day
16:34:32 <dew> you're a machine, flo!
16:39:08 <flo-retina> dew: or I was. That was in 2007 ;)
16:52:22 * flo-retina is reading OAuth junk... err specs again
16:59:07 <clokep_work> For WebRTC?
17:00:19 <flo-retina> trying to understand how one can use the Google Contacts API
17:02:23 --> gerard-majax__ has joined #instantbird
17:06:31 <clokep_work> flo-retina: Have you taken a look at the Thunderbird extensions that use it?
17:06:45 <flo-retina> yes
17:06:48 <flo-retina> err, no
17:06:53 <flo-retina> I looked at the Firefox Contacts add-on
17:07:17 <flo-retina> it uses the awful oauth.js library that I didn't want to use for Instantbird
17:07:26 <flo-retina> I'm currently trying to do it using Google's own helper
17:08:23 <-- Optimizer has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
17:09:15 <clokep_work> Oh. There's two other ones that (AFAIK) don't even use oauth?
17:09:28 <clokep_work> What do you need this for for Instantbird?
17:09:44 <flo-retina> it's not related to Instantbird
17:10:08 --> Optimizer has joined #instantbird
17:10:59 --> Mook_as has joined #instantbird
17:14:06 <-- rosonline has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
17:23:09 --> jb has joined #instantbird
17:25:50 <-- gerard-majax__ has quit (Ping timeout)
17:29:26 --> gerard-majax__ has joined #instantbird
17:31:58 <-- gerard-majax__ has quit (Ping timeout)
17:35:06 --> gerard-majax__ has joined #instantbird
17:47:19 <-- gerard-majax__ has quit (Ping timeout)
18:01:31 <clokep_work> Hm. OK. :-S
18:02:41 --> gerard-majax__ has joined #instantbird
18:07:09 <flo-retina> either I'm doing this really poorly, or that contacts API has lots of bugs
18:07:42 <flo-retina> the exact same request in the default format (xml) returns 200 OK but no data, and with the JSON format returns what I expect :-S
18:11:13 <-- gerard-majax__ has quit (Ping timeout)
18:20:38 <-- jb has quit (Connection reset by peer)
18:20:51 --> jb has joined #instantbird
18:35:51 --> harlock has joined #instantbird
18:39:58 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
18:58:21 <clokep_work> Am I being touchy or is this really rude? https://getsatisfaction.com/mozilla_messaging/topics/how_do_i_identify_automatically_when_connecting_to_an_irc_server_using_chat#reply_11439855
19:00:00 --> DGMurdockIII has joined #instantbird
19:02:09 --> flo-retina has joined #instantbird
19:02:09 * ChanServ sets mode +qo flo-retina flo-retina 
19:05:30 <flo-retina> clokep_work: is it the "Do You think it's very convinient to do it manually?..." sentence that annoys you?
19:13:02 <Mook_as> I think I'd classify that as less rude and more incoherent.  I had issues parsing that person's grammar.
19:15:25 <flo-retina> yeah, I didn't see any obvious rudeness there. It does seem frustrating to interact with this user, but I'm not sure he's worse than the average on getsatisfaction
19:16:37 <-- harlock has left #instantbird (QUIT :Baibai)
19:17:12 --> unghost has joined #instantbird
19:20:33 --> Mic has joined #instantbird
19:20:33 * ChanServ sets mode +h Mic 
19:23:40 --> gerard-majax__ has joined #instantbird
19:34:16 <-- jb has quit (Ping timeout)
19:46:37 <-- Mic has quit (Connection reset by peer)
19:49:10 --> Mic has joined #instantbird
19:49:10 * ChanServ sets mode +h Mic 
19:56:55 <Mic> clokep_work: I wonder at which places we might like to use Map/Set instead of arrays or objects @ http://log.bezut.info/instantbird/today#m237
19:58:06 <Mic> (or if these are things that we don't like to use at all!)
20:00:29 <-- DGMurdockIII has quit (Ping timeout)
20:03:32 --> DGMurdockIII has joined #instantbird
20:04:16 <Mook_as> might want to hold off until they commit to the API.
20:11:21 <Mic> Yes, it's not stable yet but I assume sooner or later it will be :)
20:11:51 <-- Suiseiseki has quit (Ping timeout)
20:13:19 --> Suiseiseki has joined #instantbird
20:13:31 <-- DGMurdockIII has quit (Ping timeout)
20:19:49 <Mic> Could we use the unread counters to do different things than only opening the conversation again?
20:21:03 <Mic> e.g. clicking the directed message count jumps to the first directed message and clicking the normal unread counter goes to the first unread message?
20:22:40 --> DGMurdockIII has joined #instantbird
20:23:37 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.90 [Firefox 19.0.1/20130226172142])
20:29:07 <flo-retina> Mic: "clicking the directed message count jumps to the first directed message and clicking the normal unread counter goes to the first unread message?" both seem good ideas, if the implementation isn't a nightmare
20:29:07 <-- Mic has quit (Quit: No time to waste, let's go!)
20:29:28 * flo-retina assumes that means he's wasting Mic's time :-S
20:30:24 --> Mic has joined #instantbird
20:30:24 * ChanServ sets mode +h Mic 
20:31:04 --> EionRobb has joined #instantbird
20:38:32 <clokep_work> flo-retina, Mook_as: Thanks. I'll blame my lack of sleep. :)
20:38:53 <clokep_work> Mic: We can certainly use it a lot of places in the Twitter code and IRC code.
20:51:13 <Mic> aleth, is there a Firefox-addon of MathJax somewhere? On AMO and already reviewed, preferably? ;)
20:55:05 <clokep_work> Mic: What would it be used for? :-S
20:55:08 <clokep_work> People usually include it in pages.
20:57:48 <Mic> No idea, but I'd prefer if I had to think as little as possible when reviewing this thing on AIO.
21:01:35 <clokep_work> https://addons.mozilla.org/en-US/firefox/addon/mathml-fonts/?src=search is all I see. :(
21:10:04 --> Kaishi has joined #instantbird
21:17:45 <-- gerard-majax__ has quit (Ping timeout)
21:18:30 <-- chrisccoulson has quit (Quit: PM: Preparing frontal lobe for mem sleep)
21:25:01 --> chrisccoulson has joined #instantbird
22:08:36 <-- unghost has quit (Input/output error)
22:21:50 <-- Kaishi has quit (Ping timeout)
22:30:54 --> florian has joined #instantbird
22:31:28 <florian> ok, that join patch works
22:33:58 <instantbot> florian@instantbird.org requested review from clokep@gmail.com for attachment 2248 on bug 909.
22:34:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=909 enh, --, ---, florian, NEW, Prepend # automatically to IRC channel names if no prefix was specified
22:35:18 * florian is now known as flo
22:35:26 <-- flo has left #instantbird ()
22:35:30 --> flo has joined #instantbird
22:35:31 * ChanServ sets mode +qo flo flo 
22:36:05 <-- flo has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
22:36:07 --> florian has joined #instantbird
22:36:22 * florian is now known as flo
22:52:45 <flo-retina> I'm looking at the http.jsm issue
22:52:59 <flo-retina> I'm trying to merge the changes of these 2 files
22:53:33 <-- flo has quit (Connection reset by peer)
22:53:35 --> flo has joined #instantbird
22:55:15 <-- clokep_work has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
22:55:17 <instantbot> clokep@gmail.com granted review for attachment 2248 on bug 909.
22:55:20 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=909 enh, --, ---, florian, NEW, Prepend # automatically to IRC channel names if no prefix was specified
22:55:51 <-- Mic has quit (Quit: No time to waste, let's go!)
22:59:13 <flo-retina> is there any reason for http://mxr.mozilla.org/comm-central/source/chat/modules/http.jsm#9 ?
22:59:30 <flo-retina> I know we used to init a log module there, but it's now a parameter...
23:00:30 <flo-retina> hmm, I wonder if I can somehow find a way to add to c-c a test that the two http.jsm files are identical
23:07:07 <flo-retina> maybe I should just suggest that the http.jsm file in mail/ gets deleted
23:09:03 <Mook_as> Hmm, see if Mossop would be okay with it in /toolkit ? :p
23:10:37 <Mook_as> wait, he's jetpack now. whoever owns toolkit then.
23:24:20 <flo-retina> Mook_as: isn't jetpack the new toolkit? :-P
23:31:32 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/67181cd06826 - Florian Quèze - Bug 909 - Prepend # automatically to IRC channel names if no prefix was specified, r=clokep.
23:31:33 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/90c604c78f80 - Benedikt Pfeifer - Bug 1884 - Use unprefixed page visibility API, r=clokep
23:35:30 --> rosonline has joined #instantbird
23:41:35 --> clokep has joined #instantbird
23:41:35 * ChanServ sets mode +o clokep 
23:45:00 <instantbot> clokep@gmail.com set the Resolution field on bug 1884 to FIXED.
23:45:02 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1884 enh, --, 1.4, benediktp, RESO FIXED, Use unprefixed page visibility API
23:45:17 <flo-retina> :)
23:45:31 <instantbot> clokep@gmail.com set the Resolution field on bug 909 to FIXED.
23:45:33 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=909 enh, --, 1.4, florian, RESO FIXED, Prepend # automatically to IRC channel names if no prefix was specified
23:45:45 <clokep> :)? You were the one that checked them in. :P
23:46:15 <flo-retina> I'm still happy that the bugs get resolved without me doing anything to them ;)
23:48:26 <clokep> That twitter patch looks OK btw.
23:48:31 <clokep> I want to look one more time though.
23:48:53 <flo-retina> as a nice bonus, we now get logging for twitter in Tb ;)
23:49:09 <flo-retina> I verified that twitter works with that patch
23:49:56 <flo-retina> I haven't verified that file link still works (as I've never actually tried it and hence don't know how it was working before :-S)
23:52:43 <instant-buildbot> build #356 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/356
23:55:02 <clokep> Meh file link. :P
23:55:05 <clokep> Who cares baout that.
23:55:10 * clokep wonders if mconley is still awake. ;)
23:55:24 <mconley> I am indeed
23:55:34 <mconley> trying to claw through my review queue, so thanks. ;)
23:56:25 <clokep> I just didn't want you to reach the bottom...I know that can leave you feeling...empty.
23:56:29 <flo-retina> mconley: so how would you feel about getting rid of mail/base/modules/http.jsm?
23:56:39 <mconley> clokep: aw, thanks. ;)
23:57:05 <mconley> flo-retina: what would it be replaced with?
23:57:10 <flo-retina> mconley: nothing
23:57:20 <flo-retina> we have 2 copies of that file in comm-central
23:57:25 <flo-retina> one in mail/, one in chat/
23:57:41 <mconley> hm
23:57:52 <mconley> that does seem dumb
23:58:00 <flo-retina> when filelink was written, it wasn't clear if it was going to land before or after chat (they ended up landing the same day and busting each other because of that file)
23:58:11 <mconley> ah yes, that clusterfuck
23:58:16 <flo-retina> chat/ can't use the one in mail/ because Instantbird doesn't have mail/
23:58:21 <mconley> right
23:58:38 <flo-retina> mail/ can use the one in chat/ because chat/ is currently built unconditionaly in Tb, and chat/ is built before mail/
23:58:49 <mconley> this is true
23:58:59 <mconley> Would toolkit want http.jsm?
23:59:08 <flo-retina> Mook_as: asked that a few minutes ago :)
23:59:30 <flo-retina> mconley: I don't know
23:59:32 <mconley> I'd want to investigate that route first
23:59:41 <flo-retina> last time I tried that route it was a dead end
23:59:51 <mconley> as in, no response?
23:59:55 <mconley> or, as in, "no"
23:59:58 <flo-retina> it was for iteratorUtils and they said yes, but I had to rename all the methods so that they liked them...