fluid-work IRC Logs-2012-05-08

fluid-work IRC Logs-2012-05-08

[03:07:38 CDT(-0500)] <logiclord> which ide do we use for infusion component development (if any) ?

[09:44:40 CDT(-0500)] <alexn> anastasiac, yura1, cindyli: Hey guys would you have 10 minutes any time today before lunch so that we can sit down and go through the list of things which are left to be completed for the FLOE project? It would be very useful for me since I was working on other things for the past 3 weeks and it should give me a perspective about current outstanding tasks.

[09:45:10 CDT(-0500)] <anastasiac> sounds good - now, alexn?

[09:45:37 CDT(-0500)] <alexn> now works for me (smile)

[11:26:31 CDT(-0500)] <colinclark> Hey boyan, are you around?

[12:30:30 CDT(-0500)] <cindyli> yura1: the pull request is ready - https://github.com/fluid-project/uio-gpii-integration/pull/4

[12:30:40 CDT(-0500)] <yura1> cindyli: thanks!

[12:31:31 CDT(-0500)] <cindyli> np, yura1, regarding AfAStore, refer to this banch - https://github.com/cindyli/infusion/tree/FLUID-1653

[12:35:52 CDT(-0500)] <cindyli> hold off, yura1, one small fix on AfAstore unit test

[12:36:32 CDT(-0500)] <yura1> cindyli: ok

[12:38:56 CDT(-0500)] <cindyli> done, yura1. The pull request is back on ready. (smile)

[12:39:25 CDT(-0500)] <yura1> thanks!

[14:01:13 CDT(-0500)] <Bosmon2> sgithens - here is some nice COFFESCRIPT for you : P

[14:01:18 CDT(-0500)] <Bosmon2> GoogleGuilty = APICopyrightable and GoogleViolatedCopyright and not GoogleHasFairUse

[14:13:03 CDT(-0500)] <Justin_o> Bosmon2: Wondering if you have any thoughts as to what might be causing an event to fire twice

[14:13:13 CDT(-0500)] <Bosmon2> Justin_o - any number of things (smile)

[14:13:23 CDT(-0500)] <Bosmon2> Are you sure it is firing twice, rather than that you have two listeners registered for ti?

[14:13:36 CDT(-0500)] <Justin_o> Bosmon2: actually it's the listener that is being triggered twice.. it seems the event is only fired once

[14:14:12 CDT(-0500)] <Justin_o> Bosmon2: so i did override a listener, but even if i comment that one out it still ends up triggering twice

[14:15:44 CDT(-0500)] <Justin_o> Bosmon2: basically i have a component that does "x" what event "a" is fired. Now i use it as a subcompoent and want "y" to happen when "a" is fired.. which works, it's just that "y" happens twice

[14:16:28 CDT(-0500)] <Bosmon2> I guess you'll have to paste something specific

[14:17:57 CDT(-0500)] <Justin_o> Bosmon2: sure.. it's a bit complicated.. lots of room for improvement in the code too.. but here goes

[14:17:58 CDT(-0500)] <Justin_o> https://bitbucket.org/jobara/decapod-ui-iteration3/src/f73148720396/components/exporter/js/exporterDemands.js

[14:18:13 CDT(-0500)] <Justin_o> take a look at the listener on line 33 there

[14:19:02 CDT(-0500)] <Justin_o> Bosmon2: that should replace the listener from line 106 here https://bitbucket.org/jobara/decapod-ui-iteration3/src/f73148720396/components/exporter/js/exportType.js

[14:19:18 CDT(-0500)] <Justin_o> the one from exporterDemands.js is the one that is happening twice

[14:21:42 CDT(-0500)] <Bosmon2> Justin_o - I doubt that those listeners will override, especially in the modern framework

[14:22:18 CDT(-0500)] <Justin_o> Bosmon2: you suspect that they are both firing? I did comment the one from exportType.js out, but didn't see any difference.

[14:22:59 CDT(-0500)] <Justin_o> Bosmon2: also if it is the problem.. is the only way around it to move the listener from exportType.js into a demands block?

[14:23:16 CDT(-0500)] <Bosmon2> You should namespace listeners if you want to be able to override them reliably

[14:24:05 CDT(-0500)] <Justin_o> can i name space them when calling them through IoC

[14:24:11 CDT(-0500)] <Justin_o> i had tried this before and it didn't seem to work

[14:24:14 CDT(-0500)] <Justin_o> Bosmon2: ^

[14:24:46 CDT(-0500)] <Bosmon2> yes, all listeners can be namespaced

[14:25:55 CDT(-0500)]

<Justin_o> Bosmon2: hmm.. i had tried to do something like

Unknown macro: {pdfExporter}

.events.onExportStart.internal but it didn't resolve

[14:26:03 CDT(-0500)] <Bosmon2> No, you can't namespace them like that

[14:26:07 CDT(-0500)] <Justin_o> Bosmon2: okay

[14:26:14 CDT(-0500)] <Bosmon2> There would clearly be no way to tell where the name stops!

[14:26:22 CDT(-0500)] <Bosmon2> You have to use the "namespace" field inside the listener record

[14:26:29 CDT(-0500)] <Justin_o> Bosmon2: yes.. i figured that would be the reason

[14:27:05 CDT(-0500)]

<Justin_o> can i declare it in an object block … like

Unknown macro: {listener}

?

[14:27:07 CDT(-0500)] <Bosmon2> I can't immediately think of a reason why you would see "startImport" firing twice

[14:27:11 CDT(-0500)] <Bosmon2> Justin_o - that's right

[14:28:28 CDT(-0500)] <Justin_o> Bosmon2: yah me too.. there are quite a few events passed around that lead up to this one, but those all seem to be okay.. I'll try to use the namespacing and see if that helps.. thanks

[14:37:53 CDT(-0500)] <Justin_o> Bosmon2: It looks like the namespace was the issue.. thanks for your help

[14:41:01 CDT(-0500)] <Bosmon2> Justin_o - odd that you got two instances without it though

[14:41:11 CDT(-0500)] <Bosmon2> It's clear that you'll only get one instance with it : P

[14:41:21 CDT(-0500)] <Bosmon2> But the mechanism for the previous failure still isn't clear

[14:41:54 CDT(-0500)] <Bosmon2> I know you're extremely busy, but if you could make a little test case out of it at some point, it would be great

[14:43:02 CDT(-0500)] <Justin_o> Bosmon2: yes.. i'm still a bit puzzled on that one.. i had tried to write a unit tests a while back but couldn't reproduce it… When i get a chance I'll try to work backwards to create a simplified unit test from the failing code.

[14:43:10 CDT(-0500)] <Bosmon2> Thanks