fluid-work IRC Logs-2011-10-31
[12:10:23 CDT(-0500)] <Justin_o> yura: do you know if i can use invokers in listeners
[12:10:30 CDT(-0500)] <Justin_o> in the defaults
[12:10:34 CDT(-0500)] <Justin_o> so have something like
[12:10:58 CDT(-0500)] <Justin_o> listeners:
[12:11:10 CDT(-0500)] <yura> no
[12:11:28 CDT(-0500)] <yura> listeners are assigned before inokers are created
[12:11:36 CDT(-0500)] <Justin_o> ah.. ;(
[12:11:46 CDT(-0500)] <Justin_o> that' unfortunate
[12:11:56 CDT(-0500)] <Justin_o> is there a best practice to work around this?
[12:12:22 CDT(-0500)] <Justin_o> yura: ^
[12:12:33 CDT(-0500)] <yura> i do this by defining listeners in the preInitFunction
[12:12:51 CDT(-0500)] <Justin_o> okay, you mean the functions that are used by the listeners
[12:13:00 CDT(-0500)] <Justin_o> yura: ^
[12:13:37 CDT(-0500)] <yura> i mean something like that : in preinit: myEvent: function(args) ;
[12:13:52 CDT(-0500)] <yura> myEvent refers to that.options.listeners.someEvent
[12:14:14 CDT(-0500)] <yura> so literally that.options.listeners.someEvent = function () '
[12:15:16 CDT(-0500)] <Justin_o> yura: really.. why not do something like that.eventFunc = function () in the preInit and then have a listener for .eventFunc
[12:15:22 CDT(-0500)] <Justin_o> ?
[12:15:49 CDT(-0500)] <yura> well you options are expanded before preInit
[12:16:08 CDT(-0500)] <yura> so reference to itself in defaults will not work
[12:19:24 CDT(-0500)] <Justin_o> yura: hmm.. okay.. i thought there was a way to do this
[12:23:03 CDT(-0500)] <yura> well maybe this will help http://pastebin.com/8xWrKWG2
[12:23:06 CDT(-0500)] <yura> just an idea
[12:23:43 CDT(-0500)] <yura> Justin_o: ^
[12:24:11 CDT(-0500)] <yura> your event holder and component can share the same events
[12:24:23 CDT(-0500)] <yura> or your component can use eventHandler's events as its own
[12:24:31 CDT(-0500)] <Justin_o> yura, thanks.. i was able to get the listener to respect a handler defined in the preInit function though.. so it's okay
[12:24:42 CDT(-0500)] <yura> ok
[12:24:53 CDT(-0500)] <Justin_o> http://wiki.fluidproject.org/display/docs/Component+Lifecycle+and+autoInit
[12:25:59 CDT(-0500)] <yura> though you have to write code
[12:26:07 CDT(-0500)] <yura> who wants to do that these days
[12:26:09 CDT(-0500)] <yura>
[12:26:15 CDT(-0500)] <Justin_o> yura: lol
[12:43:45 CDT(-0500)] <Justin_o> anastasiac: do you know if there is documentation about the ariaLabeller and the reorderer
[12:44:15 CDT(-0500)] <anastasiac> Justin_o, I don't believe we have docs on the ariaLabeller - it's on the to-do list
[12:44:56 CDT(-0500)] <Justin_o> anastasiac: okay, thanks
[13:31:07 CDT(-0500)] <Justin_o> fluid-everyone: anyone know much about the ariaLabeller and the listReorderer
[13:31:35 CDT(-0500)] <Justin_o> it could actually be something to do with demands resolution too
[13:32:27 CDT(-0500)] <anastasiac> Justin_o, what, specifically, is your question? How to use ariaLabeller with listReorderer?
[13:33:39 CDT(-0500)] <Justin_o> anastasiac: well i figure it should generally take care of itself.. at least it looks that way from the code… but i'm getting a strange error with fluid.ariaLabeller.generateLiveElement… it says "that" is undefined
[13:34:04 CDT(-0500)] <Justin_o> the "that" argument should refer to the labeller component and should be passed in through IoC
[13:35:05 CDT(-0500)] <anastasiac> sounds like a demands things, Justin_o (or otherwise IoC related)
[13:35:42 CDT(-0500)] <Justin_o> anastasiac: i think so.. i don't set any demands for it though… or anything at all, just call the listReorderer