...
[13:47:18 CDT(-0500)] <anastasiac> sorry...
[13:49:25 CDT(-0500)] <colinclark> Justin_o: I think you're going to like this ChangeApplier pull request I am reviewing, if you're not already using it
[13:49:31 CDT(-0500)] <colinclark> it's a nice improvement
[13:53:06 CDT(-0500)] <Justin_o> colinclark: haven't yet, but i'm assuming it's the declarative syntax one, and i am looking forward to that
[13:53:14 CDT(-0500)] <colinclark> yup, that's the one
[13:53:21 CDT(-0500)] <colinclark> sorry i've been so slow with it, but it's a good change
[13:55:43 CDT(-0500)] <Justin_o> colinclark: np thanks for looking at it
[13:57:00 CDT(-0500)] <Bosmon> Hi Justin_o
[13:57:03 CDT(-0500)] <Bosmon> Do add me
[13:57:11 CDT(-0500)] <Justin_o> Bosmon: okay.. will do
[13:57:37 CDT(-0500)] <Justin_o> Bosmon: by the way, i'll probably need your help with a few issues anastasiac has found with the composite panels
[14:01:36 CDT(-0500)] <anastasiac> http://wiki.fluidproject.org/display/fluid/Deprecations+in+1.5
[16:26:42 CDT(-0500)] <colinclark> Bosmon: What is "noThis" used for in the apply function you return from fluid.changeToApplicable()?
[16:26:43 CDT(-0500)] <colinclark> https://github.com/fluid-project/infusion/pull/417/files#diff-50cd32a7983e921376821a0476122713R1399
[16:27:45 CDT(-0500)] <Bosmon> colinclark - it is used to conform the signature of the "returned thing" to the standard one for Function.apply
[16:27:58 CDT(-0500)] <colinclark> ah, yes
[16:28:02 CDT(-0500)] <colinclark> you're making an apply-like thing
[16:28:11 CDT(-0500)] <Bosmon> An.... "applicable" : P
[16:28:13 CDT(-0500)] <colinclark> or rather, a function-like thing
[16:28:14 CDT(-0500)] <colinclark> yes
[16:28:15 CDT(-0500)] <colinclark> ok
[16:28:16 CDT(-0500)] <colinclark> I get it
[16:33:02 CDT(-0500)] <colinclark> you need more farm.cats in your test cases, Bosmon
[16:33:08 CDT(-0500)] <Bosmon> 
[16:33:28 CDT(-0500)] <Bosmon> Rather than "things"? : P
[16:33:45 CDT(-0500)] <colinclark> nests of things
[16:33:57 CDT(-0500)] <colinclark> I suppose it's a lot easier to keep track
[16:36:29 CDT(-0500)] <colinclark> It's really odd that Git found conflicts in this merge
[16:36:33 CDT(-0500)] <colinclark> since it's pretty clear to me what changed
[16:36:40 CDT(-0500)] <Bosmon> They are probably in the five-star demo
[16:36:41 CDT(-0500)] <Bosmon> ?
[16:36:50 CDT(-0500)] <colinclark> yep
[16:37:06 CDT(-0500)] <colinclark> two very obvious ones
[16:37:08 CDT(-0500)] <Bosmon> There was still a "diamond change"
[16:37:20 CDT(-0500)] <Bosmon> So it could never have been certain that the other changes were not required
[16:38:17 CDT(-0500)] <colinclark> a "diamond change?"
[16:38:30 CDT(-0500)] <Bosmon> There were two separate changes along different paths to the parent revision
[16:38:48 CDT(-0500)] <Bosmon> Along one, "dynamic: true" was added, and along another, the entire block was removed and replaced with the declarative binding...
[22:03:43 CDT(-0500)] <colinclark> hey yzen
[22:03:53 CDT(-0500)] <yzen> colinclark: hi
[22:03:57 CDT(-0500)] <colinclark> what's your best real-world example of dynamic grades?
[22:04:02 CDT(-0500)] <colinclark> rock me
[22:04:25 CDT(-0500)] <colinclark> Bosmon was entertaining my 18th century sensibilities
[22:04:48 CDT(-0500)] <colinclark> trying to explain them to me
[22:15:56 CDT(-0500)] <yzen> colinclark, I have never actually used them yet and was going to look at flocking for the reference
[22:20:27 CDT(-0500)] <Bosmon> yzen - funny
[22:21:45 CDT(-0500)] <yzen>