fluid-work IRC Logs-2011-06-07
- Fluid IRC Log Bot
[08:10:07 CDT(-0500)] <heidi_> hey Justin_o just saw yr thing about comic sans ... it's the default 'cursive' font in IE, so i think that's why they use that. we can add it in i guess tho not sure it'll make any diff? <colinclark> <athena> $.ajax( ); <Bosmon4> And the outright reference to " " should be removed entirely <Bosmon4> Which you can do with a syntax like " .dom.selectorName"
[08:10:54 CDT(-0500)] <Justin_o> heidi_: would you be able to do a quick test
[08:11:49 CDT(-0500)] <heidi_> Justin_o sure, in a bit
[08:11:53 CDT(-0500)] <Justin_o> anastasiac: did you see my e-mail from yesterday
[08:11:56 CDT(-0500)] <Justin_o> heidi_: thanks
[08:12:27 CDT(-0500)] <anastasiac> Justin_o, possibly not. When did you send it, and what was it about?
[08:13:03 CDT(-0500)] <anastasiac> ah, 4022, Justin_o
[08:13:05 CDT(-0500)] <huslage> go team
[08:13:22 CDT(-0500)] <Justin_o> anastasiac: yes.. that's the one
[08:13:31 CDT(-0500)] <huslage> is internationalization considered part of accessibility?
[08:13:48 CDT(-0500)] <anastasiac> Justin_o, I'd be happy to if you'd like me to, but being in Cincinnati, I'm a bit distracted. Might be better for someone else to do it
[08:14:04 CDT(-0500)] <Justin_o> anastasiac: sure no problem.. i can probably take a look at that..
[08:14:10 CDT(-0500)] <anastasiac> thanks
[08:14:11 CDT(-0500)] <Justin_o> anastasiac: how's cincinatti going
[08:14:33 CDT(-0500)] <anastasiac> good - hot! The docs sprint is interesting... quiet...
[08:15:08 CDT(-0500)] <Justin_o> sounds like it's all good...
[08:15:17 CDT(-0500)] <Justin_o> are you guys planning on catching a Reds game?
[08:15:38 CDT(-0500)] <Justin_o> they have a guy from the Toronto area playing on their team, he actually won the MVP last year
[09:40:31 CDT(-0500)] <jhung1> anastasiac, heidi_: I have attached yellow-black widgets to http://issues.fluidproject.org/browse/FLUID-4218.
[09:40:43 CDT(-0500)] <heidi_> thanks jhung1
[09:41:30 CDT(-0500)] <jhung> heidi_, I just followed what Mist was using in its CSS. If we need other icons (i.e. the Less icon, etc) let me know.
[09:43:55 CDT(-0500)] <heidi_> jhung great, i'll try implementing them today
[09:43:57 CDT(-0500)] <heidi_> see where we're at
[09:44:05 CDT(-0500)] <jhung> Sounds good!
[10:12:21 CDT(-0500)] <Justin_o> heidi_: just commented on your pull request for FLUID-4229
[10:12:34 CDT(-0500)] <michelled> heidi_: at today's meeting are you willing to give a quick overview of the changes that have happened to UIO between 1.3 and the current master?
[10:13:19 CDT(-0500)] <heidi_> Justin_o thanks i'll fix up soon
[10:13:28 CDT(-0500)] <heidi_> michelled we can go through the road map yep
[10:13:52 CDT(-0500)] <michelled> cool - and that way we can also touch on what's still to come
[10:14:09 CDT(-0500)] <heidi_> michelled how is the code review going to work?
[10:14:26 CDT(-0500)] <michelled> heidi_: colinclark and I were just talking about that 
[10:15:01 CDT(-0500)] <michelled> heidi_: there is so much to code review that we won't be able to go through everything together
[10:15:17 CDT(-0500)] <michelled> Instead we'll do this:
[10:15:35 CDT(-0500)] <michelled> 1. Overview of what has been changed and what is left to do (Heidi)
[10:15:36 CDT(-0500)] <michelled> 2. Thoughts on where we draw the line for 1.4 and what we'll do in 1.5 (Michelle)
[10:15:36 CDT(-0500)] <michelled> 3. People bring forward their questions and places they would like to draw attention to
[10:15:36 CDT(-0500)] <michelled> 4. Division of review tasks
[10:16:29 CDT(-0500)] <michelled> Hopefully jameswy can be there for the overview and the what's left to do so that he can raise a flag if we are forgetting anything
[10:16:39 CDT(-0500)] <heidi_> so kind of like a dev meeting about it vs going through code
[10:17:13 CDT(-0500)] <michelled> so I think if the question is something that can be answered in 5 minutes or less then we'll deal with it right away
[10:17:21 CDT(-0500)] <michelled> if not it will be taken off line
[10:17:33 CDT(-0500)] <michelled> so there will be a little going through code
[10:17:59 CDT(-0500)] <jameswy> Ah, michelled, I completely forgot to tell you earlier that I might not be able to make it to the code review. If you see me online on Skype when it happens, ring me in.
[10:18:49 CDT(-0500)] <heidi_> jameswy if you miss it, we can go through together as we should do that soon anyway... check over all the layouts. there's still lots of tweaking to do and i keep getting distracted from doing it
[10:18:51 CDT(-0500)] <michelled> jameswy: ok, perhaps you can take a peek at the demos on the build site before then and see if there's anything missing that isn't on the roadmap
[10:19:20 CDT(-0500)] <jameswy> heidi_, michelled: sounds good.
[10:20:23 CDT(-0500)] <heidi_> michelled how will an actual code review happen? should we schedule that somehow? who looks at what new code etc
[10:20:53 CDT(-0500)] <michelled> heidi_: yes, we'll divide up the review tasks at the end of today's meeting
[10:21:30 CDT(-0500)] <heidi_> k
[10:23:45 CDT(-0500)] <michelled> cindyli, heidi_, Justin_o, mlam: you might want to take a few minutes before the meeting to make a list of areas of UIO you feel should get some eyes on it
[10:24:12 CDT(-0500)] <cindyli> sure, michelled
[10:24:18 CDT(-0500)] <Justin_o> michelled: okay
[10:24:39 CDT(-0500)] <mlam> Oh ok
[10:26:42 CDT(-0500)] <jhung> heidi_, anastasiac: I've added whiteBlack, blackWhite widgets to this Jira http://issues.fluidproject.org/browse/FLUID-3782
[10:27:59 CDT(-0500)] <heidi_> k
[10:28:31 CDT(-0500)] <clown> Justin_o (or anyone): what's the url for the breeze room again?
[10:28:34 CDT(-0500)] <Justin_o> heidi_, mlam, michelled : did you know that, at least the fat panel, doesn't work in IE6
[10:28:49 CDT(-0500)] <heidi_> Justin_o what happens
[10:28:54 CDT(-0500)] <Justin_o> clown: http://connect.ocad.ca/fluid-work
[10:28:59 CDT(-0500)] * clown ties string around his finger to remember to bookmark it.
[10:29:08 CDT(-0500)] <clown> thanks, Justin_o
[10:29:14 CDT(-0500)] <Justin_o> which reminds me i should setup standup
[10:31:22 CDT(-0500)] <colinclark> anastasiac and I are actually on time for standup today!
[10:32:14 CDT(-0500)] <colinclark> err
[10:32:19 CDT(-0500)] <colinclark> in the wrong room, that is
[10:32:20 CDT(-0500)] <colinclark>
[10:32:30 CDT(-0500)] <colinclark> sometimes the awesome bar is less awesome
[10:49:25 CDT(-0500)] <Justin_o> heidi_: so the problem in ie6 is that there is an error
[10:49:40 CDT(-0500)] <Justin_o> "Object doesn't support this property or method"
[10:50:18 CDT(-0500)] <heidi_> Justin_o hm, figure out anything more than that?
[10:50:35 CDT(-0500)] <Justin_o> error is from line 706 of some file
[10:50:47 CDT(-0500)] <heidi_> hmm
[10:51:59 CDT(-0500)] <Justin_o> heidi_: unfortunately i ran out of hdd space on my mini so i can't use my good vm to debug ;(
[11:07:14 CDT(-0500)] <heidi_> Justin_o do we have any other means of testing IE6?
[11:10:58 CDT(-0500)] <huslage> off to lunch/get my car from airport. back in 60-90 min
[11:13:39 CDT(-0500)] <Justin_o> heidi_: i'm trying to setup my other vm with some debugging tools
[11:13:51 CDT(-0500)] <heidi_> cool
[11:57:53 CDT(-0500)] <Justin_o> heidi_: did the rest of the !important removals already make it into the project repo?
[11:59:18 CDT(-0500)] <heidi_> Justin_o the rest?
[11:59:38 CDT(-0500)] <heidi_> when we removed them all the first time, that's in yes
[11:59:45 CDT(-0500)] <Justin_o> heidi_: okay.. thanks
[11:59:55 CDT(-0500)] <Justin_o> so this is really just a review for the last bit
[12:15:55 CDT(-0500)] <huslage> hi
[12:17:47 CDT(-0500)] <Justin_o> heidi_: does the cursor need the !important
[12:17:50 CDT(-0500)] <Justin_o> in the themes
[12:18:19 CDT(-0500)] <heidi_> Justin_o file/line # ?
[12:18:46 CDT(-0500)] <Justin_o> heidi_: line 27 of all the themes i think
[12:20:10 CDT(-0500)] <heidi_> Justin_o which theme are you looking at
[12:21:12 CDT(-0500)] <Justin_o> heidi_: oops.. those are the jquery ui themes for them.. never mind
[12:21:22 CDT(-0500)] <heidi_> ah ok
[12:22:31 CDT(-0500)] <Justin_o> heidi_: so for a real question this time, can we remoe the !importants from the UIOptions.css file? and maybe even the demo.css file too
[12:22:32 CDT(-0500)] <Justin_o> ?
[12:23:37 CDT(-0500)] <heidi_> Justin_o which demo.css?
[12:25:05 CDT(-0500)] <Justin_o> I think that's the css for the demo portal chrome pages
[12:25:52 CDT(-0500)] <heidi_> Justin_o path?
[12:26:39 CDT(-0500)] <heidi_> re: importants in UIO.css... i think they might have to stay
[12:27:28 CDT(-0500)] <Justin_o> heidi_: i think irc stripped out my path, let me try sending it again
[12:27:50 CDT(-0500)] <heidi_> can't start an irc msg with /
[12:27:50 CDT(-0500)] <Justin_o> "/src/webapp/demos/portal/css/demo.css/"
[12:27:58 CDT(-0500)] <Justin_o> heidi_: that makes sense
[12:28:59 CDT(-0500)] <heidi_> Justin_o yeah there's only one important there for .fl-tabs li :focus ...it can go esp now that we have fl-focus
[12:31:01 CDT(-0500)] <Justin_o> heidi_: okay.. would you like to remove that and update the pull request.. then i'll push it up
[12:31:21 CDT(-0500)] <heidi_> sure one sec
[12:31:30 CDT(-0500)] <Justin_o> heidi_: thanks
[12:31:43 CDT(-0500)] <heidi_> Justin_o what's the jira # again
[12:31:55 CDT(-0500)] <Justin_o> 4022 i think
[12:33:20 CDT(-0500)] <heidi_> Justin_o should i remove that focus style completely
[12:33:40 CDT(-0500)] <heidi_> i think maybe it should go
[12:33:47 CDT(-0500)] <Justin_o> heidi_: if it's not needed any more sure
[12:34:02 CDT(-0500)] <Justin_o> or if it is i guess you could just replace it with the fss one
[12:34:49 CDT(-0500)] <heidi_> Justin_o i think that would require updating every demo
[12:34:55 CDT(-0500)] <heidi_> but didn't you do that when you added fl-focus ?
[12:35:23 CDT(-0500)] <Justin_o> heidi_: i think so, but i may have skipped this one if it had a specific focus styling already..
[12:35:33 CDT(-0500)] <Justin_o> we'd have to try one out to see
[12:35:46 CDT(-0500)] <heidi_> Justin_o all our demos should prob use the tab component someday too
[12:35:53 CDT(-0500)] <Justin_o> heidi_: good point
[12:35:58 CDT(-0500)] <heidi_> but the chrome is changing someday soon right?
[12:36:06 CDT(-0500)] <Justin_o> they are going to be redesigned though i think
[12:36:09 CDT(-0500)] <Justin_o> yes
[12:37:52 CDT(-0500)] <heidi_> Justin_o you added fl-focus to the body of the demos so i'll remove it from the css
[12:38:22 CDT(-0500)] <Justin_o> heidi_: okay
[12:38:24 CDT(-0500)] <Justin_o> sounds good
[12:38:51 CDT(-0500)] <heidi_> Justin_o pushed
[12:38:53 CDT(-0500)] <Justin_o> heidi_: i'm still working on trying to debug uioptions in ie6
[12:38:58 CDT(-0500)] <Justin_o> heidi_ thanks
[12:39:08 CDT(-0500)] <heidi_> Justin_o sounds fun :s
[12:39:42 CDT(-0500)] <EricDalquist> so colinclark and I were just chatting about IE9 issues with the layout reorderer. It appears that the mouse based drag and drop doesn't work in 1.2.1 or 1.3.1
[12:39:51 CDT(-0500)] <colinclark> Justin_o: ^
[12:39:52 CDT(-0500)] <colinclark> eek?
[12:39:53 CDT(-0500)] <colinclark>
[12:39:59 CDT(-0500)] <EricDalquist> we've had this reported by several schools using uPortal 3.2 (which uses 1.2.1)
[12:40:06 CDT(-0500)] <colinclark> Double eek?
[12:40:14 CDT(-0500)] <colinclark> Any errors to speak of, EricDalquist?
[12:40:24 CDT(-0500)] <EricDalquist> ah ... let me check
[12:40:46 CDT(-0500)] <Justin_o> colinclark, EricDalquist : drag and drop won't work in IE9 prior to 1.4
[12:40:58 CDT(-0500)] <colinclark> ah, it's a Known Issue
[12:41:05 CDT(-0500)] <EricDalquist> uhg ... no way to fix it for older releases?
[12:41:06 CDT(-0500)] <colinclark> Is the fix in the repo now, Justin_o?
[12:41:20 CDT(-0500)] <colinclark> Can we at least issue a quick patch or anything, do you think, King?
[12:41:24 CDT(-0500)] <Justin_o> colinclark: yes.. should be working now
[12:41:38 CDT(-0500)] <Justin_o> colinclark: i think it was to do with the version of jquery and jquery ui
[12:42:06 CDT(-0500)] <EricDalquist> I don't know enough about how tied to fluid versions we are but I'm not sure if we can easily upgrade our 3.2 deployers from 1.2 to 1.4
[12:42:38 CDT(-0500)] <athena> yeah, i suspect we can't
[12:42:45 CDT(-0500)] <colinclark> Totally understandable
[12:42:48 CDT(-0500)] <athena> certainly we can't upgrade FSS
[12:42:59 CDT(-0500)] <colinclark> It's a relatively big move from 1.2->1.4
[12:43:09 CDT(-0500)] <colinclark> We've tried to minimize or completely avoid API changes
[12:43:20 CDT(-0500)] <colinclark> but the FSS is something that might have changed a bit
[12:43:30 CDT(-0500)] <colinclark> hard to provide API compatibility for CSS, sometimes
[12:43:33 CDT(-0500)] <colinclark> Okay, Justin_o
[12:43:42 CDT(-0500)] <colinclark> Can you elaborate a bit on the nature of the breakage
[12:43:45 CDT(-0500)] <colinclark> and the nature of the fix?
[12:48:45 CDT(-0500)] <Justin_o> colinclark, athena, EricDalquist: this might help http://forum.jquery.com/topic/jquery-ui-sortable-and-draggable-do-not-work-in-ie9
[12:49:10 CDT(-0500)] <EricDalquist> oh wonderful
[12:49:50 CDT(-0500)] <EricDalquist> I can play with that later today or tomorrow and see if it fixes uPortal
[12:50:02 CDT(-0500)] <athena> awesome
[12:50:58 CDT(-0500)] <Justin_o> hopefully it will solve the issue
[12:51:22 CDT(-0500)] <colinclark> thanks, EricDalquist and athena
[12:51:30 CDT(-0500)] <colinclark> Justin_o: We should, at very least, write a blog post about the issue
[12:51:44 CDT(-0500)] <colinclark> I'm not keen on shipping 1.2.2 and 1.3.2 upgrades if we can avoid it
[12:51:52 CDT(-0500)] <colinclark> but if there's a hotfix, that's pretty nice
[12:52:30 CDT(-0500)] <Justin_o> colinclark: okay..
[12:52:46 CDT(-0500)] <Justin_o> i think the hotfix would be the easiest solution all-around
[12:52:53 CDT(-0500)] <Justin_o> if it works well
[12:52:58 CDT(-0500)] <colinclark> seems reasonable
[12:53:04 CDT(-0500)] <colinclark> if EricDalquist and athena don't mind testing it out for us
[12:53:13 CDT(-0500)] <colinclark> then I can write a blog post about it tonight or tomorrow
[12:53:15 CDT(-0500)] <athena> yeah that hotfix sounds really promising
[12:53:18 CDT(-0500)] <EricDalquist> yeah that's easy enough to test
[12:53:20 CDT(-0500)] <colinclark> since I'm in the writing vibe
[12:53:22 CDT(-0500)] <athena> EricDalquist: do you have time to try it?
[12:53:26 CDT(-0500)] <EricDalquist> I'll et you know when I get a chance to try it
[12:53:27 CDT(-0500)] <EricDalquist> yes
[12:53:28 CDT(-0500)] <EricDalquist> I will
[12:53:30 CDT(-0500)] <athena> awesomeness
[12:53:31 CDT(-0500)] <EricDalquist> probably tomorrow morning
[12:53:37 CDT(-0500)] <athena>
[12:55:43 CDT(-0500)] <colinclark> thanks guys
[12:55:45 CDT(-0500)] <colinclark> you both rule
[12:56:00 CDT(-0500)] <colinclark> Consider us grateful Kings and Penguins
[12:56:43 CDT(-0500)] <jhung> Emperor Penguins
[12:57:01 CDT(-0500)] <EricDalquist> LOL
[12:57:58 CDT(-0500)] <jhung> anstasiac: I have Illustrator templates for FSS and UIO. Where should these go on the wiki?
[12:59:27 CDT(-0500)] <Justin_o> fluid-everyone: we're about to start the ui options code review... please join us in the collaboration room, or if you are remote and would like to join please let michelled or myself know and we'll skype you in
[12:59:43 CDT(-0500)] <heidi_> Justin_ skype me
[12:59:48 CDT(-0500)] <heidi_> Justin_o
[13:00:05 CDT(-0500)] <jhung> justin_o: me too
[13:00:08 CDT(-0500)] <colinclark> Justin_o and michelled: Can you send along some links for us in the channel while we're getting set up?
[13:00:39 CDT(-0500)] <mlam> Justin_o , michelled, count me in.
[13:00:55 CDT(-0500)] <mlam> oh wait, nvm, collab room
[13:01:44 CDT(-0500)] <Justin_o> colinclark: not sure which links you need, but here's the github repo to start
[13:01:44 CDT(-0500)] <Justin_o> https://github.com/fluid-project/infusion
[13:02:12 CDT(-0500)] <colinclark> https://github.com/fluid-project/infusion/tree/master/src/webapp/components/uiOptions
[13:02:36 CDT(-0500)] <michelled_> fluid-everyone: who am I skyping into this meeting?
[13:02:47 CDT(-0500)] <heidi_> me , jhung
[13:02:53 CDT(-0500)] <heidi_> colin
[13:06:53 CDT(-0500)] <Bosmon4> Me
[13:06:55 CDT(-0500)] <Bosmon4> In a sec
[13:29:12 CDT(-0500)] <athena> Bosmon: didn't you show me some cool example of a new IoC-style thing that had some magic for things that just use the renderer
[13:29:21 CDT(-0500)] <athena> (i realize that question probably doesnt' even make sense)
[13:34:10 CDT(-0500)] <athena> ok, think i found it
[13:34:18 CDT(-0500)] <athena> i think i'm going to be confused for a while
[13:50:19 CDT(-0500)] <athena> oh wow.
[13:50:30 CDT(-0500)] <colinclark> heidi_: So you can issue a demands block against the Preview
[13:50:32 CDT(-0500)] <athena> my little pet renderer-y ioc-style component worked on the first try
[13:50:35 CDT(-0500)] <athena> you people are awesome
[13:50:50 CDT(-0500)] <colinclark> fluid.demands("fluid.uioptions.preview", "fluid.fullPreviewUIOptions", ... )
[13:50:55 CDT(-0500)] <colinclark> athena:
[13:51:09 CDT(-0500)] <colinclark> athena: Tell Bosmon4, he'll really appreciate the positive feedback
[13:51:20 CDT(-0500)] <athena> i definitely will
[13:51:23 CDT(-0500)] <colinclark> My little pet renderer-y ioc-style component didn't quite work on the first try
[13:51:27 CDT(-0500)] <Bosmon4> Thanks, athena7
[13:51:36 CDT(-0500)] <colinclark> and I maybe gave him too much of an earful 
[13:51:43 CDT(-0500)] <athena> and i really appreciate the time you spent explaining this all to me Bosmon4
[13:51:48 CDT(-0500)] <athena> well, it's certainly not done yet
[13:51:55 CDT(-0500)] <athena> it's using fake data and has no subcomponents
[13:52:02 CDT(-0500)] <Bosmon4> colinclark's ambitions for the framework are currently a bit bigger than will fit into its actual boots 
[13:52:04 CDT(-0500)] <athena> but like, i didn't expect to be this far yet
[13:52:05 CDT(-0500)] <athena> lol
[13:52:13 CDT(-0500)] <Bosmon4> But its boots are gradually expanding
[13:52:18 CDT(-0500)] <athena> well i prefer sandals anyway
[13:52:21 CDT(-0500)] <Bosmon4> hahaha
[13:52:22 CDT(-0500)] <athena> shoes are so constricting
[13:52:23 CDT(-0500)] <Bosmon4> Yes, captain
[13:52:24 CDT(-0500)] <athena> i mean, realy.
[13:52:36 CDT(-0500)] <Bosmon4> "I wouldn't like to fill your sandals"
[13:52:55 CDT(-0500)] <athena> lol
[13:53:14 CDT(-0500)] <Bosmon4> "But, captain... how would one set about filling a pair of sandals?"
[13:53:30 CDT(-0500)] <athena> i generally find that mine are filled with little rocks
[13:55:02 CDT(-0500)] <Bosmon4> athena - I will be Bosmon4 for a while, Bosmon is about 5000 miles away
[13:55:22 CDT(-0500)] <athena> ah, good to know
[13:55:41 CDT(-0500)] <athena> so is there a way to make something from the resources become the data model?
[14:01:24 CDT(-0500)] <colinclark> Bosmon4, heidi_: We can chat more about UI Options flavours here after the meeting if you want. I'm really interested in the subject.
[14:01:52 CDT(-0500)] <Bosmon4> athena - you mean, to fetch your model via AJAX on init?
[14:01:57 CDT(-0500)] <athena> yeah
[14:02:06 CDT(-0500)] <athena> do i need to just write a custom method or is there magic for that?
[14:02:36 CDT(-0500)] <Bosmon4> No current magic, no - but given the thing is asynchronous, the "arrival" of the model would have to correspond to a definite event in the component's lifecycle in any case
[14:02:51 CDT(-0500)] <athena> well, could just make the ajax call async
[14:02:59 CDT(-0500)] <athena> er, not async
[14:03:08 CDT(-0500)] <Bosmon4> Yes, but that would be Desperately Immoral (TM)
[14:03:41 CDT(-0500)] <athena> yes but i am also Lazy and Impatient and Horribly Immoral
[14:03:58 CDT(-0500)] <Bosmon4> Well, sure
[14:04:07 CDT(-0500)] <Bosmon4> But I'm sure you don't want to make your users suffer as a result of it
[14:04:09 CDT(-0500)] <athena> lol
[14:04:25 CDT(-0500)] <Bosmon4> I mean, you're a portal author, fgs
[14:04:32 CDT(-0500)] <Bosmon4> I'm sure you don't want to block the entire pane through your immorality
[14:04:40 CDT(-0500)] <athena> today i might!
[14:04:46 CDT(-0500)] <Bosmon4> !
[14:04:49 CDT(-0500)] <athena> lol
[14:05:00 CDT(-0500)] <colinclark> athena: you and michelled_ should team up
[14:05:08 CDT(-0500)] <athena> the use case in this instance is trying to clean up the news reader portlet mobile view quickly before the sakai conference
[14:05:11 CDT(-0500)] <colinclark> think of the things you could do if you combined your apparent immorality!
[14:05:20 CDT(-0500)] <athena> so it the result of this ajax call can't block much else
[14:05:22 CDT(-0500)] <athena> sweet!
[14:05:26 CDT(-0500)] <Bosmon4> glah
[14:05:53 CDT(-0500)] <Bosmon4> Which is the actual component anyway.... is it the pager?
[14:06:17 CDT(-0500)] <athena> maybe we could use the IoC container to send back synchronous stuff if the component is in hedonism mode!
[14:06:19 CDT(-0500)] <athena> renderer
[14:06:37 CDT(-0500)] <colinclark>
[14:06:52 CDT(-0500)]
[14:07:00 CDT(-0500)] <Bosmon4> I guess I never really understood why doing immoral stuff was meant to be enjoyable
[14:07:18 CDT(-0500)] <colinclark> Isn't it that the definition of enjoyment?
[14:07:24 CDT(-0500)] <Bosmon4> ha!
[14:07:25 CDT(-0500)] <colinclark>
[14:07:34 CDT(-0500)] <Bosmon4> Now we see the violence inherent in the system!
[14:08:22 CDT(-0500)] <athena> that is one of my favorite lines Bosmon4
[14:08:28 CDT(-0500)] * athena cracks up every time
[14:08:30 CDT(-0500)] <Bosmon4> hahaha
[14:08:38 CDT(-0500)] <Bosmon4> See him repressing me...
[14:08:52 CDT(-0500)] * athena tips off her exercise ball "chair*
[14:09:15 CDT(-0500)] <colinclark>
[14:14:43 CDT(-0500)] <athena> oh look, i fixed it
[14:14:51 CDT(-0500)]
[14:14:59 CDT(-0500)] <athena> i'm going to give Bosmon4 nightmares aren't i?
[14:15:31 CDT(-0500)] <Bosmon4> You should be Criticised
[14:15:51 CDT(-0500)] <athena> yes, quite
[14:15:53 CDT(-0500)] <athena> more seriously though
[14:16:05 CDT(-0500)] <Bosmon4> If only browsers just didn't support that option...
[14:16:14 CDT(-0500)] <athena> what's the actual recommendation for using this style of renderer creation with remote data?
[14:16:16 CDT(-0500)] <Bosmon4> I fielded a few questions in our JASIG session from people asking about that
[14:16:29 CDT(-0500)] <athena> since all of our renderer data is acquired via ajax
[14:17:01 CDT(-0500)] <Bosmon4> i) you should just defer the creation until the call returns, or ii) make the component first, perhaps in an invisible state, and then alter its model using updateModel() when the data arrives
[14:17:39 CDT(-0500)] <Bosmon4> athena - we have a call in the framework called fluid.fetchResources that will allow you to block on multiple async requests
[14:18:00 CDT(-0500)] <athena> right.
[14:18:01 CDT(-0500)] <Bosmon4> Also, jQuery has some native support for this since 1.6 by means of "Deferred" objects
[14:18:08 CDT(-0500)] <Bosmon4> By means of jQuery.when()
[14:18:10 CDT(-0500)] <athena> so . . . how do i get the stuff from fetchResources into the model?
[14:18:39 CDT(-0500)] <Bosmon4> I think a good way is to do all of your I/O in a "shell" parent component
[14:18:52 CDT(-0500)] <Bosmon4> This is what we do in CollectionSpace, our "giant IoC" project
[14:19:09 CDT(-0500)] <Bosmon4> It has essentially ALL of your impl components attached to a single child
[14:19:16 CDT(-0500)] <Bosmon4> Which is given the "createOnEvent" annotation
[14:19:20 CDT(-0500)] <athena> at that point would we only create the renderer-based component when the data is available?
[14:19:24 CDT(-0500)] <Bosmon4> Yes
[14:19:29 CDT(-0500)] <athena> that makes sense, thanks
[14:19:45 CDT(-0500)] <Bosmon4> Under this model, you can just directly inject all the arrived data via IoC statically
[14:19:55 CDT(-0500)] <Bosmon4> That is, you don't need to write any code for either the injection or the creation
[14:20:17 CDT(-0500)] <Bosmon4> You just wire the return of "fetchResources" to fire the event listened to by "createOnEvent"
[14:20:22 CDT(-0500)] <athena> gotcha
[14:20:25 CDT(-0500)] <Bosmon4> And when the I/O completes, everything just happens automagically
[14:20:31 CDT(-0500)] <athena> makes sense to me
[14:20:34 CDT(-0500)] <Bosmon4> cool
[14:20:38 CDT(-0500)] <athena> thanks
[14:20:40 CDT(-0500)] <Bosmon4> Morality always makes sense
[14:20:44 CDT(-0500)] <athena> yes
[14:20:56 CDT(-0500)] <athena> as much as i joke around i would of course like to do the Right THing in the long term
[14:21:01 CDT(-0500)] <athena> even if i don't have time to get it done today
[14:21:06 CDT(-0500)] <Bosmon4> For sure
[14:21:33 CDT(-0500)] <Bosmon4> You didn't devote all that time to balancing thread pools in uPortal only to blow all your cards on the client side
[14:25:16 CDT(-0500)] <athena> lol
[14:25:29 CDT(-0500)] <athena> well, i didn't do any of that 
[14:25:32 CDT(-0500)] <athena> but still, quite true
[14:37:31 CDT(-0500)] <athena> for the record, this stuff is awesome
[14:37:35 CDT(-0500)] <athena> i like this expander thing
[14:37:42 CDT(-0500)] <athena> i see a lot less code in our future
[14:41:05 CDT(-0500)] <Bosmon4> Yes - more accurately, none
[14:41:25 CDT(-0500)] <cindyli> Bosmon4, before you go, could u code review uiOptions.js and drop me the notes of whatever i can improve? sorry, keep bugging u
[14:41:28 CDT(-0500)] <Bosmon4> JT WJLL ALL DJE!
[14:41:53 CDT(-0500)] <Bosmon4> cindyli - for sure - although I think our scope is limited for this release - if we can get UIEnhancer references out of its tree, we should probably call it a day
[14:42:04 CDT(-0500)] <Bosmon4> After we ship 1.4 we can proceed to rip it to shreds
[14:42:08 CDT(-0500)] <cindyli> ic
[14:43:05 CDT(-0500)] <cindyli> Bosmon4, let's talk more about "get UIEnhancer references out of its tree"
[14:43:09 CDT(-0500)] <cindyli> digging out the script
[14:43:14 CDT(-0500)] <Bosmon4> yes
[14:43:37 CDT(-0500)] <Bosmon4> As a baseline, there should be no references to the string "uiEnhancer" anywhere in the tree of defaults for fluid.uiOptions
[14:44:50 CDT(-0500)] <cindyli> understood. Bosmon4, this line: https://github.com/fluid-project/infusion/blob/master/src/webapp/components/uiOptions/js/UIOptions.js#L234
[14:45:01 CDT(-0500)] <cindyli> should be supplied from demands block?
[14:45:30 CDT(-0500)] <cindyli> this 2 lines:
[14:45:30 CDT(-0500)] <cindyli> https://github.com/fluid-project/infusion/blob/master/src/webapp/components/uiOptions/js/UIOptions.js#L271
[14:45:33 CDT(-0500)] <cindyli> https://github.com/fluid-project/infusion/blob/master/src/webapp/components/uiOptions/js/UIOptions.js#L273
[14:46:08 CDT(-0500)] <cindyli> should be removed and use the uiEnhancer from the demands block instead?
[14:46:22 CDT(-0500)] <Bosmon4> Yes, they should be moved out to demands blocks
[14:46:40 CDT(-0500)]
[14:47:49 CDT(-0500)] <cindyli> those are the last 2 lines, 271, 273, right?
[14:48:07 CDT(-0500)] <Bosmon4> Yes, those too
[14:48:15 CDT(-0500)] <Bosmon4> But mainly, line 234
[14:48:19 CDT(-0500)] <Bosmon4> Which is the Heart of Evil
[14:48:25 CDT(-0500)] <cindyli> lol
[14:49:34 CDT(-0500)] <cindyli> got u. thanks, Bosmon4
[14:50:29 CDT(-0500)] <Bosmon4> Cheers, cindyli
[14:51:02 CDT(-0500)] <cindyli> hooray
[14:52:10 CDT(-0500)] <heidi_> huslage idrc site went down?
[14:52:24 CDT(-0500)] <huslage> i'm looking
[14:52:26 CDT(-0500)] <huslage> something went funny
[14:52:27 CDT(-0500)] <heidi_> tanks
[14:54:31 CDT(-0500)] <smriti> hi huslage, I don't have your email, just noticed the idrc site is down..
[14:54:43 CDT(-0500)] <smriti> it was fine about 10 minutes back..
[14:54:46 CDT(-0500)] <huslage> yep. working on it smriti
[14:54:58 CDT(-0500)] <smriti> thanks!
[14:56:07 CDT(-0500)] <huslage> what directory are the files for that site in?
[14:57:45 CDT(-0500)] <huslage> ok
[14:57:46 CDT(-0500)] <huslage> site's back
[14:57:56 CDT(-0500)] <smriti> thanks!
[14:58:01 CDT(-0500)] <smriti> u did a restart?
[14:58:13 CDT(-0500)] <huslage> yeah.
[14:58:18 CDT(-0500)] <huslage> the machine is a bit of a mess, tbh
[14:58:58 CDT(-0500)] <smriti> thx for the quick help with this!
[15:07:10 CDT(-0500)] <huslage> everything working ok?
[15:12:33 CDT(-0500)] <huslage> brb. rebooting. network flaky.
[15:23:03 CDT(-0500)] <cindyli> Bosmon4, to get rid of https://github.com/fluid-project/infusion/blob/master/src/webapp/components/uiOptions/js/UIOptions.js#L271
[15:23:37 CDT(-0500)] <cindyli> line 335 will be changed to: that.uiEnhancer.settingsStore.save(that.model.selections);
[15:24:25 CDT(-0500)] <cindyli> do u think this change would create dependency issue?
[15:27:35 CDT(-0500)] <cindyli> the old way has the same issue too. wondering if there is a better approach to manipulate uiEnhancer components/options from ui Option?
[16:08:02 CDT(-0500)] <athena> should i be able to resolve options from a parent component within a subcomponent block in the defaults?
[16:08:11 CDT(-0500)] <athena> like just use that context resolution without having to use demands?
[16:08:15 CDT(-0500)] <Bosmon4> Yes
[16:08:38 CDT(-0500)] <athena> i think i must not be doing something right
[16:08:38 CDT(-0500)] <Bosmon4> The point of morality is that you shouldn't refer to anything which is outside the particular options block as a whole the definition appears in
[16:08:49 CDT(-0500)] <athena> http://pastebin.com/04i1ByxN
[16:08:53 CDT(-0500)] <athena> does that look sane?
[16:09:00 CDT(-0500)] <athena> particularly that test options piece
[16:09:26 CDT(-0500)] <Bosmon4> Yes
[16:09:28 CDT(-0500)] <Bosmon4> THis should work fine
[16:09:35 CDT(-0500)] <athena> hmm.
[16:09:50 CDT(-0500)] <athena> it doesn't seem to get the option
[16:14:58 CDT(-0500)] <athena> any suggestions?
[16:15:35 CDT(-0500)] <Bosmon4> hmm
[16:16:08 CDT(-0500)] <Bosmon4> This certainly seems like one of those "Paradigm cases that should work"
[16:16:14 CDT(-0500)] <Bosmon4> Can you turn it into a self-contained test?
[16:16:19 CDT(-0500)] <athena> yeah
[16:16:28 CDT(-0500)] <athena> and maybe i should grab a later copy of the trunk? any chance that's a factor?
[16:16:33 CDT(-0500)] <athena> this was from a few weeks ago, i think
[16:16:59 CDT(-0500)] <Bosmon4> It shouldn't be, but it depends
[16:17:06 CDT(-0500)] <Bosmon4> IoC has been pretty stable for at least a month
[16:17:25 CDT(-0500)] <Bosmon4> This isn't the kind of thing there should be any chance it can fail
[16:17:30 CDT(-0500)] <athena> hm.
[16:17:34 CDT(-0500)] <Bosmon4> Does the value just end up as undefined?
[16:23:26 CDT(-0500)] <athena> no, just missing completely
[16:23:30 CDT(-0500)] <athena> trying a more contained test
[16:24:58 CDT(-0500)] <athena> k, that one works
[16:25:02 CDT(-0500)] <athena> so presumably i have some weird bug
[16:26:15 CDT(-0500)] <Bosmon4> There's no chance something is overwriting the value of the option?
[16:26:19 CDT(-0500)] <Bosmon4> What is written in your finalInitFunction?
[16:26:25 CDT(-0500)] <athena> nothing?
[16:26:32 CDT(-0500)] <athena> don't have one
[16:26:32 CDT(-0500)] <Bosmon4> not an electronic sausage??!
[16:26:35 CDT(-0500)] <athena> should i?
[16:26:39 CDT(-0500)] <athena> that doesn't sound very tasty
[16:27:51 CDT(-0500)] <Bosmon4> Well, you do have one
[16:27:54 CDT(-0500)] <Bosmon4> At least, you have one configured
[16:28:17 CDT(-0500)] <athena> think i just have the postinitfunction
[16:28:25 CDT(-0500)] <Bosmon4> Oh yes, I meant that one
[16:28:27 CDT(-0500)] <athena> ah
[16:28:28 CDT(-0500)] <Bosmon4> What is in it
[16:28:51 CDT(-0500)] <athena> does an ajax call, then sets the parent model to the result and fires the onReady event
[16:29:15 CDT(-0500)] <Bosmon4> Ok...
[16:29:19 CDT(-0500)] <Bosmon4> It doesn't tinker with "test" at all
[16:31:49 CDT(-0500)] <Bosmon4> If we can trace down what is causing the rotten bean sprouts, this might well be a release blocker-type issue
[16:32:01 CDT(-0500)] <Bosmon4> Since I don't on the face of it see any possible reason this should fail
[16:32:08 CDT(-0500)] <athena> i'll have to figure out if it's something i did or not
[16:32:11 CDT(-0500)] <athena> my other test works
[16:32:17 CDT(-0500)] <athena> though that's not using a renderer component, i suppose
[16:32:19 CDT(-0500)] <Bosmon4> And it uses the same defaults block you have there?
[16:32:26 CDT(-0500)] <athena> no, simpler
[16:32:28 CDT(-0500)] <Bosmon4> Ah
[16:32:31 CDT(-0500)] <athena> going to build it up to my other test case
[16:32:35 CDT(-0500)] <Bosmon4> Well, this one doesn't look like a renderer component either
[16:32:36 CDT(-0500)] <athena> see where it fails and whether it's my fault
[16:32:52 CDT(-0500)] <athena> the parent component isn't, but the children are
[16:32:55 CDT(-0500)] <athena> is that a problem?
[16:33:01 CDT(-0500)] <Bosmon4> Shouldn't make any difference
[16:33:50 CDT(-0500)] <Bosmon4> I'm wondering if it is related to the case of having two components creating on the same event
[16:33:54 CDT(-0500)] <Bosmon4> Does your test case share that?
[16:34:36 CDT(-0500)] <athena> so looks like switching it over to be initialized on an event broke it
[16:34:40 CDT(-0500)] <Bosmon4> aha
[16:34:57 CDT(-0500)] <Bosmon4> Awful
[16:35:17 CDT(-0500)] <Bosmon4> Can you make up a JIRA with that code in?
[16:35:19 CDT(-0500)] <athena> errr, hang on - might not have allt he right options yet
[16:35:24 CDT(-0500)] <athena> but if i confirm, then yes
[16:39:37 CDT(-0500)] <Bosmon4> Cheers
[16:43:40 CDT(-0500)] <athena> grr, i think i need a break
[16:43:49 CDT(-0500)] <athena> but right now this seems not to be working at all, even w/o the event
[16:43:57 CDT(-0500)] <Bosmon4> ok
[16:44:07 CDT(-0500)] <athena> going to copy/paste in a second
[16:44:07 CDT(-0500)] <Bosmon4> Well, if it is something I can test, do send it along
[16:45:11 CDT(-0500)] <athena> http://pastebin.com/bbAqdJVh
[16:45:26 CDT(-0500)] <athena> striped it down as barebones as i could
[16:45:31 CDT(-0500)] <athena> there anything i'm missing there?
[16:47:15 CDT(-0500)] <Bosmon4> By eye, it looks kosher
[16:47:21 CDT(-0500)] <Bosmon4> I'll paste it into a test case now and try it out...
[16:47:26 CDT(-0500)] <athena> ok
[16:49:31 CDT(-0500)] <Bosmon4> http://issues.fluidproject.org/browse/FLUID-4285
[16:49:42 CDT(-0500)] <athena> ok
[16:49:47 CDT(-0500)] <athena> so it didn't work for you either?
[16:50:11 CDT(-0500)] <Bosmon4> Haven't tried it yet
[16:50:14 CDT(-0500)] <Bosmon4> Best to JIRA everything
[16:50:15 CDT(-0500)] <athena> ah ok
[16:50:18 CDT(-0500)] <athena> lol
[16:50:22 CDT(-0500)] <athena> makes sense
[16:50:39 CDT(-0500)] <Bosmon4> The mere fact that I think it ought to work and it doesn't seem to is noteworthy enough
[16:51:31 CDT(-0500)] <Bosmon4> Also, I need to know what to call the git branch I will create to test it in
[16:52:25 CDT(-0500)] <athena> ah
[16:55:40 CDT(-0500)] <Bosmon4> Yup, it fails for me too...
[16:55:41 CDT(-0500)] <Bosmon4> Amazing
[16:59:57 CDT(-0500)] <athena> in a not-awesome kind of way?
[17:00:01 CDT(-0500)] <Bosmon4> Yes
[17:00:05 CDT(-0500)] <Bosmon4> Amazing, and awful
[17:00:09 CDT(-0500)] <athena> awww
[17:00:16 CDT(-0500)] <athena> well at least it can get fixed now?
[17:02:16 CDT(-0500)] <Bosmon4> In theory
[17:02:30 CDT(-0500)] <Bosmon4> I've debugged into it about 90% of the way and it's still totally incomprehensible
[17:02:49 CDT(-0500)] <athena> weird
[17:05:33 CDT(-0500)] <Bosmon4> aha!
[17:05:42 CDT(-0500)] <Bosmon4> Got it....
[17:05:44 CDT(-0500)] <Bosmon4> So......
[17:05:47 CDT(-0500)] <Bosmon4> How did we all miss this
[17:06:09 CDT(-0500)] <Bosmon4> Yes, you have written "options" unnecessarily inside the defaults of the component
[17:06:20 CDT(-0500)] <Bosmon4> Which lead to it having an options structure which begins with "options"
[17:06:33 CDT(-0500)] <Bosmon4> So, the value you expect to appear at "options.test" is actually appearing at "options.options.test".......
[17:07:11 CDT(-0500)] <Bosmon4> Very very nasty and deceptive..... I wonder what we can do to head this kind of thing off in the future
[17:12:34 CDT(-0500)] <athena> ahh, hm
[17:12:48 CDT(-0500)] <athena> so i just define the value, rather than using options?
[17:13:43 CDT(-0500)] <athena> is that at both levels?
[17:14:20 CDT(-0500)] <Bosmon4> No, "options" is necessary in the subcomponent record
[17:14:30 CDT(-0500)] <Bosmon4> But ALL of the rh argument of defaults, initially, consists of options
[17:14:42 CDT(-0500)] <athena> ah
[17:15:02 CDT(-0500)] <Bosmon4> I will have to rack my brains to think of a way we can stop further people running into this...
[17:15:12 CDT(-0500)] <Bosmon4> But it is fairly hard, given a relatively free-form JSON structure
[17:15:16 CDT(-0500)] <athena> ah-hah! there we go
[17:15:28 CDT(-0500)] <Bosmon4> Someone might quite legitimately, but quite perversely, name one of their options as "options"
[17:15:52 CDT(-0500)] <Bosmon4> We could just make a special case to forbid this
[17:15:58 CDT(-0500)] <Bosmon4> After all, there are so many options with special meanings
[17:16:12 CDT(-0500)] <Bosmon4> We could special-case the meaning of an option named "options" as "programmer error"
[17:16:29 CDT(-0500)] <athena> ok
[17:16:31 CDT(-0500)] <athena> so now!
[17:16:41 CDT(-0500)] <athena> what if i want the subcomponent to get it's model from the parent?
[17:16:46 CDT(-0500)] <Bosmon4> That's fine
[17:17:15 CDT(-0500)] <Bosmon4> The first thing you can think of writing ought to work
[17:17:50 CDT(-0500)] <athena> this is what i wrote: http://pastebin.com/x3vH4TA6
[17:17:53 CDT(-0500)] <athena> (which does not work)
[17:18:13 CDT(-0500)] <athena> does the model need to be an option?
[17:18:28 CDT(-0500)] <Bosmon4> Yes
[17:18:34 CDT(-0500)] <athena> ah-hah
[17:18:35 CDT(-0500)] <athena> htere we go
[17:18:44 CDT(-0500)] <Bosmon4> Everything sent to the component is part of "options"
[17:18:47 CDT(-0500)] <athena> gotcha
[17:18:56 CDT(-0500)] <Bosmon4> Very few other things are supported in the "subcomponent record"
[17:19:01 CDT(-0500)] <athena> thanks - i think maybe i'd gotten confused because stuff wasn't an option on the parent, but was on the child
[17:19:17 CDT(-0500)] <Bosmon4> "type", "createOnEvent", "container", "arguments" and "options" should be the full set
[17:19:27 CDT(-0500)] <athena> gotcha
[17:19:28 CDT(-0500)] <Bosmon4> Yes... in fact, EVERYTHING is implicitly in "options" on the parent
[17:19:39 CDT(-0500)] <Bosmon4> The whole 2nd argument just means, "options"
[17:20:01 CDT(-0500)] <Bosmon4> Since at the top level, there is no IoC in operation, this just has the meaning it did in the standard framework
[17:20:17 CDT(-0500)] <Bosmon4> fluid.defaults(typeName, options)
[17:21:04 CDT(-0500)] <Bosmon4> I guess we should also throw an error on finding "unexpected material in component record"
[17:21:25 CDT(-0500)] <athena> that'd probably help
[17:21:32 CDT(-0500)] <Bosmon4> I'll try to get these in before release
[17:21:46 CDT(-0500)] <Bosmon4> Thanks for the "arrow-in-the-back" pioneer experience
[17:23:22 CDT(-0500)] <athena> hurray! stuff has started working
[17:23:24 CDT(-0500)] <athena> lol
[17:23:36 CDT(-0500)] <athena> no, i know all this stuff is brand new
[17:23:43 CDT(-0500)] <athena> and was actually pleased there was already so much documentation
[17:24:00 CDT(-0500)] <Bosmon4> There are some notable holes
[17:24:03 CDT(-0500)] <Bosmon4> Actually, precisely in this area
[17:24:25 CDT(-0500)] <Bosmon4> Currently the link which would explain "pseudoarguments", and so by extension, exactly what is valid to write in a component record, leads nowhere
[17:24:50 CDT(-0500)] <athena>
[17:24:54 CDT(-0500)] <athena> ok, so one more question
[17:25:07 CDT(-0500)] <athena> my renderer-based components work when using a more traditional creation style
[17:25:12 CDT(-0500)] <athena> but are not working w/ autoInit
[17:25:30 CDT(-0500)] <Bosmon4> ok
[17:25:32 CDT(-0500)] <athena> any thoughts?
[17:25:36 CDT(-0500)] <Bosmon4> What do you mean by "more traditional"?
[17:25:44 CDT(-0500)] <Bosmon4> I mean, if you use a traditional creation style, you can't use autoInit
[17:25:49 CDT(-0500)] <athena> actually calling fluid.initRendererComponent("news.storyListView", container, options); with a creator function
[17:25:51 CDT(-0500)] <athena> yeah
[17:25:55 CDT(-0500)] <Bosmon4> Since the purpose of autoInit is to fabricate your entire creator function for you
[17:26:01 CDT(-0500)] <athena> if i remove that method and set autoInit, it doesn't seem to work so much
[17:26:01 CDT(-0500)] <Bosmon4> Yes, you mustn't do that
[17:26:22 CDT(-0500)] <athena> oh
[17:26:23 CDT(-0500)] <Bosmon4> Well sure... but you mustn't try to write the creator function at all
[17:26:30 CDT(-0500)] <Bosmon4> It will just get overwritten
[17:26:31 CDT(-0500)] <athena> right, meant commenting out the whole creator function
[17:26:39 CDT(-0500)] <athena> does this look right-ish?
[17:26:40 CDT(-0500)] <athena> http://pastebin.com/Rh3XfNki
[17:27:21 CDT(-0500)] <Bosmon4> Yes
[17:27:22 CDT(-0500)] <Bosmon4> That looks ok
[17:27:46 CDT(-0500)] <athena> the renderer never replaces the original markup w/ that bound in the data model
[17:27:54 CDT(-0500)] <Bosmon4> Yes
[17:27:55 CDT(-0500)] <athena> but it does work as expected if i add a creator function
[17:27:58 CDT(-0500)] <Bosmon4> You need to actually tell it to render
[17:28:00 CDT(-0500)] <Bosmon4> ?
[17:28:01 CDT(-0500)] <athena> ah!
[17:28:06 CDT(-0500)] <athena> of course
[17:28:09 CDT(-0500)] <Bosmon4> Or else, use the "renderOnInit" option
[17:28:18 CDT(-0500)] <Bosmon4> Which is also probably not documented yet
[17:28:22 CDT(-0500)] <athena> nope
[17:28:23 CDT(-0500)] <athena>
[17:28:28 CDT(-0500)] <Bosmon4> I think it only went in about 2 weeks ago
[17:28:49 CDT(-0500)] <Bosmon4> We were already in Bug Parade at that point IIRC....
[17:28:51 CDT(-0500)] <athena> so probably not in this copy of infusion then
[17:29:13 CDT(-0500)] <Bosmon4> Possibly not
[17:29:32 CDT(-0500)] <athena> but i could use a post-creation function or whatever, i assume?
[17:29:34 CDT(-0500)] <Bosmon4> Yes
[17:29:40 CDT(-0500)] <athena> ok
[17:29:41 CDT(-0500)] <Bosmon4> Or just prod it from elsewhere
[17:30:37 CDT(-0500)] <Bosmon4> Thanks for pottering on with this stuff, your early feedback is really helpful
[17:30:55 CDT(-0500)] <Bosmon4> Especially since we still have a small window left before release, to shore up any particularly loose corners
[17:31:03 CDT(-0500)] <athena> tada!
[17:31:07 CDT(-0500)] <athena> this whole thing is working now
[17:31:11 CDT(-0500)] <athena> thanks so much for this help
[17:31:14 CDT(-0500)] <athena> this really is completely cool
[17:31:18 CDT(-0500)] <Bosmon4> cool, it's awesome you are trying it out
[17:31:22 CDT(-0500)] <athena> whole lot less code, much more readable
[17:31:22 CDT(-0500)] <athena> yeah
[17:31:38 CDT(-0500)] <Bosmon4> Yes... and perhaps, you will be able to store all of your components within XSLT pipelines now
[17:31:38 CDT(-0500)] <athena> looking forward to playing w/ some of the demands resolution stuff so that we can have default views, then tweak it for the mobile view
[17:32:09 CDT(-0500)] <athena> <3
[17:53:02 CDT(-0500)] <athena> hmm, having trouble scoping my subcomponents container
[17:53:24 CDT(-0500)] <athena> i can successfully use the parent selector as a container
[17:53:32 CDT(-0500)] <athena> but shouldn't that be scoped to the parent's container
[17:53:34 CDT(-0500)] <athena> ?
[17:53:43 CDT(-0500)] <athena> like the selector should work w/in that parent container
[17:54:34 CDT(-0500)] <Bosmon4> No, the selector is just a selector
[17:54:48 CDT(-0500)] <Bosmon4> What you really want to do is inject the results of indirecting on the parent's DOM binder
[17:55:00 CDT(-0500)]
[17:55:00 CDT(-0500)] <athena> but . . . don't selectors normally end up being scoped to the container for a component?
[17:55:14 CDT(-0500)] <Bosmon4> Well yes, but only when you operate them through the DOM binder for that component
[17:55:20 CDT(-0500)] <Bosmon4> As strings, they are just selectors
[17:55:21 CDT(-0500)] <athena> ah
[17:55:57 CDT(-0500)] <athena> ok, there we go
[17:55:59 CDT(-0500)] <Bosmon4>
[17:56:11 CDT(-0500)] <athena> cool
[17:56:17 CDT(-0500)] <athena> now i just need to get all the event stuff figured out
[17:56:21 CDT(-0500)] <athena> and i think this will really work
[17:56:37 CDT(-0500)] <Bosmon4> Events interacting with IoC is one of the areas that is already pretty solid
[17:56:43 CDT(-0500)] <athena> yeah i figured
[17:56:44 CDT(-0500)] <Bosmon4> The renderer component stuff, less so
[17:56:48 CDT(-0500)] <athena> was more worried about the renderer part
[17:56:52 CDT(-0500)] <athena> so tackled that first
[17:56:59 CDT(-0500)] <athena> all seems working now though
[17:57:08 CDT(-0500)] <Bosmon4> Admirable instinct
[17:59:23 CDT(-0500)] <Bosmon4> "renderer antigens" will account for the majority of core framework changes for 1.5
[17:59:44 CDT(-0500)] <Bosmon4> The rest of the stuff will relate to material for transforming models and cooperating on complex models throughout a component tree
[18:00:07 CDT(-0500)] <athena> i'll look out for it
[18:00:55 CDT(-0500)] <Bosmon4> On colinclark's example, you're advised not to try anything particularly ambitious with nesting renderer component for 1.4
[18:01:03 CDT(-0500)] <Bosmon4> Since it generally won't work
[18:01:19 CDT(-0500)] <Bosmon4> Unless you are particularly careful to coordinate their management of templates and rendering lifecycles
[18:01:41 CDT(-0500)] <Bosmon4> nesting renderer components, I mean
[18:02:51 CDT(-0500)] <athena> gotcha
[18:02:56 CDT(-0500)] <athena> think this one should be ok
[18:02:59 CDT(-0500)] <athena> aright, i'm off
[18:03:01 CDT(-0500)] <athena> going to the gym
[18:03:09 CDT(-0500)] <athena> will talk to you tomorrow - thanks for all the help!
[18:03:16 CDT(-0500)] <Bosmon4> cool - see you Monday, probably
[18:03:21 CDT(-0500)] <Bosmon4> I will be on "proper holiday" for a while
[18:03:25 CDT(-0500)] <athena> ah!
[18:03:27 CDT(-0500)] <athena> enjoy!
[18:03:31 CDT(-0500)] <Bosmon4> Cheers