branch-notes

   1 Jun 15 17:17:13 <ribasushi>     mst: can you tell frew what you told me about FilterColumn @ GPW
   2 Jun 15 17:18:11 <mst>   I said two methods
   3 Jun 15 17:18:15 <mst>   filter_column(...
   4 Jun 15 17:18:20 <mst>   and filter_column_row(...
   5 Jun 15 17:18:28 <mst>   frew: the idea being if the row object is only in one signature
   6 Jun 15 17:18:36 <mst>   hashrefinflator can assume the non-row ones are safe
   7 Jun 15 17:29:31 <frew>  oh clever
   8 Jun 15 17:29:44 <frew>  hmmmm
   9 Jun 15 17:29:55 *       frew wonders why we didn't do this when we discussed it before
  10 Jun 15 17:30:07 <robkinyon>     frew: mst did suggest this
  11 Jun 15 17:30:14 <frew>  I think I was hung up on that if we did that we'd need a FC and an FCLite
  12 Jun 15 17:30:27 <frew>  I don't remember the suggestion of two sep methods at al
  13 Jun 15 17:30:33 <frew>  but I don't doubt that he said it
  14 Jun 15 17:31:44 <ribasushi>     when he said it to me in .de I still didn't get it
  15 Jun 15 17:31:51 <ribasushi>     so obv. the problem is in mst
  16 Jun 15 17:32:05 <frew>  so I am getting it right?
  17 Jun 15 17:32:08 <frew>  two sep methods?
  18 Jun 15 17:32:09 <frew>  yeah
  19 Jun 15 17:32:12 <frew>  that's totally simple
  20 Jun 15 17:32:20 <ribasushi>     except we use the already existing method for objs
  21 Jun 15 17:32:37 <ribasushi>     and make a new one for ($data, $rsrc)
  22 Jun 15 17:32:42 <frew>  exactly
  23 Jun 15 17:41:09 <ribasushi>     mst: I already said - I might be overtinking this, two sep. coderefs are fine
  24 Jun 15 17:41:24 <ribasushi>     mst: two non-overlapping signatures
  25 Jun 15 17:41:47 <ribasushi>     mst: the original name is obj-first filters
  26 Jun 15 17:41:47 <mst>   yeah
  27 Jun 15 17:41:57 <ribasushi>     a new name for $val, $rsrc filters
  28 Jun 15 17:41:58 <ribasushi>     happy?
  29 Jun 15 17:42:17 <ribasushi>     frew: ^^ please note the bastard is happy
  30 Jun 15 17:42:23 <mst>   $source, $val though
  31 Jun 15 17:42:32 <mst>   so you can use method names on the source, as originally discussed
  32 Jun 15 17:42:56 <ribasushi>     wtf... (wrt originally discussed)
  33 Jun 15 17:43:02 <ribasushi>     fine $source, $val
  34 Jun 15 17:43:10 <mst>   I dunno if we'll ever use that
  35 Jun 15 17:43:17 <mst>   but applying a role to the source smells like fun
  36 Jun 15 17:43:22 <ribasushi>     mst: meh, it's proactive I like it
  37 Jun 15 17:43:49 <ribasushi>     mst: the wtf is you assuming you said what you were thinking  :)
  38 Jun 15 17:45:27 <frew>  ribasushi: I'm ignoring this till I have to code on it
  39 Jun 15 17:45:39 <ribasushi>     frew++ # smart man