#instantbird log on 07 08 2013

All times are UTC.

00:08:48 <-- rosonline has quit (Ping timeout)
00:14:45 --> rosonline has joined #instantbird
00:19:27 <-- rosonline has quit (Ping timeout)
00:24:06 --> rosonline has joined #instantbird
00:52:49 <-- rosonline has quit (Client exited)
01:14:31 --> clokep has joined #instantbird
01:14:31 * ChanServ sets mode +o clokep 
01:41:04 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
01:52:49 --> Nirgali has joined #instantbird
01:58:22 <-- Nirgali has quit (Ping timeout)
02:08:10 --> Nirgali has joined #instantbird
03:06:01 <instant-buildbot> build #903 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/903
03:23:14 --> DGMurdockIII has joined #instantbird
03:35:16 <instant-buildbot> build #895 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/895
03:37:40 --> jb has joined #instantbird
04:10:09 <-- jb has quit (Ping timeout)
04:31:20 --> Optimizer has joined #instantbird
04:59:36 <-- Nirgali has quit (Ping timeout)
05:53:29 <instant-buildbot> build #998 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/998
06:22:32 <-- DGMurdockIII has quit (Connection reset by peer)
06:26:55 --> DGMurdockIII has joined #instantbird
06:36:50 --> Mic has joined #instantbird
06:36:50 * ChanServ sets mode +h Mic 
06:39:36 <-- EionRobb has quit (Ping timeout)
07:01:04 --> EionRobb has joined #instantbird
07:11:03 --> gerard-majax__ has joined #instantbird
07:17:40 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
07:35:14 --> FireFly_TB has joined #instantbird
07:59:09 <-- FireFly_TB has quit (Ping timeout)
08:53:01 --> aleth has joined #instantbird
08:53:01 * ChanServ sets mode +h aleth 
09:01:32 --> FireFly_TB has joined #instantbird
09:06:36 <-- FireFly_TB has quit (Quit: FireFly_TB)
09:09:05 --> gerard-majax_ has joined #instantbird
09:09:12 <-- gerard-majax__ has quit (Quit: Ex-Chat)
09:11:45 --> mpmc has joined #instantbird
09:11:49 --> flo-retina has joined #instantbird
09:11:49 * ChanServ sets mode +qo flo-retina flo-retina 
09:30:07 --> Mic has joined #instantbird
09:30:07 * ChanServ sets mode +h Mic 
09:34:00 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
09:34:27 --> Mic has joined #instantbird
09:34:27 * ChanServ sets mode +h Mic 
09:35:49 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.90 [Firefox 23.0/20130703181823])
09:46:07 <flo-retina> from the pidgin devel mailing list "is there really anything that a ui absolutely must implement (asside from password prompts and error messages?)." That's exactly the parts that we *don't* implement :).
09:55:23 <aleth> Must Have Modal Dialogs! :D
09:55:59 <flo-retina> aleth: yeah, the only part of libpurple that's mandatory to implement
09:56:08 <flo-retina> aleth: on the other hand, socket and timer handling is very likely optional ;)
10:11:05 <Mic> Shouldn't we exclude contacts with unknown status from the results in the contact list tab?
10:11:44 <Mic> Trying to open a conversation with them on e.g. ICQ throws an error.
10:13:07 <instantbot> benediktp@ymail.com denied review for attachment 2555 on bug 2015.
10:13:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2015 enh, --, ---, nhnt11, NEW, Display buddy list in a tab.
10:13:23 <flo-retina> Mic: I think we discussed this a few days ago and decided it wasn't important for a first landing
10:13:49 <flo-retina> Mic: also because in the future we would like opening a conversation with the contact to be the standard way to access the logs of previous conversations with that contact (once the conversation window and the log viewer are merged)
10:14:16 <Mic> OK
10:16:00 <flo-retina> (btw, it doesn't make much sense to open a conversation with the prpl until we have a first message to send... but that's unrelated to the current patch :))
10:16:31 <Mic> Yep.
10:16:48 <Mic> Have you tried it by the way? The tab works pretty well :)
10:18:04 * flo-retina didn't know the readonly attribute existed for fields too :)
10:18:12 <flo-retina> according to https://developer.mozilla.org/en-US/docs/XUL/Tutorial/Adding_Properties_to_XBL-defined_Elements it was added in gecko 2.0
10:18:19 <flo-retina> Mic: I haven't.
10:24:50 <flo-retina> Mic: does "MessageFormat.registerTextbox(this.filterbox);" feel right to you?
10:25:12 <flo-retina> Mic: I don't really see why the filterbox would have the font color and family of outgoing messages :-S.
10:26:40 <Mic> Oh, does it do that? I didn't know that. :S
10:26:55 <aleth> Likely a copy-paste error.
10:27:15 <aleth> (If he copied from conversation.xml...)
10:27:16 * flo-retina really needs to find time to review that patch soon
10:27:20 <flo-retina> aleth: yeah
10:28:22 <Mic> I should have catched that though..
10:28:36 <aleth> I missed it too
10:29:33 <flo-retina> you both already caught plenty of stuff :)
10:30:02 <Mic> I need to go again.
10:30:03 <aleth> Hopefully this is the last review cycle on that one.
10:30:06 <aleth> It should be.
10:30:08 <-- Optimizer has quit (Ping timeout)
10:30:17 <Mic> aleth: I think so too.
10:30:20 <flo-retina> aleth: well, I'll put at least one r- there :-|
10:30:58 <Mic> flo-retina: if it's not the first one it doesn't make such a big difference ;)
10:31:00 <aleth> I r-'d the current patch too... but what's left seem small changes
10:31:21 <Mic> Have a nice day.
10:31:34 <Mic> I hope I can comment on his service code tonight.
10:31:38 <flo-retina> Mic: it's nicer when it's the last r- before r+'ing :)
10:31:58 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
10:56:35 <-- EionRobb has quit (Quit: Leaving.)
11:02:26 --> jb has joined #instantbird
11:31:17 --> rosonline has joined #instantbird
11:42:13 --> clokep_ has joined #instantbird
11:44:00 --> jb1 has joined #instantbird
11:44:01 <-- jb has quit (Ping timeout)
11:55:12 <-- jb1 has quit (Quit: jb1)
11:55:18 --> jb has joined #instantbird
11:58:48 <clokep_> Hello. :)
12:11:34 --> novabyte has joined #instantbird
12:50:36 <-- jb has quit (Ping timeout)
12:55:26 <-- rosonline has quit (Client exited)
13:03:02 --> jb has joined #instantbird
13:06:08 <qheaden_away> Hello everyone.
13:06:21 * qheaden_away is now known as qheaden
13:07:20 <-- jb has quit (Ping timeout)
13:09:14 <clokep_> qheaden: Hello.
13:17:23 --> mconley has joined #instantbird
13:20:16 <clokep_> If we have an opinion, maybe we should chime in on https://groups.google.com/forum/#!topic/mozilla.dev.apps.thunderbird/oHwY42gCinI?
13:25:03 * qheaden likes option B.
13:30:10 * clokep_ agrees.
13:30:37 <clokep_> qheaden: So what's going on this week
13:32:45 <qheaden> clokep_: I want to finish work on conference chats and start implementing the prpl options.
13:33:17 <qheaden> Conferences are about 80% complete.
13:34:26 <clokep_> qheaden: Great progress. :) What's left with conferences (or should I check the etherpad)?
13:37:19 <qheaden> clokep_: Basically, I have to work on correctly updating the participant list when hosting a conference, and fix some bugs with inviting people to a conference you create.
13:38:31 <qheaden> I also have to work on the feedback you gave me over the last couple of patches.
13:39:59 <clokep_> Cool. :) Sounds like you have a full day.
13:40:15 <qheaden> :)
13:43:02 * clokep_ would love if we could get Conference + options + Y!J done this week. :)
13:43:43 <aleth> Then it could land, right? :)
13:43:51 <aleth> If we fix that pref bug :-S
13:44:59 <qheaden> Yeah. The pref bug must be fixed first.
13:45:55 <aleth> I don't know a clean way to distinguish between JS and libpurple protos
13:46:26 <aleth> But flo probably does ;)
13:47:02 --> nhnt11 has joined #instantbird
13:47:07 <nhnt11> Hi everyone
13:47:09 <nhnt11> I'm back
13:47:31 <nhnt11> Um, sorry for my absence :(
13:48:26 <qheaden> Hi nhnt11.
13:54:56 <nhnt11> flo-retina: http://log.bezut.info/instantbird/130708/#m52 - it may not be important, but if it causes an error, I think I should fix it. It's not difficult. (One liner probably)
13:55:47 <flo-retina> nhnt11: I would say "don't bother" for now
13:55:53 <clokep_> nhnt11: We should definitely fix it, I think the question was if it's important for now. ;)
13:57:35 <aleth> We don't want to exclude contacts with unknown status I think - currently that includes everyone on IRC who is not a buddy.
13:57:55 <aleth> Of course those won't appear in this version of the awesometab, but they should in one of the next few ones ;)
13:57:59 <nhnt11> aleth: (Responding to your comment on one of my commits in my repo) I've started work on a new interface for the stats service to use which will represent a general conversation and manage the different cases so that the awesometabs won't have to differentiate between them. 
13:58:33 <nhnt11> aleth: Didn't think of that. We'll have to check if the account to which the contact belongs is offline then.
13:58:38 <nhnt11> er.. buddy.
13:59:09 <aleth> Offline *accounts* is something we should probably discuss at a later stage... e.g. do we want to autoconnect?
13:59:30 <nhnt11> flo-retina: http://log.bezut.info/instantbird/130708/#m61 I did this to set the fonts properly, I think I remember someone telling me to use that? If it's not what I should be doing, I can set the font from CSS.
13:59:53 <nhnt11> aleth: Hmm.
14:00:09 <flo-retina> nhnt11: yes, the font should be set from css
14:00:14 <aleth> nhnt11: "so that the awesometabs won't have to differentiate between them." but won't it have to, as the display in the UI will differ?
14:01:32 <nhnt11> aleth: Only for a few things. I meant, the interface will have one method which returns either the status message for buddies, or the topic for MUCs.
14:02:38 <-- Kaishi has quit (Quit: Kaishi)
14:02:54 <nhnt11> I really want to come up with a good way to avoid having awesometabs differentiating between them, but I don't yet know if this is possible easily.
14:03:06 <aleth> OK... It's just that the display of the item in the awesometab should be styled differently for MUCs I think
14:03:19 <aleth> There is no point having a huge icon for example, there is no status,,,
14:03:50 <nhnt11> Right now, the interface does have a "get isMuc()"
14:04:02 <aleth> You probably want to display the account more prominently (it *matters* whether a channel is on freenode or moznet, where we intentionally make it not matter for contacts)
14:04:24 <nhnt11> That's true. Hmm.
14:04:27 <aleth> s/where/while
14:04:42 <aleth> So the way you want to use the space available per item won't be the same
14:04:48 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
14:04:51 <aleth> No tags either for MUCs
14:05:18 <nhnt11> aleth: The interface can return an empty tag list? And we can hide the tag icon if it's next to an empty label.
14:05:27 <nhnt11> But you're right.
14:05:55 <nhnt11> It was just something I wanted to look at in the future. Probably not possible.
14:06:00 <aleth> I think if you just "hide" stuff or "reusing" tags for something else you probably end up with something suboptimal
14:06:19 <aleth> How this is actually implemented is of course a different question
14:06:34 <aleth> Just something to keep in mind when abstracting...
14:07:25 <nhnt11> Right.
14:07:29 <aleth> it's also nice if visually in the awesometab it is immediately obvious whether an entry is a MUC or a contact
14:08:01 <nhnt11> Yes.
14:16:35 <aleth> Hmm, there may be some backend work needed to get a more readable account/network name (e.g. "mozilla" instead of nick@irc.mozilla.org)
14:17:12 <aleth> Not sure what the best solution is there.
14:22:04 <aleth> Maybe stripping the username is enough
14:25:03 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
14:28:31 --> jb has joined #instantbird
14:28:53 --> nhnt11 has joined #instantbird
14:29:22 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
14:30:08 --> nhnt11 has joined #instantbird
14:32:24 --> flo-retina has joined #instantbird
14:32:25 * ChanServ sets mode +qo flo-retina flo-retina 
14:34:42 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
14:36:02 --> nhnt11 has joined #instantbird
14:43:47 <-- nhnt11 has quit (Ping timeout)
14:44:11 --> nhnt11 has joined #instantbird
14:54:53 <clokep_> aleth: nhnt11 Showing the account instead of the tags might work for MUCs.
14:56:51 <nhnt11> That may be a good idea, thanks.
14:59:05 --> Optimizer has joined #instantbird
14:59:52 <aleth> I still think that approach is backwards, UI-design-wise. Start with figuring out how you want it to look, then work back to how to implement it.
15:00:14 <aleth> At least roughly...
15:01:47 <aleth> Then if things really can be unified, that's ok\ of course
15:04:32 * clokep_ stops saying random comments after reading half a conversation. ;)
15:05:00 <clokep_> aleth: Although I disagree with Hmm, there may be some backend work needed to get a more readable account/network name (e.g. "mozilla" instead of nick@irc.mozilla.org)
15:05:06 <clokep_> I have multiple nicks on some networks. :)
15:05:49 <aleth> clokep_: Right, multiple nicks may be a whole extra level of pain ;)
15:06:16 <clokep_> No, it isn't.
15:06:31 <clokep_> Well, unless you want to separate a nick vs. network thing.
15:06:39 <aleth> Yeah.
15:06:50 <aleth> Let's not worry about it for now :)
15:06:57 * clokep_ wonders if we should treat the same conversation from different nicks like we do linked buddies. ;)
15:07:55 <aleth> One might want to avoid duplicate channel listings somehow. You probably do want to select the nick you join a channel with though. 
15:08:31 <flo-retina> aleth: I would hope you always join the channel with the same nick, so we can know which one you are likely to want... after a while
15:08:49 <aleth> flo-retina: That's true, maybe the ranking will take care of it for us :)
15:09:14 <aleth> Certainly premature to worry about that edge case now.
15:09:40 <flo-retina> can be problematic for channels from LIST that you never joined :-S
15:09:45 <-- clokep_ has quit (Quit: http://www.mibbit.com ajax IRC Client)
15:11:20 <aleth> flo-retina: Maybe there will also be a ranking factor based on "how often is this _account_ used"
15:11:29 <flo-retina> right
15:11:36 --> clokep_ has joined #instantbird
15:11:39 <flo-retina> I didn't think about this before today :-S. Not sure if nhnt11 has.
15:12:35 <-- novabyte has quit (Quit: bye bye)
15:12:52 <nhnt11> I haven't.
15:13:39 <clokep_> Edge cases. :)
15:14:08 * nhnt11 wants to get MUCs working at all before thinking about this...
15:14:11 <aleth> Let's get that existing patch landed first ;)
15:14:30 <nhnt11> :)
15:15:37 <nhnt11> Brb.
15:15:51 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
15:16:38 <-- jb has quit (Connection reset by peer)
15:18:53 --> dionisos has joined #instantbird
15:19:03 --> nhnt11 has joined #instantbird
15:32:49 <-- gerard-majax_ has quit (Ping timeout)
15:44:02 <-- aleth has quit (Quit: Ciao)
15:44:10 <-- qheaden has quit (Quit: ZNC - http://znc.in)
15:44:30 --> qheaden has joined #instantbird
16:00:20 <qheaden> Seems like the IRC is getting quieter as time goes on. I guess all of us students are starting to learn the ropes. :)
16:03:22 <clokep_> :)
16:03:53 <-- mpmc has quit (Client exited)
16:19:02 <clokep_> flo-retina: So did you have any ideas for bug 2016?
16:19:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2016 enh, --, ---, nobody, NEW, Allow switching between a JS and libpurple prpl via a pref
16:45:18 <qheaden> clokep_: Check the conferences section in the Etherpad.
16:46:11 <clokep_> qheaden: Nice. :)
16:46:35 <clokep_> So conferences are done pretty much?
16:46:39 * clokep_ wonders if you'll be pushing soon.
16:46:44 <qheaden> clokep_: Yeah.
16:46:56 <qheaden> I will be pushing in a few. 
16:47:18 * clokep_ gets out his red pen.
16:47:23 <qheaden> :P
16:47:42 * qheaden hopes his patch survives clokep_'s gauntlet.
16:48:57 <clokep_> I didn't say I was getting an axe out.
16:51:05 --> Mook_as has joined #instantbird
16:54:51 <qheaden> :P
16:55:11 <qheaden> clokep_: This is going to be a little larger commit than usual, but all of the code is related to conferences and is integrated.
16:55:14 --> atuljangra has joined #instantbird
16:56:10 <clokep_> qheaden: Not a problem. :)
16:56:17 <clokep_> A few of the comments might not make sense then. ;)
16:56:20 <clokep_> But I'll try my best.
16:56:46 * qheaden commits his code.
16:57:04 <qheaden> Okay, I pushed it. I'm going to eat something now. Be back in a bit.
16:57:28 --> Mic|web has joined #instantbird
16:57:29 <clokep_> qheaden: Looks like we're close to the first Milestone. :)
16:58:10 <Mic|web> Hi
16:59:06 <clokep_> Hello Mic|web.
17:01:26 <atuljangra> Hey Mic|web :D
17:05:46 <clokep_> atuljangra: Have you made any progress sending files? I thoguht we were hoping this would be done last Monday. :(
17:06:22 <nhnt11> hi
17:07:36 <atuljangra> clokep_: I am making progress. This weekend I was stuck with Promises. I wan trying to improve the File I/O for performance. (Work was done without such optimizations by Tuesday, but then I decided to use OS.File api which is quite new and all asynchronous) 
17:07:57 <atuljangra> I'm new to using promises thus this file i/o part took time :(
17:08:17 <atuljangra> Mic|web helped me a lot during the weekend with promises.
17:08:21 <clokep_> What was so difficult about promises?
17:08:33 <clokep_> I thought you don't even really need to use promises, OS.File just returns one.
17:08:59 <clokep_> Should we not worry so much about getting the FT mechanism perfect (i.e. for performance) and focus more on getting some UI hooked up to it and such?
17:09:06 <clokep_> What's the next step you're hoping to accomplish after this works?
17:09:22 <atuljangra> But I need to handle all those promise in a way so that I can send stanzas acc.
17:09:34 <atuljangra> Next I will try to make the UI work with the XMpp ft
17:09:42 <atuljangra> So that we can land working ft in xmpp.
17:10:13 <atuljangra> Okay, I won't focus on performance for now, and just finish the backend asap.
17:13:00 <clokep_> OK, that sounds good. :)
17:13:11 <atuljangra> :-)
17:13:37 <clokep_> Remember the overall goal is to have a FT mechanism that has a fallback (FileLink).
17:14:08 <clokep_> qheaden: We might need to go spelunking into libpurple a bit to find error cases that Yahoo can send us.
17:14:37 <clokep_> (Or force the server to send us things to see what happens, i.e. accepting an invite for a room that doesn't exist, etc.)
17:14:48 <atuljangra> clokep_: Yes, so after hooking up the ui to ft in xmpp, we can do the file link implementation right? So that for xmpp, we can have working FT mechanism with a FileLink fallback.
17:15:10 <clokep_> atuljangra: I think that's a good plan.
17:15:19 <clokep_> You have to discuss with flo-retina how we should know when to "fallback" and such.
17:15:25 <atuljangra> clokep_: Okay :D
17:16:03 <atuljangra> Yes, we'll have this discussion after the UI hooking. :)
17:16:42 <Mic|web> What's the rough idea for the file transfer UI?
17:17:28 <Mic|web> nhnt11: won't you need to have different types of items for the suggestions on the list?
17:17:52 <nhnt11> Mic|web: Yes. newtab-muc, newtab-buddy is what I'm thinking.
17:18:14 <Mic|web> newtab-conv for existing conversations? ;)
17:18:40 <Mic|web> I'd say we should include existing conversations in the list (a.k.a. "Switch to tab").
17:18:46 <atuljangra> Mic|web: I was thinking in terms of opening a new window that will have details about all the current ft's. But If we are aiming for a minimal UI, then we can add some accept/reject, progressBar etc in conversation.xul only. (Rough idea ;) )
17:21:21 <clokep_> atuljangra: When I meant UI, I also meant the basic UI to get SOMETHING working that can be refined after the fallback is done.
17:21:32 <clokep_> But you should discuss this with flo-retina about whether that's a good way to do it.
17:21:53 <Mic|web> atuljangra: can't you drop file onto conversations already to start a ft?
17:21:59 <Mic|web> *files
17:22:03 <atuljangra> clokep_: Yes. But I was describing the final UI. Basic UI would be the minimal UI.
17:22:27 <atuljangra> Mic|web: Yes I can. But I was thinking of adding other parts to the UI also.
17:23:54 --> FireFly_TB has joined #instantbird
17:24:01 <Mic|web> What about using that icon from Firefox + some changes to accommodate for the case of uploads?
17:24:28 <atuljangra> Sounds good :)
17:24:35 <clokep_> "using that icon"? :-S
17:24:43 <atuljangra> I like the new fx icon :)
17:25:38 <Mic|web> Incoming transfers could flash the icon and put the transfer in the list on its attached panel (on hold as user would have to accept/reject, maybe?)
17:26:30 <Mic|web> I like the icon and that it has a progress bar that is unobtrusive too:)
17:26:58 <atuljangra> Yes exactly :D
17:27:18 <Mic|web> clokep_: what's your concerns regarding this?
17:27:40 <-- mconley has quit (Connection reset by peer)
17:27:52 --> mconley has joined #instantbird
17:28:20 <clokep_> Mic|web: I have no idea what "this" is in that sentence.
17:29:58 <clokep_> I also don't know where I expressed concern. :-S
17:31:01 <Mic|web> I understand '19:24	clokep_	"using that icon"? :-S' at all then ...
17:31:05 <Mic|web> *don't 
17:31:36 <clokep_> Mic|web: What is "that icon"? What icon are you referring to?
17:31:40 * clokep_ dislikes pronouns. :(
17:32:09 <Mic|web> Ah, that's the problem. I should have said that I meant Firefox's download icon and UI.
17:32:12 <clokep_> Oh, hmm...if you click an emoticon in Mibbit it disappears and is replaced by the text. :)
17:35:25 <Mic|web> I have to go, bbl.
17:35:52 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
17:38:12 <qheaden> Back
17:38:51 <qheaden> clokep_: I read your BitBucket comment about aRoom. That is the name of the conference room.
17:39:25 <clokep_> qheaden: I deleted that comment. ;)
17:39:34 <qheaden> Ahh okay. :)
17:40:16 * clokep_ does wonder if those should be something like aRoomName though...
17:40:21 <clokep_> But I'm fine w/ it being aRoom.
17:42:02 <clokep_> Did the rest of the comments make sense?
17:42:24 <clokep_> qheaden: In general I'd like there to be a few more comments around, by the way.
17:42:38 <clokep_> Each of the session functions probably needs a comment saying what it does and what the parameters are.
17:42:43 <clokep_> Unless it's super obvious.
17:43:56 --> DGMurdockIII has joined #instantbird
17:44:47 <qheaden> clokep_: Okay, the comments make since.
17:44:52 <qheaden> *sense
17:45:05 * qheaden can't write in English today.
17:46:22 <atuljangra> clokep_: I am having some pbm while writing to file, can you look at this http://pastebin.instantbird.com/240770
17:48:09 <-- Optimizer has quit (Ping timeout)
17:49:02 --> Optimizer has joined #instantbird
17:49:16 <atuljangra> clokep_: or maybe suggest an alternate way to write to file. Whatever is fine with you :-)
17:50:04 <clokep_> atuljangra: At what point is the answer wrong?
17:50:15 <clokep_> atuljangra: Just the OS.file.open part.
17:50:50 <atuljangra> Yes, above that everything is fine. "file" is also fine.
17:51:33 <atuljangra> OS.file.open and later have some pbm. I get "Error writing to file" #33
17:53:20 <clokep_> atuljangra: What is "dataToWrite"?
17:53:48 <clokep_> (What data type?)
17:53:57 <atuljangra> array
17:54:13 <clokep_> Not an ArrayBuffer?
17:54:44 <clokep_> https://developer.mozilla.org/en-US/docs/JavaScript_OS.File/OS.File_for_the_main_thread#write%28%29 says it should be an ArrayBufferView
17:54:49 <atuljangra> no encoder.encode returns an array.
17:55:08 <atuljangra> oh okay. Then how do I encode it?
17:55:10 <clokep_> ...
17:55:16 <clokep_> What is "encoder"?
17:55:26 <clokep_> And why are you using it?
17:55:30 <clokep_> What are you trying to do w/ it?
17:56:37 <atuljangra> It is basically being used to convert the decodedData to array. https://developer.mozilla.org/en-US/docs/JavaScript_OS.File/OS.File_for_the_main_thread#Example.3A_Write_a_string_to_a_file
17:57:00 <clokep_> atuljangra: That uses "writeAtomic" not write. :(
17:57:28 <atuljangra> oh okay. So I need an arraybuffer of decodedData?
17:57:44 <clokep_> That's what it sounds like.
17:57:56 <clokep_> qheaden: Has some code I wrote that converst byte arrays and/or strings to arraybuffers.
17:57:59 <clokep_> Maybe he can point you to it? :)
17:58:12 <atuljangra> Okay. :)
17:59:32 <atuljangra> clokep_: Can this be used? https://developer.mozilla.org/en-US/docs/Web/JavaScript/Base64_encoding_and_decoding#Appendix.3A_Decode_a_Base64_string_to_Uint8Array_or_ArrayBuffer
18:01:09 <clokep_> atuljangra: I have no idea.
18:01:28 <clokep_> atuljangra: I don't have time to look at that right now, sorry.
18:01:32 <clokep_> Try it and see if it works.
18:01:40 <atuljangra> No pbm. Okay Thanks :D
18:01:59 <clokep_> atuljangra: It looks way more complciated than it needs to be though.
18:02:01 <clokep_> It's a one liner.
18:02:09 <clokep_> My binary socket bug has the code also.;
18:02:12 <clokep_> Search BZ for it.
18:02:22 <atuljangra> okay.
18:04:03 <qheaden> clokep_: Here is some code clokep_ wrote for ArrayBuffers https://bugzilla.instantbird.org/attachment.cgi?id=2527&action=diff#a/chat/modules/ArrayBufferUtils.jsm_sec1
18:04:15 --> mib_d2lcyu has joined #instantbird
18:04:16 <qheaden> That provides some useful utilities.
18:04:23 <clokep_> atuljangra: ^
18:04:29 --> mconley_ has joined #instantbird
18:04:36 <atuljangra> qheaden: Thanks :)
18:05:05 <mib_d2lcyu> qheaden what is version of ubuntu on which you are using instantbird
18:05:15 <-- mconley has quit (Ping timeout)
18:05:28 * mconley_ is now known as mconley
18:05:45 <clokep_> mib_d2lcyu: It should work fine on most recent versions, I've run it on 12.04.
18:06:02 <mib_d2lcyu> ok
18:06:37 <qheaden> mib_d2lcyu: I'm using 13.04, but it works in 12.04 also.
18:07:03 <qheaden> Ib does have some issues with Ubuntu's Unity interface though.
18:07:22 <qheaden> But I'm using Xubuntu with Xfce, so that doesn't matter.
18:07:23 <mib_d2lcyu> what is that
18:08:02 <qheaden> mib_d2lcyu: If you interface looks like this: http://cdn.arstechnica.net/unity-multi-selector.png you are using Unity.
18:08:19 <mib_d2lcyu> qheaden what is unity interface and how it affect builds
18:08:37 <qheaden> mib_d2lcyu: It has no effect on builds.
18:09:02 <qheaden> mib_d2lcyu: Its just that sometimes the chat window gets lost when you minimize it.
18:09:17 <qheaden> I have an appointment to tend to. I will be back later on.
18:09:24 <mib_d2lcyu> ok
18:09:27 * qheaden is now known as qheaden_away
18:11:20 <clokep_> Are you having a specific build error mib_d2lcyu?
18:11:34 <-- FireFly_TB has quit (Ping timeout)
18:16:12 <-- mib_d2lcyu has quit (Quit: http://www.mibbit.com ajax IRC Client)
18:22:44 --> mpmc has joined #instantbird
18:42:07 <atuljangra> clokep_: Fixed that, but now it is stuck at "File opened" #25 http://pastebin.instantbird.com/240796
18:46:53 --> gerard-majax_ has joined #instantbird
18:47:36 <clokep_> atuljangra: "stuck"?
18:48:46 <atuljangra> clokep_: Yes, I mean, it should raise some error, either in write success or write failure, but neither of them is being printed.
18:49:28 <clokep_> atuljangra: Didn't Mic tell you over the weekend that errors are not thrown inside of promises?
18:49:35 <clokep_> Put a try-catch in there and dump the error?
18:50:24 <atuljangra> oh okay. I tried that yesterday, didn't work. I'll do it again now.
18:52:15 <clokep_> The first thing you should always try is just printing out "file" then and see what it is.
18:52:18 * clokep_ guesses it's null.
18:52:56 <atuljangra> it is undefined yes.
18:55:26 <atuljangra> if we try to print "file" here, it also comes undefined : http://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#1337
18:55:55 <clokep_> I don't know, I'm sorry.
18:56:10 <atuljangra> No pbm :)
18:56:52 * atuljangra cannot see much examples of OS.File in action.
18:57:12 <atuljangra> this is the only one which I can see, all other are tests
18:57:14 <clokep_> Florian ahs worked w/ it a bit.
18:57:32 <atuljangra> oh okay. flo-retina ^^
18:57:55 <flo-retina> what's the problem?
18:58:21 <atuljangra> flo-retina:  it is stuck at "File opened" #25 http://pastebin.instantbird.com/240796
18:58:38 <flo-retina> what's "it"?
18:59:24 <atuljangra> I mean,  some error should be raised, either in write success or write failure, but neither of them is being printed. file.write part seems to be skipped.
19:00:10 <flo-retina> I can't read your strange indentation
19:00:30 <atuljangra> Sorry. that was wip. lmptfy again.
19:02:35 * clokep_ guesses that that needs more usage of returning promises and other values.
19:03:54 <atuljangra> flo-retina: pastebin.instantbird.com/240802
19:06:20 <atuljangra> http://pastebin.instantbird.com/240802
19:06:48 * clokep_ thinks bind is the wrong thing to do when using promises.
19:06:54 <atuljangra> clokep_: I think so too.
19:07:17 <atuljangra> bind seems to work while sending iq stanza from sender.
19:07:31 <atuljangra> clokep_: Something Mic posted for me v
19:07:38 <atuljangra> http://pastebin.instantbird.com/239581
19:07:41 <atuljangra> sorry
19:08:53 <clokep_> atuljangra: REmove the bind call and print out what "this" is in that case.
19:08:58 <clokep_> I'm guessing it's your file parameter.
19:09:00 <atuljangra> okay.
19:09:53 <flo-retina> so what's the behavior of that code?
19:10:00 <flo-retina> and when is it supposed to be called?
19:10:54 <atuljangra> This is called when a <data iq stanza is received. We need to encoded the received data and write it into the file which we created earlier. 
19:11:41 <flo-retina> so why is there an OS.File.open call in there?
19:13:12 <atuljangra> I'm opening a file and then writing to it. I can directly write, using writeAtomic, but I somehow feel that this is the more standard way to do it.
19:13:40 <clokep_> Why is this the more standard way? Does writeAtomic do something poorly? Why should we avoid it?
19:14:40 <flo-retina> atuljangra: so for me the standard way to deal with this would be to open the file once, as soon as you know the user accepted the transfer
19:14:53 <flo-retina> and then keep the file handle, and keep appending data until the file is complete
19:15:25 <flo-retina> I'm not sure if it's the cause for your error, but if you try to open the file twice to write to it, the OS will certainly reject the second request.
19:15:49 <atuljangra> clokep_: writeAtomic first writes to a temporary file, and then flushes to original one. 
19:16:07 <atuljangra> flo-retina: This cannot be the source of error here, as this is the first time I'm opening the file.
19:16:42 <clokep_> atuljangra: Yyou didn't answer my question.
19:16:55 <clokep_> atuljangra: Yes, but flo-retina is saying the methodology in general is wrongs o it doesn't really matter what the error is.
19:17:29 <atuljangra> clokep_: "this" at #17 is Timestamp: [object BackstagePass] 
19:17:53 <atuljangra> clokep_: Yes. I'm changing this to make it the way flo-retina said.
19:18:05 <atuljangra> opening once and keep appending it.
19:19:15 <atuljangra> Similar things should be done while reading too I guess? Keeping the file open and keep reading until the ft is over? right? 
19:19:22 <flo-retina> yes
19:19:31 <atuljangra> Okay will change this.
19:19:36 <flo-retina> I think I said something along these lines yesterday btw
19:20:32 <atuljangra> flo-retina: Yes I saw that. I'm trying to follow that only
19:22:11 <atuljangra> clokep_: Regarding not choosing writeAtomic, I just thought that taking that sort of precautions to ensure that file is not corrupted is not needed in case of FT. 
19:23:40 <flo-retina> writeAtomic seems completely off topic here
19:24:30 <atuljangra> flo-retina: Okay :-) I'll change the file I/O to follow what you said :)
19:28:26 <-- dionisos has quit (Ping timeout)
19:30:12 <nhnt11> flo-retina: Am I missing something here? https://bugzilla.instantbird.org/attachment.cgi?id=2555&action=diff#a/instantbird/themes/jar.mn_sec2
19:30:13 <nhnt11> Those are the jar.mn changes to add the tag image, and apparently it doesn't work in Windows.
19:31:02 <flo-retina> I don't see anyting obviously missing
19:31:08 <flo-retina> have you hg-added tag-win.png ?
19:31:20 <nhnt11> Yes.
19:31:30 <flo-retina> yes
19:32:10 <flo-retina> I don't see anything obvious
19:32:29 <nhnt11> Okay. Perhaps I can debug this when Mic is online.
19:35:31 --> Mic has joined #instantbird
19:35:31 * ChanServ sets mode +h Mic 
19:35:48 * nhnt11 keeps forgetting that copy-pasting code doesn't always imply the formatting is correct.
19:36:39 <clokep_> nhnt11: Is that relative path right?
19:37:44 <nhnt11> clokep_: If you mean "(tag-*.png)", then yes.
19:38:55 <clokep_> I do. :)
19:39:03 <clokep_> Just making sure it doesn't need some prefix...
19:39:08 * clokep_ didn't look too hard at it.
19:39:10 <Mic> re
19:39:10 * clokep_ is distracted.
19:39:33 <nhnt11> Hi Mic :)
19:39:49 <nhnt11> I'm finally back to work on the patch :(
19:45:10 <nhnt11> Oh
19:45:15 <nhnt11> I got the windows tag icon problem.
19:45:32 <clokep_> What was the issue?
19:45:37 <nhnt11> I mean, I figured it out. stupid mistake. I've missed an endif.
19:46:06 <nhnt11> I need to end the #ifdef XP_UNIX.
19:46:07 <clokep_> :-/ I always hate that editors don't really seem to work with preprocessors.
19:46:11 <nhnt11> Right?
19:46:16 * clokep_ coughs at Mook_as.
19:46:17 <nhnt11> Oh wait...
19:46:23 <flo-retina> that should just fail to compile :(
19:46:28 <Mook_as> yeah, its.... kinda hard.
19:46:29 <nhnt11> I have an #else there. It's fine
19:46:34 <nhnt11> Ugh.
19:46:44 * nhnt11 hates when he thinks he's found it but it turns out he's just blind.
19:48:02 <nhnt11> Bah, I'm leaving this for now.
19:49:35 <nhnt11> Hmm. aleth wants me to split the filter function into two separate methods. I wanted to leave it for the next milestone... doesn't matter I guess.
19:50:58 <clokep_> Let's get the current stuff landed! :P
19:51:04 <nhnt11> Actually in the next milestone the filtering will not be done at all in this method, so splitting it is kind of a waste.. since one of the two methods will have to be removed.
19:51:08 <nhnt11> clokep_: Hear, hear :P
19:51:14 <flo-retina> maybe he would have been happy if you just improved the name?
19:51:45 <Mic> Do tabs vs spaces make a difference in jar manifests?
19:51:48 <nhnt11> filterAndUpdate?
19:51:53 <flo-retina> refresh?
19:52:06 <nhnt11> Mic: I don't think so? I've tried to follow whatever is used elsewhere in the file.
19:52:15 <nhnt11> Afaik whitespace is whitespace.
19:52:17 <nhnt11> flo-retina: Aye aye.
19:52:45 * nhnt11 hopes aleth is okay with that.
19:56:24 <nhnt11> Mic: We want the new tab command enabled always right? I can't think of a situation where it needs to be disabled.
19:56:37 <nhnt11> Perhaps when there are no accounts? I don't think it's important though.
19:56:49 <Mic> No, don't bother with that yet.
19:57:47 * nhnt11 replaced all "filter"s to "refresh". Now he needs to change the "refreshbar"s back to "filterbar"...
19:57:59 <nhnt11> "searchbar" is probably a better name now though. Mic, flo-retina: thoughtS?
19:58:50 <flo-retina> filterbar seemed fine
19:59:12 <nhnt11> Okay.
20:02:15 <Mic> nhnt11: forget about the tag icon.
20:02:21 <Mic> It was me being stupid :S
20:02:31 <nhnt11> Mic: "Both fields could have a readonly="true" attribute if we really want them to be
20:02:31 <nhnt11> constants." Er, they aren't constants.
20:02:59 <nhnt11> The kNumElementsblabla and kAddMoreblabla are readonly constants.
20:03:04 <nhnt11> Mic: Oh, what was the problem
20:03:04 <nhnt11> ?
20:03:59 --> chrisccoulson has joined #instantbird
20:04:00 <Mic> You'll need to know that I don't compile. I just applied your changes and I missed that I had to rename the icon file :(
20:04:15 <Mic> I'm very sorry for wasting your time on this :(
20:05:03 <nhnt11> Don't be! I didn't spend that much time on it...
20:05:14 * nhnt11 feels guiltier about being away for so long now.
20:07:01 --> dionisos has joined #instantbird
20:07:13 <Mic> nhnt11: the message in the filterbox should use a real ellipsis and not just three dots by the way.
20:07:50 <Mic> I think I wanted to say this a few times and always forgot to do it.
20:07:55 <nhnt11> Okay!
20:08:49 * nhnt11 is constantly reminded of how much attention to detail the Instantbird devs give.
20:09:15 <Mic> I think the tags should be cropped (instead of the display name) when there's too little space for both name and tags but I've also only noticed that now.
20:10:14 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.90 [Firefox 23.0/20130703181823])
20:11:48 <flo-retina> nhnt11: do you like giving attention to details?
20:12:15 <nhnt11> Mic: I want to get rid of the ellipsis altogether. "Start typing a contact name" is probably enough (and follows how the Fx awesomebar does it)
20:12:39 <nhnt11> flo-retina: Yes, but I find myself not catching little things that you guys do.
20:12:54 <nhnt11> GSoC is fun :)
20:13:16 <flo-retina> nhnt11: the ellipsis doesn't seem needed, indeed
20:13:31 <flo-retina> not sure the wording is right though
20:13:44 <flo-retina> maybe "Type to filter possible conversations"?
20:13:59 <nhnt11> flo-retina: It will certainly need to change after MUC support is added but I think it's fine for now?
20:14:35 <nhnt11> Hmm
20:15:33 <Mic> flo-retina: I also think it's fine as long as there are only contacts on the list.
20:19:53 <Mic> For later: wouldn't we need a more obvious way to start the conversation than pressing enter or double clicking?
20:20:29 <nhnt11> Mic: I would think Enter is obvious, but do you mean a button of some sort?
20:21:06 <Mic> Yes, even though I don't like the idea of having a button or bubble somewhere ;)
20:24:45 --> unghost has joined #instantbird
20:28:22 <Mic> I'll post this an some other things on the etherpad lest we forget.
20:29:19 <nhnt11> Okay, so the way I've done the layout for the row containing the display name and tags is, the display name is a label with flex=1, causing it to fill as much space as possible. This forces the tag icon and tag text to the right edge of the available space. The downside is that the display name is more "flexible" so gets cropped first when the window is resized. What's the proper way to align a child to the right edge of its parent?
20:29:19 <nhnt11> Through CSS?
20:30:49 <Mic> Do you know that there's an attribute called crop that allows to customize the behaviour?
20:31:02 <nhnt11> I'm using it, but both are cropped right now.
20:31:59 <nhnt11> Btw, I just noticed, neither of them is getting cropped for me. instead, a horizontal scrollbar appears.
20:32:20 <nhnt11> I distinctly recall the display name being cropped in an initial version though...
20:32:33 <Mic> The display is cropped with an ellipsis for me.
20:33:18 <nhnt11> Mic: http://puu.sh/3y6fp.png
20:33:21 <nhnt11> :-/
20:34:06 <Mic> That's definitely different from what I see.
20:34:13 <nhnt11> It's getting cropped if I use crop="end" only on the display name.
20:34:52 <Mic> I get the horizontal scrollbar only when the display name is completely hidden and the tag icon is next to the contact icon.
20:37:51 <Mic> nhnt11: crop="end" on only the tag label works for me.
20:38:35 <-- nhnt11 has quit (Ping timeout)
20:38:53 --> nhnt11 has joined #instantbird
20:40:24 <nhnt11> How about not cropping display names at all, and instead showing the horizontal scrollbar if necessary?
20:42:13 <nhnt11> Mic: This is what I've got, and the tags label is definitely not cropped.. http://pastebin.instantbird.com/240846
20:42:21 <flo-retina> nhnt11: no :-P
20:42:36 --> EionRobb has joined #instantbird
20:42:48 <flo-retina> horizontal scrollbars are awfully ugly (and painful to use)
20:42:50 <Mic> I'm not so convinced about my "works for me" anymore.
20:42:52 <clokep_> Horizontal scrollbars are the devil.
20:43:00 <-- clokep_ has quit (Quit: http://www.mibbit.com ajax IRC Client)
20:43:18 * nhnt11 should probably not bother suggesting things he knows will be shot down in a blink.
20:47:52 <nhnt11> I can't get this to work :(
20:50:17 --> DGMurdockIII has joined #instantbird
20:50:58 <nhnt11> Mic: Setting the flex for the display name to 10000 and adding a flex="1" to the tags label works for me.
20:51:30 <nhnt11> That's without any crop on the display name, and crop="end" on the tags label.
20:53:48 <nhnt11> Hmm now to crop the display name as well..
20:54:10 <flo-retina> nhnt11: you need the large flex value on the label you want to see cropped first
20:54:58 <nhnt11> I thought that would make that label take too much space.
20:55:37 <nhnt11> And it appears i'm right, the tags label hogs all the space: http://puu.sh/3y7fq.png
20:56:52 <nhnt11> I wonder if I should put the tag icon and tags label in their own box
20:57:08 <flo-retina> nhnt11: and now you need to have that label right aligned
20:57:24 <nhnt11> flo-retina: Right, so put the icon and the label in a box and pack it to the right.
20:57:50 <flo-retina> yes
20:59:12 <-- mpmc has quit (Connection reset by peer)
20:59:17 <nhnt11> Er, it didn't work :(
20:59:48 <nhnt11> I know the problem though, I think.
21:01:22 <Mic> I've put a few comments on the etherpad.
21:02:59 <nhnt11> Mic: That looks like a great to-do list for me to complete before bed :)
21:09:06 * qheaden_away is now known as qheaden
21:09:08 <qheaden> Finally back.
21:17:51 <nhnt11> flo-retina, Mic: The best I managed was both of them getting cropped at once :(
21:18:09 <flo-retina> nhnt11: what are your flex values?
21:18:40 <nhnt11> flo-retina: I did it like this: http://pastebin.instantbird.com/240860
21:19:04 <nhnt11> I tried putting them in another box and everything, but ended up with the same problems.
21:19:34 <nhnt11> um, ignore the pack="end" on the tags labe.
21:19:35 <nhnt11> labelI*
21:20:04 <flo-retina> how does http://pastebin.instantbird.com/240861 look?
21:20:05 <Mic> hmm
21:20:34 <nhnt11> flo-retina: It doesn't right align anything.
21:20:46 <nhnt11> Because the tags label is then huge. So the label itself has a lot of whitespace at the end
21:21:42 <nhnt11> Oh wait.
21:22:12 <nhnt11> flo-retina: Um, that doesn't work very well because you've used a vbox.
21:22:27 <nhnt11> assuming you meant hbox, what I said holds.
21:22:40 <flo-retina> yeah, I meant hbox
21:25:04 <nhnt11> Got it to work.
21:25:19 <nhnt11> http://pastebin.instantbird.com/240862
21:25:45 <nhnt11> Adding the spacer there makes it work as intended (tags icon gets cropped first, and when it's no longer visible, display name gets cropped)
21:26:08 <flo-retina> pack="end" on the label doesn't seem useful
21:26:16 <nhnt11> Yeah, I said ignore that :P
21:26:47 <flo-retina> I didn't know I should keep ignoring it for newer pastebins ;)
21:27:03 <nhnt11> Sorry :P
21:40:17 <nhnt11> Mic: How about just "New conversation" instead of "Open a new conversation"
21:40:20 <nhnt11> For the new tab button tooltip
21:41:00 <nhnt11> Do we need to change newTab.label to "New Conversation" too?
21:44:19 <-- mconley has quit (Input/output error)
21:45:39 <Mic> nhnt11: newTab.label is the menu item?
21:45:58 <nhnt11> Mic: I think it's the accessibility label for the newtab button in tabbrowser.
21:46:30 <Mic> It's the menu item.
21:46:35 <Mic> http://lxr.instantbird.org/instantbird/search?string=newTab.label
21:46:50 <Mic> *context menu item
21:47:43 <nhnt11> Oops.
21:55:08 <Mic> Good night
21:57:13 <nhnt11> Good night.
21:58:11 <qheaden> Night nhnt11
22:01:18 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
22:01:54 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
22:17:36 <-- Optimizer has quit (Ping timeout)
22:17:54 --> clokep has joined #instantbird
22:17:55 * ChanServ sets mode +o clokep 
22:21:01 --> Optimizer has joined #instantbird
22:21:26 --> Kaishi has joined #instantbird
22:27:19 <clokep> Any progress while I was gone? :P
22:28:05 <-- unghost has quit (Input/output error)
22:41:15 <-- dew has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com)
23:12:43 <-- dionisos has quit (Ping timeout)
23:27:44 <-- DGMurdockIII has quit (Ping timeout)
23:27:59 <clokep> (o_O) new Firefox dependency, that's annoying...
23:31:09 <Mook_as> gstreamer?
23:31:40 <clokep> Yes.
23:31:46 <clokep> Was thaat like announced? :(
23:31:51 <Mook_as> hahaha
23:32:25 <qheaden> I'm switching to Windows development for a while.
23:32:30 <qheaden> I'm recompiling now.
23:32:37 <clokep> Any reason one? Or just for fun?
23:33:53 <qheaden> Just for change.
23:34:39 <qheaden> clokep: You dev in Windows 8 right?
23:34:51 <clokep> qheaden: Yes.
23:34:56 <qheaden> Okay.
23:34:59 <clokep> qheaden: Windows 8 and Debian, yes.
23:38:33 <clokep> qheaden: Building on Windows tends to be a LOT slower FYI.
23:39:03 <qheaden> clokep: Yeah, I'm aware of that from my Firefox development. ;)
23:39:18 <qheaden> For the kind of code I'm developing though, the obj-dir builds should still be pretty fast.
23:39:42 <clokep> Instantbird is pretty fast once you've build Mozilla. :)
23:40:05 * qheaden wishes Windows 7 disk I/O was just as fast as Linux.
23:41:47 <EionRobb> make a ramdisk? :)
23:42:37 <qheaden> Is that even possible in Windows? I never looked into it.
23:43:35 <qheaden> Looks like you can with some software.
23:43:54 <clokep> But is it faster or just another layer of abstraction? ;)
23:44:05 <clokep> instantbot: uuid
23:44:06 <instantbot> 9f2d0b90-c65e-4b7a-9efc-e22da79b02c5 (/msg instantbot cid for CID form)
23:45:45 <-- atuljangra has quit (Quit: http://www.mibbit.com ajax IRC Client)
23:50:25 --> nhnt11 has joined #instantbird
23:53:21 <-- nhnt11 has quit (Ping timeout)
23:53:50 <EionRobb> I didn't know about http://en.wikipedia.org/wiki/List_of_RAM_drive_software#Native
23:54:07 <EionRobb> I only knew of the one that came with the windows admin tools or wahtever they're called
23:57:19 --> nhnt11 has joined #instantbird
23:57:29 <qheaden> It seems like Windows 7, in my experience anyway, easily freezes on high disk I/O. Most of the time, except in extreme cases, Linux continues to be usable even under high I/O situations.