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...