fluid-work IRC Logs-2011-10-31

Owned by Fluid IRC Log Bot
Last updated: Oct 31, 2011Version comment
3 min read

[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:

Unknown macro: { eventName}

[12:11:10 CDT(-0500)] <yura> no (sad)

[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)

Unknown macro: {myInvoker(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 ()

Unknown macro: {myInvoker()}

'

[12:15:16 CDT(-0500)]

<Justin_o> yura: really.. why not do something like that.eventFunc = function ()

Unknown macro: {…}

in the preInit and then have a listener for

Unknown macro: {component}

.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 (smile)

[12:26:07 CDT(-0500)] <yura> who wants to do that these days

[12:26:09 CDT(-0500)] <yura> (smile)

[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